Sicherheitsbulletin

Microsoft Security Bulletin MS13-063 - Wichtig

Veröffentlicht: 13. August 2013 | Aktualisiert: 13. September 2013

Version: 1.2

Dieses Sicherheitsupdate behebt eine öffentlich offengelegte Sicherheitsanfälligkeit und drei privat gemeldete Sicherheitsrisiken in Microsoft Windows. Die schwerwiegendsten Sicherheitsanfälligkeiten könnten die Rechteerweiterung ermöglichen, wenn sich ein Angreifer lokal angemeldet und eine speziell gestaltete Anwendung ausgeführt hat. Ein Angreifer muss über gültige Anmeldeinformationen verfügen und sich lokal anmelden können, um diese Sicherheitsrisiken auszunutzen. Die Sicherheitsrisiken konnten nicht remote oder von anonymen Benutzern ausgenutzt werden.

Dieses Sicherheitsupdate ist für unterstützte 32-Bit-Editionen von Windows XP, Windows Server 2003 und Windows 8 als wichtig eingestuft. und alle unterstützten Editionen von Windows Vista, Windows Server 2008, Windows 7 und Windows Server 2008 R2. Weitere Informationen finden Sie im Unterabschnitt, betroffene und nicht betroffene Software in diesem Abschnitt.

Das Sicherheitsupdate behebt die Sicherheitsanfälligkeiten, indem geändert wird, wie der Windows-Kernel Speicheradresswerte überprüft und die Funktionalität ändert, um die Integrität von ASLR zu Standard. Weitere Informationen zu den Sicherheitsrisiken 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.

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. Informationen zum Ermitteln des Supportlebenszyklus für Ihre Softwareversion oder -edition finden Sie unter Microsoft-Support Lifecycle.

Betroffene Software 

Nicht betroffene Software 

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. Weitere Informationen zum Produktlebenszyklus finden Sie auf der Microsoft-Support Lifecycle-Website.

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. Informationen zum Ermitteln des Supportlebenszyklus für Ihre Softwareversion finden Sie unter Auswählen eines Produkts für Lebenszyklusinformationen. Weitere Informationen zu Service Packs für diese Softwareversionen finden Sie unter Service Pack Lifecycle Support Policy.

Kunden, die benutzerdefinierten Support für ältere Software benötigen, müssen sich an ihren Microsoft-Kontoteammitarbeiter, den 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. Informationen zu Kontaktinformationen finden Sie auf der Microsoft Worldwide Information-Website , wählen Sie das Land in der Kontaktinformationsliste aus, und klicken Sie dann auf "Gehe ", 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 zur Microsoft-Support Lifecycle-Richtlinie.

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.

Eine Sicherheitsanfälligkeit in Windows ist aufgrund einer unsachgemäßen Implementierung der Randomisierung des Adressraumlayouts (ASLR) vorhanden. Die Sicherheitsanfälligkeit könnte es einem Angreifer ermöglichen, das ASLR-Sicherheitsfeature zu umgehen, höchstwahrscheinlich während oder im Verlauf des Exploits einer Sicherheitslücke zur Remotecodeausführung. Der Angreifer könnte dann eine DLL im Prozess laden.

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

Microsoft hat keine mildernden Faktoren für diese Sicherheitsanfälligkeit identifiziert.

Microsoft hat keine Problemumgehungen für diese Sicherheitsanfälligkeit identifiziert.

Was ist der Umfang der Sicherheitsanfälligkeit?
Dies ist eine Sicherheitsanfälligkeit bei der Umgehung von Sicherheitsfeatures.

Was verursacht die Sicherheitsanfälligkeit?
Die Sicherheitsanfälligkeit wird durch nicht ordnungsgemäß implementierte Features verursacht, mit denen eine DLL bei einem beliebigen, nicht zufälligen Offset geladen werden kann, wodurch ASLR umgangen wird.

Was ist ASLR? . Die Randomisierung des Adressraumlayouts (Address Space Layout Randomization, ASLR) verschiebt ausführbare Bilder an zufällige Orte, wenn ein System gestartet wird, wodurch verhindert wird, dass ein Angreifer Daten an vorhersagbaren Speicherorten nutzt. Damit eine Komponente ASLR unterstützt, müssen alle geladenen Komponenten auch ASLR unterstützen. Wenn A.exe beispielsweise B.dll und C.dll verbraucht, müssen alle drei ASLR unterstützen. Standardmäßig werden Windows Vista, Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows 8, Windows RT und Windows Server 2012 System-DLLs und EXEs zufälligisiert, aber DLLs und EXEs, die von unabhängigen Softwareanbietern (ISVs) erstellt wurden, müssen sich für die Unterstützung von ASLR über die Option "/DYNAMICBASE linker" entscheiden.

ASLR zufälligisiert außerdem Heap- und Stapelspeicher:

Wenn eine Anwendung einen Heap in Windows Vista, Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows 8, Windows RT und Windows Server 2012 erstellt, erstellt der Heap-Manager diesen Heap an einem zufälligen Speicherort, um die Chance zu verringern, dass ein Versuch, einen heapbasierten Pufferüberlauf auszunutzen, erfolgreich ausgeführt wird. Die Heap-Randomisierung ist standardmäßig für alle Anwendungen aktiviert, die unter Windows Vista und höher ausgeführt werden.

Wenn ein Thread in einem Prozess gestartet wird, der mit /DYNAMICBASE, Windows Vista, Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows 8, Windows RT und Windows Server 2012 verknüpft ist, verschiebt den Threadstapel an einen zufälligen Speicherort, um die Wahrscheinlichkeiten zu verringern, dass ein stapelbasierter Pufferüberlauf-Exploit erfolgreich ist.

Was kann ein Angreifer tun, um die Sicherheitsanfälligkeit zu tun?
Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, könnte Sicherheitsfeatures umgehen und eine DLL laden.

Wie kann ein Angreifer die Sicherheitsanfälligkeit ausnutzen?
Ein Angreifer könnte diese Sicherheitsanfälligkeit ausnutzen, indem er eine schädliche DLL während einer Remotecodeausführungsausnutzung lädt.

Welche Systeme sind in erster Linie durch die Sicherheitsanfälligkeit gefährdet?
Arbeitsstationen und Terminalserver sind in erster Linie gefährdet.

Was geschieht mit dem Update?
Das Update behebt die Sicherheitsanfälligkeit, indem die Funktionalität geändert wird, um die Integrität von ASLR zu Standard.

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-2013-2556 zugewiesen.

Als dieses Sicherheitsbulletin ausgegeben wurde, erhielt Microsoft alle Berichte, dass diese Sicherheitsanfälligkeit ausgenutzt wurde?
Nein Microsoft hatte keine Informationen erhalten, um anzugeben, dass diese Sicherheitsanfälligkeit öffentlich für Kunden verwendet wurde, als dieses Sicherheitsbulletin ursprünglich ausgestellt wurde.

Rechteerweiterungsrisiken sind im Windows-Kernel aufgrund einer Arbeitsspeicherbeschädigungsbedingung auf dem virtuellen NT-DOS-Computer (NTVDM) vorhanden. Ein Angreifer, der diese Sicherheitsanfälligkeiten erfolgreich ausgenutzt hat, kann beliebigen Code im Kernelmodus ausführen. 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 Sicherheitsrisiken als Standardeinträge in der Liste allgemeiner Sicherheitsrisiken und Sicherheitsrisiken finden Sie in den folgenden Themen:

• CVE-2013-3196
• CVE-2013-3197
• CVE-2013-3198

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:

• 64-Bit-Microsoft Windows-Betriebssysteme sind von diesen Sicherheitsrisiken nicht betroffen.
• Ein Angreifer muss über gültige Anmeldeinformationen verfügen und sich lokal anmelden können, um diese Sicherheitsrisiken auszunutzen. Die Sicherheitsrisiken konnten nicht remote oder von anonymen Benutzern ausgenutzt werden.

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:

• Deaktivieren des NTVDM-Subsystems über Gruppenrichtlinien

  Hinweis: Im Microsoft Knowledge Base-Artikel 979682 finden Sie Informationen zur automatischen Implementierung dieser Problemumgehung.

  1. Klicken Sie auf "Start", klicken Sie auf "Ausführen", geben Sie "gpedit.msc" in das Feld "Öffnen" ein, und klicken Sie dann auf "OK". Dadurch wird die Gruppenrichtlinienkonsole geöffnet.
  2. Erweitern Sie den Ordner "AdministrativeTemplates ", und klicken Sie dann auf "WindowsComponents".
  3. Klicken Sie auf den Anwendungskompatibilitätsordner .
  4. Doppelklicken Sie im Detailbereich auf die Richtlinieneinstellung Preventaccessto16-bitapplications . Standardmäßig ist dies auf "NotConfigured" festgelegt.
  5. Ändern Sie die Richtlinieneinstellung auf "Aktiviert", und klicken Sie dann auf "OK".

  Auswirkungen der Problemumgehung. Benutzer können keine 16-Bit-Anwendungen ausführen.

• Deaktivieren des NTVDM-Subsystems über die Windows-Registrierung

  Sie können nur das 16-Bit-Subsystem Für Windows oder sowohl das Windows On Windows- als auch das Windows NT Virtual DOS Machine (NTVDM)-Subsystem deaktivieren; Sie können jedoch nicht nur das Windows On Windows-Subsystem deaktivieren, indem Sie die Registrierung ändern.

  So verhindern Sie den Zugriff auf 16-Bit-Anwendungen:

  Warnung: Wenn Sie den Registrierungs-Editor falsch verwenden, können sie schwerwiegende Probleme verursachen, die möglicherweise erfordern, dass Sie Ihr Betriebssystem neu installieren müssen. Microsoft kann nicht garantieren, dass Probleme, die von einer falschen Verwendung des Registrierungseditors herrühren, behoben werden können. Sie verwenden den Registrierungs-Editor auf eigene Verantwortung.

  1. Starten Sie den Registrierungs-Editor (Regedt32.exe).
  2. Suchen Sie den folgenden Registrierungsschlüssel: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows
  3. Klicken Sie mit der rechten Maustaste auf Windows, wählen Sie "Schlüssel erstellen>" aus, und nennen Sie den Schlüssel "AppCompat".
  4. Klicken Sie mit der rechten Maustaste in den rechten Bereich, wählen Sie "DWORD erstellen>" aus, und nennen Sie das DWord "VDMDisallowed". Der Wert von VDMDisallowed wird standardmäßig auf "0" festgelegt.
  5. Klicken Sie mit der rechten Maustaste auf "VDMDisallowed", und wählen Sie "Ändern" aus. Legen Sie den Wert auf "1" fest.

Was ist der Umfang der Sicherheitsrisiken?
Hierbei handelt es sich um eine Erhöhung von Berechtigungsrisiken.

Was verursacht die Sicherheitsanfälligkeiten?
Die Sicherheitsanfälligkeiten werden durch den Windows-Kernel verursacht, der die Adresswerte nicht ordnungsgemäß überprüft, was zu Speicherbeschädigungen führen kann.

Was ist der Windows-Kernel?
Der Windows-Kernel ist der Kern des Betriebssystems. Es stellt Dienste auf Systemebene bereit, z. B. Geräteverwaltung und Speicherverwaltung, ordnet Prozessorzeit für Prozesse zu und verwaltet die Fehlerbehandlung.

Was ist das Windows Virtual DOS Machine (NTVDM)-Subsystem?
Das Windows NT Virtual DOS Machine (NTVDM)-Subsystem ist ein Subsystem für geschützte Umgebungen, das MS-DOS und 16-Bit-Windows in Windows NT-basierten Betriebssystemen emuliert. Wenn ein Benutzer eine MS-DOS-Anwendung auf einem Windows NT-basierten Betriebssystem startet, wird ein VDM erstellt.

Wie stehen diese Sicherheitsrisiken im Zusammenhang?
Die Arbeitsspeicherbeschädigungsbedingung manifestiert sich aus ähnlichen Fehlern, um Adressen im Kernelspeicher ordnungsgemäß zu überprüfen; Die Einstiegspunkte sind jedoch ausreichend unterschiedlich, um separate CVEs zu rechtfertigen.

Was kann ein Angreifer tun, um die Sicherheitsanfälligkeitenzu tun?
Ein Angreifer, der eine dieser Sicherheitsrisiken erfolgreich ausgenutzt hat, kann beliebigen Code im Kernelmodus ausführen. Ein Angreifer könnte dann Programme installieren; Daten anzeigen, ändern oder löschen; oder erstellen Sie neue Konten mit vollständigen Administratorrechten.

Wie kann ein Angreifer die Sicherheitsrisiken ausnutzen?
Um diese Sicherheitsrisiken 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 ein betroffenes System übernimmt.

Welche Systeme sind in erster Linie von den Sicherheitsrisiken bedroht?
Arbeitsstationen und Terminalserver sind in erster Linie gefährdet. Server sind möglicherweise riskanter, wenn Administratoren benutzern erlauben, sich bei Servern anzumelden und Programme auszuführen. Bewährte Methoden raten jedoch dringend davon ab, dies zuzulassen.

Was geschieht mit dem Update?
Das Update behebt die Sicherheitsanfälligkeiten, indem geändert wird, wie der Windows-Kernel Speicheradresswerte überprüft.

Als dieses Sicherheitsbulletin ausgegeben wurde, wurde diese Sicherheitsanfälligkeit öffentlich offengelegt?
Nein Microsoft hat Informationen zu dieser Sicherheitsanfälligkeit durch koordinierte Offenlegung von Sicherheitsrisiken erhalten.

Als dieses Sicherheitsbulletin ausgegeben wurde, erhielt Microsoft alle Berichte, dass diese Sicherheitsanfälligkeit ausgenutzt wurde?
Nein Microsoft hatte keine Informationen erhalten, um anzugeben, dass diese Sicherheitsanfälligkeit öffentlich für Kunden verwendet wurde, als dieses Sicherheitsbulletin ursprünglich ausgestellt wurde.

Es stehen mehrere Ressourcen zur Verfügung, die Administratoren bei der Bereitstellung von Sicherheitsupdates unterstützen. 

• Mit Microsoft Baseline Security Analyzer (MBSA) können Administratoren lokale und Remotesysteme auf fehlende Sicherheitsupdates und allgemeine Sicherheitsfehler überprüfen. 
• Windows Server Update Services (WSUS), Systems Management Server (SMS) und System Center Configuration Manager (SCCM) helfen Administratoren beim Verteilen von Sicherheitsupdates. 
• Die komponenten der Updatekompatibilitäts-Evaluator, die im Lieferumfang des Application Compatibility Toolkit enthalten sind, um die Tests und Validierung von Windows-Updates für installierte Anwendungen zu optimieren. 

Informationen zu diesen und anderen verfügbaren Tools finden Sie unter "Sicherheitstools für IT-Spezialisten". 

Betroffene Software

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

Referenztabelle

Die folgende Tabelle enthält die Sicherheitsupdateinformationen für diese Software.

Referenztabelle

Die folgende Tabelle enthält die Sicherheitsupdateinformationen für diese Software.

Referenztabelle

Die folgende Tabelle enthält die Sicherheitsupdateinformationen für diese Software.

Referenztabelle

Die folgende Tabelle enthält die Sicherheitsupdateinformationen für diese Software.

Referenztabelle

Die folgende Tabelle enthält die Sicherheitsupdateinformationen für diese Software.

Referenztabelle

Die folgende Tabelle enthält die Sicherheitsupdateinformationen für diese Software.

Referenztabelle

Die folgende Tabelle enthält die Sicherheitsupdateinformationen für diese Software.

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

• VUPEN Security, zusammenarbeiten mit der Zero Day Initiative von HPfür die Zusammenarbeit mit uns an der Sicherheitsanfälligkeit bei der ASLR-Sicherheitsfeatureumgehung (CVE-2013-2556)
• Yang Yu von Nsfocus Security Team für die Zusammenarbeit mit uns an der Sicherheitsanfälligkeit bei der ASLR-Sicherheitsfeatureumgehung (CVE-2013-2556)
• Mateusz "j00ru" Jurczyk von Google Inc für die Meldung der Sicherheitsanfälligkeit in Windows Kernel-Korruption (CVE-2013-3196)
• Mateusz "j00ru" Jurczyk von Google Inc für die Meldung der Sicherheitsanfälligkeit in Windows Kernel-Korruption (CVE-2013-3197)
• Mateusz "j00ru" Jurczyk von Google Inc für die Meldung der Sicherheitsanfälligkeit in Windows Kernel-Korruption (CVE-2013-3198)

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, wechseln Sie zu den aktiven Schutzwebsites, die von Programmpartnern bereitgestellt werden, die in Microsoft Active Protections Program (MAPP)-Partnern aufgeführt sind.

So erhalten Sie Hilfe und Support für dieses Sicherheitsupdate

• Hilfe beim Installieren von Updates: Support für Microsoft Update
• Sicherheitslösungen für IT-Experten: TechNet Security Troubleshooting and Support
• Schützen Sie Ihren Computer, auf dem Windows ausgeführt wird, vor Viren und Schadsoftware: Virenlösung und Security Center
• Lokaler Support nach Ihrem Land: Internationaler Support

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.

• V1.0 (13. August 2013): Bulletin veröffentlicht.
• V1.1 (14. August 2013): Der Eintrag "Bekannte Probleme" im Knowledge Base-Artikelabschnitt wurde von "Keine" auf "Ja" aktualisiert.
• V1.2 (13. September 2013): Korrektur des Update-Ersatzes für alle betroffenen Software ohne Windows XP und Windows 8. Dies ist nur eine Informationsänderung.

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