Dienstag, 9. Februar 2010
KB977165 (MS10-015) - Sicherheitslücke in Kernel unter 32-bit Versionen von Windows 7 - 09.02.10 [3. Update]
Kurzbeschreibung:
Sicherheitsupdate, das eine Lücke im Windows-Kernel in 32-bit (x86)-Versionen von Windows 7 schließen soll, durch die ein lokal angemeldeter Benutzer höhere Rechte erlangen kann (Rechteausweitung / Elevation of Privilege). Siehe Security Bulletin MS10-015 (englisch bzw. deutsch), sowie Sicherheitswarnung vom 21. Januar 2010
Aktuell: ja
Verfügbar über Windows Update: ja, wichtiges Update - [3. Update] wird seit dem 02.03.2010 auch wieder über AutoUpdate verteilt. Siehe hierzu auch Abschnitt "Bekannte Probleme" in diesem Artikel. [/3. Update]
Download über das DownloadCenter:
Für 32-Bit/x86-Versionen: Windows6.1-KB977165-x86.msu (2,4 MB)
Ergänzt durch:
Sicherheitsupdate KB979683 (MS10-021)
Bekannte Probleme:
Siehe MSKB-Artikel KB977165.
Sicherheitsupdate, das eine Lücke im Windows-Kernel in 32-bit (x86)-Versionen von Windows 7 schließen soll, durch die ein lokal angemeldeter Benutzer höhere Rechte erlangen kann (Rechteausweitung / Elevation of Privilege). Siehe Security Bulletin MS10-015 (englisch bzw. deutsch), sowie Sicherheitswarnung vom 21. Januar 2010
Aktuell: ja
Verfügbar über Windows Update: ja, wichtiges Update - [3. Update] wird seit dem 02.03.2010 auch wieder über AutoUpdate verteilt. Siehe hierzu auch Abschnitt "Bekannte Probleme" in diesem Artikel. [/3. Update]
Download über das DownloadCenter:
Für 32-Bit/x86-Versionen: Windows6.1-KB977165-x86.msu (2,4 MB)
Ergänzt durch:
Sicherheitsupdate KB979683 (MS10-021)
Bekannte Probleme:
Siehe MSKB-Artikel KB977165.
[2. Update] Desweiteren kann es im Zusammenhang mit auf dem System installierter Schadsoftware (Malware), insbesondere dem Rootkit "Tdss" (auch unter dem Namen "Alureon" bekannt) nach der Installation von KB977165 zu einem BlueScreen (z.B. mit den Fehlercodes 0x0000007E bzw. 0x00000050) bzw. einem permanenten Neustart des Systems kommen. Ursache sind durch das Rootkit manipulierte Systemtreiber (insbesondere aber nicht ausschließlich der "atapi.sys", einem essenziellen Laufwerks-Treiber), die mit den Änderungen, die mit dem Kernel-Update KB977165 nicht zurecht kommen bzw. kamen. Falls es nach der Installation von KB977165 zu den oben genannten Phänomen kommt, sollte eine (kostenfreie) Anfrage beim Support von Microsoft gestartet werden - entweder telefonisch (die Nummern werden dort rechts oben angezeigt) oder online.
Sollte der Verdacht bestehen, dass (u.a.) die atapi.sys von einem Rootkit bzw. sonstiger Malware manipuliert wurde, ist grundsätzlich das vollständige Neuaufsetzen des Systems die einzig saubere Lösung. Einem kompromittierten System kann man nicht mehr vertrauen, da man nicht wissen kann, welche weiteren Manipulationen am System angerichtet wurden. Es empfiehlt sich, z.B. die atapi.sys vor der Installation von KB977165 z.B. bei Virustotal einem Scan mit mehren Virenscannern zu unterziehen. Ergeben sich hier Anhaltspunkte für eine Infektion, sollte das System von Grund auf neu aufgesetzt werden (inklusive Formatierung von der Windows-Installations-CD aus).
Wie Microsoft in einem Eintrag im MSRC-Blog am 18.02.2010 (MEZ) ausführlich erläutert, wurden nach intensiven Untersuchen bislang außer einer Infektion des Systems mit Malware keine weiteren, möglichen Ursachen oder andere Probleme im Zusammenhang mit der Installation von KB977165 festgestellt. Dennochwird wurde dieses Sicherheitsupdate seit dem 12. Februar 2010 vorläufig nicht mehr über Auto Update verteilt, falls die standardmäßig ausgewählte Konfiguration "Automatisch (empfohlen) - Empfohlene Updates automatisch herunterladen und auf dem Computer installieren" aktiviert ist. KB977165 wird aber weiterhin in allen anderen Konfigurationen von Auto Update angeboten und steht weiterhin auf der Windows Update-Seite oder im DownloadCenter zur Verfügung. [/ 2. Update]
[3. Update] Seit dem 02.03.2010 wird KB977165 auch wieder über Auto Update verteilt. Siehe hierzu auch den zugehörigen Eintrag im MSRC-Blog. Über einen Erkennungsmechnismus des Windows Update Agents, der für die Verteilung von Updates über die Windows Update-Seite als auch über Auto Update zuständig ist, soll bei Systemen, die potenziell mit Schadsoftware befallenen sind, nunmehr bei der Installation von KB977165 ein spezieller Fehlercode, für Windows 7-Systeme 0XFFFFFFFF, angezeigt werden. Dies gilt nicht, falls KB977165 über das DownloadCenter (siehe Links im Artikel) manuell heruntergeladen wurde und ausgeführt wird. Die Installation von KB977165 wird in diesen Fällen abgebrochen. Im Vorfeld lässt sich das System über ein "Fix it!"-Tool auf mögliche "Inkompatiblitäten" von KB977165 mit evtl. installierter Schadsoftware überprüfen, das Microsoft im MSKB-Artikel KB980966 und separat über das DownloadCenter (hier als "Kernel Update Compatibility Assessment Tool" in einer "abgespeckten" Version ohne Benutzeroberfläche) zur Verfügung stellt. [/3. Update]
Enthält:
Für 32-Bit/x86:
aelupsvc.dll (6.1.7600.16385 - 14.07.2009)
apphelp.dll (6.1.7600.16481 - 08.12.2009)
sdbinst.exe (6.0.7600.16385 - 14.07.2009)
shimeng.dll (6.1.7600.16385 - 14.07.2009)
aelupsvc.dll (6.1.7600.16385 - 14.07.2009)
apphelp.dll (6.1.7600.20591 - 08.12.2009)
sdbinst.exe (6.0.7600.16385 - 14.07.2009)
shimeng.dll (6.1.7600.16385 - 14.07.2009)
kernel32.dll (6.1.7600.16481 - 08.12.2009)
kernel32.dll (6.1.7600.20591 - 08.12.2009)
ntkrnlpa.exe (6.1.7600.16481 - 08.12.2009)
ntoskrnl.exe (6.1.7600.16481 - 08.12.2009)
ntkrnlpa.exe (6.1.7600.20591 - 08.12.2009)
ntoskrnl.exe (6.1.7600.20591 - 08.12.2009)
Sollte der Verdacht bestehen, dass (u.a.) die atapi.sys von einem Rootkit bzw. sonstiger Malware manipuliert wurde, ist grundsätzlich das vollständige Neuaufsetzen des Systems die einzig saubere Lösung. Einem kompromittierten System kann man nicht mehr vertrauen, da man nicht wissen kann, welche weiteren Manipulationen am System angerichtet wurden. Es empfiehlt sich, z.B. die atapi.sys vor der Installation von KB977165 z.B. bei Virustotal einem Scan mit mehren Virenscannern zu unterziehen. Ergeben sich hier Anhaltspunkte für eine Infektion, sollte das System von Grund auf neu aufgesetzt werden (inklusive Formatierung von der Windows-Installations-CD aus).
Wie Microsoft in einem Eintrag im MSRC-Blog am 18.02.2010 (MEZ) ausführlich erläutert, wurden nach intensiven Untersuchen bislang außer einer Infektion des Systems mit Malware keine weiteren, möglichen Ursachen oder andere Probleme im Zusammenhang mit der Installation von KB977165 festgestellt. Dennoch
[3. Update] Seit dem 02.03.2010 wird KB977165 auch wieder über Auto Update verteilt. Siehe hierzu auch den zugehörigen Eintrag im MSRC-Blog. Über einen Erkennungsmechnismus des Windows Update Agents, der für die Verteilung von Updates über die Windows Update-Seite als auch über Auto Update zuständig ist, soll bei Systemen, die potenziell mit Schadsoftware befallenen sind, nunmehr bei der Installation von KB977165 ein spezieller Fehlercode, für Windows 7-Systeme 0XFFFFFFFF, angezeigt werden. Dies gilt nicht, falls KB977165 über das DownloadCenter (siehe Links im Artikel) manuell heruntergeladen wurde und ausgeführt wird. Die Installation von KB977165 wird in diesen Fällen abgebrochen. Im Vorfeld lässt sich das System über ein "Fix it!"-Tool auf mögliche "Inkompatiblitäten" von KB977165 mit evtl. installierter Schadsoftware überprüfen, das Microsoft im MSKB-Artikel KB980966 und separat über das DownloadCenter (hier als "Kernel Update Compatibility Assessment Tool" in einer "abgespeckten" Version ohne Benutzeroberfläche) zur Verfügung stellt. [/3. Update]
Enthält:
Für 32-Bit/x86:
aelupsvc.dll (6.1.7600.16385 - 14.07.2009)
apphelp.dll (6.1.7600.16481 - 08.12.2009)
sdbinst.exe (6.0.7600.16385 - 14.07.2009)
shimeng.dll (6.1.7600.16385 - 14.07.2009)
aelupsvc.dll (6.1.7600.16385 - 14.07.2009)
apphelp.dll (6.1.7600.20591 - 08.12.2009)
sdbinst.exe (6.0.7600.16385 - 14.07.2009)
shimeng.dll (6.1.7600.16385 - 14.07.2009)
kernel32.dll (6.1.7600.16481 - 08.12.2009)
kernel32.dll (6.1.7600.20591 - 08.12.2009)
ntkrnlpa.exe (6.1.7600.16481 - 08.12.2009)
ntoskrnl.exe (6.1.7600.16481 - 08.12.2009)
ntkrnlpa.exe (6.1.7600.20591 - 08.12.2009)
ntoskrnl.exe (6.1.7600.20591 - 08.12.2009)
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
Bei mir macht dieses Update Probleme unter Windows 7 Prof. 32 Bit. Nach der Installation und dem erforderlichen Neustart bootet Windows 7 nicht mehr. Die Computerreparatur ist auch nicht möglich. Im Log steht der Hinweis, dass die Datei '..\system32\ntkrnlpa.exe' beschädigt sei.
Erst nach Wiederherstellung eines vollständigen Systemabbilds kann ich Windows 7 wieder verwenden.
Ich habe dann alle Updates außer dem KB977165 installiert und kann auch neu starten. Erst nach der Installation von KB977165 tritt der Fehler wieder auf.
Ich habe jetzt nach erneuter Systemwiederherstellung dieses Update deaktiviert!
Hat sonst noch jemand dieses Problem?
Erst nach Wiederherstellung eines vollständigen Systemabbilds kann ich Windows 7 wieder verwenden.
Ich habe dann alle Updates außer dem KB977165 installiert und kann auch neu starten. Erst nach der Installation von KB977165 tritt der Fehler wieder auf.
Ich habe jetzt nach erneuter Systemwiederherstellung dieses Update deaktiviert!
Hat sonst noch jemand dieses Problem?
Moin Rainer,
kann ich hier nicht beobachten.
Verrat doch bitte ein paar Details zum System, insbesondere evtl. installierten Hardware-Treibern sowie im Hintergrund laufender Software.
Das gleiche Problem hast Du auch, wenn Du KB977165 manuell herunterlädst und (im Abgesicherten Modus) installierst?
Bye,
Freudi
kann ich hier nicht beobachten.
Verrat doch bitte ein paar Details zum System, insbesondere evtl. installierten Hardware-Treibern sowie im Hintergrund laufender Software.
Das gleiche Problem hast Du auch, wenn Du KB977165 manuell herunterlädst und (im Abgesicherten Modus) installierst?
Bye,
Freudi
Hallo,
es ist ein HP Laptop nw8240 mit NIS2010 und Office2007, ansonsten nichts besonderes. Parallel zu Windows 7 32Bit(!) habe ich noch XP drauf, so dass ich beim Hochfahren auswählen kann, was gestartet wird. Bei den Dateien apphelp.dll, kernel32.dll, ntkrnlpa.exe und ntoskrnl.exe hat das Update jeweils die Version 6.1.7600.16481 installiert, die Version 6.1.7600.20591 der Dateien finde ich jedoch nirgends. Die anderen 3 Dateien (aelupsvc.dll, sdbinst.exe und shimeng.dll) haben sich nicht geändert.
es ist ein HP Laptop nw8240 mit NIS2010 und Office2007, ansonsten nichts besonderes. Parallel zu Windows 7 32Bit(!) habe ich noch XP drauf, so dass ich beim Hochfahren auswählen kann, was gestartet wird. Bei den Dateien apphelp.dll, kernel32.dll, ntkrnlpa.exe und ntoskrnl.exe hat das Update jeweils die Version 6.1.7600.16481 installiert, die Version 6.1.7600.20591 der Dateien finde ich jedoch nirgends. Die anderen 3 Dateien (aelupsvc.dll, sdbinst.exe und shimeng.dll) haben sich nicht geändert.
Noch was vergessen:
Ich habe das Update auch schon manuell heruntergeladen und installiert, allerdings nicht im abgesicherten Modus. Das Problem war das selbe.
Wenn die Wiederherstellung nicht so ein Aufwand wäre, könnte ich es im abgesicherten Modus noch mal testen, aber wenn's schief läuft muss ich wieder meine Datensicherung laden und das dauert...
Das manuelle zurückkopieren der 4 geänderten Dateien ist bisher an fehlender Berechtigung für den System32-Ordner von XP aus gescheitert, das würde ich aber auch noch hinbekommen, wenn es nur an den 4 Dateien liegt.
Ich habe das Update auch schon manuell heruntergeladen und installiert, allerdings nicht im abgesicherten Modus. Das Problem war das selbe.
Wenn die Wiederherstellung nicht so ein Aufwand wäre, könnte ich es im abgesicherten Modus noch mal testen, aber wenn's schief läuft muss ich wieder meine Datensicherung laden und das dauert...
Das manuelle zurückkopieren der 4 geänderten Dateien ist bisher an fehlender Berechtigung für den System32-Ordner von XP aus gescheitert, das würde ich aber auch noch hinbekommen, wenn es nur an den 4 Dateien liegt.
Moin Rainer,
wann immer ich NIS & Co. lese, sträuben sich mir die Nackenhaare. Nicht, dass ich derlei für alles verantwortlich machen würde. Aber oftmals findet sich letztlich dann doch die Ursache für so manches Problem (insbesondere auch mit der Installation von Updates) in genau solchen "Suiten", die ein Windows-System zu beherrschen versuchen. Es könnte einen Versuch wert sein, eben jenes NIS zumindest testweise vollständig zu deinstallieren. Ja, ich meine das wirklich so.
Ansonsten könnte die Frage nach den (Hardware-Treibern) evtl. weiterführen.
Ein Image von der betroffenen Windows 7-Partition hast Du nicht? Ein solches ließe sich relativ flott aufspielen.
Bye,
Freudi
wann immer ich NIS & Co. lese, sträuben sich mir die Nackenhaare. Nicht, dass ich derlei für alles verantwortlich machen würde. Aber oftmals findet sich letztlich dann doch die Ursache für so manches Problem (insbesondere auch mit der Installation von Updates) in genau solchen "Suiten", die ein Windows-System zu beherrschen versuchen. Es könnte einen Versuch wert sein, eben jenes NIS zumindest testweise vollständig zu deinstallieren. Ja, ich meine das wirklich so.
Ansonsten könnte die Frage nach den (Hardware-Treibern) evtl. weiterführen.
Ein Image von der betroffenen Windows 7-Partition hast Du nicht? Ein solches ließe sich relativ flott aufspielen.
Bye,
Freudi
Hallo,
der Test mit dem abgesicherten Modus war schnell erledigt. Es kommt die Meldung "Der Dienst kann im abgesicherten Modus nicht gestartet werden", der Windows Installer läuft da wahrscheinlich nicht...
Was mich wundert, sind die unterschiedlichen Versionsnummern von 4 Dateien (6.1.7600.16481 und .20591), werden da beide Versionen installiert? Welche Dateiversion ist denn nach einem erfolgreichen Update vorhanden?
Deine Abneigung gegen NIS kann ich akzeptieren, ich werde es trotzdem drauflassen. Da der Fehler laut einem Bericht ja schon seit 17 Jahren in Windows drin sei, kann ich sicher auch weiterhin damit leben. Danke für die Tipps.
der Test mit dem abgesicherten Modus war schnell erledigt. Es kommt die Meldung "Der Dienst kann im abgesicherten Modus nicht gestartet werden", der Windows Installer läuft da wahrscheinlich nicht...
Was mich wundert, sind die unterschiedlichen Versionsnummern von 4 Dateien (6.1.7600.16481 und .20591), werden da beide Versionen installiert? Welche Dateiversion ist denn nach einem erfolgreichen Update vorhanden?
Deine Abneigung gegen NIS kann ich akzeptieren, ich werde es trotzdem drauflassen. Da der Fehler laut einem Bericht ja schon seit 17 Jahren in Windows drin sei, kann ich sicher auch weiterhin damit leben. Danke für die Tipps.
Moin Rainer,
hmpf, stimmt ja, Windows 7 benötigt diesen Dienst für die Installation von Updates (im Gegensatz zu Windows XP)
Was die Versionsnummern anbelangt:
Generell tragen die in Updates für die RTM/Finalversion von Windows 7 enthaltenen Dateien eine Versionsnummer, die mit 6.1.7600. beginnt. Die hinter dem letzten Punkt folgende, eigentliche Versionsnummer gibt die in Updates enthaltene "Art" der Datei wieder. Die 1 steht dabei für die "Grundversion" (GDR = General Distribution) einer Datei, während 2 für die "Hotfixversion" (LDR = Limited Distribution Release) einer Datei steht. Wenns noch mehr Details dazu sein sollen, schau Dir z.B.
http://blogs.msdn.com/windowsvistanow/archive/2008/03/11/what-is-the-difference-between-general-distribution-and-limited-distribution-releases.aspx und ggf. http://blogs.technet.com/instan/archive/2009/03/04/qfe-vs-gdr-ldr-hotfixes.aspx an, die auch für Windows 7 Gültigkeit haben.
Die jeweiligen GDR und LDR-Versionen der in Updates enthaltenen Dateien werden unter Windows 7 installiert bzw. vorgehalten. Wirksam ist bzw. von Windows verwendet wird aber jeweils nur eine Version der Updates (derzeit im Regelfall die GDR-Version).
Das "Umswitchen" von GDR auf LDR eines Updates, so es denn irgendwann einmal Sinn machen sollte, ist unter Windows 7 ungleich komplizierter, als unter Windows XP. http://technet.microsoft.com/en-us/library/dd744311(WS.10).aspx liest sich eher grausam.
Welche Sicherheitslücken KB977165 schließen soll, findest Du im Security Bulletin MS10-015 beschrieben, das im Artikel verlinkt ist. Siehe auch die ebenfalls verlinkte "Sicherheitswarnung vom 21. Januar 2010".
Es wäre in jedem Fall kein Fehler, sich mit einer solchen Problemmeldung im Zusammenhang mit einem Sicherheitsupdate auch direkt mit Microsoft in Verbindung zu setzen. Der Support ist in diesem Fall kostenfrei (von Telefonkosten einmal abgesehen).
Bye,
Freudi
P.S.:
http://technet.microsoft.com/de-de/library/dd744291(WS.10).aspx bzw. dessen Inhalt meinst Du mit "Computerreparatur"?
hmpf, stimmt ja, Windows 7 benötigt diesen Dienst für die Installation von Updates (im Gegensatz zu Windows XP)
Was die Versionsnummern anbelangt:
Generell tragen die in Updates für die RTM/Finalversion von Windows 7 enthaltenen Dateien eine Versionsnummer, die mit 6.1.7600. beginnt. Die hinter dem letzten Punkt folgende, eigentliche Versionsnummer gibt die in Updates enthaltene "Art" der Datei wieder. Die 1 steht dabei für die "Grundversion" (GDR = General Distribution) einer Datei, während 2 für die "Hotfixversion" (LDR = Limited Distribution Release) einer Datei steht. Wenns noch mehr Details dazu sein sollen, schau Dir z.B.
http://blogs.msdn.com/windowsvistanow/archive/2008/03/11/what-is-the-difference-between-general-distribution-and-limited-distribution-releases.aspx und ggf. http://blogs.technet.com/instan/archive/2009/03/04/qfe-vs-gdr-ldr-hotfixes.aspx an, die auch für Windows 7 Gültigkeit haben.
Die jeweiligen GDR und LDR-Versionen der in Updates enthaltenen Dateien werden unter Windows 7 installiert bzw. vorgehalten. Wirksam ist bzw. von Windows verwendet wird aber jeweils nur eine Version der Updates (derzeit im Regelfall die GDR-Version).
Das "Umswitchen" von GDR auf LDR eines Updates, so es denn irgendwann einmal Sinn machen sollte, ist unter Windows 7 ungleich komplizierter, als unter Windows XP. http://technet.microsoft.com/en-us/library/dd744311(WS.10).aspx liest sich eher grausam.
Welche Sicherheitslücken KB977165 schließen soll, findest Du im Security Bulletin MS10-015 beschrieben, das im Artikel verlinkt ist. Siehe auch die ebenfalls verlinkte "Sicherheitswarnung vom 21. Januar 2010".
Es wäre in jedem Fall kein Fehler, sich mit einer solchen Problemmeldung im Zusammenhang mit einem Sicherheitsupdate auch direkt mit Microsoft in Verbindung zu setzen. Der Support ist in diesem Fall kostenfrei (von Telefonkosten einmal abgesehen).
Bye,
Freudi
P.S.:
http://technet.microsoft.com/de-de/library/dd744291(WS.10).aspx bzw. dessen Inhalt meinst Du mit "Computerreparatur"?
Wenn beim Booten ein Fehler auftritt erscheint die Meldung, dass von der Installations-DVD gebootet werden soll (ein Sytemreparaturdatenträger der jeweiligen Version tut's auch, kann unter "Wartung"->"Sichern und Wiederherstellen" erstellt werden) und nach Auswahl der Sprache die Computer-Reparatur durchgeführt werden muss. Diese sagt in diesem Fall zwar, dass die Reparatur nicht möglich sei, es kann aber die Protokolldatei angezeigt werden, in der die betroffene Datei aufgeführt ist.
Moin,
also "ja"
Ein Systemwiederherstellungspunkt, der vor der Installation von KB977165 liegt, lässt sich darüber nicht aufrufen bzw. hilft nicht?
Mein ja nur,
Freudi
also "ja"
Ein Systemwiederherstellungspunkt, der vor der Installation von KB977165 liegt, lässt sich darüber nicht aufrufen bzw. hilft nicht?
Mein ja nur,
Freudi
Ich hatte die gleichen Probleme auf meinem Notebook mit Win 7. Der Fehler wurde durch das Update KB 977165 ausgelöst. Als wirklich Schuldiger stellte sich allerdings die Datei atapi.sys heraus, die mit einem Rootkit infiziert war. Ich habe das File gelöscht, woraufhin das Booten nicht mehr funktionierte. Mit der Originaldisk von Win 7 habe ich das System repariert. Nun konnte ich das Update installieren und alles lief einwandfrei! MS hat also keine Schuld an dem Problem. Viel Erfolg allen Betroffenen.
Hallo zusammen,
so langsam häufen sich die Fehlermeldungen, das nach der Installation von KB977165 der Rechner nicht mehr starten soll, auch bei XP scheint dies der Fall zu sein. Wenigstens bin ich nicht allein davon betroffen, so dass mit einer Fehlerbehebung von seiten Microsofts zu rechnen ist.
Da haben die Softwerker mal wieder ganze Arbeit geleistet...
so langsam häufen sich die Fehlermeldungen, das nach der Installation von KB977165 der Rechner nicht mehr starten soll, auch bei XP scheint dies der Fall zu sein. Wenigstens bin ich nicht allein davon betroffen, so dass mit einer Fehlerbehebung von seiten Microsofts zu rechnen ist.
Da haben die Softwerker mal wieder ganze Arbeit geleistet...
Moin,
Quellenangabe? Gemeinsamkeiten?
Ich kann dieses Porblem auf all meinen Systemen (nud das sind einige, sowohl reale als auch virtuelle) nicht nachvollziehen - weder unter Windows 7, noch unter Windows XP.
Bye,
Freu"doch ein Hardware-Treiber?"di
Quellenangabe? Gemeinsamkeiten?
Ich kann dieses Porblem auf all meinen Systemen (nud das sind einige, sowohl reale als auch virtuelle) nicht nachvollziehen - weder unter Windows 7, noch unter Windows XP.
Bye,
Freu"doch ein Hardware-Treiber?"di
Ah, Du meinst bleistiftsweise http://social.answers.microsoft.com/Forums/fi-FI/xprepair/thread/366f8442-9f7b-454d-b15f-3ea98caa4b9c in dem es um KB977615 für Windows XP geht? Nun, dort ist on SATA-RAID-Treibern die Rede. Kommen solche auf Deinem System zum Einsatz? Falls ja, welche für welchen RAID-Controller bzw. Chipsatz?
Bye,
Freudi
Bye,
Freudi
Möglicherweise ist auch ein Rootkit oder andere Malware, welche z.B. die atapi.sys manipulieren, ursächlich für das Problem. Siehe auch Abschnitt "Bekannte Probleme" und dort das [Update] insbesondere im Artikel zu KB977165 für Windows XP (http://patch-info.de/artikel/2010/02/09/783). Ein Besipiel für ein solches Rootkit (das auch die iastore.sys manipuliert) findet sich z.B. in http://www.prevx.com/blog/139/Tdss-rootkit-silently-owns-the-net.html beschrieben.
FWIW,
Freudi
FWIW,
Freudi
Hallo,
hier habe ich was zu Problemen gelesen:
http://computer.t-online.de/windows-patch-von-microsoft-sorgt-fuer-probleme/id_21705896/index
Ich habe auch verschiedene Systeme, XP/Vista 64 Bit/Windows 7 (real und virtuell) im Einsatz und nur auf meinem Laptop (Windows 7 Professional 32 Bit) ein Problem. Bei allen anderen funktioniert das Update wie es soll. Ich habe allerdings nur ein Windows 7 32 Bit, bei meinen 64 Bit Windows 7 Systemen ist der Update ja nicht erforderlich und macht deshalb auch keine Probleme.
Auf dem Laptop habe ich nur eine IDE-Platte drin - SATA-Raid u.a. entfällt also.
Bei der Computerreparatur kann ich leider keine Wiederherstellungspunkte auswählen - vielleicht liegt's auch an mir - es werden nur vollständige Systemabbilder angeboten.
hier habe ich was zu Problemen gelesen:
http://computer.t-online.de/windows-patch-von-microsoft-sorgt-fuer-probleme/id_21705896/index
Ich habe auch verschiedene Systeme, XP/Vista 64 Bit/Windows 7 (real und virtuell) im Einsatz und nur auf meinem Laptop (Windows 7 Professional 32 Bit) ein Problem. Bei allen anderen funktioniert das Update wie es soll. Ich habe allerdings nur ein Windows 7 32 Bit, bei meinen 64 Bit Windows 7 Systemen ist der Update ja nicht erforderlich und macht deshalb auch keine Probleme.
Auf dem Laptop habe ich nur eine IDE-Platte drin - SATA-Raid u.a. entfällt also.
Bei der Computerreparatur kann ich leider keine Wiederherstellungspunkte auswählen - vielleicht liegt's auch an mir - es werden nur vollständige Systemabbilder angeboten.
Ich hatte die gleichen Probleme auf meinem Notebook mit Win7. Der Fehler wurde durch das Update KB 977165 ausgelöst. Als wirklich Schuldiger stellte sich allerdings die Datei atapi.sys heraus, die mit einem Rootkit infiziert war. Ich habe das File gelöscht, woraufhin das Booten nicht mehr funktionierte. Mit der Originaldisk von Win7 habe ich das System repariert. Nun konnte ich das Update installieren und alles lief einwandfrei! MS hat also keine Schuld an dem Problem. Viel Erfolg allen Betroffenen.
Hallo zusammen,
mein Problem mir dem Patch KB977165 - allerdings bei Windows 7 32 Bit - hat sich jetzt auch erledigt. Nachdem ich in letzter Zeit des öfteren Disk-Warning-Einträge in der Ereignisanzeige hatte und mein System eines Morgens wieder einen Startfehler anzeigte anstatt zu booten habe ich ein Image von Mitte November eingespielt. Die nachfolgenden Windows-Updates konnte ich dann ohne Probleme installieren. Auch die Disk-Warnings in der Ereignisanzeige sind weg.
mein Problem mir dem Patch KB977165 - allerdings bei Windows 7 32 Bit - hat sich jetzt auch erledigt. Nachdem ich in letzter Zeit des öfteren Disk-Warning-Einträge in der Ereignisanzeige hatte und mein System eines Morgens wieder einen Startfehler anzeigte anstatt zu booten habe ich ein Image von Mitte November eingespielt. Die nachfolgenden Windows-Updates konnte ich dann ohne Probleme installieren. Auch die Disk-Warnings in der Ereignisanzeige sind weg.
Moin Rainer,
schön
Als Ursache für dieses Problem (insbesondere bei disk error-Meldungen in der Ereignisanzeige) kommt KB977165 damit jedenfalls nicht in Frage. Bleibt allerdings die potenzielle Möglichkeit, dass sich ein Rootkit auf dem System breit gemacht hat. Ich würde dieser Möglichkeit nachgehen.
Bye,
Freudi
schön
Als Ursache für dieses Problem (insbesondere bei disk error-Meldungen in der Ereignisanzeige) kommt KB977165 damit jedenfalls nicht in Frage. Bleibt allerdings die potenzielle Möglichkeit, dass sich ein Rootkit auf dem System breit gemacht hat. Ich würde dieser Möglichkeit nachgehen.
Bye,
Freudi
Hallo Rainer, bei mir das gleiche unter XP, der Rechner startet fast bis zum Schluss, dann kommmt eine Meldung, dass der Rechner wegen eines schweren Fehlers runter gefahren werden muss. Nach F8 und wieder Herstellung ohne diesem Updates geht alles normal.War eine lange Sucherei bis ich das gefunden habe, dass es nur an diesem Update gelegen war!!! Gruß Helmut
Moin Helmut,
zu K977165 für Windows XP (SP3) siehe http://patch-info.de/artikel/2010/02/09/783
Evtl. hilft Dir bzw. Deinem System der Parameter "/o" beim manuell eruntergeladenen KB977165 für Windows XP (siehe "Anmerkung" dort). Falls nicht, schreib doch dort bitte, welche Anwendungen im Hintergrund laufen bzw. beim Windows-Start geladen werden (msconfig -> Systemstart). Zufälligerweise auch etwas von "Symantec" im Spiel?
Bye,
Freudi
zu K977165 für Windows XP (SP3) siehe http://patch-info.de/artikel/2010/02/09/783
Evtl. hilft Dir bzw. Deinem System der Parameter "/o" beim manuell eruntergeladenen KB977165 für Windows XP (siehe "Anmerkung" dort). Falls nicht, schreib doch dort bitte, welche Anwendungen im Hintergrund laufen bzw. beim Windows-Start geladen werden (msconfig -> Systemstart). Zufälligerweise auch etwas von "Symantec" im Spiel?
Bye,
Freudi
Hallo Freudi, danke und OK werde ich versuchen und dann weiter berichten.Habe Symantec AntiVir auf dem Rechner, werde das mal deaktivieren vor dem Update, alle anderen Programme hatte ich schon beim Start deaktiviert.Eigenartig, nur bei meinem anderen Rechner (Asus Laptop)da sind genau so auch alle Programme und Windows System XP installiert, da geht alles, auch mit diesem Update. Gruß Helmut
So, jetzt habe ich alles aus dem Autostart raus, Symantec AntiVir deinstalliert und das Update KB977165 einzeln manuell installiert. Wieder das selbe, kurz bevor der Rechner ganz hochgefahren ist crasht das System dann mit blauen Bildschirm mit etlichen Informationen unter anderem, dass ein schwerer Fehler vorliegt. Also wieder alles von vorne Abgesicherter Modus Systemwiederherstellung usw. An Symantec kann es nicht liegen, da geht es ja am anderen Rechner mit dem KB977165 ja auch !! Jetzt weiß ich nicht mehr weiter, braucht man dieses Update unbedingt?
Moin Helmut,
das nächste Mal bitte passend den Artikel zu KB977165 für Windows XP kommentieren (http://patch-info.de/artikel/2010/02/09/783). Danke!
Findet sich auf dem BlueScreen ein Hinweis auf einen Treiber (sys) oder eine DLL?
Du hast KB977615 manuell inklusive Parameter "/o" installiert, wie es im Artikel zu KB977615 für Windows XP beschrieben wird?
Welche Hardware ist vorhanden und welche Treiber dafür sind ggf. installiert?
Welche Sichereheitslücken KB977615 schließen soll, findest Du im Security Bulletin MS10-015 beschrieben, das im Artikel verlinkt ist. Siehe auch die ebenfalls verlinkte "Sicherheitswarnung vom 21. Januar 2010".
Bye,
Freudi
das nächste Mal bitte passend den Artikel zu KB977165 für Windows XP kommentieren (http://patch-info.de/artikel/2010/02/09/783). Danke!
Findet sich auf dem BlueScreen ein Hinweis auf einen Treiber (sys) oder eine DLL?
Du hast KB977615 manuell inklusive Parameter "/o" installiert, wie es im Artikel zu KB977615 für Windows XP beschrieben wird?
Welche Hardware ist vorhanden und welche Treiber dafür sind ggf. installiert?
Welche Sichereheitslücken KB977615 schließen soll, findest Du im Security Bulletin MS10-015 beschrieben, das im Artikel verlinkt ist. Siehe auch die ebenfalls verlinkte "Sicherheitswarnung vom 21. Januar 2010".
Bye,
Freudi
Hallo,
ich hatte auch den BOD nach dem Update von KB977165 unter XP/ Win7 diese Anleitung hat mir sehr geholfen:
http://www.experts-exchange.com/OS/Microsoft_Operating_Systems/Windows/XP/Q_25139891.html
Einfach unter der R-Konsole Ausführen, und der BOD ist weg
Gruß
Maro
ich hatte auch den BOD nach dem Update von KB977165 unter XP/ Win7 diese Anleitung hat mir sehr geholfen:
http://www.experts-exchange.com/OS/Microsoft_Operating_Systems/Windows/XP/Q_25139891.html
Einfach unter der R-Konsole Ausführen, und der BOD ist weg
Gruß
Maro
Moin Mario,
damit ist die zugrundeliegende Ursache aber nicht behoben. Mehr dazu im Artikel zu KB977165 für Windows XP:
http://patch-info.de/artikel/2010/02/09/783
Bye,
Freudi
damit ist die zugrundeliegende Ursache aber nicht behoben. Mehr dazu im Artikel zu KB977165 für Windows XP:
http://patch-info.de/artikel/2010/02/09/783
Bye,
Freudi
Hallo Freudi,
mir wurde der Patch gestern gegen 19:00 Uhr als automatisches Update angeboten. MS scheint also die Freigabe wieder erteilt zu haben.
Der Rechner lässt sich einwandfrei starten.
Viele Grüße
Micha
mir wurde der Patch gestern gegen 19:00 Uhr als automatisches Update angeboten. MS scheint also die Freigabe wieder erteilt zu haben.
Der Rechner lässt sich einwandfrei starten.
Viele Grüße
Micha
Sorry, meine Aussage stimmt, hätte aber unter die
Kategorie "XP" nicht unter "Windows 7" gehört.
Ich bitte vielmals um Entschuldigung für meine Dusseligkeit
Gruß
Micha
Kategorie "XP" nicht unter "Windows 7" gehört.
Ich bitte vielmals um Entschuldigung für meine Dusseligkeit
Gruß
Micha
Moin,
es hängt auch von der Konfiguration von Auto-Update ab. Siehe eben den Artikel zu Kb977615 für Windows XP
Bye,
Freudi
es hängt auch von der Konfiguration von Auto-Update ab. Siehe eben den Artikel zu Kb977615 für Windows XP
Bye,
Freudi
Hallo,
ich habe bei meinem XP-Rechner
[Repostet unter http://patch-info.de/artikel/2010/02/09/783#c4449 da es sich um Fragen zu KB977165 für Windows XP handelt - Freudi]
ich habe bei meinem XP-Rechner
[Repostet unter http://patch-info.de/artikel/2010/02/09/783#c4449 da es sich um Fragen zu KB977165 für Windows XP handelt - Freudi]
[3. Update] in den Artikel eingefügt:
KB977165 wird wieder über Auto Update an alle System verteilt, gibt aber bei potenziell befallenen Systemen einen speziellen Fehlercode beim Installationsversuch zurück. Zusätzlich gibt es ein "Kernel Update Compatibility Assessment Tool", mit dem im Vorfeld geprüft werden kann, ob das System möglicherweise befallen ist.
KB977165 wird wieder über Auto Update an alle System verteilt, gibt aber bei potenziell befallenen Systemen einen speziellen Fehlercode beim Installationsversuch zurück. Zusätzlich gibt es ein "Kernel Update Compatibility Assessment Tool", mit dem im Vorfeld geprüft werden kann, ob das System möglicherweise befallen ist.
Microsoft warnt im Security Advisory 979682 (deutschsprachig) vor einer jetzt veröffentlichten Sicherheitslücke im Windows-Kernel von 32-bit (x86) Versionen von Windows, über die sich ein [...]
Aufgenommen: 09.02.2010 20:28
Kurzbeschreibung: Sicherheitsupdate, das eine Lücke im Kernel von Windows 7 schließen soll, über die eine eine DoS (Denial of Service)-Attacke durchgeführt werden könnte, um das System lahm [...]
Aufgenommen: 15.04.2010 10:01
Kurzbeschreibung: Sicherheitsupdate, das eine Lücke im Kernel von Windows 7 schließen soll, durch die ein lokal angemeldeter Benutzer höhere Benutzerrechte erlangen kann (Elevation of [...]
Aufgenommen: 10.08.2010 17:29