Überblick über Sicherheitslücken

• Informationen zu anfälliger, nicht betroffener und korrigierter Software finden Sie in der Microsoft Security Bulletin Summary for January 2015, die unter dem folgenden Link verfügbar ist: http://technet.microsoft.com/library/security/ms15-jan

Überblick über die Risikominderungstechnik

• Die Schwachstellen, die einen Client-Software-Angriffsvektor aufweisen oder lokal auf dem anfälligen Gerät ausgenutzt werden können, eine Benutzerinteraktion erfordern oder durch webbasierte Angriffe ausgenutzt werden können (dazu gehören u. a. Site-übergreifendes Skripting, Phishing und webbasierte E-Mail-Bedrohungen), E-Mail-Anhänge oder Dateien, die in Netzwerkfreigaben gespeichert sind, sind in der folgenden Liste aufgeführt:

  • MS15-001
  • MS15-003
  • MS15-004
  • MS15-006
  • MS15-008

  Diese Schwachstellen werden am erfolgreichsten am Endpunkt durch Software-Updates, Benutzerschulungen, Best Practices für die Desktop-Administration und Endpunkt-Schutzsoftware wie Host Intrusion Prevention Systems (HIPS) oder Antivirus-Produkte behoben.

  Die folgende Liste enthält eine Liste von Schwachstellen, die das Netzwerk entschärfen, einschließlich Web- und E-Mail-Sicherheitsproblemen. Cisco Geräte bieten eine Reihe von Gegenmaßnahmen für diese Sicherheitslücken. Dieser Abschnitt des Dokuments bietet einen Überblick über diese Techniken.

  • MS15-001
  • MS15-002
  • MS15-004
  • MS15-005
  • MS15-007
  • MS15-008

  Die Cisco IOS Software bietet mithilfe der folgenden Methoden einen effektiven Schutz vor und die Identifizierung von Exploits:

  • Transit-Zugriffskontrolllisten (tACLs)
  • Unicast Reverse Path Forwarding (URPF)
  • IP Source Guard (IPSG)

  Diese Schutzmechanismen filtern Pakete, die versuchen, Schwachstellen mit einem Netzwerkangriffsvektor auszunutzen, und löschen sie, sowie überprüfen sie die Quell-IP-Adresse dieser Pakete.

  Die ordnungsgemäße Bereitstellung und Konfiguration von uRPF bietet einen effektiven Schutz vor Angriffen, bei denen Pakete mit gefälschten Quell-IP-Adressen verwendet werden. Unicast-RPF sollte so nahe wie möglich an allen Datenverkehrsquellen bereitgestellt werden.

  Die ordnungsgemäße Bereitstellung und Konfiguration von IPSG bietet einen effektiven Schutz vor gefälschten Paketen auf der Zugriffsebene.

  Da die Möglichkeit besteht, dass ein vertrauenswürdiger Netzwerk-Client durch bösartigen Code beeinträchtigt wird, der keine Pakete mit gefälschten Quelladressen verwendet, bieten uRPF und IPSG keinen vollständigen Schutz vor diesen Schwachstellen.

  Wirksame Methoden zur Verhinderung von Exploits und zur Identifizierung von Exploits können auch durch Cisco Adaptive Security Appliances der Serien ASA 5500 und 5500-X, Cisco Catalyst ASA Services Module (ASASM) der Serie 6500 und das Firewall Services Module (FWSM) für Cisco Catalyst Switches der Serie 6500 und Cisco Router der Serie 7600 bereitgestellt werden. die folgenden Methoden:

  • tACL
  • uRPF

  Diese Schutzmechanismen filtern Pakete, die versuchen, Schwachstellen mit einem Netzwerkangriffsvektor auszunutzen, und löschen sie, sowie überprüfen sie die Quell-IP-Adresse dieser Pakete.

  Die Datensätze von Cisco IOS NetFlow und Flexible NetFlow bieten Transparenz für netzwerkbasierte Exploit-Versuche.

  Die effektive Nutzung von Ereignisaktionen des Sourcefire Intrusion Prevention System (IPS) bietet Transparenz und Schutz vor Angriffen, die diese Schwachstellen ausnutzen.

  Die effektive Nutzung von Cisco Intrusion Prevention System (IPS)-Ereignisaktionen bietet Transparenz und Schutz vor Angriffen, die diese Schwachstellen ausnutzen.

Risikomanagement

• Den Unternehmen wird empfohlen, die potenziellen Auswirkungen dieser Schwachstellen anhand ihrer Standardprozesse zur Risikobewertung und -minderung zu ermitteln. Triage bezieht sich auf das Sortieren von Projekten und die Priorisierung von Bemühungen, die am wahrscheinlichsten erfolgreich sein werden. Cisco hat Dokumente bereitgestellt, die Unternehmen bei der Entwicklung einer risikobasierten Triage-Funktion für ihre Informationssicherheitsteams unterstützen. Risikoanalyse für Ankündigungen zu Sicherheitslücken sowie Risikoanalyse und -prototyping unterstützen Unternehmen bei der Entwicklung wiederholbarer Sicherheitsevaluierungs- und Reaktionsprozesse.

Gerätespezifische Eindämmung und Identifizierung

• Vorsicht: Die Effektivität jeder Eindämmungstechnik hängt von spezifischen Kundensituationen wie Produktmix, Netzwerktopologie, Datenverkehrsverhalten und organisatorischem Auftrag ab. Prüfen Sie wie bei jeder Konfigurationsänderung die Auswirkungen dieser Konfiguration, bevor Sie die Änderung übernehmen.

  Spezifische Informationen zur Risikominderung und Identifizierung sind für diese Geräte verfügbar:

  • Cisco IOS-Router und -Switches
  • Cisco ASA, Cisco ASASM und Cisco FWSM-Firewalls
  • Cisco Intrusion Prevention System
  • Sourcefire Intrusion Prevention-System

  Cisco IOS-Router und -Switches

  Eindämmung: Transit-Zugriffskontrolllisten

  Für MS15-002 wird Administratoren empfohlen, Transit-Zugriffskontrolllisten (tACLs) bereitzustellen, um das Netzwerk vor Datenverkehr zu schützen, der an Eingangs-Zugangspunkten in das Netzwerk gelangt, z. B. Internetverbindungspunkten, Verbindungspunkten von Partnern und Lieferanten oder VPN-Verbindungspunkten. Administratoren können eine tACL erstellen, indem sie explizit zulassen, dass nur autorisierter Datenverkehr an den Eingangs-Access Points in das Netzwerk eindringt, oder indem sie autorisiertem Datenverkehr gestatten, das Netzwerk gemäß den bestehenden Sicherheitsrichtlinien und -konfigurationen zu passieren. Eine tACL-Problemumgehung kann keinen vollständigen Schutz vor diesen Schwachstellen bieten, wenn der Angriff von einer vertrauenswürdigen Quelladresse ausgeht.

  Die tACL-Richtlinie verweigert nicht autorisierte Telnet-over-IPv4- und IPv6-Pakete auf TCP-Port 23, die an betroffene Geräte gesendet werden. Im folgenden Beispiel stellen 192.168.60.0/24 und 2001:DB8:1:60::/64 den IP-Adressraum dar, der von den betroffenen Geräten verwendet wird, und die Hosts unter 192.168.100.1 und 2001:DB8::100:1 gelten als vertrauenswürdige Quellen, die Zugriff auf die betroffenen Geräten. Es sollte darauf geachtet werden, dass der für das Routing und den Administratorzugriff erforderliche Datenverkehr zugelassen wird, bevor nicht autorisierter Datenverkehr abgelehnt wird.

  Weitere Informationen zu tACLs finden Sie unter Transit Access Control Lists: Filtering at Your Edge.

  !-- Include explicit permit statements for trusted sources that !-- require access on the vulnerable Telnet TCP port !-- for MS15-002 !
  access-list 150 permit tcp host 192.168.100.1 192.168.60.0 0.0.0.255 eq 23
  ! !-- The following vulnerability-specific access control entries !-- (ACEs) can aid in identification of attacks against MS15-002 !
  access-list 150 deny tcp any 192.168.60.0 0.0.0.255 eq 23 ! !-- Permit or deny all other Layer 3 and Layer 4 traffic in accordance !-- with existing security policies and configurations ! !-- Explicit deny for all other IP traffic !
  access-list 150 deny ip any any
  !
  !-- Create the corresponding IPv6 tACL !
  ipv6  access-list IPv6-Transit-ACL-Policy
   ! !-- Include explicit permit statements for trusted sources that !-- require access on the vulnerable Telnet TCP port !-- for MS15-002 ! !
    permit tcp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq 23
   ! !-- The following vulnerability-specific ACEs can !-- aid in identification of attacks to global and !-- link-local addresses !
    deny tcp any 2001:DB8:1:60::/64 eq 23
   ! !-- Permit or deny all other Layer 3 and Layer 4 traffic in !-- accordance with existing security policies and configurations !-- and allow IPv6 neighbor discovery packets, which !-- include neighbor solicitation packets and neighbor !-- advertisement packets !
    permit icmp any any nd-ns
    permit icmp any any nd-na
    ! 
   !-- Explicit deny for all other IPv6 traffic !
    deny ipv6 any any
   !
   ! !-- Apply tACLs to interfaces in the ingress direction !
  interface GigabitEthernet0/0
   ip access-group 150 in
   ipv6 traffic-filter IPv6-Transit-ACL-Policy in

  Beachten Sie, dass das Filtern mit einer Schnittstellenzugriffsliste die Übertragung von nicht erreichbaren ICMP-Nachrichten zurück an die Quelle des gefilterten Datenverkehrs auslöst. Das Generieren dieser Nachrichten könnte den unerwünschten Effekt einer erhöhten CPU-Auslastung auf dem Gerät haben. In Cisco IOS-Software ist nicht-erreichbare Generation ICMP auf ein Paket alle 500 Millisekunden standardmäßig begrenzt. Die Erzeugung von nicht erreichbaren ICMP-Nachrichten kann mithilfe der Schnittstellenkonfigurationsbefehle no ip unreachables und no ipv6 unreachables deaktiviert werden. Die Durchsatzbegrenzung "ICMP unreachable" kann mithilfe der globalen Konfigurationsbefehle vom Standard abgesetzt werden.ip icmp rate-limit unreachable interval-in-ms und ipv6 icmp-Fehlerintervall-Intervall in ms.

  Informationen zur Verwendung der IOS-Befehlszeilenschnittstelle zur Messung der Wirksamkeit der tACL finden Sie im Cisco Security Whitepaper Identifying the Effectiveness of Security Mitigations Using Cisco IOS Software.

  Eindämmung: Spoofing-Schutz

  Unicast Reverse Path Forwarding

  Die in diesem Dokument beschriebene MS15-005 hat einen Netzwerkangriffsvektor, der durch gefälschte IP-Pakete ausgenutzt werden kann. Administratoren können Unicast Reverse Path Forwarding (uRPF) als Schutzmechanismus gegen Spoofing bereitstellen und konfigurieren.

  uRPF wird auf Schnittstellenebene konfiguriert und kann Pakete erkennen und verwerfen, denen eine verifizierbare Quell-IP-Adresse fehlt. Administratoren sollten sich nicht darauf verlassen, dass uRPF einen vollständigen Spoofing-Schutz bietet, da gefälschte Pakete über eine uRPF-fähige Schnittstelle in das Netzwerk gelangen können, wenn eine entsprechende Rückgaberoute zur Quell-IP-Adresse vorhanden ist. Den Administratoren wird empfohlen, während der Bereitstellung dieser Funktion sicherzustellen, dass der geeignete uRPF-Modus (flexibel oder strikt) konfiguriert wird, da legitimer Datenverkehr, der das Netzwerk durchquert, verworfen werden kann. In einer Unternehmensumgebung kann uRPF am Internet-Edge und auf der internen Zugriffsebene an den benutzerunterstützenden Layer-3-Schnittstellen aktiviert werden.

  Weitere Informationen zur Konfiguration und Verwendung von uRPF finden Sie im Cisco Security Whitepaper Understanding Unicast Reverse Path Forwarding.

  IP-Quellschutz

  IP Source Guard (IPSG) ist eine Sicherheitsfunktion, die den IP-Datenverkehr an nicht gerouteten Layer-2-Schnittstellen beschränkt, indem Pakete auf Basis der DHCP-Snooping-Bindungsdatenbank und manuell konfigurierter IP-Source-Bindings gefiltert werden. Administratoren können IPSG verwenden, um Angriffe eines Angreifers zu verhindern, der versucht, Pakete durch Fälschung der Quell-IP-Adresse und/oder der MAC-Adresse zu fälschen. Die ordnungsgemäße Bereitstellung und Konfiguration von IPSG in Verbindung mit dem strengen Modus "uRPF" kann den wirksamsten Spoofing-Schutz bieten, um die Auswirkungen von MS15-005 zu minimieren.

  Weitere Informationen zur Bereitstellung und Konfiguration von IPSG finden Sie unter Konfigurieren der DHCP-Funktionen und von IP Source Guard.

  Identifikation: Identifikation des IPv4- und IPv6-Datenverkehrs mithilfe von Cisco IOS NetFlow und Flexible NetFlow

  Administratoren können Cisco IOS NetFlow und Cisco IOS Flexible NetFlow auf Cisco IOS-Routern und -Switches konfigurieren, um IPv4- und IPv6-Datenverkehrsflüsse zu identifizieren, die als Exploit-Versuche zur Eindämmung von MS15-002 dienen können. Den Administratoren wird empfohlen, Datenflüsse zu untersuchen, um festzustellen, ob es sich dabei um Versuche handelt, diese Schwachstellen auszunutzen, oder ob es sich um legitime Datenflüsse handelt. Administratoren können auch Filter konfigurieren, um Datenverkehr auf einzelnen Ports hervorzuheben und so Datenverkehrsflüsse zu identifizieren, die die in diesem Dokument erwähnten Schwachstellen ausnutzen könnten. Weitere Informationen finden Sie im Abschnitt Cisco IOS NetFlow und Cisco IOS Flexible NetFlow im Dokument Identifying the Effectiveness of Security Mitigations Using Cisco IOS Software.

  Cisco ASA, Cisco ASASM und Cisco FWSM-Firewalls

  Eindämmung: Transit-Zugriffskontrolllisten

  Für MS15-002 wird empfohlen, zum Schutz des Netzwerks vor Datenverkehr, der an Eingangs-Zugangspunkten in das Netzwerk gelangt, z. B. Internetverbindungspunkten, Verbindungspunkten von Partnern und Lieferanten oder VPN-Verbindungspunkten, tACLs für die Richtliniendurchsetzung bereitzustellen. Administratoren können eine tACL erstellen, indem sie explizit zulassen, dass nur autorisierter Datenverkehr an den Eingangs-Access Points in das Netzwerk eindringt, oder indem sie autorisiertem Datenverkehr gestatten, das Netzwerk gemäß den bestehenden Sicherheitsrichtlinien und -konfigurationen zu passieren. Eine tACL-Problemumgehung kann keinen vollständigen Schutz vor diesen Schwachstellen bieten, wenn der Angriff von einer vertrauenswürdigen Quelladresse ausgeht.

  Die tACL-Richtlinie verweigert nicht autorisierte Telnet-over-IPv4- und IPv6-Pakete auf TCP-Port 23, die an betroffene Geräte gesendet werden. Im folgenden Beispiel sind 192.168.60.0/24 und 2001:DB8:1:60::/64 der IP-Adressraum, der von den betroffenen Geräten verwendet wird, und die Hosts unter 192.168.100.1 und 2001:DB8::100:1 gelten als vertrauenswürdige Quellen, die Zugriff auf die betroffenen Geräten. Es sollte darauf geachtet werden, dass der für das Routing und den Administratorzugriff erforderliche Datenverkehr zugelassen wird, bevor nicht autorisierter Datenverkehr abgelehnt wird.

  Weitere Informationen zu tACLs finden Sie in Transit Access Control Lists: Filtering at Your Edge.

  ! !-- Include explicit permit statements for trusted sources that !-- require access on the vulnerable Telnet TCP port !-- for MS15-002 !
  access-list tACL-Policy extended permit tcp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq 23
  ! !-- The following vulnerability-specific ACEs !-- can aid in identification of attacks !
  access-list tACL-Policy extended deny tcp any 192.168.60.0 255.255.255.0 eq 23
  ! !-- Permit or deny all other Layer 3 and Layer 4 traffic in accordance !-- with existing security policies and configurations ! !-- Explicit deny for all other IP traffic !
  access-list tACL-Policy extended deny ip any any
  ! !-- Create the corresponding IPv6 tACL ! !-- Include explicit permit statements for trusted sources that !-- require access on the vulnerable Telnet TCP ports !-- for MS15-002 !
  ipv6 access-list IPv6-tACL-Policy permit tcp host 2001:DB8::100:1
            2001:db8:1:60::/64 eq 23
  ! !-- The following vulnerability-specific access control entries !-- (ACEs) can aid in identification of attacks !
  ipv6 access-list IPv6-tACL-Policy deny tcp any 2001:db8:1:60::/64 eq 23
  ! !-- Permit or deny all other Layer 3 and Layer 4 traffic in accordance !-- with existing security policies and configurations ! !-- Explicit deny for all other IP traffic !
  ipv6 access-list IPv6-tACL-Policy deny ip any any
  ! !-- Apply tACLs to interfaces in the ingress direction !
  access-group tACL-Policy in interface outside
  access-group IPv6-tACL-Policy in interface outside

  Informationen zur Verwendung der Cisco Firewall-Kommandozeilenschnittstelle zur Messung der Effektivität von Zugriffskontrolllisten für die Übertragung finden Sie im Cisco Security Whitepaper Identification of Security Exploits with Cisco ASA, Cisco ASASM, and Cisco FWSM Firewalls.

  Ab Version 9.0 der Cisco Adaptive Security Appliance (ASA) Software unterstützen Zugriffskontrolllisten (ACLs), d. h. einheitliche ACLs, IPv4- und IPv6-Adressen. Es kann eine Mischung aus IPv4- und IPv6-Adressen für die Quelle und das Ziel der ACL angegeben werden. Die Schlüsselwörter any4 und any6 wurden hinzugefügt, um reinen IPv4-Datenverkehr bzw. reinen IPv6-Datenverkehr darzustellen.

  Die in den IPv4- und IPv6-ACLs dieses Abschnitts dargestellten IPv4- und IPv6-Zugriffslisteneinträge (ACEs) können auch in eine einheitliche ACL integriert werden.

  Weitere Informationen zu einheitlichen Zugriffskontrolllisten finden Sie im Abschnitt Erweiterte Zugriffskontrolllisten im Cisco ASA-Konfigurationsleitfaden.

  Ab Version 8.4(2) der Cisco ASA Software können Zugriffsregeln und Sicherheitsrichtlinien basierend auf Benutzernamen und Benutzergruppennamen anstelle von Quell-IP-Adressen konfiguriert werden. Die ASA wendet die Sicherheitsrichtlinien basierend auf einer Verknüpfung von IP-Adressen mit Windows Active Directory-Anmeldeinformationen an und meldet Ereignisse basierend auf den zugeordneten Benutzernamen anstelle der Netzwerk-IP-Adressen. Die Identitäts-Firewall (IDFW) lässt sich in Microsoft Active Directory integrieren, zusammen mit einem externen Active Directory (AD) Agent (in Windows Server) oder Context Directory Agent (CDA), der die tatsächlichen Identitätszuordnungen bereitstellt. Identitätsbasierte ACLs können auch für andere Richtlinientypen wie die Anwendungsinspektion verwendet werden.

  Ab Version 9.0 der Cisco ASA-Software kann die ASA auch in Cisco TrustSec integriert werden, um eine Durchsetzung von Richtlinien auf der Basis von Sicherheitsgruppen zu ermöglichen. Die Zugriffsrichtlinien in der Cisco TrustSec-Domäne sind topologieunabhängig und basieren auf den Rollen der Quell- und Zielgeräte statt auf den Netzwerk-IP-Adressen. Cisco TrustSec-ACLs können auch für andere Arten von Richtlinien verwendet werden, z. B. für die Anwendungsinspektion.

  Die in den IPv4- und IPv6-ACLs dieses Abschnitts aufgeführten ACEs können auch auf Benutzer-, Benutzer- oder Sicherheitsgruppenbasis mithilfe von ID-basierten oder SGT-ACLs (Security Group Tag) angewendet werden.

  Konfigurationsbeispiele zu IDFW finden Sie im Dokument ASA: IDFW (Identity Firewall) zur schrittweisen Konfiguration in der Cisco Support Community und im Abschnitt Identity Firewall des Cisco ASA-Konfigurationsleitfadens. Weitere Informationen zu den externen Agents finden Sie unter Übersicht über den Active Directory-Agenten und Übersicht über den Context Directory-Agenten. Weitere Informationen zur Cisco ASA-Integration mit TrustSec finden Sie im Abschnitt ASA und Cisco TrustSec des Cisco ASA-Konfigurationsleitfadens.

  Eindämmung: Spoofing-Schutz mit Unicast Reverse Path Forwarding

  Für MS15-005 können die in diesem Dokument beschriebenen Schwachstellen durch gefälschte IP-Pakete ausgenutzt werden. Administratoren können uRPF als Spoofing-Schutzmechanismus bereitstellen und konfigurieren.

  uRPF wird auf Schnittstellenebene konfiguriert und kann Pakete erkennen und verwerfen, denen eine verifizierbare Quell-IP-Adresse fehlt. Administratoren sollten sich nicht darauf verlassen, dass uRPF einen vollständigen Spoofing-Schutz bietet, da gefälschte Pakete über eine uRPF-fähige Schnittstelle in das Netzwerk gelangen können, wenn eine entsprechende Rückgaberoute zur Quell-IP-Adresse vorhanden ist. In einer Unternehmensumgebung kann uRPF am Internet-Edge und auf der internen Zugriffsebene der benutzerunterstützenden Layer-3-Schnittstellen aktiviert werden.

  Weitere Informationen zur Konfiguration und Verwendung von uRPF finden Sie in der Cisco Security Appliance Command Reference for ip verify reverse path und im Cisco Security Whitepaper Understanding Unicast Reverse Path Forwarding.

  Informationen zur Verwendung der Firewall-Kommandozeilenschnittstelle zur Messung der Effektivität des Spoofing-Schutzes finden Sie im Cisco Security Whitepaper Identification of Security Exploits with Cisco ASA, Cisco ASASM, and Cisco FWSM Firewalls.

  Cisco Intrusion Prevention System

  Eindämmung: Cisco IPS-Signaturereignisaktionen

  Administratoren können die Cisco IPS-Appliances und -Servicemodule verwenden, um Bedrohungen zu erkennen und Versuche zur Ausnutzung einiger der in diesem Dokument beschriebenen Schwachstellen zu verhindern. Die folgende Tabelle bietet einen Überblick über CVE-IDs und die jeweiligen Cisco IPS-Signaturen, die Ereignisse auslösen, wenn diese Schwachstellen ausgenutzt werden.

  CVE-ID	Signaturfreigabe	Signature-ID	Signaturname	Aktiviert	Schweregrad	Genauigkeit*
  CVE 2015-0014	S844	4949/0	Windows Telnet Service-Pufferüberlauf	Ja	Hoch	85
  CVE 2015-0015	S844	4957/0	Microsoft Windows RADIUS-Authentifizierungsverarbeitung - Denial-of-Service	Ja	Mittel	80
  CVE 2015-0016	S844	4952/0	Windows-Komponenten-Privilegienerweiterung	Ja	Mittel	85

  * Fidelity wird auch als Signature Fidelity Rating (SFR) bezeichnet und ist das relative Maß für die Genauigkeit der Signatur (vordefiniert). Der Wert reicht von 0 bis 100 und wird von Cisco Systems, Inc. festgelegt.

  Administratoren können Cisco IPS-Sensoren so konfigurieren, dass sie eine Ereignisaktion ausführen, wenn ein Angriff erkannt wird. Die konfigurierte Ereignisaktion führt eine präventive oder abschreckende Kontrolle durch, um den Schutz vor einem Angriff zu gewährleisten, der versucht, die in der vorherigen Tabelle aufgeführten Schwachstellen auszunutzen.

  Exploits, die gefälschte IP-Adressen verwenden, können dazu führen, dass eine konfigurierte Ereignisaktion versehentlich den Datenverkehr von vertrauenswürdigen Quellen blockiert.

  Cisco IPS-Sensoren sind am effektivsten, wenn sie im Inline-Schutzmodus in Verbindung mit einer Ereignisaktion bereitgestellt werden. Der automatische Schutz vor Bedrohungen für Cisco IPS 7.x- und 6.x-Sensoren, die im Inline-Schutzmodus bereitgestellt werden, bietet Schutz vor Bedrohungen bei einem Angriff, der versucht, die in diesem Dokument beschriebene Schwachstelle auszunutzen. Der Schutz vor Bedrohungen wird durch eine Standardüberschreibung erreicht, die eine Ereignisaktion für ausgelöste Signaturen mit einem riskRatingValue größer als 90 ausführt.

  Weitere Informationen zur Berechnung von Risikoeinstufung und Bedrohungseinstufung finden Sie unter Risikoeinstufung und Bedrohungseinstufung: Vereinfachtes IPS-Richtlinienmanagement.

  Informationen zur Verwendung von Cisco Security Manager zum Anzeigen der Aktivität von einem Cisco IPS-Sensor finden Sie im Whitepaper Identification of Malicious Traffic Using Cisco Security Manager.

  Signaturinformationen von Sourcefire

  Die folgenden Sourcefire Snort-Signaturen sind für das Microsoft Security Update vom Januar 2015 verfügbar.

  Microsoft Advisory-ID	Microsoft Advisory-Name	CVE(s)	Geltende Regeln
  MS15-001	Schwachstelle in Windows AppCompatCache könnte Privilegserhöhung ermöglichen	CVE 2015-0002	32965:32966
  MS15-002	Schwachstelle im Windows Telnet-Dienst kann die Ausführung von Remote-Code verursachen	CVE 2015-0014	33050
  MS15-004	Schwachstelle im Windows-Benutzerprofildienst könnte Rechteerweiterung ermöglichen	CVE 2015-0016	33051:33052
  MS15-007	Schwachstelle im RADIUS des Netzwerkrichtlinienservers kann Diensteverweigerung verursachen	CVE 2015-0015	33053
  MS15-008	Sicherheitslücken in Windows-Kernel-Modus-Treibern können die Privilegierung erhöhen	CVE 2015-0011	33048:33049

  Informationen zur Verwendung von Sourcefire Snort und Sourcefire Next Generation IPS finden Sie unter Sourcefire Security der nächsten Generation.

Zusätzliche Informationen

• Dieses Dokument wird in der vorliegenden Form bereitgestellt und impliziert keine Garantie oder Gewährleistung, einschließlich der Gewährleistung der Marktgängigkeit oder Eignung für einen bestimmten Zweck. Die Nutzung der Informationen im Dokument oder den Materialien, die mit dem Dokument verknüpft sind, erfolgt auf Ihr eigenes Risiko. Cisco behält sich das Recht vor, dieses Dokument jederzeit zu ändern oder zu aktualisieren.