| Autor |
Beitrag |
AHT 
      
Beiträge: 207
|
Verfasst: Sa 10.11.07 17:35
OK, Statusbar hinzugefügt und Update Programmes hochgeladen.
Die Statusbar zeigt nun an, wie viele sichtbare Prozesse gefunden wurden, wie viele blaue PIDs gefunden wurden und ob evtl. einer der blauen PIDs zu einem RootKit gehört.
Versuche, gleich mal nach den Hooks zu schauen. Muss noch warten, bis der passende PC mit dem Fehler frei ist.
Gruß
AHT
|
|
AHT 
      
Beiträge: 207
|
Verfasst: Sa 10.11.07 18:46
So... Habe mal alle Hooks auf die ich Zugriff hatte mit einem Programm von mir entfernt - kein Erfolg, der Fehler tritt immer noch auf.
Was mir aber aufgefallen ist:
Bear ( www.geocities.com/th...eal_sz/misc/Bear.zip )
zeigt mir an, das CSRSS.EXE ein Handle auf einen Hook geöffnet hat. Das zeigt es mir aber bislang nur auf dem Gerät an, das den Fehler produziert! Auf allen anderen Geräten mit XP hat CSRSS.EXE kein Handle auf einen Hook geöffnet!!! Bitte, bitte mal testen - was sagt Bear auf anderen Geräten? Hat CSRSS.EXE ein Handle auf einen Hook geöffnet? Und was sagt dabei mein Prozesshandle Test? Sind blaue Dreiecke zu sehen?
Evtl. liegt da eine Macke in WindowsXP selbst vor, die sich nur unter ganz bestimmten Voraussetzungen (einem bestimmten Betriebssystem-Update) zeigt?
Gruß
AHT
|
|
Chryzler
      
Beiträge: 1097
Erhaltene Danke: 2
|
Verfasst: Sa 10.11.07 18:52
Bei csrss.exe und Hook steht bei mir mal 2 dran. explorer.exe hat ganz viele Hooks, und viele andere Programme auch.
|
|
AHT 
      
Beiträge: 207
|
Verfasst: Sa 10.11.07 19:02
Chryzler hat folgendes geschrieben: | | Bei csrss.exe und Hook steht bei mir mal 2 dran. |
Jetzt wirds interessant, da könnte der Grund liegen!
Zeigt irgendwo Bear bei CSRSS.EXE kein Handle auf einen Hook an aber der Prozesshandle Test blaue Dreiecke?
Zeigt irgendwo Bear bei CSRSS.EXE ein Handle auf einen Hook an aber der Prozesshandle Test keine blauen Dreiecke?
Kann irgendjemand meine Vermutung bestätigen, dass das an den Hooks von CSRSS.EXE liegen könnte?
Chryzler hat folgendes geschrieben: | | explorer.exe hat ganz viele Hooks, und viele andere Programme auch. |
An den anderen Anwendungen, einschließlich dem Explorer, liegt das nicht. Die habe ich überprüft.
Gruß
AHT
|
|
GTA-Place
      

Beiträge: 5248
Erhaltene Danke: 2
WIN XP, IE 7, FF 2.0
Delphi 7, Lazarus
|
Verfasst: So 11.11.07 10:07
Hier noch meine Werte:
- Windows XP Home
- kein blaues Dreieck
- CSRSS.exe hat kein Handle auf einen Hook
_________________ "Wer Ego-Shooter Killerspiele nennt, muss konsequenterweise jeden Horrorstreifen als Killerfilm bezeichnen." (Zeit.de)
|
|
hansa
      
Beiträge: 3079
Erhaltene Danke: 9
|
Verfasst: So 11.11.07 10:28
XP pro SP2. Bei mir kommen ein paar blaue Dreiecke. Prozessname und Dateiname sind dabei leer. Dann noch ein Haufen grüne Dreiecke.
Aber wieso das :
AHT hat folgendes geschrieben: | | (Scan dauert ein paar Sekunden). |
Könnte wohl wesentlich schneller gehen. Kenne den Effekt zwar nur vom Stringrid, aber dürfte hier ähnlich sein. Die Listview wird offensichtlich gezwungen, sich andauernd neu zu zeichnen (kostet Faktor 10-100). So was merkt man. Setze mal visible auf false und erst dann auf true, wenn das Ergebnis feststeht.
_________________ Gruß
Hansa
|
|
AHT 
      
Beiträge: 207
|
Verfasst: So 11.11.07 10:45
hansa hat folgendes geschrieben: | XP pro SP2. Bei mir kommen ein paar blaue Dreiecke. Prozessname und Dateiname sind dabei leer. Dann noch ein Haufen grüne Dreiecke.
Aber wieso das :
AHT hat folgendes geschrieben: | | (Scan dauert ein paar Sekunden). |
Könnte wohl wesentlich schneller gehen. Kenne den Effekt zwar nur vom Stringrid, aber dürfte hier ähnlich sein. Die Listview wird offensichtlich gezwungen, sich andauernd neu zu zeichnen (kostet Faktor 10-100). So was merkt man. Setze mal visible auf false und erst dann auf true, wenn das Ergebnis feststeht. |
Biite nochmals testen. Habe gerade eine neue Version hochgeladen, diese Version zeigt nun auch die Anzahl der von jedem Prozess geöffneten Hooks an:
freenet-homepage.de/ahfundgrube/PH.zip
Wichtig ist für mich, ob CSRSS.EXE einen Hook öffnet. Deswegen bitte den Inhalt des Edits mit WordPad in eine Datei kopieren und dann hier posten. Ich vermute im Augenblick einen Fehler im Subsystem von Windows, der evtl. bei bestimmten grafischen Einstellungen auftritt.
Das der Scan so lange dauert, liegt an der von mir hier verwendeten Programmiersprache - ist mir im Augenblick auch egal, wichtig ist das Ergebnis (ob der Bug in Windows liegt oder nicht). Mit dem Listview hast du natürlich ebenfalls Recht.
Gruß
AHT
|
|
GTA-Place
      

Beiträge: 5248
Erhaltene Danke: 2
WIN XP, IE 7, FF 2.0
Delphi 7, Lazarus
|
Verfasst: So 11.11.07 12:17
So, nach einer Weile zocken und arbeiten, habe ich 10 blaue Dreiecke und 1 mögl. Rootkit.
Einloggen, um Attachments anzusehen!
_________________ "Wer Ego-Shooter Killerspiele nennt, muss konsequenterweise jeden Horrorstreifen als Killerfilm bezeichnen." (Zeit.de)
|
|
AHT 
      
Beiträge: 207
|
Verfasst: So 11.11.07 12:46
GTA-Place hat folgendes geschrieben: | | So, nach einer Weile zocken und arbeiten, habe ich 10 blaue Dreiecke und 1 mögl. Rootkit. |
Ein RootKit läuft bei dir nicht ( -1 hatte ich bislang noch nicht  ). Das ist nur ein Hinweis für mich bei Rückmeldungen da mal etwas näher nachzuschauen.
Das nach längerem Arbeiten mehere blaue PIDs erscheinen wenn bei dir das Phänomen auftritt, ist klar. Jeder Prozess mit einem Fenster wird nach dem Beenden zu einer blauen PID.
An dem Hook im Subsystem scheint das ebenfalls nicht zu liegen, der ist bei dir nicht vorhanden.
Bin im Augenblick ratlos und lege die Sache erst einmal zu den Akten. Vielleicht komme ich später nochmal auf Ideen.
Gruß
AHT
|
|
Chryzler
      
Beiträge: 1097
Erhaltene Danke: 2
|
Verfasst: So 11.11.07 16:01
Ich hab 16 Rootkits auf meinem System. 
|
|
AHT 
      
Beiträge: 207
|
Verfasst: So 11.11.07 16:19
Chryzler hat folgendes geschrieben: | Ich hab 16 Rootkits auf meinem System.  |
 Wie gesagt, das sind keine RootKits. Ich kontrolliere da nur den ExitCode, und wenn der nicht 0 ist, wollte ich etwas genauer nachsehen, woran das liegt  .
Bei mir habe ich das Problem mit den blauen Dreiecken ja nicht; und ich bin, weil die Programme ja in der Regel normal beendet wurden davon ausgegangen, dass der Exitcode bei den Prozessleichen immer 0 ist. Da die einfachen RootKits, die für mein Programm sichtbar sind, in der Regel den Exitcode nicht ändern, wäre ein sichtbarer Pfad und ein Exitcode mit 259 ein recht guter Hinweis auf ein laufendes RootKit (kann natürlich aber auch andere Ursachen haben). Ich werde mal den Hinweis in der Statusbar abändern - ist doch zu Haarsträubend  .
PS: Macke beseitigt, Update hochgeladen (Aua ). Vielleicht war ich da doch etwas zu übervorsichtig...
Gruß
AHT
|
|
AHT 
      
Beiträge: 207
|
Verfasst: So 25.11.07 18:28
Da mir immer noch ein Überblick fehlt, wie oft diese "Merkwürdigkeit" unter XP auftritt, habe ich hier
forum.freenet.de/app...erEcke_Computer.html
mal eine Umfrage veröffentlicht. Um daran teilnehmen zu können, muss man sich kostenlos bei der Freenet-Community registrieren lassen. 60MB werbefreien Homepageplatz und eine kostenlose E-Mail Adresse gibt es dann von Freenet für diese "Unannehmlichkeit" kostenlos dazu...
|
|
Sinspin
      
Beiträge: 1336
Erhaltene Danke: 119
Win 10
RIO, CE, Lazarus
|
Verfasst: So 25.11.07 19:11
Glaubst du, das du dort vernünftige Antworten bekommst? Ich war dort früher mal recht fleißig in der Programmierer Sektion am Lesen und Posten. Die Fragen und Antworten der User waren aber zum sehr großen Teil unterkannte Bodenplatte.
Und du suchst ja doch eher Hinweise darauf woran es liegen könnte das bei machen Rechnern ein haufen tote Prozesse angezeigt werden und bei anderen nicht.
Ich kenne zwar einige Leute die versuchen werden dich dort zu unterstützen. Aber der Rest 
_________________ Wir zerstören die Natur und Wälder der Erde. Wir töten wilde Tiere für Trophäen. Wir produzieren Lebewesen als Massenware um sie nach wenigen Monaten zu töten. Warum sollte unser aller Mutter, die Natur, nicht die gleichen Rechte haben?
|
|
AHT 
      
Beiträge: 207
|
Verfasst: So 25.11.07 19:42
Sinspin hat folgendes geschrieben: | | Glaubst du, das du dort vernünftige Antworten bekommst? |
Nein, vernünftige Anworten habe ich schon hier bekommen (nochmals besten Dank dafür an alle).
Bei mir laufen nur Rechner mit einem extrem Abgespecktem XP - ich habe im Augenblick also keine Ahnung, ob dies "Merkwürdigkeir" vielleicht der Regelfall ist und nicht die Ausnahme. Ich hofe, dass mir eine Umfrage dabei helfen wird, das etwas genauer zu beurteilen. Ob ich dört überhaupt irhendwelche Rückmeldungen bekomme, steht auf einem ganz anderen Blatt.
Evtl. komme ich nicht dahinter, was genau Prozesse mit einem Fenster auf manchen XP Systemen nicht richtig sterben lässt (was unter anderem zum unaufhörlichen Ansteigen der PIDs führt) - aber eine "etwa" Vorstellung, ob das die Ausnahme oder der Regelfall ist, hatte schon gerne.
|
|
TProgger
      
Beiträge: 148
XP
D6, D2007 prof
|
Verfasst: So 25.11.07 20:40
Hab das bei mir auch mal laufen lassen. Siehe Anhang.
Einloggen, um Attachments anzusehen!
_________________ Wir haben für jede Lösung das richtige Problem
|
|
AHT 
      
Beiträge: 207
|
Verfasst: So 25.11.07 21:27
Mmmh...
Das was da rumzickt scheint sich schon vor CSRSS.EXE zu starten, ist also scheinbar eine Komponente des Betriebssystems oder ein Treiber.
|
|
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: So 25.11.07 22:03
AHT hat folgendes geschrieben: | | wäre ein sichtbarer Pfad und ein Exitcode mit 259 ein recht guter Hinweis auf ein laufendes |
Öhm, der ExitCode sagt gar nicht aus. Den kann jeder Programmierer beliebig setzen, wie ihm lustig ist. Konsolenprogramme nutzen ihn manchmal, um dem aufrufenden Programm mitzuteiln, ob ein Fehler aufgetreten ist oder nicht.
|
|
AHT 
      
Beiträge: 207
|
Verfasst: So 25.11.07 23:48
Luckie hat folgendes geschrieben: | AHT hat folgendes geschrieben: | | wäre ein sichtbarer Pfad und ein Exitcode mit 259 ein recht guter Hinweis auf ein laufendes |
Öhm, der ExitCode sagt gar nicht aus. Den kann jeder Programmierer beliebig setzen, wie ihm lustig ist. Konsolenprogramme nutzen ihn manchmal, um dem aufrufenden Programm mitzuteiln, ob ein Fehler aufgetreten ist oder nicht. |
Das ist richtig - mit TerminateProcess oder WriteProcessMemory zum Beispiel, das Programm scannt ja auch nicht nach RootKits. Ein Exitcode von 259 kennzeichnet aber einen laufenden Prozess. Ein ProcessHider oder ein RootKit, das so einfach gestricktes ist, das dieser Test es blau anzeigt, wird wohl kaum über WriteProcessMemory und Native-API den ExitCode ändern. Ein Exitcode von 259 wäre also ein recht guter Hinweis für mich, dass dieses spezielle blaue Dreieck auf keinen Fall durch das hier beschriebene Phänomen sondern eventuell durch einen sehr einfachen ProcessHider erzeugt wurde und ein recht guter Hinweis für den Tester, sein System vielleicht mal (mit RootKit Unhooker) auf RootKits zu scannen. Dass ein ExitCode von 259 nicht unbedingt von einem RootKit stammen muss, steht außer Frage - es geht hier auch nicht um RootKits, sondern um "Prozessleichen".
|
|
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: So 25.11.07 23:57
Du solltest eventuell das nächste mal etwas klarer sagen, um was es dir eigentlich geht, anstatt von grünen und blauen Dreiecken zu reden. Hättest du das getan, dann hätte ich gleich gewusst, um was es geht. Das läuft im Allgemeinen unter der Bezeichnung "Zombie Prozesse", such da nach mal mit Google.
|
|
AHT 
      
Beiträge: 207
|
Verfasst: Fr 30.11.07 20:45
Luckie hat folgendes geschrieben: | | Du solltest eventuell das nächste mal etwas klarer sagen, um was es dir eigentlich geht, anstatt von grünen und blauen Dreiecken zu reden. Hättest du das getan, dann hätte ich gleich gewusst, um was es geht. Das läuft im Allgemeinen unter der Bezeichnung "Zombie Prozesse", such da nach mal mit Google. |
Besten Dank, das trifft es (glaube ich) ziemlich gut.
de.wikipedia.org/wiki/Zombie_(EDV)
Jetzt fragt sich nur noch, ob diese "Zombieprozesse" nach dem Beenden und Neustart des WindowsExploreres (der dürfte ihn der Regel der Vater sein) verschwinden. Wenn dem so ist und nur die PID des alten WindowsExplorers als "Zombie" übrig bleibt, dürfte der WindowsExplorer selbst dieses Problem verursachen - sehe ich das richtig?
Es wäre demnach ja auch noch wichtig, beim Auftreten solcher "Macken" den Elterprozess mit auszulesen. Das dürfte machbar sein - werde mal ein Update schreiben.
Besten Dank
AHT
|
|
|