Dienstag, 13. Oktober 2009
971486 (MS09-058) - Sicherheitslücke in Windows Kernel - 13.10.09
Kurzbeschreibung:
Sicherheitsupdate, das eine Lücke im Windows Kernel schließen soll, durch die ein lokal angemeldeter Benutzer höhere Benutzerrechte (bis hinauf zu Systemrechten) erlangen könnte (Elevation of Privilege). Siehe Security Bulletin MS09-058 (englisch bzw. deutsch).
Aktuell: Nein!
Ersetzt durch:
Sicherheitsupdate KB977165 (MS10-015)
Sicherheitsupdate, das eine Lücke im Windows Kernel schließen soll, durch die ein lokal angemeldeter Benutzer höhere Benutzerrechte (bis hinauf zu Systemrechten) erlangen könnte (Elevation of Privilege). Siehe Security Bulletin MS09-058 (englisch bzw. deutsch).
Aktuell: Nein!
Ersetzt durch:
Sicherheitsupdate KB977165 (MS10-015)
Ergänzt:
Sicherheitsupdate KB956572 (MS09-012)
Enthält:
ntkrnlmp.exe (5.1.2600.5857 - 04.08.2009)
ntkrnlpa.exe (5.1.2600.5857 - 04.08.2009)
ntkrpamp.exe (5.1.2600.5857 - 04.08.2009)
ntoskrnl.exe (5.1.2600.5857 - 04.08.2009)
Bekannte Probleme:
Siehe MSKB-Artikel KB971486
Anmerkung:
Sollte KB971486 nach der erfolgreichen Installation durch Windows/Microsoft/AutoUpdate immer wieder erneut zur Installation angeboten wird, kann das manuelle Herunterladen dieses Updates über den obigen "direkter Download"-Link helfen. Diese Datei speichern und anschließend mit dem Parameter "/o" (o wie overwriteOEM) unter "Ausführen" im Startmenü starten, also
"[Speicherpfad]\WindowsXP-KB971486-x86-DEU.exe" /o
wobei "[Speicherpfad]" durch den Laufwerksbuchstaben und Ordner ersetzt werden muss, in den die EXE-Datei gespeichert wurde. Bitte das Leerzeichen nach dem letzten Anführungszeichen und vor dem Parameter beachten! Siehe auch MSKB-Artikel KB262841 und dort im Abschnitt "Befehlszeilenoptionen für das Programm 'Update.exe'".
Sicherheitsupdate KB956572 (MS09-012)
Enthält:
ntkrnlmp.exe (5.1.2600.5857 - 04.08.2009)
ntkrnlpa.exe (5.1.2600.5857 - 04.08.2009)
ntkrpamp.exe (5.1.2600.5857 - 04.08.2009)
ntoskrnl.exe (5.1.2600.5857 - 04.08.2009)
Bekannte Probleme:
Siehe MSKB-Artikel KB971486
Anmerkung:
Sollte KB971486 nach der erfolgreichen Installation durch Windows/Microsoft/AutoUpdate immer wieder erneut zur Installation angeboten wird, kann das manuelle Herunterladen dieses Updates über den obigen "direkter Download"-Link helfen. Diese Datei speichern und anschließend mit dem Parameter "/o" (o wie overwriteOEM) unter "Ausführen" im Startmenü starten, also
"[Speicherpfad]\WindowsXP-KB971486-x86-DEU.exe" /o
wobei "[Speicherpfad]" durch den Laufwerksbuchstaben und Ordner ersetzt werden muss, in den die EXE-Datei gespeichert wurde. Bitte das Leerzeichen nach dem letzten Anführungszeichen und vor dem Parameter beachten! Siehe auch MSKB-Artikel KB262841 und dort im Abschnitt "Befehlszeilenoptionen für das Programm 'Update.exe'".
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
Zeigt bei euch das Windows Update nach der Installation dieses Patches weiterhin an, dass es fehlt und bietet es zum download an? Oder bin ich der einzige?
#1
am
14.10.2009 13:34
Moin, Sir!
Du hast doch sicherlich den Abschnitt "Anmerkung" gelesen und es auch mit der Installation von KB971486 mit dem Paramter "/o" versucht, hast Du?
Bye,
Freudi
Du hast doch sicherlich den Abschnitt "Anmerkung" gelesen und es auch mit der Installation von KB971486 mit dem Paramter "/o" versucht, hast Du?
Bye,
Freudi
Dieser Patch scheint Probleme zu machen. Ich hatte eben einen Blue Screen, der was von Kernel-Problemen aussagte. Kann sein, dass dieser Patch dafür verantwortlich war. Nach einen Neustart läuft der PC weiter. Mal sehen wie lange es so bleibt. Hat sonst jemand ein Blue Screen nach den Patch Day 10/2009 bekommen, wo der Kernel erwähnt wird?
#2
am
14.10.2009 17:00
Hier die Problem-Beschreibung:
KERNEL_STACK_IMAGE_ERROR
...
STOP: 0x00000077 (0xC000000E, 0x000000E, 0x00000000, 0x034D7000)
Unter Verdacht stehen grundsätzlich alle Patches inkl. des Patches für MS .Net Framework. Hat sonst jemand das Problem? Danke im Voraus.
KERNEL_STACK_IMAGE_ERROR
...
STOP: 0x00000077 (0xC000000E, 0x000000E, 0x00000000, 0x034D7000)
Unter Verdacht stehen grundsätzlich alle Patches inkl. des Patches für MS .Net Framework. Hat sonst jemand das Problem? Danke im Voraus.
#2.1
am
14.10.2009 18:34
Doch, wir haben es auf allen Win2000-Rechnern seit diesem Patch-Day und sind entsprechend genervt !
Hinzukommt seit den Patches ein Problem mit Netzwerkdruckern. Der Rechner hängt sich auf beim Zugriff auf den Drucker. Erst ein Neustart des Spooler-Dienstes hilft, solange bis das Spielchen erneut losgeht.
Also wenn Jemandem was dazu einfällt....
Hinzukommt seit den Patches ein Problem mit Netzwerkdruckern. Der Rechner hängt sich auf beim Zugriff auf den Drucker. Erst ein Neustart des Spooler-Dienstes hilft, solange bis das Spielchen erneut losgeht.
Also wenn Jemandem was dazu einfällt....
#2.1.2
am
15.10.2009 12:37
Moin,
Updates für Windows 2000 behandele ich nicht auf meiner kleinen Site, sorry. Dennoch kann auch hier der Parameter "/o" evtl. hilfreich sein.
Bye,
Freudi
Updates für Windows 2000 behandele ich nicht auf meiner kleinen Site, sorry. Dennoch kann auch hier der Parameter "/o" evtl. hilfreich sein.
Bye,
Freudi
Naja, wenn die Patches bereits über WSUS verteilt sind, nützt das nicht viel.
Aber so wie es aussieht, trat/tritt dieser BlueScreen nur einmalig nach der Inst. des Patches auf und nur unter bestimmten Bedingungen.
Ich hoffe, der Spuk ist dann vorbei.
Aber so wie es aussieht, trat/tritt dieser BlueScreen nur einmalig nach der Inst. des Patches auf und nur unter bestimmten Bedingungen.
Ich hoffe, der Spuk ist dann vorbei.
#2.1.2.1.1
am
16.10.2009 08:47
Moin,
nunja, deinstallieren könnte man das Update schon - wenn man denn lokale Admin-Rechte hat. Anschließend aus dem DownloadCenter für Windows 2000 laden und (möglichst im Abgesicherten Modus) mit dem Parameter "/o" wieder installieren. Das Ganze ist insbesondere dann angezeigt, wenn sich in der "KB971486.log" Hinweise auf OEM-Treiber finden lassen.
Bye,
Freudi
nunja, deinstallieren könnte man das Update schon - wenn man denn lokale Admin-Rechte hat. Anschließend aus dem DownloadCenter für Windows 2000 laden und (möglichst im Abgesicherten Modus) mit dem Parameter "/o" wieder installieren. Das Ganze ist insbesondere dann angezeigt, wenn sich in der "KB971486.log" Hinweise auf OEM-Treiber finden lassen.
Bye,
Freudi
Leider nicht praktikabel, wenn es sich um knapp 600 Rechner handelt.
#2.1.2.1.1.1.1
am
16.10.2009 11:30
Moin,
das ist dann latürnich verständlicherweise keine Lösung (man könnte hier zwar mit Skripten arbeiten, aber...). In diesen Dimensionen habt ihr doch sicherlich einen separaten Support-Vertrag mit Microsoft, oder? Falls ja, würde ich an eurer Stelle diesen nutzen.
Bye,
Freudi
P.S.: Ihr habt die Updates ohne Vortests bereits auf alle Rechner verteilt? Das wäre in einen "Firmen"umfeld eher ungewöhnlich.
das ist dann latürnich verständlicherweise keine Lösung (man könnte hier zwar mit Skripten arbeiten, aber...). In diesen Dimensionen habt ihr doch sicherlich einen separaten Support-Vertrag mit Microsoft, oder? Falls ja, würde ich an eurer Stelle diesen nutzen.
Bye,
Freudi
P.S.: Ihr habt die Updates ohne Vortests bereits auf alle Rechner verteilt? Das wäre in einen "Firmen"umfeld eher ungewöhnlich.
MS empfiehlt die automatische Genehmigung von kritischen Sicherheits-Patches über WSUS. Alle anderen werden natürlich vorher validiert.
Der Support von MS ist gut, aber manchmal nicht der Schnellste.
Der Support von MS ist gut, aber manchmal nicht der Schnellste.
#2.1.2.1.1.1.1.1.1
am
16.10.2009 13:40
Moin nochmal,
so generell gilt wenig, auch nicht die automatische Freigabe von Sicherheitsupdates - zumal es sich bei KB971486 (MS09-058) lt. Bulletin "lediglich" um das Schließen einer "wichtigen", nicht aber "kritischen" Sicherheitslücke geht (Ausweitung von Benutzerrechten). Wie auch immer, viel Glück.
Bye,
Freudi
so generell gilt wenig, auch nicht die automatische Freigabe von Sicherheitsupdates - zumal es sich bei KB971486 (MS09-058) lt. Bulletin "lediglich" um das Schließen einer "wichtigen", nicht aber "kritischen" Sicherheitslücke geht (Ausweitung von Benutzerrechten). Wie auch immer, viel Glück.
Bye,
Freudi
Habe das Problem auch. Ist aber nicht vorübergehend.
Nach Installation von KB971486 unter XP prof. fährt der Rechner (IBM T42) nicht mehr hoch. Direkt nach der BIOS Meldung blitzt kurz das Windows - Ladebild auf und dann sofort BSOD 0000007E. Und zwar jedesmal. Abgesicherter Modus und letzte gute Konfiguration laufen ebenfalls nicht.
Einzige Abhilfe: Backup-Image drüberspielen.
Kein Wort darüber auf M$ Update Seite. Ich finde das ziemlich abartig.
Nach Installation von KB971486 unter XP prof. fährt der Rechner (IBM T42) nicht mehr hoch. Direkt nach der BIOS Meldung blitzt kurz das Windows - Ladebild auf und dann sofort BSOD 0000007E. Und zwar jedesmal. Abgesicherter Modus und letzte gute Konfiguration laufen ebenfalls nicht.
Einzige Abhilfe: Backup-Image drüberspielen.
Kein Wort darüber auf M$ Update Seite. Ich finde das ziemlich abartig.
#2.2
am
18.11.2009 09:38
Moin,
Du hast es mit der manuellen Installation des Updates mit dem Parameter "/o" (siehe "Anmerkung" im Artikel) versucht?
Bye,
Freudi
Du hast es mit der manuellen Installation des Updates mit dem Parameter "/o" (siehe "Anmerkung" im Artikel) versucht?
Bye,
Freudi
Jo. Bringt nix (bzw. selbes Ergebnis).
Allerdings bezog sich das ja auch nur auf wiederholtes Angebotenkriegen des Patches. Das Bluescreen-Problem ist ein anderes.
Bin gerade noch am Virensuchen. Evtl. ist in die Richtung was zu finden. Bisher negativ.
Ansonsten wird der Patch halt ignoriert bis M$ sich was einfallen läßt.
Allerdings bezog sich das ja auch nur auf wiederholtes Angebotenkriegen des Patches. Das Bluescreen-Problem ist ein anderes.
Bin gerade noch am Virensuchen. Evtl. ist in die Richtung was zu finden. Bisher negativ.
Ansonsten wird der Patch halt ignoriert bis M$ sich was einfallen läßt.
#2.2.1.1
am
19.11.2009 08:22
Moin,
die Installation mit dem Parameter /o (overwriteoem) bewirkt, dass auch Bestandteile von Kernel-Updates auf OEM-Systeme installiert werden, die ansosnten ausgelassen würden. Das kann zum einen das mehrfache Anbieten eines Kernel-Updates verhindern, als auch evtl. BlueScreens aufgrund von "Wechselwirkungen" der OEM-Treiber und der teilweisen Installation von Kernel-Dateien beseitigen. Du hast sicherlich in der LOG-Datei nachgeschaut, dass der Parameter auch angewendet wurde. http://support.microsoft.com/kb/330182/ hast Du ebenfalls erfolglos angewendet?
Wenn dem so ist, würde ich mich an Deiner Stelle an den MS-Support wenden, was außer evtl. Telefongebühren keinen weiteren Kosten verursachen sollte, da das Problem anscheinend von einem Sicherheitsupdate verursacht wird.
Bye,
Freudi
die Installation mit dem Parameter /o (overwriteoem) bewirkt, dass auch Bestandteile von Kernel-Updates auf OEM-Systeme installiert werden, die ansosnten ausgelassen würden. Das kann zum einen das mehrfache Anbieten eines Kernel-Updates verhindern, als auch evtl. BlueScreens aufgrund von "Wechselwirkungen" der OEM-Treiber und der teilweisen Installation von Kernel-Dateien beseitigen. Du hast sicherlich in der LOG-Datei nachgeschaut, dass der Parameter auch angewendet wurde. http://support.microsoft.com/kb/330182/ hast Du ebenfalls erfolglos angewendet?
Wenn dem so ist, würde ich mich an Deiner Stelle an den MS-Support wenden, was außer evtl. Telefongebühren keinen weiteren Kosten verursachen sollte, da das Problem anscheinend von einem Sicherheitsupdate verursacht wird.
Bye,
Freudi
Die Kommentarfunktion wurde vom Besitzer dieses Blogs in diesem Eintrag deaktiviert.
Kurzbeschreibung: Sicherheitsupdate, das eine Lücke im Windows Kernel und der Isolierung von Diensten schließen soll, durch die ein lokal angemeldeter Benutzer höhere Benutzerrechte (bis [...]
Aufgenommen: 13.10.2009 19:47
Kurzbeschreibung: Sicherheitsupdate, das eine Lücke im Windows-Kernel schließen soll, durch die ein lokal angemeldeter Benutzer höhere Benutzerrechte erlangen kann (Elevation of Priviledge / [...]
Aufgenommen: 09.02.2010 19:29