Sicherheitsbulletin

Microsoft Security Bulletin MS09-036 – Wichtig

Sicherheitsanfälligkeit in ASP.NET in Microsoft Windows könnte Denial of Service zulassen (970957)

Veröffentlicht: 11. August 2009 | Aktualisiert: 13. August 2009

Version: 1.1

Allgemeine Informationen

Kurzfassung

Dieses Sicherheitsupdate behebt eine privat gemeldete Denial-of-Service-Sicherheitsanfälligkeit in der Microsoft .NET Framework-Komponente von Microsoft Windows. Diese Sicherheitsanfälligkeit kann nur ausgenutzt werden, wenn Internetinformationsdienste (IIS) 7.0 installiert ist und ASP.NET für die Verwendung des integrierten Modus in betroffenen Versionen von Microsoft Windows konfiguriert ist. Ein Angreifer könnte speziell gestaltete anonyme HTTP-Anforderungen erstellen, die dazu führen können, dass der betroffene Webserver nicht reaktionsfähig wird, bis der zugeordnete Anwendungspool neu gestartet wird. Kunden, die IIS 7.0-Anwendungspools im klassischen Modus ausführen, sind von dieser Sicherheitsanfälligkeit nicht betroffen.

Dieses Sicherheitsupdate ist für alle betroffenen Versionen von Microsoft Windows als wichtig eingestuft. Weitere Informationen finden Sie im Unterabschnitt, betroffene und nicht betroffene Software in diesem Abschnitt.

Das Sicherheitsupdate behebt die Sicherheitsanfälligkeit, indem die Art und Weise geändert wird, wie ASP.NET die Anforderungsplanung verwaltet. Weitere Informationen zur Sicherheitsanfälligkeit finden Sie im Unterabschnitt häufig gestellte Fragen (FAQ) für den spezifischen Sicherheitsrisikoeintrag im nächsten Abschnitt, Sicherheitsrisikoinformationen.

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. Keine

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

*Da IIS 7.0 nicht unter Windows Vista Starter und Windows Vista Home Basic ausgeführt wird, sind die folgenden Editionen nicht betroffen: Windows Vista Starter (32-Bit), Windows Vista Home Basic (32-Bit) und Windows Vista Home Basic (64-Bit).

**Windows Server 2008 Server Core-Installation ist nicht betroffen. Die von diesem Update behobene Sicherheitsanfälligkeit wirkt sich nicht auf unterstützte Editionen von Windows Server 2008 aus, wenn 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.

Nicht betroffene Software

Häufig gestellte Fragen (FAQ) zu diesem Sicherheitsupdate

Wo befinden sich die Dateiinformationen?
Informationen zum Speicherort der Dateiinformationen finden Sie in den Referenztabellen im Abschnitt "Sicherheitsupdatebereitstellung ".

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.

Warum sind WindowsVistaService Pack 2 und Windows Server 2008 Service Pack 2 nicht betroffen?
Der Fix für dieses Problem ist bereits in den Versionen von Microsoft .NET Framework enthalten, die mit Windows Vista Service Pack 2 und Windows Server 2008 Service Pack 2 ausgeliefert werden.

Warum sind Microsoft .NET Framework 3.5 und Microsoft .NET Framework 3.5 Service Pack 1 betroffen?
Microsoft .NET Framework 3.5 umfasst Microsoft .NET Framework 2.0 Service Pack 1 und Microsoft .NET Framework 3.0 Service Pack 1-Unterkomponenten. Microsoft .NET Framework 3.5 Service Pack 1 enthält Microsoft .NET Framework 2.0 Service Pack 2 und Microsoft .NET Framework 3.0 Service Pack 2-Unterkomponenten. Daher enthalten sowohl Microsoft .NET Framework 3.5 als auch Microsoft .NET Framework 3.5 Service Pack 1 anfällige Unterkomponenten.

Warum wird dieses Sicherheitsupdate nicht über automatisches Update angeboten?
Dieses Sicherheitsupdate wird nur für Systeme angeboten, auf denen IIS 7.0 auf einem Betriebssystem installiert ist, das in der Tabelle "Betroffene Software" aufgeführt ist. Systeme, die im Abschnitt "Betroffene Software" dieses Bulletins aufgeführt sind, aber auf denen IIS 7.0 nicht installiert ist, wird dieses Update nicht über automatisches Update angeboten, da diese Sicherheitsanfälligkeit nur ausgenutzt werden kann, wenn IIS 7.0 installiert wird.

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, lesen Sie bitte den Exploitability Index in der Zusammenfassung des Bulletins august. Weitere Informationen finden Sie unter Microsoft Exploitability Index.

*Windows Server 2008 Server Core-Installation ist nicht betroffen. Die von diesem Update behobene Sicherheitsanfälligkeit wirkt sich nicht auf unterstützte Editionen von Windows Server 2008 aus, wenn 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.

Remote-Nicht authentifizierter Denial of Service in ASP.NET Sicherheitsanfälligkeit – CVE-2009-1536

Eine Denial-of-Service-Sicherheitsanfälligkeit besteht in der Art und Weise, wie ASP.NET die Anforderungsplanung verwaltet. Ein Angreifer könnte diese Sicherheitsanfälligkeit ausnutzen, indem speziell gestaltete anonyme HTTP-Anforderungen erstellt werden, die dazu führen würden, dass der betroffene Webserver nicht reaktionsfähig wird, bis der zugeordnete Anwendungspool neu gestartet wird.

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

Mildernde Faktoren für remote nicht authentifizierte Denial of Service in ASP.NET Sicherheitsanfälligkeit – CVE-2009-1536

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 anfällige Code in Microsoft .NET Framework wird nur über IIS 7.0 verfügbar gemacht. Für Systeme, die IIS 7.0 nicht ausführen, gibt es keine bekannten Angriffsvektoren für diese Sicherheitsanfälligkeit.
• Systeme, die ASP.NET in IIS 7.0 im klassischen Modus ausführen, sind von dieser Sicherheitsanfälligkeit nicht betroffen.

Problemumgehungen für remote nicht authentifizierte Denial of Service in ASP.NET Sicherheitsanfälligkeit – CVE-2009-1536

Problemumgehungen beziehen sich auf Einstellungen oder Konfigurationsänderungen, die die zugrunde liegende Sicherheitsanfälligkeit nicht korrigieren, aber bekannte Angriffsvektoren blockieren können, bevor Sie das Update anwenden. Microsoft hat die folgenden Problemumgehungen getestet und gibt in der Diskussion an, ob eine Problemumgehung die Funktionalität reduziert:

• Wechseln zum nativen IIS-Threadpool

  Wenn ASP.NET 2.0 im integrierten Modus auf IIS 7.0 gehostet wird, verwaltet ASP.NET Anforderungen mithilfe des CLR-Threadpools (Common Language Runtime). Systeme, auf denen die Anforderungen vom systemeigenen IIS 7.0-Threadpool anstelle des CLR-Threadpools verwaltet werden, sind von diesem Problem nicht betroffen. Weitere Informationen finden Sie im MSDN-Artikel .NET: Threadpool der CLR.

  Verwenden Sie eine der folgenden beiden Methoden, um IIS 7.0 so zu konfigurieren, dass der systemeigene Threadpool für die Prozessbehandlung verwendet wird.

  Methode 1: Angeben des Werts für maxConcurrentRequestsPerCPU in der Registrierung

  Diese Einstellung ist global und wirkt sich auf alle Anwendungspools aus. Informationen zum Konfigurieren dieser Einstellung für einzelne Anwendungspools finden Sie unter Methode 2 in diesem Abschnitt.

  Warnung beim Fehlerhaften Verwenden des Registrierungs-Editors kann zu schwerwiegenden Problemen führen, die möglicherweise eine Neuinstallation des Betriebssystems erfordern. Microsoft übernimmt keinerlei Garantie dafür, dass Probleme aufgrund nicht ordnungsgemäßer Verwendung des Registrierungs-Editors behoben werden können. Sie verwenden den Registrierungs-Editor auf eigene Verantwortung. Informationen zum Bearbeiten der Registrierung können Sie im Hilfethema "Ändern von Schlüsseln und Werten" im Registrierungs-Editor (Regedit.exe) anzeigen oder die Hilfethemen "Informationen in der Registrierung hinzufügen und löschen" und "Registrierungsdaten bearbeiten" in Regedt32.exe anzeigen.

  Hinweis: Es wird empfohlen, die Registrierung zu sichern, bevor Sie sie bearbeiten.

  1. Klicken Sie auf "Start", klicken Sie auf "Ausführen", geben Sie "Regedit" in das Feld "Öffnen" ein, und klicken Sie dann auf "OK".
  2. Klicken Sie auf den folgenden Registrierungsunterschlüssel:
     HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ASP.NET\2.0.50727.0
  3. Zeigen Sie im Menü "Bearbeiten " auf "Neu", und klicken Sie dann auf "TASTE".
  4. Geben Sie maxConcurrentRequestsPerCPU ein, und drücken Sie dann die EINGABETASTE.
  5. Klicken Sie auf den maxConcurrentRequestsPerCPU-Schlüssel .
  6. Zeigen Sie im Menü "Bearbeiten " auf "Neu", und klicken Sie dann auf "DWORD".
  7. Geben Sie maxConcurrentRequestsPerCPU ein, und drücken Sie dann die EINGABETASTE.
  8. Klicken Sie im Menü "Bearbeiten " auf " Ändern ", um den Registrierungseintrag "maxConcurrentRequestsPerCPU " zu ändern.
  9. Geben Sie im Feld "Wert" "0" ein, und klicken Sie dann auf "OK".
  10. Beenden Sie den Registrierungs-Editor.
  11. Verwenden Sie iisreset.exe, um Microsoft-Internetinformationsdienste (IIS) auf dem Webserver neu zu starten, auf dem die Anwendung gehostet wird, indem Sie den folgenden Befehl in einer Befehlszeile ausführen:
      iisreset /restart

  Geben Sie den Wert für maxConcurrentRequestsPerCPUvia an. REG-Datei

  Windows-Registrierungs-Editor-Version 5.00
  [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ASP.NET\2.0.50727.0]
  "MaxConcurrentRequestsPerCPU"=dword:0000000000

  Sie können diese .reg Datei auf einzelne Systeme anwenden, indem Sie darauf doppelklicken. Sie können sie auch mithilfe von Gruppenrichtlinien anwenden Standard. Weitere Informationen zu Gruppenrichtlinien finden Sie auf den folgenden Microsoft-Websites:
  Gruppenrichtliniensammlung
  Was ist der Gruppenrichtlinienobjekt-Editor?
  Kerngruppenrichtlinientools und -einstellungen

  Auswirkungen der Problemumgehung. Abhängig von der Art der Anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsleistung beeinträchtigt werden.

  So können Sie die Problemumgehung rückgängig machen.

  Manuelles Rückgängigmachen der Problemumgehung

  1. Klicken Sie auf "Start", klicken Sie auf "Ausführen", geben Sie "Regedit" in das Feld "Öffnen" ein, und klicken Sie dann auf "OK". Klicken Sie auf den folgenden Registrierungsunterschlüssel:
     HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ASP.NET\2.0.50727.0\maxConcurrentRequestsPerCPU
  2. Klicken Sie mit der rechten Maustaste auf den unterschlüssel "maxConcurrentRequestsPerCPU ", klicken Sie auf "Löschen", und klicken Sie dann auf "Ja".
  3. Beenden Sie den Registrierungs-Editor. Verwenden Sie Iisreset.exe, um Microsoft-Internetinformationsdienste (IIS) auf dem Webserver neu zu starten, auf dem die Anwendung gehostet wird, indem Sie den folgenden Befehl über eine Befehlszeile ausführen:
     iisreset /restart

  Rückgängigmachen der Problemumgehung über ein . REG-Datei

  Version 5.00
  [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ASP.NET\2.0.50727.0]
  "MaxConcurrentRequestsPerCPU"=dword:0000000000

  Sie können diese .reg Datei auf einzelne Systeme anwenden, indem Sie darauf doppelklicken. Sie können sie auch mithilfe von Gruppenrichtlinien anwenden Standard. Weitere Informationen zu Gruppenrichtlinien finden Sie auf den folgenden Microsoft-Websites:
  Gruppenrichtliniensammlung
  Was ist der Gruppenrichtlinienobjekt-Editor?
  Kerngruppenrichtlinientools und -einstellungen

  Methode 2: Geben Sie den Wert für maxConcurrentRequestsPerCPUfor an application pool in the ASP.NET config section of an ASPNET. Konfigurationsdatei

  Beachten Sie diese Problemumgehung nur für Systeme, auf denen Microsoft .NET Framework 2.0 SP2 oder Microsoft .NET Framework 3.5 SP1 ausgeführt wird. Frühere Versionen von Microsoft .NET Framework lesen aspnet.config für diese Informationen nicht. Dieser Wert überschreibt den Wert, der für maxConcurrentRequestsPerCPU in der Registrierung angegeben ist.

  Hinweis Um diese Problemumgehung rückgängig zu machen, müssen Sie die ursprüngliche Version der Datei aspnet.config wiederherstellen. Erstellen Sie vor dem Bearbeiten dieser Datei eine Sicherung.

  Öffnen Sie die Datei aspnet.config für den Anwendungspool, und geben Sie dann neue Werte für den parameter maxConcurrentRequestsPerCPU wie folgt ein:

  <system.web>
  <applicationPool maxConcurrentRequestsPerCPU="0"/>
  </system.web>

  Auswirkungen der Problemumgehung. Abhängig von der Art der Anwendungen, die in diesem Anwendungspool ausgeführt werden, kann die Anwendungsleistung beeinträchtigt werden.

  So können Sie die Problemumgehung rückgängig machen. Stellen Sie die ursprüngliche Version der Datei aspnet.config wieder her.

Häufig gestellte Fragen (FAQ) für remote nicht authentifizierte Denial of Service in ASP.NET Sicherheitsanfälligkeit – CVE-2009-1536

Was ist der Umfang der Sicherheitsanfälligkeit? 
Dies ist eine Sicherheitsanfälligkeit bezüglich denial-of-Service, die es einem Angreifer ermöglichen kann, dass ein Webserver nicht reaktionsfähig wird.

Was verursacht die Sicherheitsanfälligkeit? 
Diese Sicherheitsanfälligkeit wird durch ASP.NET falsche Verwaltung der Anforderungsplanung verursacht.

Was kann ein Angreifer tun, um die Sicherheitsanfälligkeit zu tun? 
Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, könnte dazu führen, dass der Anwendungspool auf dem betroffenen Webserver nicht reaktionsfähig wird, bis der Anwendungspool neu gestartet wird. Daher sind Webseiten, die ASP.NET im selben Anwendungspool verwenden, nicht mehr erreichbar und geben einen HTTP-Fehler zurück.

Alle non-ASP.NET Features des Servers sind nicht betroffen, wenn ein Server anfällig für dieses Problem ist und angegriffen wird. Html-Seiten werden beispielsweise weiterhin normal geladen.

Dies ist eine Denial-of-Service-Sicherheitsanfälligkeit auf Anwendungsebene. Um einen erfolgreichen Angriff wiederherzustellen, muss IIS zurückgesetzt werden, oder der betroffene Anwendungspool muss wiederverwendet werden, das Serverbetriebssystem muss jedoch nicht neu gestartet werden.

Was ist ASP.NET? 
ASP.NET ist eine Sammlung von Technologien innerhalb von Microsoft .NET Framework, mit denen Entwickler Webanwendungen und XML-Webdienste erstellen können.

Im Gegensatz zu herkömmlichen Webseiten, die eine Kombination aus statischem HTML und Skripting verwenden, verwendet ASP.NET kompilierte, ereignisgesteuerte Seiten. Da ASP.NET eine webbasierte Anwendungsumgebung ist, die einen zugrunde liegenden Webserver erfordert, um grundlegende HTTP-Funktionen bereitzustellen, wird ASP.NET über Internetinformationsdienste (IIS) ausgeführt. Weitere Informationen finden Sie auf der offiziellen Microsoft ASP.NET-Website.

Was ist der Unterschied zwischen integriertem Modus und klassischem Modus in IIS 7.0? 
In IIS 7.0 kann jede website, die auf dem Server gehostet wird, entweder im integrierten Modus oder im klassischen Modus ausgeführt werden. Der integrierte Modus ist der Standardmodus in IIS 7.0 und bietet eine genauere Kontrolle über den Anforderungsprozess. Der klassische Modus rückgängig machen zurück zum IIS 6.0-Verhalten, wenn der integrierte Modus noch nicht verfügbar war. Weitere Informationen finden Sie unter "Nutzen der integrierten IIS 7.0-Pipeline".

Was ist ein Anwendungspool? 
In IIS 7.0 ist ein Anwendungspool eine Gruppe von mindestens einem URLs, die von einem Arbeitsprozess oder einer Reihe von Arbeitsprozessen bedient werden. Anwendungspools legen Grenzen für die anwendungen fest, die sie enthalten, was bedeutet, dass alle Anwendungen, die außerhalb eines bestimmten Anwendungspools ausgeführt werden, keine Auswirkungen auf die Anwendungen haben können, die innerhalb dieses Anwendungspools ausgeführt werden. Weitere Informationen finden Sie unter IIS 7.0: Verwalten von Anwendungspools in IIS 7.0.

Wie kann ein Angreifer die Sicherheitsanfälligkeit ausnutzen? 
Ein Angreifer könnte diese Sicherheitsanfälligkeit ausnutzen, indem eine speziell gestaltete Reihe anonymer HTTP-Anforderungen an ein betroffenes System erstellt wird, wodurch der Webserver, der auf diesem System ausgeführt wird, nicht reaktionsfähig wird.

Welche Systeme sind in erster Linie durch die Sicherheitsanfälligkeit gefährdet? 
Server, auf denen ASP 2.0 im integrierten Modus auf IIS 7.0 gehostet wird, sind gefährdet.

Was geschieht mit dem Update? 
Das Update ändert die Art und Weise, in der ASP.NET die Anforderungsplanung verwaltet.

Als dieses Sicherheitsbulletin ausgegeben wurde, wurde diese Sicherheitsanfälligkeit öffentlich offengelegt? 
Nein Microsoft hat Informationen zu dieser Sicherheitsanfälligkeit durch verantwortungsvolle Offenlegung erhalten. Microsoft hatte keine Informationen erhalten, um darauf hinzuweisen, dass diese Sicherheitsanfälligkeit öffentlich offengelegt wurde, als dieses Sicherheitsbulletin ursprünglich ausgestellt wurde.

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 gemeldete 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 und Windows 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.

Hinweis: Ab dem 1. August 2009 wird Microsoft den Support für Office Update und das Office Update Inventory Tool einstellen. Verwenden Sie Microsoft Update, um weiterhin die neuesten Updates für Microsoft Office-Produkte zu erhalten. Weitere Informationen finden Sie unter "Informationen zu Microsoft Office Update: Häufig gestellte Fragen".

Leitfaden zur Erkennung und Bereitstellung

Microsoft bietet Erkennungs- und Bereitstellungsanleitungen für Sicherheitsupdates. Diese Anleitung enthält Empfehlungen und Informationen, die IT-Experten dabei helfen können, zu verstehen, wie verschiedene Tools für die Erkennung und Bereitstellung von Sicherheitsupdates verwendet werden. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel 961747.

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.

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.

Für SMS 2.0 und SMS 2003 kann das Sicherheitsupdateinventartool (SUIT) 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. Weitere Informationen zu SMS-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 Bereitstellungsleitfaden".

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 der Updatekompatibilitäts-Evaluator optimieren, die im Application Compatibility Toolkit 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 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.

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.

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.

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.

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:

• Alexander Pfandt of Digitaria für die Meldung der nicht authentifizierten Denial of Service remote in ASP.NET Sicherheitsanfälligkeit (CVE-2009-1536)

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 (11. August 2009): Bulletin veröffentlicht.
• V1.1 (13. August 2009): In häufig gestellten Fragen (FAQ) im Zusammenhang mit diesem Sicherheitsupdate wird dieses Sicherheitsupdate nur angeboten, wenn IIS 7.0 installiert wird. Informationen zu den häufig gestellten Fragen zu Remote-Nicht authentifizierten Denial of Service in ASP.NET Sicherheitsanfälligkeit – CVE-2009-1536 zu dem Unterschied zwischen integriertem Modus und klassischem Modus in IIS 7.0 hinzugefügt. Dies ist nur eine Informationsänderung. Kunden, die dieses Update erfolgreich installiert haben, müssen nicht erneut installiert werden.

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