Artikel
03/18/2024

Sicherheitsbulletin

Microsoft Security Bulletin MS12-016 – Kritisch

Sicherheitsanfälligkeiten in .NET Framework und Microsoft Silverlight könnten Remotecodeausführung zulassen (2651026)

Veröffentlicht: 14. Februar 2012 | Aktualisiert: 10. Juli 2012

Version: 1.3

Allgemeine Informationen

Kurzfassung

Dieses Sicherheitsupdate behebt eine öffentlich offengelegte Sicherheitsanfälligkeit und eine privat gemeldete Sicherheitsanfälligkeit in Microsoft .NET Framework und Microsoft Silverlight. Die Sicherheitsanfälligkeiten können remotecodeausführung auf einem Clientsystem zulassen, wenn ein Benutzer eine speziell gestaltete Webseite mithilfe eines Webbrowsers anzeigt, der XAML-Browseranwendungen (XBAPs) oder Silverlight-Anwendungen ausführen kann. Für Benutzer, deren Konten mit weniger Benutzerrechten im System konfiguriert sind, sind die Auswirkungen normalerweise geringer als für Benutzer, die mit Administratorrechten arbeiten.

Dieses Sicherheitsupdate ist für Microsoft .NET Framework 2.0 Service Pack 2, Microsoft .NET Framework 3.5.1 und Microsoft .NET Framework 4 für alle unterstützten Editionen von Microsoft Windows kritisch bewertet; und für Microsoft Silverlight 4. 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 .NET Framework und Microsoft Silverlight nicht verwaltete Objekte verwenden. 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 Kunden, das Update sofort mithilfe der Updateverwaltungssoftware anzuwenden oder nach Updates mithilfe des Microsoft Update-Diensts zu 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

Betriebssystem	Komponente	Maximale Sicherheitswirkung	Bewertung des aggregierten Schweregrads	Bulletins ersetzt durch dieses Update
Windows XP
Windows XP Service Pack 3	Microsoft .NET Framework 2.0 Service Pack 2 (KB2633880) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539631 in MS11-069 wird durch KB2633880 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows XP Professional x64 Edition Service Pack 2	Microsoft .NET Framework 2.0 Service Pack 2 (KB2633880) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539631 in MS11-069 wird durch KB2633880 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows Server 2003
Windows Server 2003 Service Pack 2	Microsoft .NET Framework 2.0 Service Pack 2 (KB2633880) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539631 in MS11-069 wird durch KB2633880 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows Server 2003 x64 Edition Service Pack 2	Microsoft .NET Framework 2.0 Service Pack 2 (KB2633880) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539631 in MS11-069 wird durch KB2633880 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows Server 2003 mit SP2 für Itanium-basierte Systeme	Microsoft .NET Framework 2.0 Service Pack 2 (KB2633880) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539631 in MS11-069 wird durch KB2633880 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows Vista
Windows Vista Service Pack 2	Microsoft .NET Framework 2.0 Service Pack 2 (KB2633874) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539633 in MS11-069 wird durch KB2633874 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows Vista x64 Edition Service Pack 2	Microsoft .NET Framework 2.0 Service Pack 2 (KB2633874) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539633 in MS11-069 wird durch KB2633874 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows Server 2008
Windows Server 2008 für 32-Bit-Systeme Service Pack 2	Microsoft .NET Framework 2.0 Service Pack 2 (KB2633874) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539633 in MS11-069 wird durch KB2633874 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows Server 2008 für x64-basierte Systeme Service Pack 2	Microsoft .NET Framework 2.0 Service Pack 2 (KB2633874) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539633 in MS11-069 wird durch KB2633874 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows Server 2008 für Itanium-basierte Systeme Service Pack 2	Microsoft .NET Framework 2.0 Service Pack 2 (KB2633874) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539633 in MS11-069 wird durch KB2633874 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows 7
Windows 7 für 32-Bit-Systeme	Microsoft .NET Framework 3.5.1 (KB2633879) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539634 in MS11-069 wird durch KB2633879 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows 7 für 32-Bit-Systeme Service Pack 1	Microsoft .NET Framework 3.5.1 (KB2633873) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539635 in MS11-069 wird durch KB2633873 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows 7 für x64-basierte Systeme	Microsoft .NET Framework 3.5.1 (KB2633879) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539634 in MS11-069 wird durch KB2633879 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows 7 für x64-basierte Systeme Service Pack 1	Microsoft .NET Framework 3.5.1 (KB2633873) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539635 in MS11-069 wird durch KB2633873 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows Server 2008 R2
Windows Server 2008 R2 für x64-basierte Systeme	Microsoft .NET Framework 3.5.1* (KB2633879) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539634 in MS11-069 wird durch KB2633879 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows Server 2008 R2 für x64-basierte Systeme Service Pack 1	Microsoft .NET Framework 3.5.1* (KB2633873) Microsoft .NET Framework 4*[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539635 in MS11-069 wird durch KB2633873 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows Server 2008 R2 für Itanium-basierte Systeme	Microsoft .NET Framework 3.5.1 (KB2633879) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539634 in MS11-069 wird durch KB2633879 KB2539636 in MS11-069 ersetzt durch KB2633870
Windows Server 2008 R2 für Itanium-basierte Systeme Service Pack 1	Microsoft .NET Framework 3.5.1 (KB2633873) Microsoft .NET Framework 4^[1](KB2633870)	Remoteausführung von Code	Kritisch	KB2539635 in MS11-069 wird durch KB2633873 KB2539636 in MS11-069 ersetzt durch KB2633870

*Server Core-Installation betroffen. Dieses Update gilt mit der gleichen Schweregradbewertung für unterstützte Editionen von Windows Server 2008 oder Windows Server 2008 R2, wie angegeben, unabhängig davon, ob die Server Core-Installationsoption installiert wurde. Weitere Informationen zu dieser Installationsoption finden Sie in den TechNet-Artikeln zum Verwalten einer Server Core-Installation und Wartung einer Server Core-Installation. Beachten Sie, dass die Server Core-Installationsoption nicht für bestimmte Editionen von Windows Server 2008 und Windows Server 2008 R2 gilt; siehe Vergleich der Server Core-Installationsoptionen.

^[1]. Net Framework 4 und .NET Framework 4 Client Profile betroffen. Die .NET Framework Version 4 redistributable packages are available in two profiles: .NET Framework 4 and .NET Framework 4 Client Profile. .NET Framework 4-Clientprofil ist eine Teilmenge von .NET Framework 4. Die in diesem Update behobene Sicherheitsanfälligkeit wirkt sich sowohl auf .NET Framework 4 als auch auf .NET Framework 4 Client Profile aus. Weitere Informationen finden Sie im MSDN-Artikel zum Installieren von .NET Framework.

Microsoft Developer Tools und Software

Betriebssystem	Maximale Sicherheitswirkung	Bewertung des aggregierten Schweregrads	Bulletins ersetzt durch dieses Update
Microsoft Silverlight 4
Microsoft Silverlight 4 bei Der Installation auf dem Mac (KB2668562)	Remoteausführung von Code	Kritisch	Keine
Microsoft Silverlight 4 bei der Installation auf allen unterstützten Versionen von Microsoft Windows-Clients (KB2668562)	Remoteausführung von Code	Kritisch	Keine
Microsoft Silverlight 4 bei der Installation auf allen unterstützten Versionen von Microsoft Windows-Servern (KB2668562)	Remoteausführung von Code	Kritisch	Keine

Nicht betroffene Software

Software
Microsoft .NET Framework 1.1 Service Pack 1
Microsoft .NET Framework 3.5 Service Pack 1
Microsoft Silverlight 5 bei Der Installation auf dem Mac
Microsoft Silverlight 5 bei der Installation auf allen Versionen von Microsoft Windows-Clients
Microsoft Silverlight 5 bei der Installation auf allen Versionen von Microsoft Windows-Servern

Warum wurde dieses Bulletin am 14. Februar 2012 überarbeitet?
Microsoft hat dieses Bulletin überarbeitet, um eine Erkennungsänderung für KB2668562 für Microsoft Silverlight 4 bekanntzugeben, wenn es auf Windows-Clients und -Servern installiert ist, um ein Installationsproblem zu beheben. Dies ist nur eine Erkennungsänderung. Es wurden keine Änderungen an den Sicherheitsupdatedateien vorgenommen. Kunden, die ihre Systeme bereits erfolgreich aktualisiert haben, müssen keine Maßnahmen ergreifen.

Sind Microsoft .NET Framework 3.5 und Microsoft .NET Framework 4.5 unter WindowsDeveloper Previewund Microsoft .NET Framework 4.5 Developer Previewvon dieser Sicherheitsanfälligkeit betroffen?
Ja. Diese Sicherheitsanfälligkeit wurde nach der Veröffentlichung der Windows Developer Preview und der Microsoft .NET Framework 4.5 Developer Preview gemeldet. Kunden, die die Entwicklervorschausoftware ausführen, werden ermutigt, das Update auf ihre Systeme herunterzuladen und anzuwenden. Weitere Informationen, einschließlich Microsoft Download Center-Links, finden Sie in den folgenden Microsoft Knowledge Base-Artikeln:

Betroffene Software	Microsoft Knowledge Base-Artikel
Microsoft .NET Framework 3.5 unter Windows Developer Preview	Microsoft Knowledge Base-Artikel 2633877
Microsoft .NET Framework 4.5 unter Windows Developer Preview	Microsoft Knowledge Base-Artikel 2633869
Microsoft .NET Framework 4.5 Developer Preview unter Windows Server 2008, Windows 7 und Windows Server 2008 R2	Microsoft Knowledge Base-Artikel 2638804

Sicherheitsupdates sind über Microsoft Update und Windows Update verfügbar.

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

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.

Gewusst wie bestimmen, welche Version von Microsoft .NET Framework installiert ist?
Sie können mehrere Versionen von .NET Framework auf einem System installieren und ausführen, und Sie können die Versionen in beliebiger Reihenfolge installieren. Es gibt mehrere Möglichkeiten, um zu bestimmen, welche Versionen von .NET Framework derzeit installiert sind. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel 318785.

Was ist der Unterschied zwischen .NET Framework 4 und .NET Framework 4 Client Profile?
Die .NET Framework Version 4 redistributable packages are available in two profiles: .NET Framework 4 and .NET Framework 4 Client Profile. Das .NET Framework 4-Clientprofil ist eine Teilmenge des .NET Framework 4-Profils, das für Clientanwendungen optimiert ist. Sie bietet Funktionen für die meisten Clientanwendungen, einschließlich Windows Presentation Foundation (WPF), Windows Forms, Windows Communication Foundation (WCF) und ClickOnce-Features. Dies ermöglicht eine schnellere Bereitstellung und ein kleineres Installationspaket für Anwendungen, die auf .NET Framework 4 Client Profile abzielen. Weitere Informationen finden Sie im MSDN-Artikel .NET Framework-Clientprofil.

Welche Webbrowser unterstützen Microsoft Silverlight-Anwendungen?
Um Microsoft Silverlight-Anwendungen auszuführen, müssen die meisten Webbrowser, einschließlich Microsoft Internet Explorer, Microsoft Silverlight installiert und das entsprechende Plug-In aktiviert werden. Weitere Informationen zu Microsoft Silverlight finden Sie auf der offiziellen Website von Microsoft Silverlight. Weitere Informationen zum Deaktivieren oder Entfernen von Plug-Ins finden Sie in der Dokumentation Ihres Browsers.

Welche Versionen von Microsoft Silverlight 4 sind von der Sicherheitsanfälligkeit betroffen?
Microsoft Silverlight Build 4.1.10111, der aktuelle Build von Microsoft Silverlight ab dem Zeitpunkt der ersten Veröffentlichung dieses Bulletins, behebt die Sicherheitsanfälligkeit und ist nicht betroffen. Builds von Microsoft Silverlight vor 4.1.10111 sind betroffen.

Gewusst wie wissen, welche Version und welcher Build von Microsoft Silverlight derzeit installiert ist?
Wenn Microsoft Silverlight bereits auf Ihrem Computer installiert ist, können Sie die Seite "Microsoft Silverlight abrufen" aufrufen, die angibt, welche Version und welcher Build von Microsoft Silverlight derzeit auf Ihrem System installiert ist. Alternativ können Sie das Feature "Add-Ons verwalten" der aktuellen Versionen von Microsoft Internet Explorer verwenden, um die aktuell installierten Versions- und Buildinformationen zu ermitteln.

Sie können auch die Versionsnummer von sllauncher.exe im Verzeichnis "%ProgramFiles%\Microsoft Silverlight" (auf x86 Microsoft Windows-Systemen) oder im Verzeichnis "%ProgramFiles(x86)%\Microsoft Silverlight" (auf x64 Microsoft Windows-Systemen) manuell überprüfen.

Darüber hinaus finden Sie unter Microsoft Windows die Versions- und Buildinformationen der aktuell installierten Version von Microsoft Silverlight in der Registrierung unter [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Silverlight]:Version auf x86 Microsoft Windows-Systemen oder [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Silverlight]:Version auf x64 Microsoft Windows-Systemen.

Unter Apple Mac OS finden Sie die Versions- und Buildinformationen der aktuell installierten Version von Microsoft Silverlight wie folgt:

Öffnen des Finders
Wählen Sie das Systemlaufwerk aus, und wechseln Sie zum Ordner Internet-Plug-Ins - Bibliothek
Klicken Sie mit der rechten Maustaste auf die Datei Silverlight.Plugin (wenn die Maus nur eine Schaltfläche hat, drücken Sie beim Klicken auf die Datei die STRG-TASTE ), um das Kontextmenü anzuzeigen, und klicken Sie dann auf "Paketinhalte anzeigen".
Suchen Sie im Inhaltsordner nach der Datei "info.plist ", und öffnen Sie sie mit einem Editor. Er enthält einen Eintrag wie folgt, der ihnen die Versionsnummer zeigt: SilverlightVersion 4.1.10111

Die mit diesem Sicherheitsupdate installierte Version ist 4.1.10111. Wenn Ihre Versionsnummer höher als oder gleich dieser Versionsnummer ist, ist Ihr System nicht anfällig.

Gewusst wie Aktualisieren meiner Version von Microsoft Silverlight?
Mit dem Automatischen Update-Feature von Microsoft Silverlight wird sichergestellt, dass Ihre Microsoft Silverlight-Installation mit der neuesten Version von Microsoft Silverlight, Microsoft Silverlight-Funktionen und Sicherheitsfeatures auf dem neuesten Stand gehalten wird. Weitere Informationen zum Automatischen Aktualisieren von Microsoft Silverlight finden Sie im Microsoft Silverlight Updater. Kunden, die das Feature für die automatische Aktualisierung von Microsoft Silverlight deaktiviert haben, können sich bei Microsoft Update registrieren, um die neueste Version von Microsoft Silverlight zu erhalten, oder die neueste Version von Microsoft Silverlight manuell mithilfe des Downloadlinks in der Tabelle "Betroffene Software" im vorherigen Abschnitt, betroffene und nicht betroffene Software herunterladen. Informationen zum Bereitstellen von Microsoft Silverlight in einer Unternehmensumgebung finden Sie im Silverlight Enterprise-Bereitstellungshandbuch.

Ich habe .NET Framework 3.0 Service Pack 2 installiert; diese Version ist in diesem Bulletin nicht unter der betroffenen Software aufgeführt. Muss ich ein Update installieren?
In diesem Bulletin wird eine Sicherheitsanfälligkeit in der Featureebene .NET Framework 2.0 beschrieben. Das .NET Framework 3.0 Service Pack 2-Installationsprogrammkette im .NET Framework 2.0 Service Pack 2-Setup, sodass die Installation des früheren Installationsvorgangs auch letztere installiert. Daher müssen Kunden, die .NET Framework 3.0 Service Pack 2 installiert haben, Sicherheitsupdates für .NET Framework 2.0 Service Pack 2 installieren.

Ich habe .NET Framework 3.5 Service Pack 1 installiert. Muss ich Updates installieren?
In diesem Bulletin wird eine Sicherheitsanfälligkeit in der Featureebene .NET Framework 2.0 beschrieben. Das .NET Framework 3.5 Service Pack 1-Installationsprogrammkette sowohl im .NET Framework 2.0 Service Pack 2-Setup als auch im .NET Framework 3.0 Service Pack 2-Setup. Daher müssen Kunden, die .NET Framework 3.5 Service Pack 1 installiert haben, Sicherheitsupdates für .NET Framework 2.0 Service Pack 2 installieren.

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. Wenn Sie Kontaktinformationen benötigen, besuchen Sie die 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.

Sicherheitsrisikoinformationen

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 Februar-Bulletinzusammenfassung den Exploitability Index. Weitere Informationen finden Sie unter Microsoft Exploitability Index.

Betroffene Software	Sicherheitsanfälligkeit in .NET Framework bezüglich nicht verwalteter Objekte – CVE-2012-0014	Sicherheitsanfälligkeit in .NET Framework bezüglich Heapbeschädigung – CVE-2012-0015	Bewertung des aggregierten Schweregrads
Microsoft .NET Framework 2.0 Service Pack 2
Microsoft .NET Framework 2.0 Service Pack 2 bei Installation unter Windows XP Service Pack 3	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 2.0 Service Pack 2 bei Installation unter Windows XP Professional x64 Edition Service Pack 2	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 2.0 Service Pack 2 bei Installation unter Windows Server 2003 Service Pack 2	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 2.0 Service Pack 2 bei Installation unter Windows Server 2003 x64 Edition Service Pack 2	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 2.0 Service Pack 2 bei Installation unter Windows Server 2003 mit SP2 für Itanium-basierte Systeme	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Vista Service Pack 2	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Vista x64 Edition Service Pack 2	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2008 für 32-Bit-Systeme Service Pack 2	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2008 für x64-basierte Systeme Service Pack 2	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2008 mit SP2 für Itanium-basierte Systeme	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 3.5.1
Microsoft .NET Framework 3.5.1 unter Windows 7 für 32-Bit-Systeme und Windows 7 für 32-Bit-Systeme Service Pack 1	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 3.5.1 unter Windows 7 für x64-basierte Systeme und Windows 7 für x64-basierte Systeme Service Pack 1	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 3.5.1 unter Windows Server 2008 R2 für x64-basierte Systeme und Microsoft .NET Framework 3.5.1 unter Windows Server 2008 R2 für x64-basierte Systeme Service Pack 1*	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 3.5.1 unter Windows Server 2008 R2 für Itanium-basierte Systeme und Windows Server 2008 R2 für Itanium-basierte Systeme Service Pack 1	Kritische Remotecodeausführung	Kritische Remotecodeausführung	Kritisch
Microsoft .NET Framework 4
Microsoft .NET Framework 4 bei Installation unter Windows XP Service Pack 3^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows XP Professional x64 Edition Service Pack 2^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows Server 2003 Service Pack 2^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows Server 2003 x64 Edition Service Pack 2^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows Server 2003 mit SP2 für Itanium-basierte Systeme^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows Vista Service Pack 2^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows Vista x64 Edition Service Pack 2^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 für 32-Bit-Systeme Service Pack 2^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 für x64-basierte Systeme Service Pack 2^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 für Itanium-basierte Systeme Service Pack 2^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows 7 für 32-Bit-Systeme und Windows 7 für 32-Bit-Systeme Service Pack 1^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows 7 für x64-basierte Systeme und Windows 7 für x64-basierte Systeme Service Pack 1^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 R2 für x64-basierte Systeme^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 R2 für x64-basierte Systeme Service Pack 1*^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 R2 für Itanium-basierte Systeme und Windows Server 2008 R2 für Itanium-basierte Systeme Service Pack 1^[1]	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft Silverlight 4
Microsoft Silverlight 4 bei Der Installation auf dem Mac	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft Silverlight 4 bei der Installation auf allen Versionen von Microsoft Windows-Clients	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch
Microsoft Silverlight 4 bei der Installation auf allen Versionen von Microsoft Windows-Servern**	Kritische Remotecodeausführung	Nicht zutreffend	Kritisch

**Server Core-Installation ist nicht betroffen. Die von diesem Update behobenen Sicherheitsrisiken wirken sich nicht auf unterstützte Editionen von Windows Server 2008 oder Windows Server 2008 R2 aus, wie angegeben, wenn sie mit der Server Core-Installationsoption installiert werden. Weitere Informationen zu dieser Installationsoption finden Sie in den TechNet-Artikeln zum Verwalten einer Server Core-Installation und Wartung einer Server Core-Installation. Beachten Sie, dass die Server Core-Installationsoption nicht für bestimmte Editionen von Windows Server 2008 und Windows Server 2008 R2 gilt; siehe Vergleich der Server Core-Installationsoptionen.

Sicherheitsanfälligkeit in .NET Framework bezüglich nicht verwalteter Objekte – CVE-2012-0014

In Microsoft .NET Framework und Silverlight ist eine Sicherheitsanfälligkeit bezüglich Remotecodeausführung vorhanden, die es einer speziell gestalteten Microsoft .NET Framework-Anwendung ermöglichen kann, auf unsichere Weise auf Arbeitsspeicher zuzugreifen. Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann beliebigen Code im Sicherheitskontext des angemeldeten Benutzers ausführen. Ein Angreifer könnte dann Programme installieren, Daten anzeigen, ändern, oder löschen oder neue Konten mit uneingeschränkten Benutzerrechten anlegen. Für Benutzer, deren Konten mit weniger Benutzerrechten im System konfiguriert sind, sind die Auswirkungen normalerweise geringer als für Benutzer, die mit Administratorrechten arbeiten.

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

Sicherheitsrisiko bei nicht verwalteten Objekten durch .NET Framework – CVE-2012-0014

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:

In einem Webbrowsenangriffsszenario könnte ein Angreifer eine Website hosten, die eine Webseite enthält, die verwendet wird, um diese Sicherheitsanfälligkeit auszunutzen. Darüber hinaus könnten kompromittierte Websites und Websites, die vom Benutzer bereitgestellte Inhalte oder Werbung akzeptieren oder hosten, speziell gestaltete Inhalte enthalten, die diese Sicherheitsanfälligkeit ausnutzen könnten. In allen Fällen hätte ein Angreifer jedoch keine Möglichkeit, benutzer zu zwingen, diese Websites zu besuchen. Stattdessen müsste ein Angreifer die Benutzer davon überzeugen, die Website zu besuchen, in der Regel durch Klicken auf einen Link in einer E-Mail- oder Instant Messenger-Nachricht, die Benutzer zur Website des Angreifers führt.
Standardmäßig wird Internet Explorer unter Windows Server 2003, Windows Server 2008 und Windows Server 2008 R2 in einem eingeschränkten Modus ausgeführt, der als erweiterte Sicherheitskonfiguration bezeichnet wird. Dieser Modus mindert diese Sicherheitsanfälligkeit nur unter Windows Server 2008 und Windows Server 2008 R2 und nur in einem Webbrowsenangriffsszenario. Weitere Informationen zur erweiterten Sicherheitskonfiguration von Internet Explorer finden Sie im Abschnitt "Häufig gestellte Fragen" dieser Sicherheitsanfälligkeit.
Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, könnte dieselben Benutzerrechte wie der lokale Benutzer oder das Benutzerkonto von ASP.NET erhalten. Benutzer oder Konten, die so konfiguriert sind, dass sie weniger Benutzerrechte auf dem System haben, können weniger betroffen sein als Benutzer oder Konten, die mit Administratorrechten arbeiten.
In einem Webhostingszenario muss ein Angreifer über die Berechtigung verfügen, beliebige ASP.NET Seiten auf eine Website hochzuladen, und ASP.NET müssen auf diesem Webserver installiert werden. In der Standardkonfiguration kann ein anonymer Benutzer Microsoft .NET-Code nicht auf einem Internetinformationsserver (INTERNET Information Server, IIS) hochladen und ausführen.
Standardmäßig werden teilweise vertrauenswürdige ASP.NET Anwendungen SocketPermission nicht gewährt. In einem serverseitigen Szenario kann diese Sicherheitsanfälligkeit in ASP.NET Anwendungen mit einer Vertrauensstufe mittlerer oder niedrigerer Vertrauensebene nicht ausgenutzt werden, es sei denn, diese Anwendungen werden vom Administrator explizit SocketPermission gewährt. Weitere Informationen zu ASP.NET Vertrauensstufen finden Sie im MSDN-Artikel ASP.NET Vertrauensstufen und Richtliniendateien.

Problemumgehungen für Sicherheitsanfälligkeit in nicht verwalteten Objekten in .NET Framework – CVE-2012-0014

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 von XAML-Browseranwendungen in Internet Explorer

Um vor dieser Sicherheitsanfälligkeit zu schützen, ändern Sie Ihre Einstellungen so, dass sie vor dem Ausführen von XAML-Browseranwendungen (XBAPs) oder zum Deaktivieren von XBAPs in den Internet- und lokalen Intranetsicherheitszonen wie folgt aufgefordert werden:
1. Klicken Sie in Internet Explorer auf das Menü "Extras", und wählen Sie dann "Internetoptionen" aus.
2. Klicken Sie auf die Registerkarte "Sicherheit ", auf "Internet" und dann auf " Benutzerdefinierte Ebene". Klicken Sie unter Einstellungen für loses XAML auf "Eingabeaufforderung" oder "Deaktivieren", und klicken Sie dann auf "OK".
3. Klicken Sie auf die Registerkarte "Sicherheit ", auf "Internet" und dann auf " Benutzerdefinierte Ebene". Klicken Sie unter Einstellungen für XAML-Browseranwendungen auf "Eingabeaufforderung" oder "Deaktivieren" und dann auf "OK".
4. Klicken Sie auf die Registerkarte "Sicherheit ", auf "Internet" und dann auf " Benutzerdefinierte Ebene". Klicken Sie unter Einstellungen für XPS-Dokumente auf "Eingabeaufforderung" oder "Deaktivieren" und dann auf "OK".
5. Klicken Sie auf der Registerkarte Sicherheit auf Stufe anpassen. Legen Sie unter .NET Framework-abhängige Komponenten "Ausführen"-Komponenten fest, die nicht mit Authenticode signiert sind, entweder auf "Eingabeaufforderung" oder "Deaktivieren", und klicken Sie dann auf "OK". Wiederholen Sie diesen Schritt für "Ausführen"-Komponenten, die mit Authenticode signiert sind, und klicken Sie dann auf "OK".
6. Klicken Sie auf "Lokales Intranet" und dann auf " Benutzerdefinierte Ebene". Wiederholen Sie die Schritte 3 und 4. Wenn Sie aufgefordert werden, zu bestätigen, dass Sie diese Einstellungen ändern möchten, klicken Sie auf "Ja". Klicken Sie auf "OK" , um zu Internet Explorer zurückzukehren.
Auswirkungen der Problemumgehung. Microsoft .NET-Code wird nicht in Internet Explorer ausgeführt oder ohne Aufforderung nicht ausgeführt. Das Deaktivieren von Microsoft .NET-Anwendungen und -Komponenten in den Sicherheitszonen "Internet" und "Lokales Intranet" kann dazu führen, dass einige Websites falsch funktionieren. Wenn Sie Schwierigkeiten haben, eine Website zu verwenden, nachdem Sie diese Einstellung geändert haben und sie sicher sind, dass die Website sicher zu verwenden ist, können Sie diese Website ihrer Liste der vertrauenswürdigen Websites hinzufügen. Dadurch kann die Website ordnungsgemäß funktionieren.

Hinzufügen von Websites, denen Sie vertrauen, zur Zone "Vertrauenswürdige Websites" von Internet Explorer

Nachdem Sie Internet Explorer so festgelegt haben, dass eine Eingabeaufforderung erforderlich ist, bevor ActiveX-Steuerelemente und Active Scripting in der Internetzone und in der Zone "Lokales Intranet" ausgeführt werden, können Sie Websites hinzufügen, die Sie der Zone "Vertrauenswürdige Websites" von Internet Explorer vertrauen. Auf diese Weise können Sie weiterhin vertrauenswürdige Websites genau wie heute verwenden, während Sie vor diesem Angriff auf nicht vertrauenswürdige Websites schützen können. Es wird empfohlen, nur Websites hinzuzufügen, denen Sie vertrauen, der Zone "Vertrauenswürdige Websites".

Gehen Sie hierzu folgendermaßen vor:
1. Klicken Sie in Internet Explorer auf "Extras", dann auf "Internetoptionen" und dann auf die Registerkarte "Sicherheit ".
2. Klicken Sie in der Zone "Webinhalt auswählen", um das aktuelle Sicherheitseinstellungsfeld anzugeben, klicken Sie auf "Vertrauenswürdige Websites", und klicken Sie dann auf "Websites".
3. Wenn Sie Websites hinzufügen möchten, für die kein verschlüsselter Kanal erforderlich ist, klicken Sie, um das Kontrollkästchen " Serverüberprüfung erforderlich" (https:) für alle Websites in dieser Zone zu deaktivieren.
4. Geben Sie in das Feld "Diese Website zum Zonenfeld hinzufügen" die URL einer Website ein, der Sie vertrauen, und klicken Sie dann auf "Hinzufügen".
5. Wiederholen Sie diese Schritte für jede Website, die Sie der Zone hinzufügen möchten.
6. Klicken Sie zweimal auf "OK ", um die Änderungen zu übernehmen und zu Internet Explorer zurückzukehren.
Hinweis: Fügen Sie alle Websites hinzu, denen Sie vertrauen, dass sie keine böswilligen Maßnahmen auf Ihrem System ergreifen. Zwei besonders, die Sie hinzufügen möchten, sind *.windowsupdate.microsoft.com und *.update.microsoft.com. Dies sind die Websites, die das Update hosten, und es erfordert ein ActiveX-Steuerelement, um das Update zu installieren.

So können Sie die Problemumgehung rückgängig machen. Führen Sie die folgenden Schritte aus:
1. Klicken Sie in Internet Explorer auf das Menü "Extras", und wählen Sie dann "Internetoptionen" aus.
2. Klicken Sie auf die Registerkarte "Sicherheit ", klicken Sie auf "Alle Zonen auf Standardebene zurücksetzen", und klicken Sie dann auf "OK".
Vorübergehendes Verhindern der Ausführung des Microsoft Silverlight ActiveX-Steuerelements in Internet Explorer (Methode 1)

Sie können vor diesen Sicherheitsrisiken schützen, indem Sie vorübergehend Versuche verhindern, das Silverlight ActiveX-Steuerelement in Internet Explorer zu instanziieren, indem Sie das Kill Bit für das Steuerelement festlegen.

Warnung , wenn Sie den Registrierungs-Editor falsch verwenden, können schwerwiegende Probleme auftreten, 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.

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

Verwenden Sie den folgenden Text, um eine .reg Datei zu erstellen, die vorübergehend versuche verhindert, das Silverlight ActiveX-Steuerelement in Internet Explorer zu instanziieren. Sie können den folgenden Text kopieren, in einen Text-Editor wie Editor einfügen und die Datei dann mit der Dateinamenerweiterung .reg speichern. Führen Sie die .reg Datei auf dem anfälligen Client aus.
```
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\ActiveX Compatibility\{DFEAF541-F3E1-4C24-ACAC-99C30715084A}]
"Compatibility Flags"=dword:00000400
```
Schließen Sie Internet Explorer, und öffnen Sie sie erneut, damit die Änderungen wirksam werden.

Ausführliche Schritte zum Beenden der Ausführung eines Steuerelements in Internet Explorer finden Sie im Microsoft Knowledge Base-Artikel 240797. Führen Sie die folgenden Schritte aus, und erstellen Sie einen Wert für Kompatibilitätskennzeichnungen in der Registrierung, um zu verhindern, dass das Silverlight ActiveX-Steuerelement in Internet Explorer ausgeführt wird.

Auswirkungen der Problemumgehung. Anwendungen und Websites, die das Microsoft Silverlight ActiveX-Steuerelement erfordern, funktionieren möglicherweise nicht mehr ordnungsgemäß. Wenn Sie diese Problemumgehung implementieren, wirkt sich dies auf alle Silverlight ActiveX-Steuerelemente aus, die Sie auf Ihrem System installiert haben.

So können Sie die Problemumgehung rückgängig machen. Entfernen Sie die Registrierungsschlüssel, die vorübergehend hinzugefügt wurden, um Versuche zum Instanziieren des Silverlight ActiveX-Steuerelements in Internet Explorer zu verhindern.
Vorübergehendes Verhindern der Ausführung des Microsoft Silverlight ActiveX-Steuerelements in Firefox oder Chrome

Führen Sie die folgenden Schritte aus, um den Registrierungsschlüssel zum Deaktivieren von Microsoft Silverlight zu ändern:

Beachten Sie, dass die Verwendung des Registrierungs-Editors schwerwiegende Probleme verursachen kann, die möglicherweise eine neu installierte Installation 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.
- Verwenden der interaktiven Methode
  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\MozillaPlugins\@Microsoft.com/NpCtrl,version=1.0
  3. Klicken Sie mit der rechten Maustaste auf @Microsoft.com/NpCtrl,version=1.0, und wählen Sie "Exportieren" aus. Speichern Sie die Datei auf dem Datenträger.
  4. Löschen Sie den gesamten @Microsoft.com/NpCtrl,version=1.0 Schlüssel.
  5. Beenden Sie den Registrierungs-Editor.
- Verwenden einer Registrierungsdatei
  1. Erstellen Sie eine Sicherungskopie der Registrierungsschlüssel. Eine Sicherungskopie kann mit einem verwalteten Bereitstellungsskript mit dem folgenden Befehl erstellt werden:
    
    Regedit.exe /e SL_backup.reg HKEY_LOCAL_MACHINE\SOFTWARE\MozillaPlugins\@Microsoft.com/NpCtrl,version=1.0
  2. Speichern Sie Folgendes in einer Datei mit einer . REG-Erweiterung (z. B. Disable_Silverlight.reg):
```
Windows Registry Editor Version 5.00
[-HKEY_LOCAL_MACHINE\SOFTWARE\MozillaPlugins\@Microsoft.com/NpCtrl,version=1.0]
```
  3. Führen Sie das oben genannte Registrierungsskript aus, das in Schritt 2 auf dem Zielsystem mit dem folgenden Befehl erstellt wurde:
    
    Regedit /s Disable_Silverlight.reg
So können Sie die Problemumgehung rückgängig machen.
- Verwenden der interaktiven Methode
  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 im Menü "Datei " auf " Importieren".
  3. Wählen Sie in "Suchen in" das Laufwerk, den Ordner oder den Netzwerkcomputer und den Ordner aus, in dem sich die zuvor exportierte Datei befindet.
  4. Wählen Sie den richtigen Dateinamen aus, und klicken Sie dann auf " Öffnen".
- Verwenden eines Skripts für die verwaltete Bereitstellung
  
  Stellen Sie die in Schritt 1 oben unter Verwendung einer Registrierungsdatei gesicherte Datei mit dem folgenden Befehl wieder her:
  
  Regedit /s SL_backup.reg

Häufig gestellte Fragen zur Sicherheitsanfälligkeit in .NET Framework bezüglich nicht verwalteter Objekte – CVE-2012-0014

Was ist der Umfang der Sicherheitsanfälligkeit?
Dies ist eine Sicherheitsanfälligkeit in Remotecodeausführung. Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann 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.

Was verursacht die Sicherheitsanfälligkeit?
Die Sicherheitsanfälligkeit wird verursacht, wenn microsoft .NET Framework und Microsoft Silverlight nicht verwaltete Objekte nicht verwaltet verwenden.

Was ist Microsoft Silverlight?
Microsoft Silverlight ist eine browserübergreifende, plattformübergreifende Implementierung von Microsoft .NET Framework zum Erstellen von Medienoberflächen und umfangreichen interaktiven Anwendungen für das Web. Weitere Informationen finden Sie auf der offiziellen Website von Microsoft Silverlight.

Was kann ein Angreifer tun, um die Sicherheitsanfälligkeit zu tun?
Im Webbrowsenszenario könnte ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, dieselben Berechtigungen wie der aktuell angemeldete Benutzer erhalten. Wenn ein Benutzer mit Administratorrechten angemeldet ist, kann ein Angreifer die vollständige Kontrolle über das betroffene System übernehmen. Ein Angreifer könnte dann Programme installieren, Daten anzeigen, ändern, oder löschen oder neue Konten mit uneingeschränkten Benutzerrechten anlegen. Für Benutzer, deren Konten mit weniger Benutzerrechten im System konfiguriert sind, sind die Auswirkungen normalerweise geringer als für Benutzer, die mit Administratorrechten arbeiten.

Im Webhostingszenario könnte ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausnutzt, dieselben Berechtigungen wie das Dienstkonto erhalten, das der Anwendungspoolidentität des Anwendungspools zugeordnet ist, in dem eine Microsoft .NET-Anwendung ausgeführt wird. Je nach Konfiguration der Anwendungspoolisolation und berechtigungen, die dem Dienstkonto gewährt werden, kann ein Angreifer möglicherweise die Kontrolle über andere Anwendungspools auf dem Webserver übernehmen oder die vollständige Kontrolle über das betroffene System übernehmen. Weitere Informationen zu Anwendungspoolidentitäten und -konfiguration finden Sie im TechNet-Artikel " Konfigurieren der Anwendungspoolidentität".

Wie kann ein Angreifer die Sicherheitsanfälligkeit ausnutzen?
Es gibt drei Angriffsszenarien zum Ausnutzen dieser Sicherheitsanfälligkeit: ein Webbrowsenszenario, ein Webhostingszenario und eine Windows .NET-Anwendungsumgehung von Code Access Security (CAS)-Einschränkungen. Diese Szenarien werden wie folgt beschrieben:

Szenario für Webbrowsenangriffe
Ein Angreifer könnte eine speziell gestaltete Website hosten, die eine speziell gestaltete XBAP (XAML-Browseranwendung) enthält, die diese Sicherheitsanfälligkeit ausnutzen und dann einen Benutzer davon überzeugen kann, die Website anzuzeigen. Der Angreifer könnte auch kompromittierte Websites und Websites nutzen, die vom Benutzer bereitgestellte Inhalte oder Werbung akzeptieren oder hosten. Diese Websites könnten speziell gestaltete Inhalte enthalten, die diese Sicherheitsanfälligkeit ausnutzen könnten. In allen Fällen hätte ein Angreifer jedoch keine Möglichkeit, benutzer zu zwingen, diese Websites zu besuchen. Stattdessen müsste ein Angreifer die Benutzer davon überzeugen, die Website zu besuchen, in der Regel durch Klicken auf einen Link in einer E-Mail-Nachricht oder in einer Instant Messenger-Nachricht, die Benutzer zur Website des Angreifers führt. Es könnte auch möglich sein, speziell gestaltete Webinhalte mithilfe von Banneranzeigen oder mit anderen Methoden anzuzeigen, um Webinhalte an betroffene Systeme zu liefern.
Szenario für Webhostingangriffe
Wenn benutzer in einer Webhostingumgebung benutzerdefinierte ASP.NET-Anwendungen hochladen können, könnte ein Angreifer eine schädliche ASP.NET Anwendung hochladen, die diese Sicherheitsanfälligkeit verwendet, um die Sandkastenumgebung auszubrechen, die verwendet wird, um zu verhindern, dass ASP.NET Code schädliche Aktionen auf dem Serversystem ausführt.
Angriffsszenario für Windows .NET-Anwendungen
Diese Sicherheitsanfälligkeit kann auch von Windows .NET-Anwendungen verwendet werden, um Einschränkungen der Codezugriffssicherheit (Code Access Security, CAS) zu umgehen.

Was ist eine XAML-Browseranwendung (XBAP)?
Eine XAML-Browseranwendung (XBAP) kombiniert Features sowohl einer Webanwendung als auch einer Rich-Client-Anwendung. Wie Webanwendungen können XBAPs auf einem Webserver veröffentlicht und über Internet Explorer gestartet werden. Wie Rich-Client-Anwendungen können XBAPs die Funktionen von Windows Presentation Foundation (WPF) nutzen. Weitere Informationen zu XBAPs finden Sie im MSDN-Artikel windows Presentation Foundation XAML Browser Applications Overview.

Was sind .NET Framework Code Access Security (CAS)-Einschränkungen?
.NET Framework bietet einen Sicherheitsmechanismus namens Codezugriffssicherheit, der Computersysteme vor bösartigem, mobilem Code schützt, die geschützte Ausführung von Code unbekannter Herkunft ermöglicht und die absichtliche oder unabsichtliche Verletzung der Sicherheit durch vertrauenswürdigen Code verhindert. Die Codezugriffssicherheit (Code Access Security, CAS) ermöglicht es Code, abhängig davon, wo der Code stammt, und von anderen Aspekten der Identität des Codes unterschiedlich vertrauenswürdig zu sein. Die Codezugriffssicherheit erzwingt auch die verschiedenen Vertrauensebenen für Code, wodurch die Menge an Code, für dessen Ausführung vollständige Vertrauenswürdigkeit erforderlich ist, minimiert wird. Durch die Codezugriffssicherheit kann die Wahrscheinlichkeit verringert werden, dass Ihr Code durch bösartigen oder fehlerhaften Code missbraucht wird. Weitere Informationen zu CAS finden Sie im MSDN-Artikel Code Access Security.

Welche Systeme sind in erster Linie durch die Sicherheitsanfälligkeit gefährdet?
Es gibt drei Arten von Systemen, die von dieser Sicherheitsanfälligkeit gefährdet sind, wie folgt beschrieben: Systeme, die das Webbrowsenszenario verwenden, Systeme, die das Webhostingszenario verwenden, und Systeme, die das Szenario für Windows .NET-Anwendungen verwenden.

Webbrowsenszenario
Eine erfolgreiche Nutzung dieser Sicherheitsanfälligkeit erfordert, dass ein Benutzer angemeldet ist und Websites mit einem Webbrowser besucht, der XBAPs instanziieren kann. Daher sind alle Systeme, bei denen ein Webbrowser häufig verwendet wird, z. B. Arbeitsstationen oder Terminalserver, am meisten gefahrlos von dieser Sicherheitsanfälligkeit. Server sind möglicherweise riskanter, wenn Administratoren Benutzern erlauben, E-Mails auf Servern zu durchsuchen und zu lesen. Bewährte Methoden raten jedoch dringend davon ab, dies zuzulassen.
Webhostingszenario
Webhostingwebsites, die Es Benutzern ermöglichen, benutzerdefinierte ASP.NET Anwendungen hochzuladen, sind mit erhöhtem Risiko verbunden.
Windows .NET-Anwendungen
Arbeitsstationen und Server, auf denen nicht vertrauenswürdige Windows .NET-Anwendungen ausgeführt werden, sind ebenfalls durch diese Sicherheitsanfälligkeit gefährdet.

Ich verwende Internet Explorer für Windows Server 2003, Windows Server 2008 oder Windows Server 2008 R2. Entschärft dies diese Sicherheitsanfälligkeit?
Ja. Standardmäßig wird Internet Explorer unter Windows Server 2003, Windows Server 2008 und Windows Server 2008 R2 in einem eingeschränkten Modus ausgeführt, der als erweiterte Sicherheitskonfiguration bezeichnet wird. Die erweiterte Sicherheitskonfiguration ist eine Gruppe von vorkonfigurierten Einstellungen in Internet Explorer, die die Wahrscheinlichkeit verringern kann, dass ein Benutzer oder Administrator speziell gestaltete Webinhalte auf einem Server herunterladen und ausführen kann. Dies ist ein mildernder Faktor für Websites, die Sie der Zone "Vertrauenswürdige Websites von Internet Explorer" nicht hinzugefügt haben.

Was geschieht mit dem Update?
Das Update behebt die Sicherheitsanfälligkeit, indem korrigiert wird, wie microsoft .NET Framework und Microsoft Silverlight nicht verwaltete Objekte verwenden.

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.

Sicherheitsanfälligkeit in .NET Framework bezüglich Heapbeschädigung – CVE-2012-0015

In Microsoft .NET Framework ist eine Sicherheitslücke zur Remotecodeausführung vorhanden, da sie beim Verarbeiten speziell gestalteter Eingaben eine Pufferlänge nicht ordnungsgemäß berechnet. Ein Angreifer, der diese Sicherheitsanfälligkeit erfolgreich ausgenutzt hat, kann 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. Für Benutzer, deren Konten mit weniger Benutzerrechten im System konfiguriert sind, sind die Auswirkungen normalerweise geringer als für Benutzer, die mit Administratorrechten arbeiten.

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

Schadensminderungsfaktoren für die Sicherheitsanfälligkeit in .NET Framework – CVE-2012-0015

In einem Webbrowsenangriffsszenario könnte ein Angreifer eine Website hosten, die eine Webseite enthält, die verwendet wird, um diese Sicherheitsanfälligkeit auszunutzen. Darüber hinaus könnten kompromittierte Websites und Websites, die vom Benutzer bereitgestellte Inhalte oder Werbung akzeptieren oder hosten, speziell gestaltete Inhalte enthalten, die diese Sicherheitsanfälligkeit ausnutzen könnten. In allen Fällen hätte ein Angreifer jedoch keine Möglichkeit, benutzer zu zwingen, diese Websites zu besuchen. Stattdessen müsste ein Angreifer die Benutzer davon überzeugen, die Website zu besuchen, in der Regel durch Klicken auf einen Link in einer E-Mail- oder Instant Messenger-Nachricht, die Benutzer zur Website des Angreifers führt.
Standardmäßig wird Internet Explorer unter Windows Server 2003, Windows Server 2008 und Windows Server 2008 R2 in einem eingeschränkten Modus ausgeführt, der als erweiterte Sicherheitskonfiguration bezeichnet wird. Dieser Modus mindert diese Sicherheitsanfälligkeit nur unter Windows Server 2008 und Windows Server 2008 R2 und nur in einem Webbrowsenangriffsszenario. Weitere Informationen zur erweiterten Sicherheitskonfiguration von Internet Explorer finden Sie im Abschnitt "Häufig gestellte Fragen" dieser Sicherheitsanfälligkeit.
In einem Webhostingszenario muss ein Angreifer über die Berechtigung verfügen, beliebige ASP.NET Seiten auf eine Website hochzuladen, und ASP.NET müssen auf diesem Webserver installiert werden. In der Standardkonfiguration kann ein anonymer Benutzer Microsoft .NET-Code nicht auf einem Internetinformationsserver (INTERNET Information Server, IIS) hochladen und ausführen.

Problemumgehungen für die Sicherheitsanfälligkeit in .NET Framework – CVE-2012-0015

Deaktivieren von XAML-Browseranwendungen in Internet Explorer

Um vor dieser Sicherheitsanfälligkeit zu schützen, ändern Sie Ihre Einstellungen so, dass sie vor dem Ausführen von XAML-Browseranwendungen (XBAPs) oder zum Deaktivieren von XBAPs in den Internet- und lokalen Intranetsicherheitszonen wie folgt aufgefordert werden:
1. Klicken Sie in Internet Explorer auf das Menü "Extras", und wählen Sie dann "Internetoptionen" aus.
2. Klicken Sie auf die Registerkarte "Sicherheit ", auf "Internet" und dann auf " Benutzerdefinierte Ebene". Klicken Sie unter Einstellungen für loses XAML auf "Eingabeaufforderung" oder "Deaktivieren", und klicken Sie dann auf "OK".
3. Klicken Sie auf die Registerkarte "Sicherheit ", auf "Internet" und dann auf " Benutzerdefinierte Ebene". Klicken Sie unter Einstellungen für XAML-Browseranwendungen auf "Eingabeaufforderung" oder "Deaktivieren" und dann auf "OK".
4. Klicken Sie auf die Registerkarte "Sicherheit ", auf "Internet" und dann auf " Benutzerdefinierte Ebene". Klicken Sie unter Einstellungen für XPS-Dokumente auf "Eingabeaufforderung" oder "Deaktivieren" und dann auf "OK".
5. Klicken Sie auf der Registerkarte Sicherheit auf Stufe anpassen. Legen Sie unter .NET Framework-abhängige Komponenten "Ausführen"-Komponenten fest, die nicht mit Authenticode signiert sind, entweder auf "Eingabeaufforderung" oder "Deaktivieren", und klicken Sie dann auf "OK". Wiederholen Sie diesen Schritt für "Ausführen"-Komponenten, die mit Authenticode signiert sind, und klicken Sie dann auf "OK".
6. Klicken Sie auf "Lokales Intranet" und dann auf " Benutzerdefinierte Ebene". Wiederholen Sie die Schritte 3 und 4. Wenn Sie aufgefordert werden, zu bestätigen, dass Sie diese Einstellungen ändern möchten, klicken Sie auf "Ja". Klicken Sie auf "OK" , um zu Internet Explorer zurückzukehren.
Auswirkungen der Problemumgehung. Microsoft .NET-Code wird nicht in Internet Explorer ausgeführt oder ohne Aufforderung nicht ausgeführt. Das Deaktivieren von Microsoft .NET-Anwendungen und -Komponenten in den Sicherheitszonen "Internet" und "Lokales Intranet" kann dazu führen, dass einige Websites falsch funktionieren. Wenn Sie Schwierigkeiten haben, eine Website zu verwenden, nachdem Sie diese Einstellung geändert haben und sie sicher sind, dass die Website sicher zu verwenden ist, können Sie diese Website ihrer Liste der vertrauenswürdigen Websites hinzufügen. Dadurch kann die Website ordnungsgemäß funktionieren.

Hinzufügen von Websites, denen Sie vertrauen, zur Zone "Vertrauenswürdige Websites" von Internet Explorer

Nachdem Sie Internet Explorer so festgelegt haben, dass eine Eingabeaufforderung erforderlich ist, bevor ActiveX-Steuerelemente und Active Scripting in der Internetzone und in der Zone "Lokales Intranet" ausgeführt werden, können Sie Websites hinzufügen, die Sie der Zone "Vertrauenswürdige Websites" von Internet Explorer vertrauen. Auf diese Weise können Sie weiterhin vertrauenswürdige Websites genau wie heute verwenden, während Sie vor diesem Angriff auf nicht vertrauenswürdige Websites schützen können. Es wird empfohlen, nur Websites hinzuzufügen, denen Sie vertrauen, der Zone "Vertrauenswürdige Websites".

Gehen Sie hierzu folgendermaßen vor:
1. Klicken Sie in Internet Explorer auf "Extras", dann auf "Internetoptionen" und dann auf die Registerkarte "Sicherheit ".
2. Klicken Sie in der Zone "Webinhalt auswählen", um das aktuelle Sicherheitseinstellungsfeld anzugeben, klicken Sie auf "Vertrauenswürdige Websites", und klicken Sie dann auf "Websites".
3. Wenn Sie Websites hinzufügen möchten, für die kein verschlüsselter Kanal erforderlich ist, klicken Sie, um das Kontrollkästchen " Serverüberprüfung erforderlich" (https:) für alle Websites in dieser Zone zu deaktivieren.
4. Geben Sie in das Feld "Diese Website zum Zonenfeld hinzufügen" die URL einer Website ein, der Sie vertrauen, und klicken Sie dann auf "Hinzufügen".
5. Wiederholen Sie diese Schritte für jede Website, die Sie der Zone hinzufügen möchten.
6. Klicken Sie zweimal auf "OK ", um die Änderungen zu übernehmen und zu Internet Explorer zurückzukehren.
Hinweis: Fügen Sie alle Websites hinzu, denen Sie vertrauen, dass sie keine böswilligen Maßnahmen auf Ihrem System ergreifen. Zwei besonders, die Sie hinzufügen möchten, sind *.windowsupdate.microsoft.com und *.update.microsoft.com. Dies sind die Websites, die das Update hosten, und es erfordert ein ActiveX-Steuerelement, um das Update zu installieren.

So können Sie die Problemumgehung rückgängig machen. Führen Sie die folgenden Schritte aus:
1. Klicken Sie in Internet Explorer auf das Menü "Extras", und wählen Sie dann "Internetoptionen" aus.
2. Klicken Sie auf die Registerkarte "Sicherheit ", klicken Sie auf "Alle Zonen auf Standardebene zurücksetzen", und klicken Sie dann auf "OK".

Häufig gestellte Fragen zur Sicherheitsanfälligkeit in .NET Framework – CVE-2012-0015

Was verursacht die Sicherheitsanfälligkeit?
Die Sicherheitsanfälligkeit wird verursacht, wenn .NET Framework beim Verarbeiten speziell gestalteter Eingaben eine Pufferlänge nicht ordnungsgemäß berechnet.

Wie kann ein Angreifer die Sicherheitsanfälligkeit ausnutzen?
Es gibt drei Angriffsszenarien, die für das Ausnutzen dieser Sicherheitsanfälligkeit möglich sind: ein Webbrowsingszenario, ein Webhostingszenario und ein Windows .NET-Anwendungsumgehungsszenario für codezugriffssicherheit (CODE Access Security, CAS). Diese Szenarien werden wie folgt beschrieben:

Szenario für Webbrowsenangriffe
Ein Angreifer könnte eine speziell gestaltete Website hosten, die eine speziell gestaltete XBAP (XAML-Browseranwendung) enthält, die diese Sicherheitsanfälligkeit ausnutzen und dann einen Benutzer davon überzeugen kann, die Website anzuzeigen. Der Angreifer könnte auch kompromittierte Websites und Websites nutzen, die vom Benutzer bereitgestellte Inhalte oder Werbung akzeptieren oder hosten. Diese Websites könnten speziell gestaltete Inhalte enthalten, die diese Sicherheitsanfälligkeit ausnutzen könnten. In allen Fällen hätte ein Angreifer jedoch keine Möglichkeit, benutzer zu zwingen, diese Websites zu besuchen. Stattdessen müsste ein Angreifer die Benutzer davon überzeugen, die Website zu besuchen, in der Regel durch Klicken auf einen Link in einer E-Mail-Nachricht oder in einer Instant Messenger-Nachricht, die Benutzer zur Website des Angreifers führt. Es könnte auch möglich sein, speziell gestaltete Webinhalte mithilfe von Banneranzeigen oder mit anderen Methoden anzuzeigen, um Webinhalte an betroffene Systeme zu liefern.
Szenario für Webhostingangriffe
Wenn benutzer in einer Webhostingumgebung benutzerdefinierte ASP.NET-Anwendungen hochladen können, könnte ein Angreifer eine schädliche ASP.NET Anwendung hochladen, die diese Sicherheitsanfälligkeit verwendet, um die Sandkastenumgebung auszubrechen, die verwendet wird, um zu verhindern, dass ASP.NET Code schädliche Aktionen auf dem Serversystem ausführt.
Angriffsszenario für Windows .NET-Anwendungen
Diese Sicherheitsanfälligkeit kann auch von Windows .NET-Anwendungen verwendet werden, um Einschränkungen der Codezugriffssicherheit (Code Access Security, CAS) zu umgehen.

Webbrowsenszenario
Eine erfolgreiche Nutzung dieser Sicherheitsanfälligkeit erfordert, dass ein Benutzer angemeldet ist und Websites mit einem Webbrowser besucht, der XBAPs instanziieren kann. Daher sind alle Systeme, bei denen ein Webbrowser häufig verwendet wird, z. B. Arbeitsstationen oder Terminalserver, am meisten gefahrlos von dieser Sicherheitsanfälligkeit. Server sind möglicherweise riskanter, wenn Administratoren Benutzern erlauben, E-Mails auf Servern zu durchsuchen und zu lesen. Bewährte Methoden raten jedoch dringend davon ab, dies zuzulassen.
Webhostingszenario
Webhostingwebsites, die Es Benutzern ermöglichen, benutzerdefinierte ASP.NET Anwendungen hochzuladen, sind mit erhöhtem Risiko verbunden.
Windows .NET-Anwendungen
Arbeitsstationen und Server, auf denen nicht vertrauenswürdige Windows .NET-Anwendungen ausgeführt werden, sind ebenfalls durch diese Sicherheitsanfälligkeit gefährdet.

Was geschieht mit dem Update?
Das Update behebt die Sicherheitsanfälligkeit, indem korrigiert wird, wie das Microsoft .NET Framework Pufferlängen berechnet.

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

Schützt das Anwenden dieses Sicherheitsupdates Kunden vor dem Code, der öffentlich veröffentlicht wurde, die versuchen könnten, diese Sicherheitsanfälligkeit auszunutzen?
Ja. Dieses Sicherheitsupdate behebt die Sicherheitsanfälligkeit, die potenziell mithilfe des veröffentlichten Proof of Concept-Codes ausgenutzt werden kann. Die behobene Sicherheitsanfälligkeit wurde der Nummer für allgemeine Sicherheitsanfälligkeit und Sicherheitsanfälligkeit CVE-2012-0015 zugewiesen.

Informationen aktualisieren

Erkennungs- und Bereitstellungstools und Anleitungen

Security Central

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.

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.

Software	MBSA
Windows XP Service Pack 3	Ja
Windows XP Professional x64 Edition Service Pack 2	Ja
Windows Server 2003 Service Pack 2	Ja
Windows Server 2003 x64 Edition Service Pack 2	Ja
Windows Server 2003 mit SP2 für Itanium-basierte Systeme	Ja
Windows Vista Service Pack 2	Ja
Windows Vista x64 Edition Service Pack 2	Ja
Windows Server 2008 für 32-Bit-Systeme Service Pack 2	Ja
Windows Server 2008 für x64-basierte Systeme Service Pack 2	Ja
Windows Server 2008 für Itanium-basierte Systeme Service Pack 2	Ja
Windows 7 für 32-Bit-Systeme und Windows 7 für 32-Bit-Systeme Service Pack 1	Ja
Windows 7 für x64-basierte Systeme und Windows 7 für x64-basierte Systeme Service Pack 1	Ja
Windows Server 2008 R2 für x64-basierte Systeme und Windows Server 2008 R2 für x64-basierte Systeme Service Pack 1	Ja
Windows Server 2008 R2 für Itanium-basierte Systeme und Windows Server 2008 R2 für Itanium-basierte Systeme Service Pack 1	Ja
Microsoft Silverlight 4 bei Der Installation auf dem Mac	No
Microsoft Silverlight 4 bei der Installation auf allen Versionen von Microsoft Windows-Clients	Ja
Microsoft Silverlight 4 bei der Installation auf allen Versionen von Microsoft Windows-Servern	Ja

Hinweis Für Kunden, die Legacysoftware verwenden, die von der neuesten Version von MBSA, Microsoft Update und Windows Server Update Services nicht unterstützt wird, besuchen Sie microsoft Baseline Security Analyzer , und verweisen Sie auf den Abschnitt "Legacy Product Support" zum Erstellen einer umfassenden Sicherheitsupdateerkennung mit älteren Tools.

Windows Server Update Services

Mit Windows Server Update Services (WSUS) können It-Technologieadministratoren die neuesten Microsoft-Produktupdates auf Computern bereitstellen, auf denen das Windows-Betriebssystem ausgeführt wird. Weitere Informationen zum Bereitstellen von Sicherheitsupdates mit Windows Server Update Services finden Sie im TechNet-Artikel Windows Server Update Services.

Systems Management Server

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

Software	SMS 2003 mit ITMU	Configuration Manager 2007
Windows XP Service Pack 3	Ja	Ja
Windows XP Professional x64 Edition Service Pack 2	Ja	Ja
Windows Server 2003 Service Pack 2	Ja	Ja
Windows Server 2003 x64 Edition Service Pack 2	Ja	Ja
Windows Server 2003 mit SP2 für Itanium-basierte Systeme	Ja	Ja
Windows Vista Service Pack 2	Ja	Ja
Windows Vista x64 Edition Service Pack 2	Ja	Ja
Windows Server 2008 für 32-Bit-Systeme Service Pack 2	Ja	Ja
Windows Server 2008 für x64-basierte Systeme Service Pack 2	Ja	Ja
Windows Server 2008 für Itanium-basierte Systeme Service Pack 2	Ja	Ja
Windows 7 für 32-Bit-Systeme und Windows 7 für 32-Bit-Systeme Service Pack 1	Ja	Ja
Windows 7 für x64-basierte Systeme und Windows 7 für x64-basierte Systeme Service Pack 1	Ja	Ja
Windows Server 2008 R2 für x64-basierte Systeme und Windows Server 2008 R2 für x64-basierte Systeme Service Pack 1	Ja	Ja
Windows Server 2008 R2 für Itanium-basierte Systeme und Windows Server 2008 R2 für Itanium-basierte Systeme Service Pack 1	Ja	Ja
Microsoft Silverlight 4 bei Der Installation auf dem Mac	No	No
Microsoft Silverlight 4 bei der Installation auf allen Versionen von Microsoft Windows-Clients	Ja	Ja
Microsoft Silverlight 4 bei der Installation auf allen Versionen von Microsoft Windows-Servern	Ja	Ja

Hinweis: Microsoft hat den Support für SMS 2.0 am 12. April 2011 eingestellt. Für SMS 2003 hat Microsoft auch den Support für das Sicherheitsupdate inventory Tool (SUIT) am 12. April 2011 eingestellt. Kunden werden aufgefordert, ein Upgrade auf System Center Configuration Manager 2007 durchzuführen. Für kunden re Standard ing on SMS 2003 Service Pack 3 ist das Inventory Tool for Microsoft Updates (ITMU) ebenfalls eine Option.

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.

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 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 Windows Vista, ein Windows Update, ein Microsoft-Sicherheitsupdate oder eine neue Version von Windows Internet Explorer in Ihrer Umgebung bereitgestellt wird.

Bereitstellung von Sicherheitsupdates

Betroffene Software

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

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 Microsoft .NET Framework 2.0 Service Pack 2 unter Windows XP Service Pack 3:\ NDP20SP2-KB2633880-x86.exe /q
Für Microsoft .NET Framework 4 bei Installation unter Windows XP Service Pack 3:\ NDP40-KB2633870-x86.exe /q
Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows XP Professional Edition x64 Edition Service Pack 2:\ NDP20SP2-KB2633880-x64.exe /q
Für Microsoft .NET Framework 4 bei Installation unter Windows XP Professional x64 Edition Service Pack 2:\ NDP40-KB2633870-x64.exe /q
Installieren ohne Neustart	Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows XP Service Pack 3:\ NDP20SP2-KB2633880-x86.exe /norestart
Für Microsoft .NET Framework 4 bei Installation unter Windows XP Service Pack 3:\ NDP40-KB2633870-x86.exe /norestart
Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows XP Professional Edition x64 Edition Service Pack 2:\ NDP20SP2-KB2633880-x64.exe /norestart
Für Microsoft .NET Framework 4 bei Installation unter Windows XP Professional x64 Edition Service Pack 2:\ NDP40-KB2633870-x64.exe /norestart
Protokolldatei aktualisieren	Für Microsoft .NET Framework 2.0 Service Pack 2:\ Microsoft .NET Framework 2.0-KB2633880_-msi0.txt\ Microsoft .NET Framework 2.0-KB2633880_.html
Für Microsoft .NET Framework 4:\ KB2633870__Microsoft .NET Framework 4 Client Profile-MSP0.txt\ KB2633870__.html
Weitere Informationen	Siehe Unterabschnitt, Erkennungs- und Bereitstellungstools und Anleitungen
Anforderung für neustarten
Neustart erforderlich?	In einigen Fällen ist für dieses Update kein Neustart erforderlich. Wenn die erforderlichen Dateien verwendet werden, erfordert dieses Update einen Neustart. Wenn dieses Verhalten auftritt, wird eine Meldung angezeigt, in der Sie aufgefordert werden, neu zu starten.\ \ Um die Wahrscheinlichkeiten zu verringern, dass ein Neustart erforderlich ist, beenden Sie alle betroffenen Dienste, und schließen Sie alle Anwendungen, die die betroffenen Dateien vor der Installation des Sicherheitsupdates verwenden können. Weitere Informationen zu den Gründen, warum Sie möglicherweise zum Neustart aufgefordert werden, finden Sie im Microsoft Knowledge Base-Artikel 887012.
HotPatching	Nicht zutreffend
Entfernungsinformationen	Verwenden Sie für alle unterstützten Versionen von Microsoft .NET Framework das Element "Programme hinzufügen oder entfernen" in Systemsteuerung.
Dateiinformationen	Siehe Microsoft Knowledge Base-Artikel 2651026
Überprüfung des Registrierungsschlüssels	Für Microsoft .NET Framework 2.0 Service Pack 2:\ HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 2.0 Service Pack 2\SP2\KB2633880\ "ThisVersionInstalled" = "Y"
Für Microsoft .NET Framework 4 unter Windows XP Service Pack 3:\ HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\Updates\Microsoft .NET Framework 4 Client Profile\KB2633870\ "ThisVersionInstalled" = "Y"
Für Microsoft .NET Framework 4 bei Installation unter Windows XP Professional x64 Edition Service Pack 2:\ HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Updates\Microsoft .NET Framework 4 Client Profile\KB2633870\ "ThisVersionInstalled" = "Y"

Hinweis: Das Update für unterstützte Versionen von Windows XP Professional x64 Edition gilt auch für unterstützte Versionen von Windows Server 2003 x64 Edition.

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 im Microsoft Knowledge Base-Artikel 832475.

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 für Microsoft .NET Framework 2.0 Service Pack 2 und Microsoft .NET Framework 4.

Schalter	BESCHREIBUNG
/? /h /help	Zeigt das Dialogfeld "Verwendung" an.
Setupmodi
**/q[n	b	r	f]**	Legt die Ebene der Benutzeroberfläche fest
n – Keine Benutzeroberfläche
b – Grundlegende Benutzeroberfläche
r - Reduzierte UI
f – Vollständige Benutzeroberfläche (Standard)
Installationsoptionen
/extract [verzeichnis]	Extrahieren Sie das Paket in das angegebene Verzeichnis.
Optionen für den Neustart
/norestart	Startet nicht neu, wenn die Installation abgeschlossen ist.
/forcerestart	Startet den Computer nach der Installation immer neu.
/promptrestart	Fordert den Benutzer auf, bei Bedarf neu zu starten.
Protokollierungsoptionen
**/l[i	a	e	a	r	n	c	m	o	p	v	x	+	!	] <LogFile>*	Legt Protokollierungsoptionen fest
i – Statusmeldungen
w - nicht tödliche Warnungen
e - alle Fehlermeldungen
a – Starten von Aktionen
r – aktionsspezifische Datensätze
u – Benutzeranforderung
c – Anfängliche UI-Parameter
m – Nicht genügend Arbeitsspeicher- oder fatale Ausgangsinformationen
o – Nachrichten außerhalb des Datenträgerspeichers
p - Terminaleigenschaften
v - ausführliche Ausgabe
x – zusätzliche Debuginformationen
+ – An vorhandene Protokolldatei anfügen
! - Löscht jede Zeile im Protokoll.
* - Protokollieren aller Informationen mit Ausnahme von v- und x-Optionen
/log <LogFile>	Entsprechung von /l* <LogFile>

Entfernen des Updates

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen für Microsoft .NET Framework 2.0 Service Pack 2 und Microsoft .NET Framework 4.

Schalter	BESCHREIBUNG
/? /h /help	Zeigt das Dialogfeld "Verwendung" an.
Setupmodi
**/q[n	b	r	f]**	Legt die Ebene der Benutzeroberfläche fest
n – Keine Benutzeroberfläche
b – Grundlegende Benutzeroberfläche
r - Reduzierte UI
f – Vollständige Benutzeroberfläche (Standard)
Installationsoptionen
/extract [verzeichnis]	Extrahieren Sie das Paket in das angegebene Verzeichnis.
Optionen für den Neustart
/norestart	Startet nicht neu, wenn die Installation abgeschlossen ist.
/forcerestart	Startet den Computer nach der Installation immer neu.
/promptrestart	Fordert den Benutzer auf, bei Bedarf neu zu starten.
Protokollierungsoptionen
**/l[i	a	e	a	r	n	c	m	o	p	v	x	+	!	] <LogFile>*	Legt Protokollierungsoptionen fest
i – Statusmeldungen
w - nicht tödliche Warnungen
e - alle Fehlermeldungen
a – Starten von Aktionen
r – aktionsspezifische Datensätze
u – Benutzeranforderung
c – Anfängliche UI-Parameter
m – Nicht genügend Arbeitsspeicher- oder fatale Ausgangsinformationen
o – Nachrichten außerhalb des Datenträgerspeichers
p - Terminaleigenschaften
v - ausführliche Ausgabe
x – zusätzliche Debuginformationen
+ – An vorhandene Protokolldatei anfügen
! - Löscht jede Zeile im Protokoll.
* - Protokollieren aller Informationen mit Ausnahme von v- und x-Optionen
/log <LogFile>	Entsprechung von /l* <LogFile>

Ü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 je nach Edition des Betriebssystems oder der programme, die auf Ihrem System installiert sind, einige 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 Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2003 Service Pack 2:\ NDP20SP2-KB2633880-x86.exe /q
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2003 Service Pack 2:\ NDP40-KB2633870-x86.exe /q
Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2003 x64 Edition Service Pack 2:\ NDP20SP2-KB2633880-x64.exe /q
	Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2003 x64 Edition Service Pack 2:\ NDP40-KB2633870-x64.exe /q
	Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2003 mit SP2 für Itanium-basierte Systeme:\ NDP20SP2-KB2633880-ia64.exe /q
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2003 mit SP2 für Itanium-basierte Systeme:\ NDP40-KB2633870-ia64.exe /q
Installieren ohne Neustart	Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2003 Service Pack 2:\ NDP20SP2-KB2633880-x86.exe /norestart
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2003 Service Pack 2:\ NDP40-KB2633870-x86.exe /norestart
Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2003 x64 Edition Service Pack 2:\ NDP20SP2-KB2633880-x64.exe /norestart
	Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2003 x64 Edition Service Pack 2:\ NDP40-KB2633870-x64.exe /norestart
	Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2003 mit SP2 für Itanium-basierte Systeme:\ NDP20SP2-KB2633880-ia64.exe /norestart
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2003 mit SP2 für Itanium-basierte Systeme:\ NDP40-KB2633870-ia64.exe /norestart
Protokolldatei aktualisieren	Für Microsoft .NET Framework 2.0 Service Pack 2:\ Microsoft .NET Framework 2.0-KB2633880_-msi0.txt\ Microsoft .NET Framework 2.0-KB2633880_.html
Für Microsoft .NET Framework 4:\ KB2633870__Microsoft .NET Framework 4 Client Profile-MSP0.txt\ KB2633870__.html
Weitere Informationen	Siehe Unterabschnitt, Erkennungs- und Bereitstellungstools und Anleitungen
Anforderung für neustarten
Neustart erforderlich?	In einigen Fällen ist für dieses Update kein Neustart erforderlich. Wenn die erforderlichen Dateien verwendet werden, erfordert dieses Update einen Neustart. Wenn dieses Verhalten auftritt, wird eine Meldung angezeigt, in der Sie aufgefordert werden, neu zu starten.\ \ Um die Wahrscheinlichkeiten zu verringern, dass ein Neustart erforderlich ist, beenden Sie alle betroffenen Dienste, und schließen Sie alle Anwendungen, die die betroffenen Dateien vor der Installation des Sicherheitsupdates verwenden können. Weitere Informationen zu den Gründen, warum Sie möglicherweise zum Neustart aufgefordert werden, finden Sie im Microsoft Knowledge Base-Artikel 887012.
HotPatching	Dieses Sicherheitsupdate unterstützt HotPatching nicht. Weitere Informationen zu HotPatching finden Sie im Microsoft Knowledge Base-Artikel 897341.
Entfernungsinformationen	Verwenden Sie für alle unterstützten Versionen von Microsoft .NET Framework das Element "Programme hinzufügen oder entfernen" in Systemsteuerung.
Dateiinformationen	Siehe Microsoft Knowledge Base-Artikel 2651026
Überprüfung des Registrierungsschlüssels	Für Microsoft .NET Framework 2.0 Service Pack 2:\ HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 2.0 Service Pack 2\SP2\KB2633880\ "ThisVersionInstalled" = "Y"
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2003 Service Pack 2:\ HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\Updates\Microsoft .NET Framework 4 Client Profile\KB2633870\ "ThisVersionInstalled" = "Y"
Für Microsoft .NET Framework 4, wenn auf Windows Server 2003 x64 Edition Service Pack 2 und Windows Server 2003 Itanium-based Edition Service Pack 2:\ HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Updates\Microsoft .NET Framework 4 Client Profile\KB2633870\ "ThisVersionInstalled" = "Y"

Hinweis : Das Update für unterstützte Versionen von Windows Server 2003 x64 Edition gilt auch für unterstützte Versionen von Windows XP Professional x64 Edition.

Bereitstellungsinformationen

Installieren des Updates

Weitere Informationen zum Installationsprogramm finden Sie im Microsoft Knowledge Base-Artikel 832475.

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 für Microsoft .NET Framework 2.0 Service Pack 2 und Microsoft .NET Framework 4.

Schalter	BESCHREIBUNG
/? /h /help	Zeigt das Dialogfeld "Verwendung" an.
Setupmodi
**/q[n	b	r	f]**	Legt die Ebene der Benutzeroberfläche fest
n – Keine Benutzeroberfläche
b – Grundlegende Benutzeroberfläche
r - Reduzierte UI
f – Vollständige Benutzeroberfläche (Standard)
Installationsoptionen
/extract [verzeichnis]	Extrahieren Sie das Paket in das angegebene Verzeichnis.
Optionen für den Neustart
/norestart	Startet nicht neu, wenn die Installation abgeschlossen ist.
/forcerestart	Startet den Computer nach der Installation immer neu.
/promptrestart	Fordert den Benutzer auf, bei Bedarf neu zu starten.
Protokollierungsoptionen
**/l[i	a	e	a	r	n	c	m	o	p	v	x	+	!	] <LogFile>*	Legt Protokollierungsoptionen fest
i – Statusmeldungen
w - nicht tödliche Warnungen
e - alle Fehlermeldungen
a – Starten von Aktionen
r – aktionsspezifische Datensätze
u – Benutzeranforderung
c – Anfängliche UI-Parameter
m – Nicht genügend Arbeitsspeicher- oder fatale Ausgangsinformationen
o – Nachrichten außerhalb des Datenträgerspeichers
p - Terminaleigenschaften
v - ausführliche Ausgabe
x – zusätzliche Debuginformationen
+ – An vorhandene Protokolldatei anfügen
! - Löscht jede Zeile im Protokoll.
* - Protokollieren aller Informationen mit Ausnahme von v- und x-Optionen
/log <LogFile>	Entsprechung von /l* <LogFile>

Entfernen des Updates

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen für Microsoft .NET Framework 2.0 Service Pack 2 und Microsoft .NET Framework 4.

Schalter	BESCHREIBUNG
/? /h /help	Zeigt das Dialogfeld "Verwendung" an.
Setupmodi
**/q[n	b	r	f]**	Legt die Ebene der Benutzeroberfläche fest
n – Keine Benutzeroberfläche
b – Grundlegende Benutzeroberfläche
r - Reduzierte UI
f – Vollständige Benutzeroberfläche (Standard)
Installationsoptionen
/extract [verzeichnis]	Extrahieren Sie das Paket in das angegebene Verzeichnis.
Optionen für den Neustart
/norestart	Startet nicht neu, wenn die Installation abgeschlossen ist.
/forcerestart	Startet den Computer nach der Installation immer neu.
/promptrestart	Fordert den Benutzer auf, bei Bedarf neu zu starten.
Protokollierungsoptionen
**/l[i	a	e	a	r	n	c	m	o	p	v	x	+	!	] <LogFile>*	Legt Protokollierungsoptionen fest
i – Statusmeldungen
w - nicht tödliche Warnungen
e - alle Fehlermeldungen
a – Starten von Aktionen
r – aktionsspezifische Datensätze
u – Benutzeranforderung
c – Anfängliche UI-Parameter
m – Nicht genügend Arbeitsspeicher- oder fatale Ausgangsinformationen
o – Nachrichten außerhalb des Datenträgerspeichers
p - Terminaleigenschaften
v - ausführliche Ausgabe
x – zusätzliche Debuginformationen
+ – An vorhandene Protokolldatei anfügen
! - Löscht jede Zeile im Protokoll.
* - Protokollieren aller Informationen mit Ausnahme von v- und x-Optionen
/log <LogFile>	Entsprechung von /l* <LogFile>

Ü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 je nach Edition des Betriebssystems oder der programme, die auf Ihrem System installiert sind, einige 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 ServicePacks	Das Update für dieses Problem wird in einem zukünftigen Service Pack oder Updaterollup enthalten sein.
Bereitstellung
Installation ohne Benutzereingriff	Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Vista Service Pack 2:\ Windows6.0-KB2633874-x86.msu /quiet
Für Microsoft .NET Framework 4 bei Installation unter Windows Vista Service Pack 2:\ NDP40-KB2633870-x86.exe /q
Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Vista x64 Edition Service Pack 2:\ Windows6.0-KB2633874-x64.msu /quiet
Für Microsoft .NET Framework 4 bei Installation unter Windows Vista x64 Edition Service Pack 2:\ NDP40-KB2633870-x64.exe /q
Installieren ohne Neustart	Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Vista Service Pack 2:\ Windows6.0-KB2633874-x86.msu /quiet /norestart
Für Microsoft .NET Framework 4 bei Installation unter Windows Vista Service Pack 2:\ NDP40-KB2633870-x86.exe /norestart
Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Vista x64 Edition Service Pack 2:\ Windows6.0-KB2633874-x64.msu /quiet /norestart
Für Microsoft .NET Framework 4 bei Installation unter Windows Vista x64 Edition Service Pack 2:\ NDP40-KB2633870-x64.exe /norestart
Weitere Informationen	Siehe Unterabschnitt, Erkennungs- und Bereitstellungstools und Anleitungen
Anforderung für neustarten
Neustart erforderlich?	Für dieses Update ist kein Neustart erforderlich. Das Installationsprogramm beendet die erforderlichen Dienste, wendet das Update an und startet dann die Dienste neu. Wenn die erforderlichen Dienste jedoch aus irgendeinem Grund nicht beendet werden können oder erforderliche Dateien verwendet werden, erfordert dieses Update einen Neustart. Wenn dieses Verhalten auftritt, wird eine Meldung angezeigt, in der Sie aufgefordert werden, den Neustart durchzuführen.
HotPatching	Nicht zutreffend.
Entfernungsinformationen	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 2651026
Überprüfung des Registrierungsschlüssels	Für Microsoft .NET Framework 2.0 Service Pack 2:\ Ein Registrierungsschlüssel ist nicht vorhanden, um das Vorhandensein dieses Updates zu überprüfen.
Für Microsoft .NET Framework 4 bei Installation unter Windows Vista Service Pack 2:\ HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\Updates\Microsoft .NET Framework 4 Client Profile\KB2633870\ "ThisVersionInstalled" = "Y"
Für Microsoft .NET Framework 4 bei Installation unter Windows Vista x64 Edition Service Pack 2:\ HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Updates\Microsoft .NET Framework 4 Client Profile\KB2633870\ "ThisVersionInstalled" = "Y"

Bereitstellungsinformationen

Installieren des Updates

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

Installieren des Updatesfür Microsoft .NETFramework 2.0 Service Pack 2

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen für Microsoft .NET Framework 2.0 Service Pack 2.

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.

Installieren des UpdatesfürMicrosoft .NET Framework 4

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen für Microsoft .NET Framework 4.

Schalter	BESCHREIBUNG
/? /h /help	Zeigt das Dialogfeld "Verwendung" an.
Setupmodi
**/q[n	b	r	f]**	Legt die Ebene der Benutzeroberfläche fest
n – Keine Benutzeroberfläche
b – Grundlegende Benutzeroberfläche
r - Reduzierte UI
f – Vollständige Benutzeroberfläche (Standard)
Installationsoptionen
/extract [verzeichnis]	Extrahieren Sie das Paket in das angegebene Verzeichnis.
Optionen für den Neustart
/norestart	Startet nicht neu, wenn die Installation abgeschlossen ist.
/forcerestart	Startet den Computer nach der Installation immer neu.
/promptrestart	Fordert den Benutzer auf, bei Bedarf neu zu starten.
Protokollierungsoptionen
**/l[i	a	e	a	r	n	c	m	o	p	v	x	+	!	] <LogFile>*	Legt Protokollierungsoptionen fest
i – Statusmeldungen
w - nicht tödliche Warnungen
e - alle Fehlermeldungen
a – Starten von Aktionen
r – aktionsspezifische Datensätze
u – Benutzeranforderung
c – Anfängliche UI-Parameter
m – Nicht genügend Arbeitsspeicher- oder fatale Ausgangsinformationen
o – Nachrichten außerhalb des Datenträgerspeichers
p - Terminaleigenschaften
v - ausführliche Ausgabe
x – zusätzliche Debuginformationen
+ – An vorhandene Protokolldatei anfügen
! - Löscht jede Zeile im Protokoll.
* - Protokollieren aller Informationen mit Ausnahme von v- und x-Optionen
/log <LogFile>	Entsprechung von /l* <LogFile>

Ü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 im Feld "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 dann auf "Eigenschaften".
3. Vergleichen Sie auf der Registerkarte "Allgemein " die Dateigröße mit den Im Bulletin KB-Artikel angegebenen Dateiinformationstabellen.
  Beachten Sie je nach Edition des Betriebssystems oder der programme, die auf Ihrem System installiert sind, einige Dateien, die in der Dateiinformationstabelle aufgeführt sind, möglicherweise nicht installiert werden.
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.
  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.
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 Microsoft .NET Framework 2.0 Service Pack 2 Windows Server 2008 für 32-Bit-Systeme Service Pack 2:\ Windows6.0-KB2633874-x86.msu /quiet
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 für 32-Bit-Systeme Service Pack 2:\ NDP40-KB2633870-x86.exe /q
Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2008 für x64-basierte Systeme Service Pack 2:\ Windows6.0-KB2633874-x64.msu /quiet
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 für x64-basierte Systeme Service Pack 2:\ NDP40-KB2633870-x64.exe /q
Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2008 mit SP2 für Itanium-basierte Systeme:\ Windows6.0-KB2633874-ia64.msu /quiet
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 für Itanium-basierte Systeme Service Pack 2:\ NDP40-KB2633870-ia64.exe /q
Installieren ohne Neustart	Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2008 für 32-Bit-Systeme Service Pack 2:\ Windows6.0-KB2633874-x86.msu /quiet /norestart
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 für 32-Bit-Systeme Service Pack 2:\ NDP40-KB2633870-x86.exe /norestart
Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2008 für x64-basierte Systeme Service Pack 2:\ Windows6.0-KB2633874-x64.msu /quiet /norestart
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 für x64-basierte Systeme Service Pack 2:\ NDP40-KB2633870-x64.exe /norestart
Für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2008 mit SP2 für Itanium-basierte Systeme:\ Windows6.0-KB2633874-ia64.msu /quiet /norestart
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 für Itanium-basierte Systeme Service Pack 2:\ NDP40-KB2633870-ia64.exe /norestart
Weitere Informationen	Siehe Unterabschnitt, Erkennungs- und Bereitstellungstools und Anleitungen
Anforderung für neustarten
Neustart erforderlich?	Für dieses Update ist kein Neustart erforderlich. Das Installationsprogramm beendet die erforderlichen Dienste, wendet das Update an und startet dann die Dienste neu. Wenn die erforderlichen Dienste jedoch aus irgendeinem Grund nicht beendet werden können oder erforderliche Dateien verwendet werden, erfordert dieses Update einen Neustart. Wenn dieses Verhalten auftritt, wird eine Meldung angezeigt, in der Sie aufgefordert werden, den Neustart durchzuführen.
HotPatching	Nicht zutreffend.
Entfernungsinformationen	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 2651026
Überprüfung des Registrierungsschlüssels	Für Microsoft .NET Framework 2.0 Service Pack 2:\ Ein Registrierungsschlüssel ist nicht vorhanden, um das Vorhandensein dieses Updates zu überprüfen.
Für Microsoft .NET Framework 4, wenn auf Windows Server 2008 für 32-Bit-Systeme Service Pack 2:\ HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\Updates\Microsoft .NET Framework 4 Client Profile\KB2633870\ "ThisVersionInstalled" = "Y"
Für Microsoft .NET Framework 4, wenn auf Windows Server 2008 für x64-basierte Systeme Service Pack 2 und Windows Server 2008 für Itanium-basierte Systeme Service Pack 2:\ HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Updates\Microsoft .NET Framework 4 Client Profile\KB2633870\ "ThisVersionInstalled" = "Y"

Bereitstellungsinformationen

Installieren des Updates

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

Installieren des Updatesfür Microsoft .NETFramework 2.0 Service Pack 2

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen für Microsoft .NET Framework 2.0 Service Pack 2.

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.

Installieren des UpdatesfürMicrosoft .NET Framework 4

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen für Microsoft .NET Framework 4.

Schalter	BESCHREIBUNG
/? /h /help	Zeigt das Dialogfeld "Verwendung" an.
Setupmodi
**/q[n	b	r	f]**	Legt die Ebene der Benutzeroberfläche fest
n – Keine Benutzeroberfläche
b – Grundlegende Benutzeroberfläche
r - Reduzierte UI
f – Vollständige Benutzeroberfläche (Standard)
Installationsoptionen
/extract [verzeichnis]	Extrahieren Sie das Paket in das angegebene Verzeichnis.
Optionen für den Neustart
/norestart	Startet nicht neu, wenn die Installation abgeschlossen ist.
/forcerestart	Startet den Computer nach der Installation immer neu.
/promptrestart	Fordert den Benutzer auf, bei Bedarf neu zu starten.
Protokollierungsoptionen
**/l[i	a	e	a	r	n	c	m	o	p	v	x	+	!	] <LogFile>*	Legt Protokollierungsoptionen fest
i – Statusmeldungen
w - nicht tödliche Warnungen
e - alle Fehlermeldungen
a – Starten von Aktionen
r – aktionsspezifische Datensätze
u – Benutzeranforderung
c – Anfängliche UI-Parameter
m – Nicht genügend Arbeitsspeicher- oder fatale Ausgangsinformationen
o – Nachrichten außerhalb des Datenträgerspeichers
p - Terminaleigenschaften
v - ausführliche Ausgabe
x – zusätzliche Debuginformationen
+ – An vorhandene Protokolldatei anfügen
! - Löscht jede Zeile im Protokoll.
* - Protokollieren aller Informationen mit Ausnahme von v- und x-Optionen
/log <LogFile>	Entsprechung von /l* <LogFile>

Ü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 im Feld "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 dann auf "Eigenschaften".
3. Vergleichen Sie auf der Registerkarte "Allgemein " die Dateigröße mit den Im Bulletin KB-Artikel angegebenen Dateiinformationstabellen.
  Beachten Sie je nach Edition des Betriebssystems oder der programme, die auf Ihrem System installiert sind, einige Dateien, die in der Dateiinformationstabelle aufgeführt sind, möglicherweise nicht installiert werden.
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.
  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.
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 7 (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 Microsoft .NET Framework 3.5.1 unter Windows 7 für 32-Bit-Systeme:\ Windows6.1-KB2633879-x86.msu /quiet
Für Microsoft .NET Framework 3.5.1 unter Windows 7 für 32-Bit-Systeme Service Pack 1:\ Windows6.1-KB2633873-x86.msu /quiet
Für Microsoft .NET Framework 4 bei Installation unter Windows 7 für 32-Bit-Systeme und Windows 7 für 32-Bit-Systeme Service Pack 1:\ NDP40-KB2633870-x86.exe /q
Für Microsoft .NET Framework 3.5.1 unter Windows 7 für x64-basierte Systeme:\ Windows6.1-KB2633879-x64.msu /quiet
Für Microsoft .NET Framework 3.5.1 unter Windows 7 für x64-basierte Systeme Service Pack 1:\ Windows6.1-KB2633873-x64.msu /quiet
Für Microsoft .NET Framework 4 bei Installation unter Windows 7 für x64-basierte Systeme und Windows 7 für x64-basierte Systeme Service Pack 1:\ NDP40-KB2633870-x64.exe /q
Installieren ohne Neustart	Für Microsoft .NET Framework 3.5.1 unter Windows 7 für 32-Bit-Systeme:\ Windows6.1-KB2633879-x86.msu /quiet /norestart
Für Microsoft .NET Framework 3.5.1 unter Windows 7 für 32-Bit-Systeme Service Pack 1:\ Windows6.1-KB2633873-x86.msu /quiet /norestart
Für Microsoft .NET Framework 4 bei Installation unter Windows 7 für 32-Bit-Systeme und Windows 7 für 32-Bit-Systeme Service Pack 1:\ NDP40-KB2633870-x86.exe /norestart
Für Microsoft .NET Framework 3.5.1 unter Windows 7 für x64-basierte Systeme:\ Windows6.1-KB2633879-x64.msu /quiet /norestart
Für Microsoft .NET Framework 3.5.1 unter Windows 7 für x64-basierte Systeme Service Pack 1:\ Windows6.1-KB2633873-x64.msu /quiet /norestart
Für Microsoft .NET Framework 4 bei Installation unter Windows 7 für x64-basierte Systeme und Windows 7 für x64-basierte Systeme Service Pack 1:\ NDP40-KB2633870-x64.exe /norestart
Weitere Informationen	Siehe Unterabschnitt, Erkennungs- und Bereitstellungstools und Anleitungen
Anforderung für neustarten
Neustart erforderlich?	Für dieses Update ist kein Neustart erforderlich. Das Installationsprogramm beendet die erforderlichen Dienste, wendet das Update an und startet dann die Dienste neu. Wenn die erforderlichen Dienste jedoch aus irgendeinem Grund nicht beendet werden können oder erforderliche Dateien verwendet werden, erfordert dieses Update einen Neustart. Wenn dieses Verhalten auftritt, wird eine Meldung angezeigt, in der Sie aufgefordert werden, den Neustart durchzuführen.
HotPatching	Nicht zutreffend.
Entfernungsinformationen	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 2651026
Überprüfung des Registrierungsschlüssels	Für Microsoft .NET Framework 3.5.1 unter Windows 7:\ Ein Registrierungsschlüssel ist nicht vorhanden, um das Vorhandensein dieses Updates zu überprüfen.
Für Microsoft .NET Framework 4 bei Installation unter Windows 7 für 32-Bit-Systeme und Windows 7 für 32-Bit-Systeme Service Pack 1:\ HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\Updates\Microsoft .NET Framework 4 Client Profile\KB2633870\ "ThisVersionInstalled" = "Y"
Für Microsoft .NET Framework 4 bei Installation unter Windows 7 für x64-basierte Systeme und Windows 7 für x64-basierte Systeme Service Pack 1:\ HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Updates\Microsoft .NET Framework 4 Client Profile\KB2633870\ "ThisVersionInstalled" = "Y"

Bereitstellungsinformationen

Installieren des Updates

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

Installieren des UpdatesfürMicrosoft.NET Framework 3.5.1

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen für Microsoft .NET Framework 3.5.1.

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.
/warnrestart:<seconds>	In Kombination mit /quiet warnt das Installationsprogramm den Benutzer vor dem Initiieren des Neustarts.
/promptrestart	In Kombination mit "/quiet" wird das Installationsprogramm vor dem Starten des Neustarts aufgefordert.
/forcerestart	In Kombination mit /quiet wird das Installationsprogramm Anwendungen erzwungen schließen und einen Neustart initiieren.
/log:<Dateiname>	Ermöglicht die Protokollierung für die angegebene Datei.
/extract:<destination>	Extrahiert den Paketinhalt in den Zielordner.
/uninstall /kb:<KB Number>	Deinstalliert das Sicherheitsupdate.

Hinweis Weitere Informationen zum wusa.exe Installer finden Sie im TechNet-Artikel "Verschiedene Änderungen in Windows 7" unter "Eigenständiges Windows Update-Installationsprogramm".

Installieren des UpdatesfürMicrosoft .NET Framework 4

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen für Microsoft .NET Framework 4.

Schalter	BESCHREIBUNG
/? /h /help	Zeigt das Dialogfeld "Verwendung" an.
Setupmodi
**/q[n	b	r	f]**	Legt die Ebene der Benutzeroberfläche fest
n – Keine Benutzeroberfläche
b – Grundlegende Benutzeroberfläche
r - Reduzierte UI
f – Vollständige Benutzeroberfläche (Standard)
Installationsoptionen
/extract [verzeichnis]	Extrahieren Sie das Paket in das angegebene Verzeichnis.
Optionen für den Neustart
/norestart	Startet nicht neu, wenn die Installation abgeschlossen ist.
/forcerestart	Startet den Computer nach der Installation immer neu.
/promptrestart	Fordert den Benutzer auf, bei Bedarf neu zu starten.
Protokollierungsoptionen
**/l[i	a	e	a	r	n	c	m	o	p	v	x	+	!	] <LogFile>*	Legt Protokollierungsoptionen fest
i – Statusmeldungen
w - nicht tödliche Warnungen
e - alle Fehlermeldungen
a – Starten von Aktionen
r – aktionsspezifische Datensätze
u – Benutzeranforderung
c – Anfängliche UI-Parameter
m – Nicht genügend Arbeitsspeicher- oder fatale Ausgangsinformationen
o – Nachrichten außerhalb des Datenträgerspeichers
p - Terminaleigenschaften
v - ausführliche Ausgabe
x – zusätzliche Debuginformationen
+ – An vorhandene Protokolldatei anfügen
! - Löscht jede Zeile im Protokoll.
* - Protokollieren aller Informationen mit Ausnahme von v- und x-Optionen
/log <LogFile>	Entsprechung von /l* <LogFile>

Überprüfen, obdas 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 im Suchfeld 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 dann auf "Eigenschaften".
3. Vergleichen Sie auf der Registerkarte "Allgemein " die Dateigröße mit den Im Bulletin KB-Artikel angegebenen Dateiinformationstabellen.
  Beachten Sie je nach Edition des Betriebssystems oder der programme, die auf Ihrem System installiert sind, einige Dateien, die in der Dateiinformationstabelle aufgeführt sind, möglicherweise nicht installiert werden.
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.
  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.
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 R2 (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 Microsoft .NET Framework 3.5.1 unter Windows Server 2008 R2 für x64-basierte Systeme:\ Windows6.1-KB2633879-x64.msu /quiet
Für Microsoft .NET Framework 3.5.1 unter Windows Server 2008 R2 für x64-basierte Systeme Service Pack 1:\ Windows6.1-KB2633873-x64.msu /quiet
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 R2 für x64-basierte Systeme und Windows Server 2008 R2 für x64-basierte Systeme Service Pack 1:\ NDP40-KB2633870-x64.exe /quiet
Für Microsoft .NET Framework 3.5.1 unter Windows Server 2008 R2 für Itanium-basierte Systeme:\ Windows6.1-KB2633879-ia64.msu /quiet
Für Microsoft .NET Framework 3.5.1 unter Windows Server 2008 R2 für Itanium-basierte Systeme Service Pack 1:\ Windows6.1-KB2633873-ia64.msu /quiet
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 R2 für Itanium-basierte Systeme und Windows Server 2008 R2 für Itanium-basierte Systeme Service Pack 1:\ NDP40-KB2633870-ia64.exe /quiet
Installieren ohne Neustart	Für Microsoft .NET Framework 3.5.1 unter Windows Server 2008 R2 für x64-basierte Systeme:\ Windows6.1-KB2633879-x64.msu /quiet /norestart
Für Microsoft .NET Framework 3.5.1 unter Windows Server 2008 R2 für x64-basierte Systeme Service Pack 1:\ Windows6.1-KB2633873-x64.msu /quiet /norestart
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 R2 für x64-basierte Systeme und Windows Server 2008 R2 für x64-basierte Systeme Service Pack 1:\ NDP40-KB2633870-x64.exe /norestart
Für Microsoft .NET Framework 3.5.1 unter Windows Server 2008 R2 für Itanium-basierte Systeme:\ Windows6.1-KB2633879-ia64.msu /quiet /norestart
Für Microsoft .NET Framework 3.5.1 unter Windows Server 2008 R2 für Itanium-basierte Systeme Service Pack 1:\ Windows6.1-KB2633873-ia64.msu /quiet /norestart
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 R2 für Itanium-basierte Systeme und Windows Server 2008 R2 für Itanium-basierte Systeme Service Pack 1:\ NDP40-KB2633870-ia64.exe /norestart
Weitere Informationen	Siehe Unterabschnitt, Erkennungs- und Bereitstellungstools und Anleitungen
Anforderung für neustarten
Neustart erforderlich?	Für dieses Update ist kein Neustart erforderlich. Das Installationsprogramm beendet die erforderlichen Dienste, wendet das Update an und startet dann die Dienste neu. Wenn die erforderlichen Dienste jedoch aus irgendeinem Grund nicht beendet werden können oder erforderliche Dateien verwendet werden, erfordert dieses Update einen Neustart. Wenn dieses Verhalten auftritt, wird eine Meldung angezeigt, in der Sie aufgefordert werden, den Neustart durchzuführen.
HotPatching	Nicht zutreffend.
Entfernungsinformationen	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 2651026
Überprüfung des Registrierungsschlüssels	Für Microsoft .NET Framework 3.5.1:\ Ein Registrierungsschlüssel ist nicht vorhanden, um das Vorhandensein dieses Updates zu überprüfen.
Für Microsoft .NET Framework 4 bei Installation unter Windows Server 2008 R2 für x64-basierte Systeme und Windows Server 2008 R2 für x64-basierte Systeme Service Pack 1:\ HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Updates\Microsoft .NET Framework 4 Client Profile\KB2633870\ "ThisVersionInstalled" = "Y"

Bereitstellungsinformationen

Installieren des Updates

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

Installieren des UpdatesfürMicrosoft.NET Framework 3.5.1

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen für Microsoft .NET Framework 3.5.1.

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.
/warnrestart:<seconds>	In Kombination mit /quiet warnt das Installationsprogramm den Benutzer vor dem Initiieren des Neustarts.
/promptrestart	In Kombination mit "/quiet" wird das Installationsprogramm vor dem Starten des Neustarts aufgefordert.
/forcerestart	In Kombination mit /quiet wird das Installationsprogramm Anwendungen erzwungen schließen und einen Neustart initiieren.
/log:<Dateiname>	Ermöglicht die Protokollierung für die angegebene Datei.
/extract:<destination>	Extrahiert den Paketinhalt in den Zielordner.
/uninstall /kb:<KB Number>	Deinstalliert das Sicherheitsupdate.

Hinweis Weitere Informationen zum wusa.exe Installer finden Sie im TechNet-Artikel "Verschiedene Änderungen in Windows 7" unter "Eigenständiges Windows Update-Installationsprogramm".

Installieren des UpdatesfürMicrosoft .NET Framework 4

Dieses Sicherheitsupdate unterstützt die folgenden Setupoptionen für Microsoft .NET Framework 4.

Schalter	BESCHREIBUNG
/? /h /help	Zeigt das Dialogfeld "Verwendung" an.
Setupmodi
**/q[n	b	r	f]**	Legt die Ebene der Benutzeroberfläche fest
n – Keine Benutzeroberfläche
b – Grundlegende Benutzeroberfläche
r - Reduzierte UI
f – Vollständige Benutzeroberfläche (Standard)
Installationsoptionen
/extract [verzeichnis]	Extrahieren Sie das Paket in das angegebene Verzeichnis.
Optionen für den Neustart
/norestart	Startet nicht neu, wenn die Installation abgeschlossen ist.
/forcerestart	Startet den Computer nach der Installation immer neu.
/promptrestart	Fordert den Benutzer auf, bei Bedarf neu zu starten.
Protokollierungsoptionen
**/l[i	a	e	a	r	n	c	m	o	p	v	x	+	!	] <LogFile>*	Legt Protokollierungsoptionen fest
i – Statusmeldungen
w - nicht tödliche Warnungen
e - alle Fehlermeldungen
a – Starten von Aktionen
r – aktionsspezifische Datensätze
u – Benutzeranforderung
c – Anfängliche UI-Parameter
m – Nicht genügend Arbeitsspeicher- oder fatale Ausgangsinformationen
o – Nachrichten außerhalb des Datenträgerspeichers
p - Terminaleigenschaften
v - ausführliche Ausgabe
x – zusätzliche Debuginformationen
+ – An vorhandene Protokolldatei anfügen
! - Löscht jede Zeile im Protokoll.
* - Protokollieren aller Informationen mit Ausnahme von v- und x-Optionen
/log <LogFile>	Entsprechung von /l* <LogFile>

Ü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 im Feld "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 dann auf "Eigenschaften".
3. Vergleichen Sie auf der Registerkarte "Allgemein " die Dateigröße mit den Im Bulletin KB-Artikel angegebenen Dateiinformationstabellen.
  Beachten Sie je nach Edition des Betriebssystems oder der programme, die auf Ihrem System installiert sind, einige Dateien, die in der Dateiinformationstabelle aufgeführt sind, möglicherweise nicht installiert werden.
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.
  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.
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:

Jeroen Frijters von Sumatra zum Melden der Sicherheitsanfälligkeit in .NET Framework für nicht verwaltete Objekte (CVE-2012-0014)

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 bitte 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. Februar 2012): Bulletin veröffentlicht.
V1.1 (14. Februar 2012): Es wurde ein Eintrag zu den häufig gestellten Fragen zum Update hinzugefügt, um eine Erkennungsänderung für KB2668562 für Microsoft Silverlight 4 zu melden, wenn sie auf Windows-Clients und -Servern installiert ist, um ein Installationsproblem zu beheben. Dies ist nur eine Erkennungsänderung. Es wurden keine Änderungen an den Sicherheitsupdatedateien vorgenommen. Kunden, die ihre Systeme bereits erfolgreich aktualisiert haben, müssen keine Maßnahmen ergreifen.
V1.2 (15. Februar 2012): Fehlerhafter Verweis auf bekannte Probleme aus der Zusammenfassung der Geschäftsleitung entfernt.
V1.3 (10. Juli 2012): Microsoft hat dieses Bulletin überarbeitet, um eine geringfügige Erkennungsänderung für KB2633880 für Microsoft .NET Framework 2.0 Service Pack 2 zu übermitteln, um ein Angebotsproblem zu beheben. Es wurden keine Änderungen an den Sicherheitsupdatedateien vorgenommen. Kunden, die ihre Systeme bereits erfolgreich aktualisiert haben, müssen keine Maßnahmen ergreifen.

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

Microsoft Security Bulletin MS12-016 – Kritisch

Sicherheitsanfälligkeiten in .NET Framework und Microsoft Silverlight könnten Remotecodeausführung zulassen (2651026)

Allgemeine Informationen

Kurzfassung

Betroffene und nicht betroffene Software

Häufig gestellte Fragen (FAQ) zu diesem Sicherheitsupdate

Sicherheitsrisikoinformationen

Schweregradbewertungen und Sicherheitslücken-IDs

Sicherheitsanfälligkeit in .NET Framework bezüglich nicht verwalteter Objekte – CVE-2012-0014

Sicherheitsrisiko bei nicht verwalteten Objekten durch .NET Framework – CVE-2012-0014

Problemumgehungen für Sicherheitsanfälligkeit in nicht verwalteten Objekten in .NET Framework – CVE-2012-0014

Häufig gestellte Fragen zur Sicherheitsanfälligkeit in .NET Framework bezüglich nicht verwalteter Objekte – CVE-2012-0014

Sicherheitsanfälligkeit in .NET Framework bezüglich Heapbeschädigung – CVE-2012-0015

Schadensminderungsfaktoren für die Sicherheitsanfälligkeit in .NET Framework – CVE-2012-0015

Problemumgehungen für die Sicherheitsanfälligkeit in .NET Framework – CVE-2012-0015

Häufig gestellte Fragen zur Sicherheitsanfälligkeit in .NET Framework – CVE-2012-0015

Informationen aktualisieren

Erkennungs- und Bereitstellungstools und Anleitungen

Bereitstellung von Sicherheitsupdates

Windows XP (alle Editionen)

Bereitstellungsinformationen

Windows Server 2003 (alle Editionen)

Bereitstellungsinformationen

Windows Vista (alle Editionen)

Bereitstellungsinformationen

Windows Server 2008 (alle Editionen)

Bereitstellungsinformationen

Windows 7 (alle Editionen)

Bereitstellungsinformationen

Windows Server 2008 R2 (alle Editionen)

Bereitstellungsinformationen

Sonstige Informationen

Danksagungen

Microsoft Active Protections Program (MAPP)

Unterstützung

Haftungsausschluss

Revisionen

Zusätzliche Ressourcen