Sicherheitsbulletin

Microsoft Security Bulletin MS09-012 – Wichtig

Sicherheitsrisiken in Windows könnten rechteerweiterungen zulassen (959454)

Veröffentlicht: 14. April 2009 | Aktualisiert: 29. April 2009

Version: 2.0

Allgemeine Informationen

Kurzfassung

Dieses Sicherheitsupdate behebt vier öffentlich offengelegte Sicherheitsrisiken in Microsoft Windows. Die Sicherheitsrisiken könnten die Rechteerweiterung ermöglichen, wenn sich ein Angreifer beim System anmelden darf und dann eine speziell gestaltete Anwendung ausführt. Der Angreifer muss Code auf dem lokalen Computer ausführen können, um diese Sicherheitsanfälligkeit auszunutzen. Ein Angreifer, der eine dieser Sicherheitsrisiken erfolgreich ausgenutzt hat, kann die vollständige Kontrolle über das betroffene System übernehmen.

Dieses Sicherheitsupdate ist für alle unterstützten Editionen von Microsoft Windows 2000, Windows XP, Windows Server 2003, Windows Vista und Windows Server 2008 als wichtig eingestuft. Weitere Informationen finden Sie im Unterabschnitt, betroffene und nicht betroffene Software in diesem Abschnitt.

Das Sicherheitsupdate behebt die Sicherheitsanfälligkeiten, indem korrigiert wird, wie Microsoft Windows Token behandelt, die vom Microsoft Distributed Transaction Coordinator (MSDTC) angefordert wurden, und indem WMI-Anbieter und -Prozesse ordnungsgemäß analysiert werden, die unter den NetworkService- oder LocalService-Konten ausgeführt werden. Weitere Informationen zu den Sicherheitsrisiken finden Sie im Unterabschnitt häufig gestellte Fragen (FAQ) für den spezifischen Sicherheitsrisikoeintrag im nächsten Abschnitt, Sicherheitsrisikoinformationen.

Dieses Sicherheitsupdate behebt auch die sicherheitsanfälligkeit, die zuerst in der Microsoft Security Advisory 951306 beschrieben wird.

Empfehlung Die meisten Kunden haben die automatische Aktualisierung aktiviert und müssen keine Maßnahmen ergreifen, da dieses Sicherheitsupdate automatisch heruntergeladen und installiert wird. Kunden, die keine automatische Aktualisierung aktiviert haben, müssen nach Updates suchen und dieses Update manuell installieren. Informationen zu bestimmten Konfigurationsoptionen bei der automatischen Aktualisierung finden Sie im Microsoft Knowledge Base-Artikel 294871.

Für Administratoren und Unternehmensinstallationen oder Endbenutzer, die dieses Sicherheitsupdate manuell installieren möchten, empfiehlt Microsoft, dass Kunden das Update frühestens mithilfe der Updateverwaltungssoftware anwenden oder nach Updates mit dem Microsoft Update-Dienst suchen.

Siehe auch den Abschnitt " Erkennungs- und Bereitstellungstools und Anleitungen" weiter unten in diesem Bulletin.

Bekannte Probleme.Microsoft Knowledge Base-Artikel 959454 dokumentiert die derzeit bekannten Probleme, die Kunden bei der Installation dieses Sicherheitsupdates auftreten können. Der Artikel dokumentiert auch empfohlene Lösungen für diese Probleme.

Betroffene und nicht betroffene Software

Die folgende Software wurde getestet, um zu ermitteln, welche Versionen oder Editionen betroffen sind. Andere Versionen oder Editionen liegen entweder über ihren Supportlebenszyklus oder sind nicht betroffen. Um den Supportlebenszyklus für Ihre Softwareversion oder -edition zu ermitteln, besuchen Sie Microsoft-Support Lifecycle.

Betroffene Software

MSDTC Transaction Facility Update Windows Service Isolation Update Maximale Sicherheitswirkung Bewertung des aggregierten Schweregrads Bulletins ersetzt durch dieses Update
Microsoft Windows 2000 Service Pack 4\ (KB952004) Nicht zutreffend Angriffe durch Rechteerweiterung Wichtig Keine
Windows XP Service Pack 2 und Windows XP Service Pack 3\ (KB952004) Siehe Zeilen unten Angriffe durch Rechteerweiterung Wichtig Keine
Siehe Zeile oben Windows XP Service Pack 2\ (KB956572) Angriffe durch Rechteerweiterung Wichtig MS07-022,\ MS08-002,\ MS08-064
Siehe Zeile oben Windows XP Service Pack 3\ (KB956572) Angriffe durch Rechteerweiterung Wichtig MS08-064
Windows XP Professional x64 Edition und Windows XP Professional x64 Edition Service Pack 2\ (KB952004) Siehe Zeile unten Angriffe durch Rechteerweiterung Wichtig Keine
Siehe Zeile oben Windows XP Professional x64 Edition und Windows XP Professional x64 Edition Service Pack 2\ (KB956572) Angriffe durch Rechteerweiterung Wichtig MS08-002,\ MS08-064
Windows Server 2003 Service Pack 1 und Windows Server 2003 Service Pack 2\ (KB952004) Siehe Zeile unten Angriffe durch Rechteerweiterung Wichtig Keine
Siehe Zeile oben Windows Server 2003 Service Pack 1 und Windows Server 2003 Service Pack 2\ (KB956572) Angriffe durch Rechteerweiterung Wichtig MS07-022,\ MS08-002,\ MS08-064\
Windows Server 2003 x64 Edition und Windows Server 2003 x64 Edition Service Pack 2\ (KB952004) Siehe Zeile unten Angriffe durch Rechteerweiterung Wichtig Keine
Siehe Zeile oben Windows Server 2003 x64 Edition und Windows Server 2003 x64 Edition Service Pack 2\ (KB956572) Angriffe durch Rechteerweiterung Wichtig MS08-002,\ MS08-064
Windows Server 2003 mit SP1 für Itanium-basierte Systeme und Windows Server 2003 mit SP2 für Itanium-basierte Systeme\ (KB952004) Siehe Zeile unten Angriffe durch Rechteerweiterung Wichtig Keine
Siehe Zeile oben Windows Server 2003 mit SP1 für Itanium-basierte Systeme und Windows Server 2003 mit SP2 für Itanium-basierte Systeme\ (KB956572) Angriffe durch Rechteerweiterung Wichtig MS08-002,\ MS08-064
Windows Vista und Windows Vista Service Pack 1\ (KB952004) Siehe Zeile unten Angriffe durch Rechteerweiterung Wichtig Keine
Siehe Zeile oben Windows Vista und Windows Vista Service Pack 1\ (KB956572) Angriffe durch Rechteerweiterung Wichtig MS08-064
Windows Vista x64 Edition und Windows Vista x64 Edition Service Pack 1\ (KB952004) Siehe Zeile unten Angriffe durch Rechteerweiterung Wichtig Keine
Siehe Zeile oben Windows Vista x64 Edition und Windows Vista x64 Edition Service Pack 1\ (KB956572) Angriffe durch Rechteerweiterung Wichtig MS08-064
Windows Server 2008 für 32-Bit-Systeme*\ (KB952004) Siehe Zeile unten Angriffe durch Rechteerweiterung Wichtig Keine
Siehe Zeile oben Windows Server 2008 für 32-Bit-Systeme*\ (KB956572) Angriffe durch Rechteerweiterung Wichtig MS08-064
Windows Server 2008 für x64-basierte Systeme*\ (KB952004) Siehe Zeile unten Angriffe durch Rechteerweiterung Wichtig Keine
Siehe Zeile oben Windows Server 2008 für x64-basierte Systeme*\ (KB956572) Angriffe durch Rechteerweiterung Wichtig MS08-064
Windows Server 2008 für Itanium-basierte Systeme\ (KB952004) Siehe Zeile unten Angriffe durch Rechteerweiterung Wichtig Keine
Siehe Zeile oben Windows Server 2008 für Itanium-basierte Systeme\ (KB956572) Angriffe durch Rechteerweiterung Wichtig MS08-064

*Die Windows Server 2008 Server Core-Installation ist betroffen. Für unterstützte Editionen von Windows Server 2008 gilt dieses Update mit der gleichen Schweregradbewertung, unabhängig davon, ob Windows Server 2008 mit der Server Core-Installationsoption installiert wurde. Weitere Informationen zu dieser Installationsoption finden Sie unter Server Core. Beachten Sie, dass die Server Core-Installationsoption nicht für bestimmte Editionen von Windows Server 2008 gilt; siehe Vergleich der Server Core-Installationsoptionen.

Warum wurde dieses Bulletin am 29. April 2009 überarbeitet? 
Microsoft hat dieses Bulletin überarbeitet, um die erneute Aktualisierung des Norwegisch-Sprachupdates für Microsoft Windows 2000 Service Pack 4 (KB952004) mitzuteilen, um ein Qualitätsproblem zu beheben, das dazu führen konnte, dass die Installation fehlschlägt. Kunden, die das Norwegisch-Sprachupdate heruntergeladen und installiert haben, müssen das releasierte Update herunterladen und installieren, um vor den in diesem Bulletin beschriebenen Sicherheitsrisiken zu schützen. Keine weiteren Updates oder Gebietsschemas sind von dieser erneuten Aktualisierung betroffen.

Warum wurde dieses Bulletin am 22. April 2009 überarbeitet? 
Dieses Bulletin wurde überarbeitet, um zu kommunizieren, dass die bekannten Probleme mit diesem Sicherheitsupdateabschnitt, auf den im zugehörigen Microsoft Knowledge Base-Artikel verwiesen wird, aktualisiert wurde, 959454 um ein Anwendungskompatibilitätsproblem mit diesem Update und Systemen zu beschreiben, auf denen Microsoft Internet Security and Acceleration (ISA) Server 2000 Standard Edition, Microsoft Internet Security and Acceleration (ISA) Server 2004 Standard Edition ausgeführt wird, oder Microsoft Internet Security and Acceleration (ISA) Server 2006 Standard Edition.

Wo befinden sich die Dateiinformationen? 
Die Dateiinformationen finden Sie im Microsoft Knowledge Base-Artikel 959454.

Welche bekannten Probleme treten bei der Installation dieses Sicherheitsupdates auf? 
Der Microsoft Knowledge Base-Artikel 959454 dokumentiert die derzeit bekannten Probleme, die Kunden beim Installieren dieses Sicherheitsupdates feststellen können. Der Artikel dokumentiert auch empfohlene Lösungen für diese Probleme.

Warum enthält dieses Bulletin zwei Updates für jedes betroffene Betriebssystem? 
Dieses Bulletin enthält zwei Updates, die durch die KB-Nummer identifiziert werden, für alle betroffenen Betriebssysteme. Kunden von Microsoft Windows 2000 müssen nur Updatepaket-KB952004 anwenden. Kunden, die andere betroffene Betriebssysteme ausführen, müssen Sicherheitsupdatepakete KB952004 und KB956572 für jedes Betriebssystem anwenden, wie es in ihrer Umgebung gilt.

Die beiden Updates sind für die meisten betroffenen Betriebssysteme erforderlich, da sich die Änderungen, die zur Behebung der Sicherheitsrisiken erforderlich sind, in separaten Komponenten befinden. KB952004 behebt das öffentlich bekannte Problem in der MSDTC-Transaktionseinrichtung. KB956572 stellt die Architekturänderungen bereit, die erforderlich sind, um eine ordnungsgemäße Dienstisolation für andere Dienste auf Windows-Plattformen sicherzustellen.

Warum behebt dieses Update mehrere gemeldete Sicherheitsrisiken? 
Dieses Update enthält Unterstützung für mehrere Sicherheitsrisiken, da sich die Änderungen, die zum Beheben dieser Probleme erforderlich sind, in verwandten Dateien befinden. Anstatt mehrere Updates installieren zu müssen, die fast gleich sind, müssen Kunden dieses Update nur installieren.

Enthält dieses Update sicherheitsbezogene Änderungen an Funktionen? 
Ja. Neben den Änderungen, die im Abschnitt "Sicherheitsrisikeninformationen " dieses Bulletins aufgeführt sind, bietet dieses Sicherheitsupdate auch eine Infrastruktur zum Isolieren und Sichern von Diensten. In Windows XP und Windows Server 2003 haben alle Prozesse, die im Kontext eines einzelnen Kontos ausgeführt werden, die volle Kontrolle übereinander. Dieses Update bietet Drittanbietern die Möglichkeit, ihre Dienste zu isolieren und zu schützen, die SYSTEM-Token enthalten und unter den NetworkService- oder LocalService-Konten ausgeführt werden. Weitere Informationen zur Verwendung dieses Registrierungsschlüssels finden Sie im Microsoft Knowledge Base-Artikel 956572.

Ich verwende eine ältere Version der Software, die in diesem Sicherheitsbulletin erläutert wird. Wie sollte ich vorgehen? 
Die in diesem Bulletin aufgeführte betroffene Software wurde getestet, um festzustellen, welche Versionen betroffen sind. Andere Versionen sind über ihren Supportlebenszyklus hinweg. Um den Supportlebenszyklus für Ihre Softwareversion zu ermitteln, besuchen Sie Microsoft-Support Lifecycle.

Es sollte eine Priorität für Kunden sein, die über ältere Versionen der Software verfügen, um zu unterstützten Versionen zu migrieren, um potenzielle Gefährdungen durch Sicherheitsrisiken zu verhindern. Weitere Informationen zum Windows-Produktlebenszyklus finden Sie unter Microsoft-Support Lifecycle. Weitere Informationen zum erweiterten Sicherheitsupdate-Supportzeitraum für diese Softwareversionen oder Editionen finden Sie unter Microsoft Product Support Services.

Kunden, die benutzerdefinierten Support für ältere Versionen benötigen, müssen sich an ihren Microsoft-Kontoteammitarbeiter, ihren Technical Account Manager oder den entsprechenden Microsoft-Partnermitarbeiter wenden, um benutzerdefinierte Supportoptionen zu erhalten. Kunden ohne Allianz-, Premier- oder autorisierten Vertrag können sich an ihr lokales Microsoft-Vertriebsbüro wenden. Wenn Sie Kontaktinformationen benötigen, besuchen Sie Microsoft Worldwide Information, wählen Sie das Land aus, und klicken Sie dann auf "Gehe zu", um eine Liste der Telefonnummern anzuzeigen. Wenn Sie anrufen, bitten Sie, mit dem lokalen Premier Support Sales Manager zu sprechen. Weitere Informationen finden Sie in den Häufig gestellten Fragen zum Supportlebenszyklus des Windows-Betriebssystems.

Informationen zu Sicherheitsrisiken

Schweregradbewertungen und Sicherheitslücken-IDs

Die folgenden Schweregradbewertungen gehen von der potenziellen maximalen Auswirkung der Sicherheitsanfälligkeit aus. Informationen zur Wahrscheinlichkeit, dass innerhalb von 30 Tagen nach der Veröffentlichung dieses Sicherheitsbulletins die Ausnutzbarkeit der Sicherheitsanfälligkeit in Bezug auf die Schweregradbewertung und die Sicherheitsauswirkungen besteht, finden Sie im Bulletinzusammenfassung vom April den Exploitability Index. Weitere Informationen finden Sie unter Microsoft Exploitability Index.

Betroffene Software Sicherheitsanfälligkeit in Windows MSDTC-Dienstisolation – CVE-2008-1436 Sicherheitsanfälligkeit in Windows WMI-Dienstisolation – CVE-2009-0078 Sicherheitsanfälligkeit in Windows RPCSS-Dienstisolation – CVE-2009-0079 Sicherheitsanfälligkeit in Windows-Threadpool-ACL-Schwachstellen – CVE-2009-0080 Bewertung des aggregierten Schweregrads
Microsoft Windows 2000 Service Pack 4 Wichtig \ Rechteerweiterung Nicht zutreffend Nicht verfügbar Nicht zutreffend Wichtig
Windows XP Service Pack 2 und Windows XP Service Pack 3 Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Nicht zutreffend Wichtig
Windows XP Professional x64 Edition und Windows XP Professional x64 Edition Service Pack 2 Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Nicht zutreffend Wichtig
Windows Server 2003 Service Pack 1 und Windows Server 2003 Service Pack 2 Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Nicht zutreffend Wichtig
Windows Server 2003 x64 Edition und Windows Server 2003 x64 Edition Service Pack 2 Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Nicht zutreffend Wichtig
Windows Server 2003 mit SP1 für Itanium-basierte Systeme und Windows Server 2003 mit SP2 für Itanium-basierte Systeme Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Nicht zutreffend Wichtig
Windows Vista und Windows Vista Service Pack 1 Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Nicht zutreffend Wichtig \ Rechteerweiterung Wichtig
Windows Vista x64 Edition und Windows Vista x64 Edition Service Pack 1 Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Nicht zutreffend Wichtig \ Rechteerweiterung Wichtig
Windows Server 2008 für 32-Bit-Systeme* Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Nicht zutreffend Wichtig \ Rechteerweiterung Wichtig
Windows Server 2008 für x64-basierte Systeme* Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Nicht zutreffend Wichtig \ Rechteerweiterung Wichtig
Windows Server 2008 für Itanium-basierte Systeme Wichtig \ Rechteerweiterung Wichtig \ Rechteerweiterung Nicht zutreffend Wichtig \ Rechteerweiterung Wichtig

*Die Windows Server 2008 Server Core-Installation ist betroffen. Für unterstützte Editionen von Windows Server 2008 gilt dieses Update mit der gleichen Schweregradbewertung, unabhängig davon, ob Windows Server 2008 mit der Server Core-Installationsoption installiert wurde. Weitere Informationen zu dieser Installationsoption finden Sie unter Server Core. Beachten Sie, dass die Server Core-Installationsoption nicht für bestimmte Editionen von Windows Server 2008 gilt; siehe Vergleich der Server Core-Installationsoptionen.

Sicherheitsanfälligkeit in Windows MSDTC-Dienstisolation – CVE-2008-1436

In der Microsoft Distributed Transaction Coordinator (MSDTC)-Transaktionseinrichtung auf Microsoft Windows-Plattformen ist eine Sicherheitslücke zur Erhöhung von Berechtigungen vorhanden. MSDTC hinterlässt ein NetworkService-Token, das von jedem Prozess, der aufgerufen wird, imitiert werden kann. Die Sicherheitsanfälligkeit ermöglicht es einem Prozess, der nicht unter dem NetworkService-Konto ausgeführt wird, aber über das SeImpersonatePrivilege verfügt, seine Berechtigungen auf NetworkService zu erhöhen und Code mit NetworkService-Berechtigungen auszuführen. Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann beliebigen Code ausführen und die vollständige Kontrolle über ein betroffenes System übernehmen. Ein Angreifer könnte dann Programme installieren, Daten anzeigen, ändern, oder löschen oder neue Konten mit uneingeschränkten Benutzerrechten anlegen.

Informationen zum Anzeigen dieser Sicherheitsanfälligkeit als Standardeintrag in der Liste allgemeiner Sicherheitsanfälligkeiten finden Sie unter CVE-2008-1436.

Mildernde Faktoren für die Sicherheitsanfälligkeit in Windows MSDTC-Dienstisolation – CVE-2008-1436

Die Entschärfung bezieht sich auf eine Einstellung, eine allgemeine Konfiguration oder eine allgemeine bewährte Methode, die in einem Standardzustand vorhanden ist, wodurch der Schweregrad der Ausbeutung einer Sicherheitsanfälligkeit verringert werden kann. Die folgenden mildernden Faktoren können in Ihrer Situation hilfreich sein:

  • Der Angreifer muss Code auf dem lokalen Computer ausführen können, um diese Sicherheitsanfälligkeit auszunutzen.

Problemumgehungen für Die Sicherheitsanfälligkeit in Windows MSDTC-Dienstisolation – CVE-2008-1436

Die Problemumgehung bezieht sich auf eine Einstellung oder Konfigurationsänderung, die die zugrunde liegende Sicherheitsanfälligkeit nicht korrigiert, aber bekannte Angriffsvektoren blockiert, bevor Sie das Update anwenden. Microsoft hat die folgenden Problemumgehungen getestet und gibt in der Diskussion an, ob eine Problemumgehung die Funktionalität reduziert:

  • IIS 6.0 – Konfigurieren einer Arbeitsprozessidentität (Worker Process Identity, WPI) für einen Anwendungspool in IIS, um ein erstelltes Konto im IIS-Manager zu verwenden und MSDTC zu deaktivieren

    Führen Sie die folgenden Schritte aus:

    1. Erweitern Sie im IIS-Manager den lokalen Computer, erweitern Sie Anwendungspools, klicken Sie mit der rechten Maustaste auf den Anwendungspool, und wählen Sie "Eigenschaften" aus.
    2. Klicken Sie auf die Registerkarte "Identität ", und klicken Sie auf " Konfigurierbar". Geben Sie in den Feldern " Benutzername" und "Kennwort " den Benutzernamen und das Kennwort des Kontos ein, unter dem der Arbeitsprozess ausgeführt werden soll.
    3. Fügen Sie das ausgewählte Benutzerkonto zur gruppe IIS_WPG hinzu.

    Durch das Deaktivieren des Distributed Transaction Coordinator wird das betroffene System vor Versuchen, diese Sicherheitsanfälligkeit auszunutzen, geschützt. Führen Sie die folgenden Schritte aus, um den Distributed Transaction Coordinator zu deaktivieren:

    1. Klicken Sie auf Start und dann auf Systemsteuerung. Zeigen Sie alternativ auf Einstellungen, und klicken Sie dann auf Systemsteuerung.
    2. Doppelklicken Sie auf Verwaltung. Alternativ können Sie auf "Zur klassischen Ansicht wechseln" klicken und dann auf "Verwaltungstools" doppelklicken.
    3. Doppelklicken Sie auf "Dienste".
    4. Doppelklicken Sie auf "Distributed Transaction Coordinator".
    5. Klicken Sie in der Liste "Starttyp " auf "Deaktiviert".
    6. Klicken Sie auf "Beenden" (wenn sie gestartet wurde), und klicken Sie dann auf "OK".

    Sie können den MSDTC-Dienst auch beenden und deaktivieren, indem Sie den folgenden Befehl an der Eingabeaufforderung verwenden:
    sc stop MSDTC & sc config MSDTC start= disabled

    Auswirkungen der Problemumgehung: Die Verwaltung der in dieser Problemumgehung erstellten zusätzlichen Benutzerkonten führt zu einem erhöhten Verwaltungsaufwand. Je nach Art der anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsfunktionalität betroffen sein. Ein Beispiel ist die Windows-Authentifizierung; siehe Microsoft Knowledge Base-Artikel 871179. Durch das Deaktivieren von MSDTC werden Anwendungen daran gehindert, verteilte Transaktionen zu verwenden. Durch das Deaktivieren von MSDTC wird verhindert, dass IIS 5.1 im Kompatibilitätsmodus von Windows XP Professional Service Pack 2 und Windows XP Professional Service Pack 3 ausgeführt wird. IIS 6.0 wird im IIS 5.0-Kompatibilitätsmodus ausgeführt. Durch das Deaktivieren von MSDTC wird die Konfiguration sowie die Ausführung von COM+-Anwendungen verhindert.

  • IIS 7.0 – Angeben eines WPI für einen Anwendungspool im IIS-Manager

    1. Erweitern Sie im IIS-Manager den Serverknoten, klicken Sie auf Anwendungspools, klicken Sie mit der rechten Maustaste auf den Anwendungspool, und klicken Sie dann auf "Erweitert" Einstellungen...
    2. Suchen Sie den Identitätseintrag , und klicken Sie auf die Schaltfläche ... , um das Dialogfeld "Anwendungspoolidentität " zu öffnen.
    3. Wählen Sie die Option "Benutzerdefiniertes Konto " aus, und klicken Sie auf "Festlegen ", um das Dialogfeld "Anmeldeinformationen festlegen" zu öffnen. Geben Sie den ausgewählten Kontonamen und das Kennwort in die Textfelder "Benutzername" und "Kennwort" ein. Geben Sie das Kennwort im Textfeld "Kennwort bestätigen" erneut ein, und klicken Sie dann auf "OK".

    Hinweis: Anwendungspoolidentitäten werden IIS_WPG Gruppe in IIS7 dynamisch hinzugefügt und müssen nicht manuell hinzugefügt werden.

    Auswirkungen der Problemumgehung: Die Verwaltung der in dieser Problemumgehung erstellten zusätzlichen Benutzerkonten führt zu einem erhöhten Verwaltungsaufwand. Je nach Art der anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsfunktionalität betroffen sein.

  • IIS 7.0 – Angeben eines WPI für einen Anwendungspool mithilfe des Befehlszeilenprogramms APPCMD.exe

    1. Ändern Sie an einer Eingabeaufforderung mit erhöhten Rechten in das Verzeichnis %systemroot%\system32\inetsrv.
    2. Führen Sie den befehl APPCMD.exe mithilfe der folgenden Syntax aus, wobei Zeichenfolge der Name des Anwendungspools ist; userName:string ist der Benutzername des Kontos, das dem Anwendungspool zugewiesen ist; und "password:string " ist das Kennwort für das Konto.
      appcmd set config /section:applicationPools /
      [name='string'].processModel.identityType:SpecificUser /
      [name='string'].processModel.userName:string /
      [name='string'].processModel.password:string

    Hinweis: Anwendungspoolidentitäten werden IIS_WPG Gruppe in IIS 7.0 dynamisch hinzugefügt und müssen nicht manuell hinzugefügt werden.

    Auswirkungen der Problemumgehung: Die Verwaltung der in dieser Problemumgehung erstellten zusätzlichen Benutzerkonten führt zu einem erhöhten Verwaltungsaufwand. Je nach Art der anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsfunktionalität betroffen sein.

Häufig gestellte Fragen zur Sicherheitsanfälligkeit in Windows MSDTC-Dienstisolation – CVE-2008-1436

Was ist der Umfang der Sicherheitsanfälligkeit? 
Dies ist eine Sicherheitslücke zur Erhöhung von Berechtigungen. Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann beliebigen Code mit NetworkService-Berechtigungen ausführen. Ein Angreifer könnte dann das LocalSystem-Token von anderen anfälligen Diensten abrufen und Programme installieren; Daten anzeigen, ändern oder löschen; oder erstellen Sie neue Konten mit vollständigen Benutzerrechten.

Was verursacht die Sicherheitsanfälligkeit? 
Die Sicherheitsanfälligkeit ist auf die Microsoft Distributed Transaction Coordinator (MSDTC)-Transaktionseinrichtung zurückzuführen, sodass das NetworkService-Token abgerufen und verwendet werden kann, wenn ein RPC-Aufruf ausgeführt wird.

Was ist der Microsoft Distributed Transaction Coordinator? 
Der Microsoft Distributed Transaction Coordinator (MSDTC) ist eine verteilte Transaktionseinrichtung für Microsoft Windows-Plattformen. MSDTC verwendet bewährte Transaktionsverarbeitungstechnologie. Es ist trotz Systemfehlern, Prozessfehlern und Kommunikationsfehlern robust; es nutzt lose gekoppelte Systeme, um skalierbare Leistung zu bieten; und es ist einfach zu installieren, zu konfigurieren und zu verwalten.

Weitere Informationen zu MSDTC finden Sie im MSDN-Artikel DTC-Entwicklerhandbuch.

Was ist RPC? 
Remote Procedure Call (RPC) ist ein Protokoll, das ein Programm verwenden kann, um einen Dienst von einem Programm anzufordern, das sich auf einem anderen Computer in einem Netzwerk befindet. RPC hilft bei der Interoperabilität, da das Programm, das RPC verwendet, nicht die Netzwerkprotokolle verstehen muss, die die Kommunikation unterstützen. In RPC ist das anfordernde Programm der Client, und das dienstbasierte Programm ist der Server.

Was ist das NetworkService-Konto? 
Das NetworkService-Konto ist ein vordefiniertes lokales Konto, das vom Dienststeuerungs-Manager verwendet wird. Sie verfügt über minimale Berechtigungen auf dem lokalen Computer und fungiert als Computer im Netzwerk. Ein Dienst, der im Kontext des NetworkService-Kontos ausgeführt wird, stellt die Anmeldeinformationen des Computers auf Remoteservern dar. Weitere Informationen finden Sie im MSDN-Artikel NetworkService-Konto.

Was ist das LocalService-Konto? 
Das LocalService-Konto ist ein vordefiniertes lokales Konto, das vom Dienststeuerungs-Manager verwendet wird. Sie verfügt über minimale Berechtigungen auf dem lokalen Computer und zeigt anonyme Anmeldeinformationen im Netzwerk an. Weitere Informationen finden Sie im MSDN-Artikel " LocalService-Konto".

Was ist das LocalSystem-Konto? 
Das LocalSystem-Konto ist ein vordefiniertes lokales Konto, das vom Dienststeuerungs-Manager verwendet wird. Er verfügt über umfangreiche Berechtigungen auf dem lokalen Computer und fungiert als Computer im Netzwerk. Das Token enthält die NT AUTHORITY\SYSTEM und BUILTIN\Administrators SIDs; diese Konten haben Zugriff auf die meisten Systemobjekte. Ein Dienst, der im Kontext des LocalSystem-Kontos ausgeführt wird, erbt den Sicherheitskontext des Dienststeuerungs-Managers. Die meisten Dienste benötigen keine so hohe Berechtigungsstufe. Weitere Informationen finden Sie im MSDN-Artikel " LocalSystem Account".

Wie ist IIS von diesem Problem betroffen? 
Systeme, die vom Benutzer bereitgestellten Code in Internetinformationsdienste (IIS) ausführen, können betroffen sein. Beispielsweise können ISAPI-Filter und Erweiterungen und ASP.NET Code, der in voller Vertrauenswürdigkeit ausgeführt wird, von dieser Sicherheitsanfälligkeit betroffen sein.

IIS ist in den folgenden Szenarien nicht betroffen:

  • Standardinstallationen von IIS 5.1, IIS 6.0 und IIS 7.0
  • ASP.NET für die Ausführung mit einer niedrigeren Vertrauensebene als "Voll vertrauenswürdig" konfiguriert

Wie ist SQL Server von diesem Problem betroffen? 
Systeme, auf denen SQL Server ausgeführt wird, können betroffen sein, wenn einem Benutzer Administratorrechte zum Laden und Ausführen von Code gewährt werden. Ein Benutzer mit SQL Server-Administratorrechten kann speziell gestalteten Code ausführen, der den Angriff nutzen könnte. Diese Berechtigung wird jedoch nicht standardmäßig gewährt.

Welche zusätzlichen Anwendungen können von dieser Sicherheitsanfälligkeit betroffen sein? 
Systeme, die jeden Prozess mit SeImpersonatePrivilege ausführen, der vom Benutzer bereitgestellten Code lädt und ausführt, kann anfällig für einen Angriff mit erhöhten Rechten sein, wie in diesem Sicherheitsbulletin beschrieben. Die Einstellung "SeImpersonatePrivilege" wird im Microsoft Knowledge Base-Artikel 821546 beschrieben.

Was kann ein Angreifer tun, um die Sicherheitsanfälligkeit zu tun? 
Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann speziell gestalteten Code im Kontext des NetworkService-Kontos ausführen. Ein Angreifer könnte dann Programme installieren, Daten anzeigen, ändern, oder löschen oder neue Konten mit uneingeschränkten Benutzerrechten anlegen.

Wie kann ein Angreifer die Sicherheitsanfälligkeit ausnutzen? 
Um diese Sicherheitsanfälligkeit auszunutzen, müsste sich ein Angreifer zuerst beim System anmelden. Ein Angreifer könnte dann eine speziell gestaltete Anwendung ausführen, die die Sicherheitsanfälligkeit ausnutzen und die vollständige Kontrolle über das betroffene System übernimmt.

Welche Systeme sind in erster Linie durch die Sicherheitsanfälligkeit gefährdet? 
Arbeitsstationen und Terminalserver sind in erster Linie gefährdet. Server können mit größerem Risiko verbunden sein, wenn Benutzern, die nicht über Administratorberechtigungen verfügen, die Möglichkeit gegeben werden, sich bei Servern anzumelden und Programme auszuführen. Bewährte Methoden raten jedoch dringend davon ab, dies zuzulassen.

Alle Systeme, auf denen alle unterstützten Editionen von Windows XP Professional Service Pack 2 und Windows XP Professional Service Pack 3 ausgeführt werden, sowie alle unterstützten Versionen und Editionen von Windows Server 2003, Windows Vista und Windows Server 2008 sind möglicherweise gefährdet, wenn IIS aktiviert oder SQL Server installiert und konfiguriert und in einem anfälligen Zustand wie in diesem Bulletin beschrieben bereitgestellt wird.

Darüber hinaus sind IIS-Systeme, die Es Benutzern ermöglichen, Code hochzuladen, ein erhöhtes Risiko. SQL Server-Systeme sind gefährdet, wenn nicht vertrauenswürdige Benutzer privilegierten Kontozugriff gewährt werden. Dazu können Webhostinganbieter oder ähnliche Umgebungen gehören.

Was geschieht mit dem Update? 
Das Update behebt die Sicherheitsanfälligkeit, indem die Berechtigungsstufe für das von MSDTC angeforderte Token reduziert wird.

Als dieses Sicherheitsbulletin ausgegeben wurde, wurde diese Sicherheitsanfälligkeit öffentlich offengelegt? 
Ja. Diese Sicherheitsanfälligkeit wurde öffentlich offengelegt. Sie wurde der Allgemeinen Sicherheitsrisiko- und Risikonummer CVE-2008-1436 zugewiesen.

Als dieses Sicherheitsbulletin ausgegeben wurde, erhielt Microsoft alle Berichte, dass diese Sicherheitsanfälligkeit ausgenutzt wurde? 
Ja. Microsoft ist sich der eingeschränkten, gezielten Angriffe bewusst, die versuchen, die Sicherheitsanfälligkeit auszunutzen.

Schützt das Anwenden dieses Sicherheitsupdates Kunden vor dem Code, der öffentlich veröffentlicht wurde und versucht, diese Sicherheitsanfälligkeit auszunutzen? 
Ja. Dieses Sicherheitsupdate behebt die Sicherheitsanfälligkeit, die derzeit ausgenutzt wird. Der behobenen Sicherheitsanfälligkeit wurde die Allgemeine Sicherheitsrisiko- und Sicherheitsrisikonummer CVE-2008-1436 zugewiesen.

Sicherheitsanfälligkeit in Windows WMI-Dienstisolation – CVE-2009-0078

Aufgrund des WMI-Anbieters (Windows Management Instrumentation) besteht eine Sicherheitslücke zur Erhöhung von Rechten, die nicht ordnungsgemäß unter den NetworkService- oder LocalService-Konten ausgeführt werden. Die Sicherheitsanfälligkeit könnte es einem Angreifer ermöglichen, Code mit erhöhten Rechten auszuführen. Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann beliebigen Code ausführen und die vollständige Kontrolle über ein betroffenes System übernehmen. Ein Angreifer könnte dann Programme installieren, Daten anzeigen, ändern, oder löschen oder neue Konten mit uneingeschränkten Benutzerrechten anlegen.

Informationen zum Anzeigen dieser Sicherheitsanfälligkeit als Standardeintrag in der Liste allgemeiner Sicherheitsanfälligkeiten finden Sie unter CVE-2009-0078.

Mildernde Faktoren für die Sicherheitsanfälligkeit in Windows WMI-Dienstisolation – CVE-2009-0078

Die Entschärfung bezieht sich auf eine Einstellung, eine allgemeine Konfiguration oder eine allgemeine bewährte Methode, die in einem Standardzustand vorhanden ist, wodurch der Schweregrad der Ausbeutung einer Sicherheitsanfälligkeit verringert werden kann. Die folgenden mildernden Faktoren können in Ihrer Situation hilfreich sein:

  • Der Angreifer muss Code auf dem lokalen Computer ausführen können, um diese Sicherheitsanfälligkeit auszunutzen.

Problemumgehungen für die Sicherheitsanfälligkeit in Windows WMI-Dienstisolation – CVE-2009-0078

Die Problemumgehung bezieht sich auf eine Einstellung oder Konfigurationsänderung, die die zugrunde liegende Sicherheitsanfälligkeit nicht korrigiert, aber bekannte Angriffsvektoren blockiert, bevor Sie das Update anwenden. Microsoft hat die folgenden Problemumgehungen getestet und gibt in der Diskussion an, ob eine Problemumgehung die Funktionalität reduziert:

  • IIS 6.0 – Konfigurieren einer Arbeitsprozessidentität (Worker Process Identity, WPI) für einen Anwendungspool in IIS, um ein erstelltes Konto im IIS-Manager zu verwenden und MSDTC zu deaktivieren

    Führen Sie die folgenden Schritte aus:

    1. Erweitern Sie im IIS-Manager den lokalen Computer, erweitern Sie Anwendungspools, klicken Sie mit der rechten Maustaste auf den Anwendungspool, und wählen Sie "Eigenschaften" aus.
    2. Klicken Sie auf die Registerkarte "Identität ", und klicken Sie auf " Konfigurierbar". Geben Sie in den Feldern " Benutzername" und "Kennwort " den Benutzernamen und das Kennwort des Kontos ein, unter dem der Arbeitsprozess ausgeführt werden soll.
    3. Fügen Sie das ausgewählte Benutzerkonto zur gruppe IIS_WPG hinzu.

    Durch das Deaktivieren des Distributed Transaction Coordinator wird das betroffene System vor Versuchen, diese Sicherheitsanfälligkeit auszunutzen, geschützt. Führen Sie die folgenden Schritte aus, um den Distributed Transaction Coordinator zu deaktivieren:

    1. Klicken Sie auf Start und dann auf Systemsteuerung. Zeigen Sie alternativ auf Einstellungen, und klicken Sie dann auf Systemsteuerung.
    2. Doppelklicken Sie auf Verwaltung. Alternativ können Sie auf "Zur klassischen Ansicht wechseln" klicken und dann auf "Verwaltungstools" doppelklicken.
    3. Doppelklicken Sie auf "Dienste".
    4. Doppelklicken Sie auf "Distributed Transaction Coordinator".
    5. Klicken Sie in der Liste "Starttyp " auf "Deaktiviert".
    6. Klicken Sie auf "Beenden" (wenn sie gestartet wurde), und klicken Sie dann auf "OK".

    Sie können den MSDTC-Dienst auch beenden und deaktivieren, indem Sie den folgenden Befehl an der Eingabeaufforderung verwenden:
    sc stop MSDTC & sc config MSDTC start= disabled

    Auswirkungen der Problemumgehung: Die Verwaltung der in dieser Problemumgehung erstellten zusätzlichen Benutzerkonten führt zu einem erhöhten Verwaltungsaufwand. Je nach Art der anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsfunktionalität betroffen sein. Ein Beispiel ist die Windows-Authentifizierung; siehe Microsoft Knowledge Base-Artikel 871179. Durch das Deaktivieren von MSDTC werden Anwendungen daran gehindert, verteilte Transaktionen zu verwenden. Durch das Deaktivieren von MSDTC wird verhindert, dass IIS 5.1 im Kompatibilitätsmodus von Windows XP Professional Service Pack 2 und Windows XP Professional Service Pack 3 ausgeführt wird. IIS 6.0 wird im IIS 5.0-Kompatibilitätsmodus ausgeführt. Durch das Deaktivieren von MSDTC wird die Konfiguration sowie die Ausführung von COM+-Anwendungen verhindert.

  • IIS 7.0 – Angeben eines WPI für einen Anwendungspool im IIS-Manager

    1. Erweitern Sie im IIS-Manager den Serverknoten, klicken Sie auf Anwendungspools, klicken Sie mit der rechten Maustaste auf den Anwendungspool, und klicken Sie dann auf "Erweitert" Einstellungen...
    2. Suchen Sie den Identitätseintrag , und klicken Sie auf die Schaltfläche ... , um das Dialogfeld "Anwendungspoolidentität " zu öffnen.
    3. Wählen Sie die Option "Benutzerdefiniertes Konto " aus, und klicken Sie auf "Festlegen ", um das Dialogfeld "Anmeldeinformationen festlegen" zu öffnen. Geben Sie den ausgewählten Kontonamen und das Kennwort in die Textfelder "Benutzername" und "Kennwort" ein. Geben Sie das Kennwort im Textfeld "Kennwort bestätigen" erneut ein, und klicken Sie dann auf "OK".

    Hinweis: Anwendungspoolidentitäten werden IIS_WPG Gruppe in IIS7 dynamisch hinzugefügt und müssen nicht manuell hinzugefügt werden.

    Auswirkungen der Problemumgehung: Die Verwaltung der in dieser Problemumgehung erstellten zusätzlichen Benutzerkonten führt zu einem erhöhten Verwaltungsaufwand. Je nach Art der anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsfunktionalität betroffen sein.

  • IIS 7.0 – Angeben eines WPI für einen Anwendungspool mithilfe des Befehlszeilenprogramms APPCMD.exe

    1. Ändern Sie an einer Eingabeaufforderung mit erhöhten Rechten in das Verzeichnis %systemroot%\system32\inetsrv.
    2. Führen Sie den befehl APPCMD.exe mithilfe der folgenden Syntax aus, wobei Zeichenfolge der Name des Anwendungspools ist; userName:string ist der Benutzername des Kontos, das dem Anwendungspool zugewiesen ist; und "password:string " ist das Kennwort für das Konto.
      appcmd set config /section:applicationPools /
      [name='string'].processModel.identityType:SpecificUser /
      [name='string'].processModel.userName:string /
      [name='string'].processModel.password:string

    Hinweis: Anwendungspoolidentitäten werden IIS_WPG Gruppe in IIS 7.0 dynamisch hinzugefügt und müssen nicht manuell hinzugefügt werden.

    Auswirkungen der Problemumgehung: Die Verwaltung der in dieser Problemumgehung erstellten zusätzlichen Benutzerkonten führt zu einem erhöhten Verwaltungsaufwand. Je nach Art der anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsfunktionalität betroffen sein.

Häufig gestellte Fragen zur Sicherheitsanfälligkeit in Windows WMI-Dienstisolation – CVE-2009-0078

Was ist der Umfang der Sicherheitsanfälligkeit? 
Dies ist eine Sicherheitslücke zur Erhöhung von Berechtigungen. Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann beliebigen Code mit den gleichen Berechtigungen wie das LocalSystem-Konto ausführen. Ein Angreifer könnte dann Programme installieren, Daten anzeigen, ändern, oder löschen oder neue Konten mit uneingeschränkten Benutzerrechten anlegen.

Was verursacht die Sicherheitsanfälligkeit? 
Die Sicherheitsanfälligkeit ist darauf zurückzuführen, dass der WMI-Anbieter (Windows Management Instrumentation) Prozesse nicht ordnungsgemäß isoliert, die unter den NetworkService- oder LocalService-Konten ausgeführt werden. Zwei separate Prozesse, die unter demselben Konto ausgeführt werden, haben vollzugriff auf die Ressourcen der anderen, z. B. Dateihandle, Registrierungsschlüssel, Handles usw. Der WMI-Anbieterhostprozess enthält SYSTEMtoken in bestimmten Szenarien. Wenn ein Angreifer Zugriff auf einen Computer im Kontext eines NetworkService- oder LocalService-Kontos erhält, kann der Angreifer Code ausführen, um die WMI-Anbieterhostprozesse für SYSTEM-Token zu untersuchen. Sobald ein SYSTEM-Token gefunden wurde, kann der Code des Angreifers es verwenden, um Rechte auf SYSTEMebene zu erhalten.

Was ist die Windows-Verwaltungsinstrumentation (WMI)? 
Die Windows-Verwaltungsinstrumentation (WMI) ist die primäre Verwaltungstechnologie für Microsoft Windows-Betriebssysteme. Sie ermöglicht einheitliches und einheitliches Management, Kontrolle und Überwachung von Systemen im gesamten Unternehmen. WMI ermöglicht Es Systemadministratoren, Konfigurationseinstellungen auf Desktop- und Serversystemen, Anwendungen, Netzwerken und anderen Unternehmenskomponenten abzufragen, zu ändern und zu überwachen. Weitere Informationen finden Sie unter WMI Scripting Primer.

Was ist das NetworkService-Konto? 
Das NetworkService-Konto ist ein vordefiniertes lokales Konto, das vom Dienststeuerungs-Manager verwendet wird. Sie verfügt über minimale Berechtigungen auf dem lokalen Computer und fungiert als Computer im Netzwerk. Ein Dienst, der im Kontext des NetworkService-Kontos ausgeführt wird, stellt die Anmeldeinformationen des Computers auf Remoteservern dar. Weitere Informationen finden Sie im MSDN-Artikel " Netzwerkdienstkonto".

Was ist das LocalService-Konto? 
Das LocalService-Konto ist ein vordefiniertes lokales Konto, das vom Dienststeuerungs-Manager verwendet wird. Sie verfügt über minimale Berechtigungen auf dem lokalen Computer und zeigt anonyme Anmeldeinformationen im Netzwerk an. Weitere Informationen finden Sie im MSDN-Artikel " LocalService-Konto".

Was ist das LocalSystem-Konto? 
Das LocalSystem-Konto ist ein vordefiniertes lokales Konto, das vom Dienststeuerungs-Manager verwendet wird. Er verfügt über umfangreiche Berechtigungen auf dem lokalen Computer und fungiert als Computer im Netzwerk. Das Token enthält die NT AUTHORITY\SYSTEM und BUILTIN\Administrators SIDs; diese Konten haben Zugriff auf die meisten Systemobjekte. Ein Dienst, der im Kontext des LocalSystem-Kontos ausgeführt wird, erbt den Sicherheitskontext des Dienststeuerungs-Managers. Die meisten Dienste benötigen keine so hohe Berechtigungsstufe. Weitere Informationen finden Sie im MSDN-Artikel " LocalSystem Account".

Wie ist IIS von diesem Problem betroffen? 
Systeme, die vom Benutzer bereitgestellten Code in Internetinformationsdienste (IIS) ausführen, können betroffen sein. Beispielsweise können ISAPI-Filter und Erweiterungen und ASP.NET Code, der in voller Vertrauenswürdigkeit ausgeführt wird, von dieser Sicherheitsanfälligkeit betroffen sein.

IIS ist in den folgenden Szenarien nicht betroffen:

  • Standardinstallationen von IIS 5.1, IIS 6.0 und IIS 7.0
  • ASP.NET für die Ausführung mit einer niedrigeren Vertrauensebene als "Voll vertrauenswürdig" konfiguriert

Wie ist SQL Server von diesem Problem betroffen? 
Systeme, auf denen SQL Server ausgeführt wird, können betroffen sein, wenn einem Benutzer Administratorrechte zum Laden und Ausführen von Code gewährt werden. Ein Benutzer mit SQL Server-Administratorrechten kann speziell gestalteten Code ausführen, der den Angriff nutzen könnte. Diese Berechtigung wird jedoch nicht standardmäßig gewährt.

Welche WMI-Anbieter sind von diesem Update betroffen?
Eine vollständige Liste der von diesem Update betroffenen WMI-Anbieter finden Sie im Microsoft Knowledge Base-Artikel 956572.

Welche zusätzlichen Anwendungen können von dieser Sicherheitsanfälligkeit betroffen sein? 
Systeme, die jeden Prozess mit SeImpersonatePrivilege ausführen, der vom Benutzer bereitgestellten Code lädt und ausführt, kann anfällig für einen Angriff mit erhöhten Rechten sein, wie in diesem Sicherheitsbulletin beschrieben. Die Einstellung "SeImpersonatePrivilege" wird im Microsoft Knowledge Base-Artikel 821546 beschrieben.

Was kann ein Angreifer tun, um die Sicherheitsanfälligkeit zu tun? 
Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann speziell gestalteten Code im Kontext der NetworkService- oder LocalService-Konten ausführen, die Zugriff auf Ressourcen in Prozessen erhalten können, die auch als NetworkService oder LocalService ausgeführt werden. Einige dieser Prozesse haben möglicherweise die Möglichkeit, ihre Berechtigungen auf LocalSystem zu erhöhen, sodass alle NetworkService- oder LocalService-Prozesse auch ihre Berechtigungen auf LocalSystem erhöhen können. Ein Angreifer könnte dann Programme installieren, Daten anzeigen, ändern, oder löschen oder neue Konten mit uneingeschränkten Benutzerrechten anlegen.

Wie kann ein Angreifer die Sicherheitsanfälligkeit ausnutzen? 
Um diese Sicherheitsanfälligkeit auszunutzen, müsste ein Angreifer zunächst einen angemeldeten Benutzer davon überzeugen, Code auf dem System auszuführen. Ein Angreifer könnte dann eine speziell gestaltete Anwendung ausführen, die die Sicherheitsanfälligkeit ausnutzen und die vollständige Kontrolle über das betroffene System übernimmt.

Welche Systeme sind in erster Linie durch die Sicherheitsanfälligkeit gefährdet? 
Arbeitsstationen und Terminalserver sind in erster Linie gefährdet. Server sind möglicherweise gefährdeter, wenn Benutzern, die nicht über ausreichende Administratorberechtigungen verfügen, die Möglichkeit erhalten, sich bei Servern anzumelden und Programme auszuführen. Bewährte Methoden raten jedoch dringend davon ab, dies zuzulassen.

Alle Systeme, auf denen alle unterstützten Editionen von Windows XP Professional Service Pack 2, Windows XP Professional Service Pack 3 und alle unterstützten Versionen und Editionen von Windows Server 2003, Windows Vista und Windows Server 2008 ausgeführt werden, sind möglicherweise gefährdet, wenn IIS aktiviert ist oder SQL Server installiert und konfiguriert und in einem anfälligen Zustand wie in diesem Bulletin beschrieben bereitgestellt wird.

Darüber hinaus sind IIS-Systeme, die Es Benutzern ermöglichen, Code hochzuladen, ein erhöhtes Risiko. SQL Server-Systeme sind gefährdet, wenn nicht vertrauenswürdige Benutzer privilegierten Kontozugriff gewährt werden. Dazu können Webhostinganbieter oder ähnliche Umgebungen gehören.

Was geschieht mit dem Update? 
Das Update behebt die Sicherheitsanfälligkeit durch ordnungsgemäßes Isolieren von WMI-Anbietern, um sicherzustellen, dass sie auf sichere Weise aufgerufen werden.

Als dieses Sicherheitsbulletin ausgegeben wurde, wurde diese Sicherheitsanfälligkeit öffentlich offengelegt? 
Ja. Diese Sicherheitsanfälligkeit wurde öffentlich offengelegt. Es wurde die Nummer für allgemeine Sicherheitsanfälligkeit und Sicherheitsanfälligkeit CVE-2009-0078 zugewiesen.

Als dieses Sicherheitsbulletin ausgegeben wurde, erhielt Microsoft alle Berichte, dass diese Sicherheitsanfälligkeit ausgenutzt wurde? 
Ja. Microsoft ist sich der eingeschränkten, gezielten Angriffe bewusst, die versuchen, die Sicherheitsanfälligkeit auszunutzen.

Sicherheitsanfälligkeit in Windows RPCSS-Dienstisolation – CVE-2009-0079

Aufgrund der fehlerhaften Isolierung von Prozessen, die unter den NetworkService- oder LocalService-Konten ausgeführt werden, besteht eine Erhöhung der Berechtigungslücke. Die Sicherheitsanfälligkeit könnte es einem Angreifer ermöglichen, Code mit erhöhten Rechten auszuführen. Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann beliebigen Code ausführen und die vollständige Kontrolle über ein betroffenes System übernehmen. Ein Angreifer könnte dann Programme installieren, Daten anzeigen, ändern, oder löschen oder neue Konten mit uneingeschränkten Benutzerrechten anlegen.

Informationen zum Anzeigen dieser Sicherheitsanfälligkeit als Standardeintrag in der Liste allgemeiner Sicherheitsanfälligkeiten finden Sie unter CVE-2009-0079.

Mildernde Faktoren für die Sicherheitsanfälligkeit in Windows RPCSS-Dienstisolation – CVE-2009-0079

Die Entschärfung bezieht sich auf eine Einstellung, eine allgemeine Konfiguration oder eine allgemeine bewährte Methode, die in einem Standardzustand vorhanden ist, wodurch der Schweregrad der Ausbeutung einer Sicherheitsanfälligkeit verringert werden kann. Die folgenden mildernden Faktoren können in Ihrer Situation hilfreich sein:

  • Der Angreifer muss Code auf dem lokalen Computer ausführen können, um diese Sicherheitsanfälligkeit auszunutzen.

Problemumgehungen für Die Sicherheitsanfälligkeit in Windows RPCSS-Dienstisolation – CVE-2009-0079

Die Problemumgehung bezieht sich auf eine Einstellung oder Konfigurationsänderung, die die zugrunde liegende Sicherheitsanfälligkeit nicht korrigiert, aber bekannte Angriffsvektoren blockiert, bevor Sie das Update anwenden. Microsoft hat die folgenden Problemumgehungen getestet und gibt in der Diskussion an, ob eine Problemumgehung die Funktionalität reduziert:

  • IIS 6.0 – Konfigurieren einer Arbeitsprozessidentität (Worker Process Identity, WPI) für einen Anwendungspool in IIS, um ein erstelltes Konto im IIS-Manager zu verwenden und MSDTC zu deaktivieren

    Führen Sie die folgenden Schritte aus:

    1. Erweitern Sie im IIS-Manager den lokalen Computer, erweitern Sie Anwendungspools, klicken Sie mit der rechten Maustaste auf den Anwendungspool, und wählen Sie "Eigenschaften" aus.
    2. Klicken Sie auf die Registerkarte "Identität ", und klicken Sie auf " Konfigurierbar". Geben Sie in den Feldern " Benutzername" und "Kennwort " den Benutzernamen und das Kennwort des Kontos ein, unter dem der Arbeitsprozess ausgeführt werden soll.
    3. Fügen Sie das ausgewählte Benutzerkonto zur gruppe IIS_WPG hinzu.

    Durch das Deaktivieren des Distributed Transaction Coordinator wird das betroffene System vor Versuchen, diese Sicherheitsanfälligkeit auszunutzen, geschützt. Führen Sie die folgenden Schritte aus, um den Distributed Transaction Coordinator zu deaktivieren:

    1. Klicken Sie auf Start und dann auf Systemsteuerung. Zeigen Sie alternativ auf Einstellungen, und klicken Sie dann auf Systemsteuerung.
    2. Doppelklicken Sie auf Verwaltung. Alternativ können Sie auf "Zur klassischen Ansicht wechseln" klicken und dann auf "Verwaltungstools" doppelklicken.
    3. Doppelklicken Sie auf "Dienste".
    4. Doppelklicken Sie auf "Distributed Transaction Coordinator".
    5. Klicken Sie in der Liste "Starttyp " auf "Deaktiviert".
    6. Klicken Sie auf "Beenden" (wenn sie gestartet wurde), und klicken Sie dann auf "OK".

    Sie können den MSDTC-Dienst auch beenden und deaktivieren, indem Sie den folgenden Befehl an der Eingabeaufforderung verwenden:
    sc stop MSDTC & sc config MSDTC start= disabled

    Auswirkungen der Problemumgehung: Die Verwaltung der in dieser Problemumgehung erstellten zusätzlichen Benutzerkonten führt zu einem erhöhten Verwaltungsaufwand. Je nach Art der anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsfunktionalität betroffen sein. Ein Beispiel ist die Windows-Authentifizierung; siehe Microsoft Knowledge Base-Artikel 871179. Durch das Deaktivieren von MSDTC werden Anwendungen daran gehindert, verteilte Transaktionen zu verwenden. Durch das Deaktivieren von MSDTC wird verhindert, dass IIS 5.1 im Kompatibilitätsmodus von Windows XP Professional Service Pack 2 und Windows XP Professional Service Pack 3 ausgeführt wird. IIS 6.0 wird im IIS 5.0-Kompatibilitätsmodus ausgeführt. Durch das Deaktivieren von MSDTC wird die Konfiguration sowie die Ausführung von COM+-Anwendungen verhindert.

  • IIS 7.0 – Angeben eines WPI für einen Anwendungspool im IIS-Manager

    1. Erweitern Sie im IIS-Manager den Serverknoten, klicken Sie auf Anwendungspools, klicken Sie mit der rechten Maustaste auf den Anwendungspool, und klicken Sie dann auf "Erweitert" Einstellungen...
    2. Suchen Sie den Identitätseintrag , und klicken Sie auf die Schaltfläche ... , um das Dialogfeld "Anwendungspoolidentität " zu öffnen.
    3. Wählen Sie die Option "Benutzerdefiniertes Konto " aus, und klicken Sie auf "Festlegen ", um das Dialogfeld "Anmeldeinformationen festlegen" zu öffnen. Geben Sie den ausgewählten Kontonamen und das Kennwort in die Textfelder "Benutzername" und "Kennwort" ein. Geben Sie das Kennwort im Textfeld "Kennwort bestätigen" erneut ein, und klicken Sie dann auf "OK".

    Hinweis: Anwendungspoolidentitäten werden IIS_WPG Gruppe in IIS7 dynamisch hinzugefügt und müssen nicht manuell hinzugefügt werden.

    Auswirkungen der Problemumgehung: Die Verwaltung der in dieser Problemumgehung erstellten zusätzlichen Benutzerkonten führt zu einem erhöhten Verwaltungsaufwand. Je nach Art der anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsfunktionalität betroffen sein.

  • IIS 7.0 – Angeben eines WPI für einen Anwendungspool mithilfe des Befehlszeilenprogramms APPCMD.exe

    1. Ändern Sie an einer Eingabeaufforderung mit erhöhten Rechten in das Verzeichnis %systemroot%\system32\inetsrv.
    2. Führen Sie den befehl APPCMD.exe mithilfe der folgenden Syntax aus, wobei Zeichenfolge der Name des Anwendungspools ist; userName:string ist der Benutzername des Kontos, das dem Anwendungspool zugewiesen ist; und "password:string " ist das Kennwort für das Konto.
      appcmd set config /section:applicationPools /
      [name='string'].processModel.identityType:SpecificUser /
      [name='string'].processModel.userName:string /
      [name='string'].processModel.password:string

    Hinweis: Anwendungspoolidentitäten werden IIS_WPG Gruppe in IIS 7.0 dynamisch hinzugefügt und müssen nicht manuell hinzugefügt werden.

    Auswirkungen der Problemumgehung: Die Verwaltung der in dieser Problemumgehung erstellten zusätzlichen Benutzerkonten führt zu einem erhöhten Verwaltungsaufwand. Je nach Art der anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsfunktionalität betroffen sein.

Häufig gestellte Fragen zur Sicherheitsanfälligkeit in Windows RPCSS-Dienstisolation – CVE-009-0079

Was ist der Umfang der Sicherheitsanfälligkeit? 
Dies ist eine Sicherheitslücke zur Erhöhung von Berechtigungen. Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann beliebigen Code mit LocalSystem-Berechtigungen ausführen. Ein Angreifer könnte dann Programme installieren, Daten anzeigen, ändern, oder löschen oder neue Konten mit uneingeschränkten Benutzerrechten anlegen.

Was verursacht die Sicherheitsanfälligkeit? 
Die Sicherheitsanfälligkeit liegt daran, dass der RPCSS-Dienst Prozesse nicht ordnungsgemäß isoliert, die unter den NetworkService- oder LocalService-Konten ausgeführt werden.

Was ist RPC? 
Remote Procedure Call (RPC) ist ein Protokoll, das ein Programm verwenden kann, um einen Dienst von einem Programm anzufordern, das sich auf einem anderen Computer in einem Netzwerk befindet. RPC hilft bei der Interoperabilität, da das Programm, das RPC verwendet, nicht die Netzwerkprotokolle verstehen muss, die die Kommunikation unterstützen. In RPC ist das anfordernde Programm der Client, und das dienstbasierte Programm ist der Server.

Was ist das NetworkService-Konto? 
Das NetworkService-Konto ist ein vordefiniertes lokales Konto, das vom Dienststeuerungs-Manager verwendet wird. Sie verfügt über minimale Berechtigungen auf dem lokalen Computer und fungiert als Computer im Netzwerk. Ein Dienst, der im Kontext des NetworkService-Kontos ausgeführt wird, stellt die Anmeldeinformationen des Computers auf Remoteservern dar. Weitere Informationen finden Sie im MSDN-Artikel " Netzwerkdienstkonto".

Was ist das LocalService-Konto? 
Das LocalService-Konto ist ein vordefiniertes lokales Konto, das vom Dienststeuerungs-Manager verwendet wird. Sie verfügt über minimale Berechtigungen auf dem lokalen Computer und zeigt anonyme Anmeldeinformationen im Netzwerk an. Weitere Informationen finden Sie im MSDN-Artikel " LocalService-Konto".

Was ist das LocalSystem-Konto? 
Das LocalSystem-Konto ist ein vordefiniertes lokales Konto, das vom Dienststeuerungs-Manager verwendet wird. Er verfügt über umfangreiche Berechtigungen auf dem lokalen Computer und fungiert als Computer im Netzwerk. Das Token enthält die NT AUTHORITY\SYSTEM und BUILTIN\Administrators SIDs; diese Konten haben Zugriff auf die meisten Systemobjekte. Ein Dienst, der im Kontext des LocalSystem-Kontos ausgeführt wird, erbt den Sicherheitskontext des Dienststeuerungs-Managers. Die meisten Dienste benötigen keine so hohe Berechtigungsstufe. Weitere Informationen finden Sie im MSDN-Artikel " LocalSystem Account".

Wie ist IIS von diesem Problem betroffen? 
Systeme, die vom Benutzer bereitgestellten Code in Internetinformationsdienste (IIS) ausführen, können betroffen sein. Beispielsweise können ISAPI-Filter und Erweiterungen und ASP.NET Code, der in voller Vertrauenswürdigkeit ausgeführt wird, von dieser Sicherheitsanfälligkeit betroffen sein.

IIS ist in den folgenden Szenarien nicht betroffen:

  • Standardinstallationen von IIS 5.1, IIS 6.0 und IIS 7.0
  • ASP.NET für die Ausführung mit einer niedrigeren Vertrauensebene als "Voll vertrauenswürdig" konfiguriert

Wie ist SQL Server von diesem Problem betroffen? 
Systeme, auf denen SQL Server ausgeführt wird, können betroffen sein, wenn einem Benutzer Administratorrechte zum Laden und Ausführen von Code gewährt werden. Ein Benutzer mit SQL Server-Administratorrechten kann speziell gestalteten Code ausführen, der den Angriff nutzen könnte. Diese Berechtigung wird jedoch nicht standardmäßig gewährt.

Welche zusätzlichen Anwendungen können von dieser Sicherheitsanfälligkeit betroffen sein? 
Systeme, die jeden Prozess mit SeImpersonatePrivilege ausführen, der vom Benutzer bereitgestellten Code lädt und ausführt, kann anfällig für einen Angriff mit erhöhten Rechten sein, wie in diesem Sicherheitsbulletin beschrieben. Die Einstellung "SeImpersonatePrivilege" wird im Microsoft Knowledge Base-Artikel 821546 beschrieben.

Was kann ein Angreifer tun, um die Sicherheitsanfälligkeit zu tun? 
Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann speziell gestalteten Code im Kontext der NetworkService- oder LocalService-Konten ausführen, die Zugriff auf Ressourcen in Prozessen erhalten können, die auch als NetworkService oder LocalService ausgeführt werden. Einige dieser Prozesse haben möglicherweise die Möglichkeit, ihre Berechtigungen auf LocalSystem zu erhöhen, sodass alle NetworkService- oder LocalService-Prozesse auch ihre Berechtigungen auf LocalSystem erhöhen können. Ein Angreifer könnte dann Programme installieren, Daten anzeigen, ändern, oder löschen oder neue Konten mit uneingeschränkten Benutzerrechten anlegen.

Wie kann ein Angreifer die Sicherheitsanfälligkeit ausnutzen? 
Um diese Sicherheitsanfälligkeit auszunutzen, müsste sich ein Angreifer zuerst beim System anmelden. Ein Angreifer könnte dann eine speziell gestaltete Anwendung ausführen, die die Sicherheitsanfälligkeit ausnutzen und die vollständige Kontrolle über das betroffene System übernimmt.

Welche Systeme sind in erster Linie durch die Sicherheitsanfälligkeit gefährdet? 
Arbeitsstationen und Terminalserver sind in erster Linie gefährdet. Server sind möglicherweise gefährdeter, wenn Benutzern, die nicht über ausreichende Administratorberechtigungen verfügen, die Möglichkeit erhalten, sich bei Servern anzumelden und Programme auszuführen. Bewährte Methoden raten jedoch dringend davon ab, dies zuzulassen.

Alle Systeme, auf denen Windows XP Professional Service Pack 2, Windows XP Professional Service Pack 3 und alle unterstützten Versionen und Editionen von Windows Server 2003 ausgeführt werden, können gefährdet sein, wenn IIS aktiviert ist oder SQL Server installiert und in einem anfälligen Zustand wie in diesem Bulletin beschrieben konfiguriert oder bereitgestellt wird.

Darüber hinaus sind IIS-Systeme, die Es Benutzern ermöglichen, Code hochzuladen, ein erhöhtes Risiko. SQL Server-Systeme sind gefährdet, wenn nicht vertrauenswürdige Benutzer privilegierten Kontozugriff gewährt werden. Dazu können Webhostinganbieter oder ähnliche Umgebungen gehören.

Was geschieht mit dem Update? 
Das Update behebt die Sicherheitsanfälligkeit durch ordnungsgemäßes Isolieren von Prozessen, die unter den NetworkService- oder LocalService-Konten ausgeführt werden.

Als dieses Sicherheitsbulletin ausgegeben wurde, wurde diese Sicherheitsanfälligkeit öffentlich offengelegt? 
Ja. Diese Sicherheitsanfälligkeit wurde öffentlich offengelegt. Es wurde die Nummer für allgemeine Sicherheitsanfälligkeit und Sicherheitsanfälligkeit CVE-2009-0079 zugewiesen.

Als dieses Sicherheitsbulletin ausgegeben wurde, erhielt Microsoft alle Berichte, dass diese Sicherheitsanfälligkeit ausgenutzt wurde? 
Ja. Microsoft ist sich der eingeschränkten, gezielten Angriffe bewusst, die versuchen, die Sicherheitsanfälligkeit auszunutzen.

Sicherheitsanfälligkeit in Windows-Threadpool-ACL-Schwachstellen – CVE-2009-0080

Eine Erhöhung der Berechtigungslücke besteht aufgrund von Windows, die falsche Zugriffssteuerungslisten (ACLs) in Threads im aktuellen ThreadPool platziert. Die Sicherheitsanfälligkeit könnte es einem Angreifer ermöglichen, Code mit erhöhten Rechten auszuführen. Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann beliebigen Code ausführen und die vollständige Kontrolle über ein betroffenes System übernehmen. Ein Angreifer könnte dann Programme installieren, Daten anzeigen, ändern, oder löschen oder neue Konten mit uneingeschränkten Benutzerrechten anlegen.

Informationen zum Anzeigen dieser Sicherheitsanfälligkeit als Standardeintrag in der Liste allgemeiner Sicherheitsanfälligkeiten finden Sie unter CVE-2009-0080.

Mildernde Faktoren für die ACL-Sicherheitsanfälligkeit im Windows-Threadpool – CVE- 2009-0080

Die Entschärfung bezieht sich auf eine Einstellung, eine allgemeine Konfiguration oder eine allgemeine bewährte Methode, die in einem Standardzustand vorhanden ist, wodurch der Schweregrad der Ausbeutung einer Sicherheitsanfälligkeit verringert werden kann. Die folgenden mildernden Faktoren können in Ihrer Situation hilfreich sein:

  • Der Angreifer muss Code auf dem lokalen Computer ausführen können, um diese Sicherheitsanfälligkeit auszunutzen. Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, könnte dieselben Benutzerrechte wie der LocalSystem-Dienst erhalten.

Problemumgehungen für ACL-Schwachstellen in Windows-Threadpool – CVE-2009-0080

Die Problemumgehung bezieht sich auf eine Einstellung oder Konfigurationsänderung, die die zugrunde liegende Sicherheitsanfälligkeit nicht korrigiert, aber bekannte Angriffsvektoren blockiert, bevor Sie das Update anwenden. Microsoft hat die folgenden Problemumgehungen getestet und gibt in der Diskussion an, ob eine Problemumgehung die Funktionalität reduziert:

  • IIS 6.0 – Konfigurieren einer Arbeitsprozessidentität (Worker Process Identity, WPI) für einen Anwendungspool in IIS, um ein erstelltes Konto im IIS-Manager zu verwenden und MSDTC zu deaktivieren

    Führen Sie die folgenden Schritte aus:

    1. Erweitern Sie im IIS-Manager den lokalen Computer, erweitern Sie Anwendungspools, klicken Sie mit der rechten Maustaste auf den Anwendungspool, und wählen Sie "Eigenschaften" aus.
    2. Klicken Sie auf die Registerkarte "Identität ", und klicken Sie auf " Konfigurierbar". Geben Sie in den Feldern " Benutzername" und "Kennwort " den Benutzernamen und das Kennwort des Kontos ein, unter dem der Arbeitsprozess ausgeführt werden soll.
    3. Fügen Sie das ausgewählte Benutzerkonto zur gruppe IIS_WPG hinzu.

    Durch das Deaktivieren des Distributed Transaction Coordinator wird das betroffene System vor Versuchen, diese Sicherheitsanfälligkeit auszunutzen, geschützt. Führen Sie die folgenden Schritte aus, um den Distributed Transaction Coordinator zu deaktivieren:

    1. Klicken Sie auf Start und dann auf Systemsteuerung. Zeigen Sie alternativ auf Einstellungen, und klicken Sie dann auf Systemsteuerung.
    2. Doppelklicken Sie auf Verwaltung. Alternativ können Sie auf "Zur klassischen Ansicht wechseln" klicken und dann auf "Verwaltungstools" doppelklicken.
    3. Doppelklicken Sie auf "Dienste".
    4. Doppelklicken Sie auf "Distributed Transaction Coordinator".
    5. Klicken Sie in der Liste "Starttyp " auf "Deaktiviert".
    6. Klicken Sie auf "Beenden" (wenn sie gestartet wurde), und klicken Sie dann auf "OK".

    Sie können den MSDTC-Dienst auch beenden und deaktivieren, indem Sie den folgenden Befehl an der Eingabeaufforderung verwenden:
    sc stop MSDTC & sc config MSDTC start= disabled

    Auswirkungen der Problemumgehung: Die Verwaltung der in dieser Problemumgehung erstellten zusätzlichen Benutzerkonten führt zu einem erhöhten Verwaltungsaufwand. Je nach Art der anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsfunktionalität betroffen sein. Ein Beispiel ist die Windows-Authentifizierung; siehe Microsoft Knowledge Base-Artikel 871179. Durch das Deaktivieren von MSDTC werden Anwendungen daran gehindert, verteilte Transaktionen zu verwenden. Durch das Deaktivieren von MSDTC wird verhindert, dass IIS 5.1 im Kompatibilitätsmodus von Windows XP Professional Service Pack 2 und Windows XP Professional Service Pack 3 ausgeführt wird. IIS 6.0 wird im IIS 5.0-Kompatibilitätsmodus ausgeführt. Durch das Deaktivieren von MSDTC wird die Konfiguration sowie die Ausführung von COM+-Anwendungen verhindert.

  • IIS 7.0 – Angeben eines WPI für einen Anwendungspool im IIS-Manager

    1. Erweitern Sie im IIS-Manager den Serverknoten, klicken Sie auf Anwendungspools, klicken Sie mit der rechten Maustaste auf den Anwendungspool, und klicken Sie dann auf "Erweitert" Einstellungen...
    2. Suchen Sie den Identitätseintrag , und klicken Sie auf die Schaltfläche ... , um das Dialogfeld "Anwendungspoolidentität " zu öffnen.
    3. Wählen Sie die Option "Benutzerdefiniertes Konto " aus, und klicken Sie auf "Festlegen ", um das Dialogfeld "Anmeldeinformationen festlegen" zu öffnen. Geben Sie den ausgewählten Kontonamen und das Kennwort in die Textfelder "Benutzername" und "Kennwort" ein. Geben Sie das Kennwort im Textfeld "Kennwort bestätigen" erneut ein, und klicken Sie dann auf "OK".

    Hinweis: Anwendungspoolidentitäten werden IIS_WPG Gruppe in IIS7 dynamisch hinzugefügt und müssen nicht manuell hinzugefügt werden.

    Auswirkungen der Problemumgehung: Die Verwaltung der in dieser Problemumgehung erstellten zusätzlichen Benutzerkonten führt zu einem erhöhten Verwaltungsaufwand. Je nach Art der anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsfunktionalität betroffen sein.

  • IIS 7.0 – Angeben eines WPI für einen Anwendungspool mithilfe des Befehlszeilenprogramms APPCMD.exe

    1. Ändern Sie an einer Eingabeaufforderung mit erhöhten Rechten in das Verzeichnis %systemroot%\system32\inetsrv.
    2. Führen Sie den befehl APPCMD.exe mithilfe der folgenden Syntax aus, wobei Zeichenfolge der Name des Anwendungspools ist; userName:string ist der Benutzername des Kontos, das dem Anwendungspool zugewiesen ist; und "password:string " ist das Kennwort für das Konto.
      appcmd set config /section:applicationPools /
      [name='string'].processModel.identityType:SpecificUser /
      [name='string'].processModel.userName:string /
      [name='string'].processModel.password:string

    Hinweis: Anwendungspoolidentitäten werden IIS_WPG Gruppe in IIS 7.0 dynamisch hinzugefügt und müssen nicht manuell hinzugefügt werden.

    Auswirkungen der Problemumgehung: Die Verwaltung der in dieser Problemumgehung erstellten zusätzlichen Benutzerkonten führt zu einem erhöhten Verwaltungsaufwand. Je nach Art der anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsfunktionalität betroffen sein.

Häufig gestellte Fragen zur ACL-Sicherheitsanfälligkeit im Windows-Threadpool – CVE-2009-0080

Was ist der Umfang der Sicherheitsanfälligkeit? 
Dies ist eine Sicherheitslücke zur Erhöhung von Berechtigungen. Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann beliebigen Code mit LocalSystem-Berechtigungen ausführen. Ein Angreifer könnte dann Programme installieren, Daten anzeigen, ändern, oder löschen oder neue Konten mit uneingeschränkten Benutzerrechten anlegen.

Was verursacht die Sicherheitsanfälligkeit? 
Die Sicherheitsanfälligkeit liegt daran, dass Windows falsche Zugriffssteuerungslisten (ACLs) in Threads im aktuellen ThreadPool platziert.

Was ist die Windows ThreadPool-Klasse? 
Die Windows ThreadPool-Klasse stellt einen Pool von Threads bereit, die verwendet werden können, um Arbeitsaufgaben zu posten, asynchrone E/A zu verarbeiten, im Auftrag anderer Threads zu warten und Zeitgeber zu verarbeiten. Viele Anwendungen erstellen Threads, die viel Zeit im Ruhezustand verbringen und auf ein Ereignis warten. Andere Threads können nur in regelmäßigen Abständen zum Abrufen von Änderungs- oder Aktualisierungsstatusinformationen in einen Ruhezustand versetzt werden. Mit Threadpooling können Sie Threads effizienter verwenden, indem Sie Ihrer Anwendung einen Pool mit Arbeitsthreads bereitstellen, die vom System verwaltet werden. Ein Thread überwacht den Status mehrerer Wartevorgänge, die im Threadpool in die Warteschlange gestellt wurden. Wenn ein Wartevorgang abgeschlossen ist, führt ein Workerthread aus dem Threadpool die entsprechende Rückruffunktion aus. Weitere Informationen finden Sie im MSDN-Artikel ThreadPool-Klasse.

Was ist eine Zugriffssteuerungsliste (Access Control List, ACL)? 
Eine Zugriffssteuerungsliste (Access Control List, ACL) ist eine Liste der Sicherheitsschutzmechanismen, die für ein Objekt gelten. Ein Objekt kann eine Datei, ein Prozess, ein Ereignis oder ein anderes Objekt mit einem Sicherheitsdeskriptor sein. Ein Eintrag in einer ACL ist ein Zugriffssteuerungseintrag (Access Control Entry, ACE). Es gibt zwei Arten von Zugriffssteuerungslisten, diskretionär und system. Jede ACE in einer ACL identifiziert Zugriffsberechtigungen, die für diesen Trustee zugelassen, verweigert oder überwacht werden. Weitere Informationen finden Sie im MSDN-Artikel ,Zugriffssteuerungslisten.For information, see the MSDN article, Access Control Lists.

Was ist das NetworkService-Konto? 
Das NetworkService-Konto ist ein vordefiniertes lokales Konto, das vom Dienststeuerungs-Manager verwendet wird. Sie verfügt über minimale Berechtigungen auf dem lokalen Computer und fungiert als Computer im Netzwerk. Ein Dienst, der im Kontext des NetworkService-Kontos ausgeführt wird, stellt die Anmeldeinformationen des Computers auf Remoteservern dar. Weitere Informationen finden Sie im MSDN-Artikel " Netzwerkdienstkonto".

Was ist das LocalService-Konto? 
Das LocalService-Konto ist ein vordefiniertes lokales Konto, das vom Dienststeuerungs-Manager verwendet wird. Sie verfügt über minimale Berechtigungen auf dem lokalen Computer und zeigt anonyme Anmeldeinformationen im Netzwerk an. Weitere Informationen finden Sie im MSDN-Artikel " LocalService-Konto".

Was ist das LocalSystem-Konto? 
Das LocalSystem-Konto ist ein vordefiniertes lokales Konto, das vom Dienststeuerungs-Manager verwendet wird. Er verfügt über umfangreiche Berechtigungen auf dem lokalen Computer und fungiert als Computer im Netzwerk. Das Token enthält die NT AUTHORITY\SYSTEM und BUILTIN\Administrators SIDs; diese Konten haben Zugriff auf die meisten Systemobjekte. Ein Dienst, der im Kontext des LocalSystem-Kontos ausgeführt wird, erbt den Sicherheitskontext des Dienststeuerungs-Managers. Die meisten Dienste benötigen keine so hohe Berechtigungsstufe. Weitere Informationen finden Sie im MSDN-Artikel " LocalSystem Account".

Wie ist IIS von diesem Problem betroffen? 
Systeme, die vom Benutzer bereitgestellten Code in Internetinformationsdienste (IIS) ausführen, können betroffen sein. Beispielsweise können ISAPI-Filter und Erweiterungen und ASP.NET Code, der in voller Vertrauenswürdigkeit ausgeführt wird, von dieser Sicherheitsanfälligkeit betroffen sein.

IIS ist in den folgenden Szenarien nicht betroffen:

  • Standardinstallationen von IIS 5.1, IIS 6.0 und IIS 7.0
  • ASP.NET für die Ausführung mit einer niedrigeren Vertrauensebene als "Voll vertrauenswürdig" konfiguriert

Wie ist SQL Server von diesem Problem betroffen? 
Systeme, auf denen SQL Server ausgeführt wird, können betroffen sein, wenn einem Benutzer Administratorrechte zum Laden und Ausführen von Code gewährt werden. Ein Benutzer mit SQL Server-Administratorrechten kann speziell gestalteten Code ausführen, der den Angriff nutzen könnte. Diese Berechtigung wird jedoch nicht standardmäßig gewährt.

Was kann ein Angreifer tun, um die Sicherheitsanfälligkeit zu tun? 
Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann speziell gestalteten Code im Kontext der NetworkService- oder LocalService-Konten ausführen, die Zugriff auf Ressourcen in Prozessen erhalten können, die auch als NetworkService oder LocalService ausgeführt werden. Einige dieser Prozesse haben möglicherweise die Möglichkeit, ihre Berechtigungen auf LocalSystem zu erhöhen, sodass alle NetworkService- oder LocalService-Prozesse auch ihre Berechtigungen auf LocalSystem erhöhen können. Ein Angreifer könnte dann Programme installieren, Daten anzeigen, ändern, oder löschen oder neue Konten mit uneingeschränkten Benutzerrechten anlegen.

Wie kann ein Angreifer die Sicherheitsanfälligkeit ausnutzen? 
Um diese Sicherheitsanfälligkeit auszunutzen, müsste sich ein Angreifer zuerst beim System anmelden. Ein Angreifer könnte dann eine speziell gestaltete Anwendung ausführen, die die Sicherheitsanfälligkeit ausnutzen und die vollständige Kontrolle über das betroffene System übernimmt.

Welche Systeme sind in erster Linie durch die Sicherheitsanfälligkeit gefährdet? 
Arbeitsstationen und Terminalserver sind in erster Linie gefährdet. Server sind möglicherweise gefährdeter, wenn Benutzern, die nicht über ausreichende Administratorberechtigungen verfügen, die Möglichkeit erhalten, sich bei Servern anzumelden und Programme auszuführen. Bewährte Methoden raten jedoch dringend davon ab, dies zuzulassen.

Alle Systeme, auf denen alle unterstützten Editionen von Windows Vista und Windows Server 2008 ausgeführt werden, sind möglicherweise gefährdet, wenn IIS aktiviert oder SQL Server installiert und konfiguriert und in einem anfälligen Zustand bereitgestellt wird, wie in diesem Bulletin beschrieben.

Darüber hinaus sind IIS-Systeme, die Es Benutzern ermöglichen, Code hochzuladen, ein erhöhtes Risiko. SQL Server-Systeme sind gefährdet, wenn nicht vertrauenswürdige Benutzer privilegierten Kontozugriff gewährt werden. Dazu können Webhostinganbieter oder ähnliche Umgebungen gehören.

Was geschieht mit dem Update? 
Das Update behebt die Sicherheitsanfälligkeit beim Korrigieren der ACLs im Threadpool.

Als dieses Sicherheitsbulletin ausgegeben wurde, wurde diese Sicherheitsanfälligkeit öffentlich offengelegt? 
Ja. Diese Sicherheitsanfälligkeit wurde öffentlich offengelegt. Es wurde die Nummer für allgemeine Sicherheitsanfälligkeit und Sicherheitsanfälligkeit CVE-2009-0080 zugewiesen.

Als dieses Sicherheitsbulletin ausgegeben wurde, erhielt Microsoft alle Berichte, dass diese Sicherheitsanfälligkeit ausgenutzt wurde? 
Ja. Microsoft ist sich der eingeschränkten, gezielten Angriffe bewusst, die versuchen, die Sicherheitsanfälligkeit auszunutzen.

Informationen aktualisieren

Erkennungs- und Bereitstellungstools und Anleitungen

Verwalten Sie die Software- und Sicherheitsupdates, die Sie für die Server, Desktop- und mobilen Systeme in Ihrer Organisation bereitstellen müssen. Weitere Informationen finden Sie im TechNet Update Management Center. Die Microsoft TechNet Security-Website enthält zusätzliche Informationen zur Sicherheit in Microsoft-Produkten.

Sicherheitsupdates sind über Microsoft Update, Windows Update und Office Update verfügbar. Sicherheitsupdates sind auch im Microsoft Download Center verfügbar. Sie können sie am einfachsten finden, indem Sie eine Schlüsselwort (keyword) Suche nach "Sicherheitsupdate" durchführen.

Schließlich können Sicherheitsupdates aus dem Microsoft Update-Katalog heruntergeladen werden. Der Microsoft Update-Katalog bietet einen durchsuchbaren Katalog von Inhalten, die über Windows Update und Microsoft Update verfügbar gemacht werden, einschließlich Sicherheitsupdates, Treibern und Service Packs. Wenn Sie mithilfe der Sicherheitsbulletinnummer (z. B. "MS07-036") suchen, können Sie alle anwendbaren Updates zu Ihrem Warenkorb (einschließlich verschiedener Sprachen für ein Update) hinzufügen und in den Ordner Ihrer Wahl herunterladen. Weitere Informationen zum Microsoft Update-Katalog finden Sie in den häufig gestellten Fragen zum Microsoft Update-Katalog.

Leitfaden zur Erkennung und Bereitstellung

Microsoft hat Erkennungs- und Bereitstellungsanleitungen für die Sicherheitsupdates dieses Monats bereitgestellt. Diese Anleitung hilft IT-Experten auch zu verstehen, wie sie verschiedene Tools verwenden können, um das Sicherheitsupdate bereitzustellen, z. B. Windows Update, Microsoft Update, Office Update, microsoft Baseline Security Analyzer (MBSA), das Office Detection Tool, Microsoft Systems Management Server (SMS) und das Extended Security Update Inventory Tool. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel 910723.

Microsoft Baseline Security Analyzer

Microsoft Baseline Security Analyzer (MBSA) ermöglicht Administratoren das Scannen lokaler und Remotesysteme auf fehlende Sicherheitsupdates sowie allgemeine Sicherheitsfehler. Weitere Informationen zu MBSA finden Sie unter Microsoft Baseline Security Analyzer.

Die folgende Tabelle enthält die MBSA-Erkennungszusammenfassung für dieses Sicherheitsupdate.

Software MBSA 2.1
Microsoft Windows 2000 Service Pack 4 Ja
Windows XP Service Pack 2 und Windows XP Service Pack 3 Ja
Windows XP Professional x64 Edition und Windows XP Professional x64 Edition Service Pack 2 Ja
Windows Server 2003 Service Pack 1 und Windows Server 2003 Service Pack 2 Ja
Windows Server 2003 x64 Edition und Windows Server 2003 x64 Edition Service Pack 2 Ja
Windows Server 2003 mit SP1 für Itanium-basierte Systeme und Windows Server 2003 mit SP2 für Itanium-basierte Systeme Ja
Windows Vista und Windows Vista Service Pack 1 Ja
Windows Vista x64 Edition und Windows Vista x64 Edition Service Pack 1 Ja
Windows Server 2008 für 32-Bit-Systeme Ja
Windows Server 2008 für x64-basierte Systeme Ja
Windows Server 2008 für Itanium-basierte Systeme Ja

Weitere Informationen zu MBSA 2.1 finden Sie unter MBSA 2.1 Häufig gestellte Fragen.

Windows Server Update Services

Mithilfe von Windows Server Update Services (WSUS) können Administratoren die neuesten kritischen Updates und Sicherheitsupdates für Windows 2000-Betriebssysteme und höher, Office XP und höher, Exchange Server 2003 und SQL Server 2000 bereitstellen. Weitere Informationen zum Bereitstellen dieses Sicherheitsupdates mit Windows Server Update Services finden Sie auf der Windows Server Update Services-Website.

Systems Management Server

Die folgende Tabelle enthält die SMS-Erkennungs- und Bereitstellungszusammenfassung für dieses Sicherheitsupdate.

Software SMS 2.0 SMS 2003 mit SUSFP SMS 2003 mit ITMU Configuration Manager 2007
Microsoft Windows 2000 Service Pack 4 Ja Ja Ja Ja
Windows XP Service Pack 2 und Windows XP Service Pack 3 Ja Ja Ja Ja
Windows XP Professional x64 Edition und Windows XP Professional x64 Edition Service Pack 2 No Nein Ja Ja
Windows Server 2003 Service Pack 1 und Windows Server 2003 Service Pack 2 Ja Ja Ja Ja
Windows Server 2003 x64 Edition und Windows Server 2003 x64 Edition Service Pack 2 No Nein Ja Ja
Windows Server 2003 mit SP1 für Itanium-basierte Systeme und Windows Server 2003 mit SP2 für Itanium-basierte Systeme No Nein Ja Ja
Windows Vista und Windows Vista Service Pack 1 No No Siehe Hinweis für Windows Vista und Windows Server 2008 unten Ja
Windows Vista x64 Edition und Windows Vista x64 Edition Service Pack 1 No No Siehe Hinweis für Windows Vista und Windows Server 2008 unten Ja
Windows Server 2008 für 32-Bit-Systeme No No Siehe Hinweis für Windows Vista und Windows Server 2008 unten Ja
Windows Server 2008 für x64-basierte Systeme No No Siehe Hinweis für Windows Vista und Windows Server 2008 unten Ja
Windows Server 2008 für Itanium-basierte Systeme No No Siehe Hinweis für Windows Vista und Windows Server 2008 unten Ja

Für SMS 2.0 und SMS 2003 kann das SMS SUS Feature Pack (SUSFP), das das Sicherheitsupdateinventartool (SUIT) enthält, von SMS verwendet werden, um Sicherheitsupdates zu erkennen. Siehe auch Downloads für Systems Management Server 2.0.

Für SMS 2003 kann das SMS 2003 Inventory Tool for Microsoft Updates (ITMU) von SMS verwendet werden, um Sicherheitsupdates zu erkennen, die von Microsoft Update angeboten werden und von Windows Server Update Services unterstützt werden. Weitere Informationen zum SMS 2003 ITMU finden Sie unter SMS 2003 Inventory Tool for Microsoft Updates. SMS 2003 kann auch das Microsoft Office Inventory Tool verwenden, um erforderliche Updates für Microsoft Office-App lizenzierungen zu erkennen. Weitere Informationen zum Office Inventory Tool und anderen Scantools finden Sie unter SMS 2003 Software Update Scanning Tools. Siehe auch Downloads für Systems Management Server 2003.

System Center Configuration Manager 2007 verwendet WSUS 3.0 zur Erkennung von Updates. Weitere Informationen zu Configuration Manager 2007 Software Update Management finden Sie unter System Center Configuration Manager 2007.

Hinweis für Windows Vista und Windows Server 2008 Microsoft Systems Management Server 2003 mit Service Pack 3 umfasst Unterstützung für die Verwaltbarkeit von Windows Vista und Windows Server 2008.

Weitere Informationen zu SMS finden Sie auf der SMS-Website.

Ausführlichere Informationen finden Sie im Microsoft Knowledge Base-Artikel 910723: Zusammenfassungsliste der monatlichen Erkennungs- und Bereitstellungsleitfäden.

Aktualisieren der Kompatibilitätsbewertung und des Anwendungskompatibilitäts-Toolkits

Updates schreiben häufig in dieselben Dateien und Registrierungseinstellungen, die für die Ausführung Ihrer Anwendungen erforderlich sind. Dies kann Inkompatibilitäten auslösen und die Zeit erhöhen, die zum Bereitstellen von Sicherheitsupdates benötigt wird. Sie können das Testen und Überprüfen von Windows-Updates für installierte Anwendungen mit den Komponenten für die Updatekompatibilitäts-Evaluator optimieren, die im Application Compatibility Toolkit 5.0 enthalten sind.

Das Application Compatibility Toolkit (ACT) enthält die erforderlichen Tools und Dokumentationen, um Anwendungskompatibilitätsprobleme auszuwerten und zu beheben, bevor Sie Microsoft Windows Vista, ein Windows Update, ein Microsoft-Sicherheitsupdate oder eine neue Version von Windows Internet Explorer in Ihrer Umgebung bereitstellen.

Bereitstellung von Sicherheitsupdates

Betroffene Software

Klicken Sie auf den entsprechenden Link, um Informationen zum spezifischen Sicherheitsupdate für Ihre betroffene Software zu erhalten:

Windows 2000 (alle Editionen)

Referenztabelle

Die folgende Tabelle enthält die Sicherheitsupdateinformationen für diese Software. Weitere Informationen finden Sie im Unterabschnitt " Bereitstellungsinformationen" in diesem Abschnitt.

Aufnahme in zukünftige Service Packs Das Update für dieses Problem kann in einem zukünftigen Updaterollup enthalten sein.
Bereitstellung
Installation ohne Benutzereingriff Für Microsoft Windows 2000 Service Pack 4:\ Windows2000-KB952004-x86-ENU /quiet
Installieren ohne Neustart Für Microsoft Windows 2000 Service Pack 4:\ Windows2000-KB952004-x86-ENU /norestart
Protokolldatei aktualisieren kb952004.log
Weitere Informationen Siehe Unterabschnitt, Erkennungs- und Bereitstellungstools und Anleitungen
Anforderung für neustarten
Neustart erforderlich? Ja, Sie müssen das System neu starten, nachdem Sie dieses Sicherheitsupdate angewendet haben.
HotPatching Nicht zutreffend
Entfernungsinformationen Für Microsoft Windows 2000 Service Pack 4:\ Verwenden Sie das Tool "Programme hinzufügen oder entfernen" in Systemsteuerung oder im Spuninst.exe Hilfsprogramm "%Windir%$NTUninstallKB 952004$\Spuninst", das sich im Ordner "%Windir%$NTUninstallKB 952004$\Spuninst" befindet.
Dateiinformationen Siehe Microsoft Knowledge Base-Artikel 959454
Überprüfung des Registrierungsschlüssels Für Microsoft Windows 2000 Service Pack 4: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Windows 2000\SP5\KB952004

Bereitstellungsinformationen

Installieren des Updates

Wenn Sie dieses Sicherheitsupdate installieren, überprüft das Installationsprogramm, ob mindestens eine der Dateien, die auf Ihrem System aktualisiert werden, zuvor von einem Microsoft-Hotfix aktualisiert wurden.

Wenn Sie zuvor einen Hotfix installiert haben, um eine dieser Dateien zu aktualisieren, kopiert das Installationsprogramm die RTMQFE-, SP1QFE- oder SP2QFE-Dateien in Ihr System. Andernfalls kopiert das Installationsprogramm die RTMGDR-, SP1GDR- oder SP2GDR-Dateien in Ihr System. Sicherheitsupdates enthalten möglicherweise nicht alle Variationen dieser Dateien. Weitere Informationen zu diesem Verhalten finden Sie im Microsoft Knowledge Base-Artikel 824994.

Weitere Informationen zum Installationsprogramm finden Sie auf der Microsoft TechNet-Website.

Weitere Informationen zur Terminologie, die in diesem Bulletin angezeigt wird, z . B. Hotfix, finden Sie im Microsoft Knowledge Base-Artikel 824684.

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen.

Schalter Beschreibung
/help Zeigt die Befehlszeilenoptionen an.
Setupmodi
/passive Unbeaufsichtigter Setupmodus. Es ist keine Benutzerinteraktion erforderlich, aber der Installationsstatus wird angezeigt. Wenn am Ende des Setups ein Neustart erforderlich ist, wird dem Benutzer ein Dialogfeld mit einer Timerwarnung angezeigt, dass der Computer in 30 Sekunden neu gestartet wird.
/quiet Stiller Modus. Dies ist identisch mit dem unbeaufsichtigten Modus, aber es werden keine Status- oder Fehlermeldungen angezeigt.
Optionen für den Neustart
/norestart Startet nicht neu, wenn die Installation abgeschlossen ist.
/forcerestart Startet den Computer nach der Installation neu und erzwingt, dass andere Anwendungen beim Herunterfahren geschlossen werden, ohne zuerst geöffnete Dateien zu speichern.
/warnrestart[:x] Zeigt ein Dialogfeld mit einer Timerwarnung an, dass der Computer in x Sekunden neu gestartet wird. (Die Standardeinstellung beträgt 30 Sekunden.) Vorgesehen für die Verwendung mit dem /quiet-Schalter oder dem /passiven Schalter.
/promptrestart Zeigt ein Dialogfeld an, in dem der lokale Benutzer aufgefordert wird, einen Neustart zuzulassen.
Sonderoptionen
/overwriteoem Überschreibt OEM-Dateien ohne Aufforderung.
/nobackup Dateien, die für die Deinstallation erforderlich sind, werden nicht gesichert.
/forceappsclose Erzwingt, dass andere Programme geschlossen werden, wenn der Computer heruntergefahren wird.
/log:path Ermöglicht die Umleitung von Installationsprotokolldateien.
/extract[:p ath] Extrahiert Dateien, ohne das Setupprogramm zu starten.
/ER Aktiviert die erweiterte Fehlerberichterstattung.
/verbose Aktiviert ausführliche Protokollierung. Erstellt während der Installation %Windir%\CabBuild.log. In diesem Protokoll werden die dateien beschrieben, die kopiert werden. Die Verwendung dieses Switches kann dazu führen, dass die Installation langsamer fortgesetzt wird.

Hinweis : Sie können diese Schalter in einem Einzigen Befehl kombinieren. Aus Gründen der Abwärtskompatibilität unterstützt das Sicherheitsupdate auch die Setupoptionen, die von der früheren Version des Setupprogramms verwendet werden. Weitere Informationen zu den unterstützten Installationsoptionen finden Sie im Microsoft Knowledge Base-Artikel 262841.

Entfernen des Updates

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen.

Schalter Beschreibung
/help Zeigt die Befehlszeilenoptionen an.
Setupmodi
/passive Unbeaufsichtigter Setupmodus. Es ist keine Benutzerinteraktion erforderlich, aber der Installationsstatus wird angezeigt. Wenn am Ende des Setups ein Neustart erforderlich ist, wird dem Benutzer ein Dialogfeld mit einer Timerwarnung angezeigt, dass der Computer in 30 Sekunden neu gestartet wird.
/quiet Stiller Modus. Dies ist identisch mit dem unbeaufsichtigten Modus, aber es werden keine Status- oder Fehlermeldungen angezeigt.
Optionen für den Neustart
/norestart Startet nicht neu, wenn die Installation abgeschlossen ist.
/forcerestart Startet den Computer nach der Installation neu und erzwingt, dass andere Anwendungen beim Herunterfahren geschlossen werden, ohne zuerst geöffnete Dateien zu speichern.
/warnrestart[:x] Zeigt ein Dialogfeld mit einer Timerwarnung an, dass der Computer in x Sekunden neu gestartet wird. (Die Standardeinstellung beträgt 30 Sekunden.) Vorgesehen für die Verwendung mit dem /quiet-Schalter oder dem /passiven Schalter.
/promptrestart Zeigt ein Dialogfeld an, in dem der lokale Benutzer aufgefordert wird, einen Neustart zuzulassen.
Sonderoptionen
/forceappsclose Erzwingt, dass andere Programme geschlossen werden, wenn der Computer heruntergefahren wird.
/log:path Ermöglicht die Umleitung von Installationsprotokolldateien.

Überprüfen, ob das Update angewendet wurde

  • Microsoft Baseline Security Analyzer
    Um zu überprüfen, ob ein Sicherheitsupdate auf ein betroffenes System angewendet wurde, können Sie möglicherweise das Microsoft Baseline Security Analyzer (MBSA)-Tool verwenden. Weitere Informationen finden Sie im Abschnitt " Erkennungs- und Bereitstellungstools und Anleitungen" weiter oben in diesem Bulletin.

  • Überprüfung der Dateiversion
    Da es mehrere Editionen von Microsoft Windows gibt, können die folgenden Schritte auf Ihrem System unterschiedlich sein. Wenn dies der Artikel ist, lesen Sie Ihre Produktdokumentation, um diese Schritte auszuführen.

    1. Klicken Sie auf "Start" und dann auf "Suchen".
    2. Klicken Sie im Bereich "Suchergebnisse" unter "Begleiter suchen" auf "Alle Dateien und Ordner".
    3. Geben Sie im Feld "Alle" oder "Teil des Dateinamens " einen Dateinamen aus der entsprechenden Dateiinformationstabelle ein, und klicken Sie dann auf "Suchen".
    4. Klicken Sie in der Liste der Dateien mit der rechten Maustaste auf einen Dateinamen aus der entsprechenden Dateiinformationstabelle, und klicken Sie dann auf "Eigenschaften". Beachten Sie abhängig von der Edition des Betriebssystems oder der programme, die auf Ihrem System installiert sind, einige der Dateien, die in der Dateiinformationstabelle aufgeführt sind, möglicherweise nicht installiert werden.
    5. Ermitteln Sie auf der Registerkarte "Version " die Version der Datei, die auf Ihrem System installiert ist, indem Sie sie mit der Version vergleichen, die in der entsprechenden Dateiinformationstabelle dokumentiert ist. Hinweis Attribute außer der Dateiversion können sich während der Installation ändern. Der Vergleich anderer Dateiattribute mit den Informationen in der Dateiinformationstabelle ist keine unterstützte Methode, um zu überprüfen, ob das Update angewendet wurde. In bestimmten Fällen können Dateien auch während der Installation umbenannt werden. Wenn die Datei- oder Versionsinformationen nicht vorhanden sind, verwenden Sie eine der anderen verfügbaren Methoden, um die Updateinstallation zu überprüfen.
  • Überprüfung des Registrierungsschlüssels
    Möglicherweise können Sie auch die Dateien überprüfen, die dieses Sicherheitsupdate installiert hat, indem Sie die Registrierungsschlüssel überprüfen, die in der Referenztabelle in diesem Abschnitt aufgeführt sind.

    Diese Registrierungsschlüssel enthalten möglicherweise keine vollständige Liste der installierten Dateien. Außerdem werden diese Registrierungsschlüssel möglicherweise nicht ordnungsgemäß erstellt, wenn ein Administrator oder OEM dieses Sicherheitsupdate in die Windows-Installationsquelldateien integriert oder einteilt.

Windows XP (alle Editionen)

Referenztabelle

Die folgende Tabelle enthält die Sicherheitsupdateinformationen für diese Software. Weitere Informationen finden Sie im Unterabschnitt " Bereitstellungsinformationen" in diesem Abschnitt.

Aufnahme in zukünftige Service Packs Das Update für dieses Problem wird in einem zukünftigen Service Pack oder Updaterollup enthalten sein.
Bereitstellung
Installation ohne Benutzereingriff Für Windows XP Service Pack 2 und Windows XP Service Pack 3:\ WindowsXP-KB952004-x86-ENU /quiet\ WindowsXP-KB956572-x86-ENU /quiet
Für Windows XP Professional x64 Edition und Windows XP Professional x64 Edition Service Pack 2:\ WindowsServer2003.WindowsXP-KB952004-x64-ENU /quiet\ WindowsServer2003.WindowsXP-KB956572-x64-ENU /quiet
Installieren ohne Neustart Windows XP Service Pack 2 und Windows XP Service Pack 3:\ WindowsXP-KB952004-x86-ENU /norestart\ WindowsXP-KB956572-x86-ENU /norestart
Windows XP Professional x64 Edition und Windows XP Professional x64 Edition Service Pack 2:\ WindowsServer2003.WindowsXP-KB952004-x64-ENU /norestart\ WindowsServer2003.WindowsXP-KB956572-x64-ENU /norestart
Protokolldatei aktualisieren KB952004.log\ KB956572.log
Weitere Informationen Siehe Unterabschnitt, Erkennungs- und Bereitstellungstools und Anleitungen
Anforderung für neustarten
Neustart erforderlich? Ja, Sie müssen das System neu starten, nachdem Sie dieses Sicherheitsupdate angewendet haben.
HotPatching Nicht zutreffend
Entfernungsinformationen Verwenden Sie das Tool "Programme hinzufügen oder entfernen" in Systemsteuerung oder dem Spuninst.exe Hilfsprogramm "%Windir%$NTUninstallKB 952004$\Spuninst" und "%Windir%$NTUninstallKB 956572$\Spuninst".
Dateiinformationen Siehe Microsoft Knowledge Base-Artikel 959454
Überprüfung des Registrierungsschlüssels Für alle unterstützten 32-Bit-Editionen von Windows XP:\ HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Windows XP\SP4\KB952004\ HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Windows XP\SP4\KB956572
Für alle unterstützten x64-basierten Editionen von Windows XP:\ HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Windows Server 2003\SP3\KB952004\Filelist\ HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Windows Server 2003\SP3\KB956572\Filelist

Hinweis Für unterstützte Versionen von Windows XP Professional x64 Edition ist dieses Sicherheitsupdate mit den unterstützten Versionen des Windows Server 2003 x64 Edition-Sicherheitsupdates identisch.

Bereitstellungsinformationen

Installieren des Updates

Wenn Sie dieses Sicherheitsupdate installieren, überprüft das Installationsprogramm, ob mindestens eine der Dateien, die auf Ihrem System aktualisiert werden, zuvor von einem Microsoft-Hotfix aktualisiert wurden.

Wenn Sie zuvor einen Hotfix installiert haben, um eine dieser Dateien zu aktualisieren, kopiert das Installationsprogramm die RTMQFE-, SP1QFE- oder SP2QFE-Dateien in Ihr System. Andernfalls kopiert das Installationsprogramm die RTMGDR-, SP1GDR- oder SP2GDR-Dateien in Ihr System. Sicherheitsupdates enthalten möglicherweise nicht alle Variationen dieser Dateien. Weitere Informationen zu diesem Verhalten finden Sie im Microsoft Knowledge Base-Artikel 824994.

Weitere Informationen zum Installationsprogramm finden Sie auf der Microsoft TechNet-Website.

Weitere Informationen zur Terminologie, die in diesem Bulletin angezeigt wird, z . B. Hotfix, finden Sie im Microsoft Knowledge Base-Artikel 824684.

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen.

Schalter Beschreibung
/help Zeigt die Befehlszeilenoptionen an.
Setupmodi
/passive Unbeaufsichtigter Setupmodus. Es ist keine Benutzerinteraktion erforderlich, aber der Installationsstatus wird angezeigt. Wenn am Ende des Setups ein Neustart erforderlich ist, wird dem Benutzer ein Dialogfeld mit einer Timerwarnung angezeigt, dass der Computer in 30 Sekunden neu gestartet wird.
/quiet Stiller Modus. Dies ist identisch mit dem unbeaufsichtigten Modus, aber es werden keine Status- oder Fehlermeldungen angezeigt.
Optionen für den Neustart
/norestart Startet nicht neu, wenn die Installation abgeschlossen ist.
/forcerestart Startet den Computer nach der Installation neu und erzwingt, dass andere Anwendungen beim Herunterfahren geschlossen werden, ohne zuerst geöffnete Dateien zu speichern.
/warnrestart[:x] Zeigt ein Dialogfeld mit einer Timerwarnung an, dass der Computer in x Sekunden neu gestartet wird. (Die Standardeinstellung beträgt 30 Sekunden.) Vorgesehen für die Verwendung mit dem /quiet-Schalter oder dem /passiven Schalter.
/promptrestart Zeigt ein Dialogfeld an, in dem der lokale Benutzer aufgefordert wird, einen Neustart zuzulassen.
Sonderoptionen
/overwriteoem Überschreibt OEM-Dateien ohne Aufforderung.
/nobackup Dateien, die für die Deinstallation erforderlich sind, werden nicht gesichert.
/forceappsclose Erzwingt, dass andere Programme geschlossen werden, wenn der Computer heruntergefahren wird.
/log:path Ermöglicht die Umleitung von Installationsprotokolldateien.
/integrate:path Integriert das Update in die Windows-Quelldateien. Diese Dateien befinden sich im Pfad, der in der Option angegeben ist.
/extract[:p ath] Extrahiert Dateien, ohne das Setupprogramm zu starten.
/ER Aktiviert die erweiterte Fehlerberichterstattung.
/verbose Aktiviert ausführliche Protokollierung. Erstellt während der Installation %Windir%\CabBuild.log. In diesem Protokoll werden die dateien beschrieben, die kopiert werden. Die Verwendung dieses Switches kann dazu führen, dass die Installation langsamer fortgesetzt wird.

Hinweis : Sie können diese Schalter in einem Einzigen Befehl kombinieren. Aus Gründen der Abwärtskompatibilität unterstützt das Sicherheitsupdate auch die Setupoptionen, die von der früheren Version des Setupprogramms verwendet werden. Weitere Informationen zu den unterstützten Installationsoptionen finden Sie im Microsoft Knowledge Base-Artikel 262841.

Entfernen des Updates

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen.

Schalter Beschreibung
/help Zeigt die Befehlszeilenoptionen an.
Setupmodi
/passive Unbeaufsichtigter Setupmodus. Es ist keine Benutzerinteraktion erforderlich, aber der Installationsstatus wird angezeigt. Wenn am Ende des Setups ein Neustart erforderlich ist, wird dem Benutzer ein Dialogfeld mit einer Timerwarnung angezeigt, dass der Computer in 30 Sekunden neu gestartet wird.
/quiet Stiller Modus. Dies ist identisch mit dem unbeaufsichtigten Modus, aber es werden keine Status- oder Fehlermeldungen angezeigt.
Optionen für den Neustart
/norestart Startet nicht neu, wenn die Installation abgeschlossen ist
/forcerestart Startet den Computer nach der Installation neu und erzwingt, dass andere Anwendungen beim Herunterfahren geschlossen werden, ohne zuerst geöffnete Dateien zu speichern.
/warnrestart[:x] Zeigt ein Dialogfeld mit einer Timerwarnung an, dass der Computer in x Sekunden neu gestartet wird. (Die Standardeinstellung beträgt 30 Sekunden.) Vorgesehen für die Verwendung mit dem /quiet-Schalter oder dem /passiven Schalter.
/promptrestart Zeigt ein Dialogfeld an, in dem der lokale Benutzer aufgefordert wird, einen Neustart zuzulassen.
Sonderoptionen
/forceappsclose Erzwingt, dass andere Programme geschlossen werden, wenn der Computer heruntergefahren wird.
/log:path Ermöglicht die Umleitung von Installationsprotokolldateien.

Überprüfen, ob das Update angewendet wurde

  • Microsoft Baseline Security Analyzer
    Um zu überprüfen, ob ein Sicherheitsupdate auf ein betroffenes System angewendet wurde, können Sie möglicherweise das Microsoft Baseline Security Analyzer (MBSA)-Tool verwenden. Weitere Informationen finden Sie im Abschnitt " Erkennungs- und Bereitstellungstools und Anleitungen" weiter oben in diesem Bulletin.

  • Überprüfung der Dateiversion
    Da es mehrere Editionen von Microsoft Windows gibt, können die folgenden Schritte auf Ihrem System unterschiedlich sein. Wenn dies der Artikel ist, lesen Sie Ihre Produktdokumentation, um diese Schritte auszuführen.

    1. Klicken Sie auf "Start" und dann auf "Suchen".
    2. Klicken Sie im Bereich "Suchergebnisse" unter "Begleiter suchen" auf "Alle Dateien und Ordner".
    3. Geben Sie im Feld "Alle" oder "Teil des Dateinamens " einen Dateinamen aus der entsprechenden Dateiinformationstabelle ein, und klicken Sie dann auf "Suchen".
    4. Klicken Sie in der Liste der Dateien mit der rechten Maustaste auf einen Dateinamen aus der entsprechenden Dateiinformationstabelle, und klicken Sie dann auf "Eigenschaften". Beachten Sie abhängig von der Edition des Betriebssystems oder der programme, die auf Ihrem System installiert sind, einige der Dateien, die in der Dateiinformationstabelle aufgeführt sind, möglicherweise nicht installiert werden.
    5. Ermitteln Sie auf der Registerkarte "Version " die Version der Datei, die auf Ihrem System installiert ist, indem Sie sie mit der Version vergleichen, die in der entsprechenden Dateiinformationstabelle dokumentiert ist. Hinweis Attribute außer der Dateiversion können sich während der Installation ändern. Der Vergleich anderer Dateiattribute mit den Informationen in der Dateiinformationstabelle ist keine unterstützte Methode, um zu überprüfen, ob das Update angewendet wurde. In bestimmten Fällen können Dateien auch während der Installation umbenannt werden. Wenn die Datei- oder Versionsinformationen nicht vorhanden sind, verwenden Sie eine der anderen verfügbaren Methoden, um die Updateinstallation zu überprüfen.
  • Überprüfung des Registrierungsschlüssels
    Möglicherweise können Sie auch die Dateien überprüfen, die dieses Sicherheitsupdate installiert hat, indem Sie die Registrierungsschlüssel überprüfen, die in der Referenztabelle in diesem Abschnitt aufgeführt sind.

    Diese Registrierungsschlüssel enthalten möglicherweise keine vollständige Liste der installierten Dateien. Außerdem werden diese Registrierungsschlüssel möglicherweise nicht ordnungsgemäß erstellt, wenn ein Administrator oder OEM dieses Sicherheitsupdate in die Windows-Installationsquelldateien integriert oder einteilt.

Windows Server 2003 (alle Editionen)

Referenztabelle

Die folgende Tabelle enthält die Sicherheitsupdateinformationen für diese Software. Weitere Informationen finden Sie im Unterabschnitt " Bereitstellungsinformationen" in diesem Abschnitt.

Aufnahme in zukünftige Service Packs Das Update für dieses Problem wird in einem zukünftigen Service Pack oder Updaterollup enthalten sein.
Bereitstellung
Installation ohne Benutzereingriff Für alle unterstützten 32-Bit-Editionen von Windows Server 2003:\ WindowsServer2003-KB952004-x86-ENU /quiet\ WindowsServer2003-KB956572-x86-ENU /quiet
Für alle unterstützten x64-basierten Editionen von Windows Server 2003:\ WindowsServer2003.WindowsXP-KB952004-x64-ENU /quiet\ WindowsServer2003.WindowsXP-KB956572-x64-ENU /quiet
Für alle unterstützten Itanium-basierten Editionen von Windows Server 2003:\ WindowsServer2003-KB952004-ia64-ENU /quiet\ WindowsServer2003-KB956572-ia64-ENU /quiet
Installieren ohne Neustart Für alle unterstützten 32-Bit-Editionen von Windows Server 2003:\ WindowsServer2003-KB952004-x86-ENU /norestart\ WindowsServer2003-KB956572-x86-ENU /norestart
Für alle unterstützten x64-basierten Editionen von Windows Server 2003:\ WindowsServer2003.WindowsXP-KB952004-x64-ENU /norestart\ WindowsServer2003.WindowsXP-KB956572-x64-ENU /norestart
Für alle unterstützten Itanium-basierten Editionen von Windows Server 2003:\ WindowsServer2003-KB952004-ia64-ENU /norestart\ WindowsServer2003-KB956572-ia64-ENU /norestart
Protokolldatei aktualisieren KB952004.log\ KB956572.log
Weitere Informationen Siehe Unterabschnitt, Erkennungs- und Bereitstellungstools und Anleitungen
Anforderung für neustarten
Neustart erforderlich? Ja, Sie müssen das System neu starten, nachdem Sie dieses Sicherheitsupdate angewendet haben.
HotPatching Dieses Sicherheitsupdate unterstützt HotPatching nicht. Weitere Informationen zu HotPatching finden Sie im Microsoft Knowledge Base-Artikel 897341.
Entfernungsinformationen Verwenden Sie das Tool "Programme hinzufügen oder entfernen" in Systemsteuerung oder dem Spuninst.exe Hilfsprogramm "%Windir%$NTUninstallKB 952004$\Spuninst" und "%Windir%$NTUninstallKB 956572$\Spuninst".
Dateiinformationen Siehe Microsoft Knowledge Base-Artikel 959454
Überprüfung des Registrierungsschlüssels HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Windows Server 2003\SP3\KB952004\Filelist\ HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Windows Server 2003\SP3\KB956572\Filelist

Bereitstellungsinformationen

Installieren des Updates

Wenn Sie dieses Sicherheitsupdate installieren, überprüft das Installationsprogramm, ob mindestens eine der Dateien, die auf Ihrem System aktualisiert werden, zuvor von einem Microsoft-Hotfix aktualisiert wurden.

Wenn Sie zuvor einen Hotfix installiert haben, um eine dieser Dateien zu aktualisieren, kopiert das Installationsprogramm die RTMQFE-, SP1QFE- oder SP2QFE-Dateien in Ihr System. Andernfalls kopiert das Installationsprogramm die RTMGDR-, SP1GDR- oder SP2GDR-Dateien in Ihr System. Sicherheitsupdates enthalten möglicherweise nicht alle Variationen dieser Dateien. Weitere Informationen zu diesem Verhalten finden Sie im Microsoft Knowledge Base-Artikel 824994.

Weitere Informationen zum Installationsprogramm finden Sie auf der Microsoft TechNet-Website.

Weitere Informationen zur Terminologie, die in diesem Bulletin angezeigt wird, z . B. Hotfix, finden Sie im Microsoft Knowledge Base-Artikel 824684.

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen.

Schalter Beschreibung
/help Zeigt die Befehlszeilenoptionen an.
Setupmodi
/passive Unbeaufsichtigter Setupmodus. Es ist keine Benutzerinteraktion erforderlich, aber der Installationsstatus wird angezeigt. Wenn am Ende des Setups ein Neustart erforderlich ist, wird dem Benutzer ein Dialogfeld mit einer Timerwarnung angezeigt, dass der Computer in 30 Sekunden neu gestartet wird.
/quiet Stiller Modus. Dies ist identisch mit dem unbeaufsichtigten Modus, aber es werden keine Status- oder Fehlermeldungen angezeigt.
Optionen für den Neustart
/norestart Startet nicht neu, wenn die Installation abgeschlossen ist.
/forcerestart Startet den Computer nach der Installation neu und erzwingt, dass andere Anwendungen beim Herunterfahren geschlossen werden, ohne zuerst geöffnete Dateien zu speichern.
/warnrestart[:x] Zeigt ein Dialogfeld mit einer Timerwarnung an, dass der Computer in x Sekunden neu gestartet wird. (Die Standardeinstellung beträgt 30 Sekunden.) Vorgesehen für die Verwendung mit dem /quiet-Schalter oder dem /passiven Schalter.
/promptrestart Zeigt ein Dialogfeld an, in dem der lokale Benutzer aufgefordert wird, einen Neustart zuzulassen.
Sonderoptionen
/overwriteoem Überschreibt OEM-Dateien ohne Aufforderung.
/nobackup Dateien, die für die Deinstallation erforderlich sind, werden nicht gesichert.
/forceappsclose Erzwingt, dass andere Programme geschlossen werden, wenn der Computer heruntergefahren wird.
/log:path Ermöglicht die Umleitung von Installationsprotokolldateien.
/integrate:path Integriert das Update in die Windows-Quelldateien. Diese Dateien befinden sich im Pfad, der in der Option angegeben ist.
/extract[:p ath] Extrahiert Dateien, ohne das Setupprogramm zu starten.
/ER Aktiviert die erweiterte Fehlerberichterstattung.
/verbose Aktiviert ausführliche Protokollierung. Erstellt während der Installation %Windir%\CabBuild.log. In diesem Protokoll werden die dateien beschrieben, die kopiert werden. Die Verwendung dieses Switches kann dazu führen, dass die Installation langsamer fortgesetzt wird.

Hinweis : Sie können diese Schalter in einem Einzigen Befehl kombinieren. Aus Gründen der Abwärtskompatibilität unterstützt das Sicherheitsupdate auch viele der Setupoptionen, die von der früheren Version des Setupprogramms verwendet werden. Weitere Informationen zu den unterstützten Installationsoptionen finden Sie im Microsoft Knowledge Base-Artikel 262841.

Entfernen des Updates

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen.

Schalter Beschreibung
/help Zeigt die Befehlszeilenoptionen an.
Setupmodi
/passive Unbeaufsichtigter Setupmodus. Es ist keine Benutzerinteraktion erforderlich, aber der Installationsstatus wird angezeigt. Wenn am Ende des Setups ein Neustart erforderlich ist, wird dem Benutzer ein Dialogfeld mit einer Timerwarnung angezeigt, dass der Computer in 30 Sekunden neu gestartet wird.
/quiet Stiller Modus. Dies ist identisch mit dem unbeaufsichtigten Modus, aber es werden keine Status- oder Fehlermeldungen angezeigt.
Optionen für den Neustart
/norestart Startet nicht neu, wenn die Installation abgeschlossen ist.
/forcerestart Startet den Computer nach der Installation neu und erzwingt, dass andere Anwendungen beim Herunterfahren geschlossen werden, ohne zuerst geöffnete Dateien zu speichern.
/warnrestart[:x] Zeigt ein Dialogfeld mit einer Timerwarnung an, dass der Computer in x Sekunden neu gestartet wird. (Die Standardeinstellung beträgt 30 Sekunden.) Vorgesehen für die Verwendung mit dem /quiet-Schalter oder dem /passiven Schalter.
/promptrestart Zeigt ein Dialogfeld an, in dem der lokale Benutzer aufgefordert wird, einen Neustart zuzulassen.
Sonderoptionen
/forceappsclose Erzwingt, dass andere Programme geschlossen werden, wenn der Computer heruntergefahren wird.
/log:path Ermöglicht die Umleitung von Installationsprotokolldateien.

Überprüfen, ob das Update angewendet wurde

  • Microsoft Baseline Security Analyzer
    Um zu überprüfen, ob ein Sicherheitsupdate auf ein betroffenes System angewendet wurde, können Sie möglicherweise das Microsoft Baseline Security Analyzer (MBSA)-Tool verwenden. Weitere Informationen finden Sie im Abschnitt " Erkennungs- und Bereitstellungstools und Anleitungen" weiter oben in diesem Bulletin.

  • Überprüfung der Dateiversion
    Da es mehrere Editionen von Microsoft Windows gibt, können die folgenden Schritte auf Ihrem System unterschiedlich sein. Wenn dies der Artikel ist, lesen Sie Ihre Produktdokumentation, um diese Schritte auszuführen.

    1. Klicken Sie auf "Start" und dann auf "Suchen".
    2. Klicken Sie im Bereich "Suchergebnisse" unter "Begleiter suchen" auf "Alle Dateien und Ordner".
    3. Geben Sie im Feld "Alle" oder "Teil des Dateinamens " einen Dateinamen aus der entsprechenden Dateiinformationstabelle ein, und klicken Sie dann auf "Suchen".
    4. Klicken Sie in der Liste der Dateien mit der rechten Maustaste auf einen Dateinamen aus der entsprechenden Dateiinformationstabelle, und klicken Sie dann auf "Eigenschaften". Beachten Sie abhängig von der Edition des Betriebssystems oder der programme, die auf Ihrem System installiert sind, einige der Dateien, die in der Dateiinformationstabelle aufgeführt sind, möglicherweise nicht installiert werden.
    5. Ermitteln Sie auf der Registerkarte "Version " die Version der Datei, die auf Ihrem System installiert ist, indem Sie sie mit der Version vergleichen, die in der entsprechenden Dateiinformationstabelle dokumentiert ist. Hinweis Attribute außer der Dateiversion können sich während der Installation ändern. Der Vergleich anderer Dateiattribute mit den Informationen in der Dateiinformationstabelle ist keine unterstützte Methode, um zu überprüfen, ob das Update angewendet wurde. In bestimmten Fällen können Dateien auch während der Installation umbenannt werden. Wenn die Datei- oder Versionsinformationen nicht vorhanden sind, verwenden Sie eine der anderen verfügbaren Methoden, um die Updateinstallation zu überprüfen.
  • Überprüfung des Registrierungsschlüssels
    Möglicherweise können Sie auch die Dateien überprüfen, die dieses Sicherheitsupdate installiert hat, indem Sie die Registrierungsschlüssel überprüfen, die in der Referenztabelle in diesem Abschnitt aufgeführt sind.

    Diese Registrierungsschlüssel enthalten möglicherweise keine vollständige Liste der installierten Dateien. Außerdem werden diese Registrierungsschlüssel möglicherweise nicht ordnungsgemäß erstellt, wenn ein Administrator oder OEM dieses Sicherheitsupdate in die Windows-Installationsquelldateien integriert oder einteilt.

Windows Vista (alle Editionen)

Referenztabelle

Die folgende Tabelle enthält die Sicherheitsupdateinformationen für diese Software. Weitere Informationen finden Sie im Unterabschnitt " Bereitstellungsinformationen" in diesem Abschnitt.

Aufnahme in zukünftige Service Packs Das Update für dieses Problem wird in einem zukünftigen Service Pack oder Updaterollup enthalten sein.
Bereitstellung
Installation ohne Benutzereingriff Für alle unterstützten 32-Bit-Editionen von Windows Vista:\ Windows6.0-KB952004-x86 /quiet\ Windows6.0-KB956572-x86 /quiet\ \ Für alle unterstützten x64-basierten Editionen von Windows Vista:\ Windows6.0-KB952004-x64 /quiet\ Windows6.0-KB956572-x64 /quiet
Installieren ohne Neustart Für alle unterstützten 32-Bit-Editionen von Windows Vista:\ Windows6.0-KB952004-x86 /quiet /norestart\ Windows6.0-KB956572-x86 /quiet /norestart\ \ Für alle unterstützten x64-basierten Editionen von Windows Vista:\ Windows6.0-KB952004-x64 /quiet /norestart\ Windows6.0-KB956572-x64 /quiet /norestart
Weitere Informationen Siehe Unterabschnitt, Erkennungs- und Bereitstellungstools und Anleitungen
Anforderung für neustarten
Neustart erforderlich? Ja, Sie müssen das System neu starten, nachdem Sie dieses Sicherheitsupdate angewendet haben.
HotPatching Nicht zutreffend.
Entfernungsinformationen WUSA.exe unterstützt keine Deinstallation von Updates. Um ein von WUSA installiertes Update zu deinstallieren, klicken Sie auf Systemsteuerung, und klicken Sie dann auf "Sicherheit". Klicken Sie unter Windows Update auf " Installierte Updates anzeigen", und wählen Sie aus der Liste der Updates aus.
Dateiinformationen Siehe Microsoft Knowledge Base-Artikel 959454
Überprüfung des Registrierungsschlüssels Hinweis: Ein Registrierungsschlüssel ist nicht vorhanden, um das Vorhandensein dieses Updates zu überprüfen.

Bereitstellungsinformationen

Installieren des Updates

Wenn Sie dieses Sicherheitsupdate installieren, überprüft das Installationsprogramm, ob mindestens eine der Dateien, die auf Ihrem System aktualisiert werden, zuvor von einem Microsoft-Hotfix aktualisiert wurden.

Weitere Informationen zur Terminologie, die in diesem Bulletin angezeigt wird, z . B. Hotfix, finden Sie im Microsoft Knowledge Base-Artikel 824684.

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen.

Schalter Beschreibung
/?, /h, /help Zeigt Hilfe zu unterstützten Schaltern an.
/quiet Unterdrückt die Anzeige von Status- oder Fehlermeldungen.
/norestart In Kombination mit /quiet wird das System nach der Installation nicht neu gestartet, auch wenn ein Neustart erforderlich ist, um die Installation abzuschließen.

Hinweis : Weitere Informationen zum wusa.exe Installer finden Sie im Microsoft Knowledge Base-Artikel 934307.

Überprüfen, ob das Update angewendet wurde

  • Microsoft Baseline Security Analyzer
    Um zu überprüfen, ob ein Sicherheitsupdate auf ein betroffenes System angewendet wurde, können Sie möglicherweise das Microsoft Baseline Security Analyzer (MBSA)-Tool verwenden. Weitere Informationen finden Sie im Abschnitt " Erkennungs- und Bereitstellungstools und Anleitungen" weiter oben in diesem Bulletin.

  • Überprüfung der Dateiversion
    Da es mehrere Editionen von Microsoft Windows gibt, können die folgenden Schritte auf Ihrem System unterschiedlich sein. Wenn dies der Artikel ist, lesen Sie Ihre Produktdokumentation, um diese Schritte auszuführen.

    1. Klicken Sie auf "Start" , und geben Sie dann in "Suche starten" einen Namen für die Aktualisierungsdatei ein.
    2. Wenn die Datei unter "Programme" angezeigt wird, klicken Sie mit der rechten Maustaste auf den Dateinamen, und klicken Sie auf "Eigenschaften".
    3. Vergleichen Sie auf der Registerkarte "Allgemein " die Dateigröße mit den Im Bulletin KB-Artikel angegebenen Dateiinformationstabellen.
    4. Sie können auch auf die Registerkarte "Details " klicken und Informationen vergleichen, z. B. Dateiversion und Änderungsdatum, mit den Im Bulletin KB-Artikel bereitgestellten Dateiinformationstabellen.
    5. Schließlich können Sie auch auf die Registerkarte "Vorherige Versionen " klicken und Dateiinformationen für die vorherige Version der Datei mit den Dateiinformationen für die neue oder aktualisierte Version der Datei vergleichen.

Windows Server 2008 (alle Editionen)

Referenztabelle

Die folgende Tabelle enthält die Sicherheitsupdateinformationen für diese Software. Weitere Informationen finden Sie im Unterabschnitt " Bereitstellungsinformationen" in diesem Abschnitt.

Aufnahme in zukünftige Service Packs Das Update für dieses Problem wird in einem zukünftigen Service Pack oder Updaterollup enthalten sein.
Bereitstellung
Installation ohne Benutzereingriff Für alle unterstützten 32-Bit-Editionen von Windows Server 2008:\ Windows6.0-KB952004-x86 /quiet\ Windows6.0-KB956572-x86 /quiet\ \ Für alle unterstützten x64-basierten Editionen von Windows Server 2008:\ Windows6.0-KB952004-x64 /quiet\ Windows6.0-KB956572-x64 /quiet\ \ Für alle unterstützten Itanium-basierten Editionen von Windows Server 2008:\ Windows6.0-KB952004-ia64 /quiet\ Windows6.0-KB956572-ia64 /quiet
Installieren ohne Neustart Für alle unterstützten 32-Bit-Editionen von Windows Server 2008:\ Windows6.0-KB952004-x86 /quiet /norestart\ Windows6.0-KB956572-x86 /quiet /norestart\ \ Für alle unterstützten x64-basierten Editionen von Windows Server 2008:\ Windows6.0-KB952004-x64 /quiet /norestart\ Windows6.0-KB956572-x64 /quiet /norestart\ \ Für alle unterstützten Itanium-basierten Editionen von Windows Server 2008:\ Windows6.0-KB952004-ia64 /quiet /norestart\ Windows6.0-KB956572-ia64 /quiet /norestart
Weitere Informationen Siehe Unterabschnitt, Erkennungs- und Bereitstellungstools und Anleitungen
Anforderung für neustarten
Neustart erforderlich? Ja, Sie müssen das System neu starten, nachdem Sie dieses Sicherheitsupdate angewendet haben.
HotPatching Nicht zutreffend.
Entfernungsinformationen WUSA.exe unterstützt keine Deinstallation von Updates. Um ein von WUSA installiertes Update zu deinstallieren, klicken Sie auf Systemsteuerung, und klicken Sie dann auf "Sicherheit". Klicken Sie unter Windows Update auf " Installierte Updates anzeigen", und wählen Sie aus der Liste der Updates aus.
Dateiinformationen Siehe Microsoft Knowledge Base-Artikel 959454
Überprüfung des Registrierungsschlüssels Hinweis: Ein Registrierungsschlüssel ist nicht vorhanden, um das Vorhandensein dieses Updates zu überprüfen.

Bereitstellungsinformationen

Installieren des Updates

Wenn Sie dieses Sicherheitsupdate installieren, überprüft das Installationsprogramm, ob mindestens eine der Dateien, die auf Ihrem System aktualisiert werden, zuvor von einem Microsoft-Hotfix aktualisiert wurden.

Weitere Informationen zur Terminologie, die in diesem Bulletin angezeigt wird, z . B. Hotfix, finden Sie im Microsoft Knowledge Base-Artikel 824684.

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen.

Schalter Beschreibung
/?, /h, /help Zeigt Hilfe zu unterstützten Schaltern an.
/quiet Unterdrückt die Anzeige von Status- oder Fehlermeldungen.
/norestart In Kombination mit /quiet wird das System nach der Installation nicht neu gestartet, auch wenn ein Neustart erforderlich ist, um die Installation abzuschließen.

Hinweis : Weitere Informationen zum wusa.exe Installer finden Sie im Microsoft Knowledge Base-Artikel 934307.

Überprüfen, ob das Update angewendet wurde

  • Microsoft Baseline Security Analyzer
    Um zu überprüfen, ob ein Sicherheitsupdate auf ein betroffenes System angewendet wurde, können Sie möglicherweise das Microsoft Baseline Security Analyzer (MBSA)-Tool verwenden. Weitere Informationen finden Sie im Abschnitt " Erkennungs- und Bereitstellungstools und Anleitungen" weiter oben in diesem Bulletin.

  • Überprüfung der Dateiversion
    Da es mehrere Editionen von Microsoft Windows gibt, können die folgenden Schritte auf Ihrem System unterschiedlich sein. Wenn dies der Artikel ist, lesen Sie Ihre Produktdokumentation, um diese Schritte auszuführen.

    1. Klicken Sie auf "Start" , und geben Sie dann in "Suche starten" einen Namen für die Aktualisierungsdatei ein.
    2. Wenn die Datei unter "Programme" angezeigt wird, klicken Sie mit der rechten Maustaste auf den Dateinamen, und klicken Sie auf "Eigenschaften".
    3. Vergleichen Sie auf der Registerkarte "Allgemein " die Dateigröße mit den Im Bulletin KB-Artikel angegebenen Dateiinformationstabellen.
    4. Sie können auch auf die Registerkarte "Details " klicken und Informationen vergleichen, z. B. Dateiversion und Änderungsdatum, mit den Im Bulletin KB-Artikel bereitgestellten Dateiinformationstabellen.
    5. Schließlich können Sie auch auf die Registerkarte "Vorherige Versionen " klicken und Dateiinformationen für die vorherige Version der Datei mit den Dateiinformationen für die neue oder aktualisierte Version der Datei vergleichen.

Sonstige Informationen

Danksagungen

Microsoft danke ihnen für die Zusammenarbeit mit uns, um Kunden zu schützen:

  • Cesar Cerrudo von Argeniss zur Meldung der Sicherheitsanfälligkeit in Windows MSDTC Service Isolation (CVE-2008-1436), Sicherheitsanfälligkeit in Windows WMI-Dienstisolation (CVE-2009-0078), Sicherheitsanfälligkeit in Windows RPCSS-Dienstisolation (CVE-2009-0079) und Sicherheitsanfälligkeit in Windows-Threadpool-ACL-Schwachstellen (CVE-2009-0080)

Microsoft Active Protections Program (MAPP)

Um den Sicherheitsschutz für Kunden zu verbessern, stellt Microsoft Sicherheitsrisiken für wichtige Sicherheitssoftwareanbieter im Voraus jeder monatlichen Sicherheitsupdateversion bereit. Sicherheitssoftwareanbieter können diese Sicherheitsrisikoinformationen dann verwenden, um Kunden über ihre Sicherheitssoftware oder Geräte, z. B. Antivirensoftware, netzwerkbasierte Angriffserkennungssysteme oder hostbasierte Angriffsschutzsysteme, aktualisierte Schutzmaßnahmen bereitzustellen. Um festzustellen, ob aktive Schutzmaßnahmen von Sicherheitssoftwareanbietern verfügbar sind, besuchen Sie die aktiven Schutzwebsites, die von Programmpartnern bereitgestellt werden, die in Microsoft Active Protections Program (MAPP)-Partnern aufgeführt sind.

Unterstützung

  • Kunden in den USA und Kanada können technischen Support vom Security Support oder 1-866-PCSAFETY erhalten. Es fallen keine Gebühren für Supportanrufe an, die Sicherheitsupdates zugeordnet sind. Weitere Informationen zu den verfügbaren Supportoptionen finden Sie unter Microsoft-Hilfe und -Support.
  • Internationale Kunden können Support von ihren lokalen Microsoft-Tochtergesellschaften erhalten. Es gibt keine Kosten für Support, die Sicherheitsupdates zugeordnet sind. Weitere Informationen zum Kontaktieren von Microsoft für Supportprobleme finden Sie auf der Website für den internationalen Support.

Haftungsausschluss

Die in der Microsoft Knowledge Base bereitgestellten Informationen werden ohne Jegliche Garantie bereitgestellt. Microsoft lehnt alle Gewährleistungen ab, entweder ausdrücklich oder impliziert, einschließlich der Gewährleistungen der Händlerbarkeit und Eignung für einen bestimmten Zweck. In keinem Fall haftet die Microsoft Corporation oder seine Lieferanten für jegliche Schäden, einschließlich direkter, indirekter, zufälliger, Folgeschäden, Verlust von Geschäftsgewinnen oder sonderschäden, auch wenn die Microsoft Corporation oder ihre Lieferanten über die Möglichkeit solcher Schäden informiert wurden. Einige Staaten lassen den Ausschluss oder die Haftungsbeschränkung für Folge- oder Nebenschäden nicht zu, sodass die vorstehende Einschränkung möglicherweise nicht gilt.

Revisionen

  • V1.0 (14. April 2009): Bulletin veröffentlicht.
  • V1.1 (15. April 2009): Korrigiert die häufig gestellten Fragen zur ACL-Schwachstelle des Windows-Threadpools (CVE-2009-0080), um einen fehlerhaften Eintrag "Was tut das Update zu tun" zu entfernen. Dies ist nur eine Informationsänderung.
  • V1.2 (22. April 2009): Eintrag zum Abschnitt hinzugefügt, Häufig gestellte Fragen (FAQ) im Zusammenhang mit diesem Sicherheitsupdate, um mitzuteilen, dass die bekannten Probleme mit diesem Sicherheitsupdateabschnitt , auf den im zugehörigen Microsoft Knowledge Base-Artikel verwiesen wird 959454, aktualisiert wurde. Dies ist nur eine Informationsänderung.
  • V2.0 (29. April 2009): Es wurde ein Eintrag zum Abschnitt hinzugefügt, häufig gestellte Fragen (FAQ) im Zusammenhang mit diesem Sicherheitsupdate , um die erneute Aktualisierung des Norwegisch-Sprachupdates für Microsoft Windows 2000 Service Pack 4 (KB952004) zu kommunizieren. Kunden, die das Norwegisch-Sprachupdate benötigen, müssen das erneut bereitgestellte Update herunterladen und installieren. Keine weiteren Updates oder Gebietsschemas sind von dieser erneuten Aktualisierung betroffen.

Gebaut am 2014-04-18T13:49:36Z-07:00