Zum Inhalt springen

ASR-Regeln: GUIDs und sicherer Rollout

Praxisreferenz zu den ASR-Regeln von Microsoft Defender: was jede Regel blockiert, ihre GUID, was zuerst erzwingen, Überwachungsmodus, Ereignis-IDs und Ausnahmen.

Florian Amette6 Min. Lesezeit

ASR-Regeln (Attack Surface Reduction, Verringerung der Angriffsfläche) sind in Microsoft Defender Antivirus integrierte Verhaltenssperren. Statt eine schädliche Datei zu erkennen, stoppen sie ein Verhalten, das Malware braucht und legitime Software selten zeigt: Word startet PowerShell, ein Skript startet eine frisch heruntergeladene ausführbare Datei, ein unbekannter Prozess liest den LSASS-Speicher. Da sie nicht von Signaturen abhängen, stoppen sie neue Malware ebenso wie alte.

Außerdem sind sie in Windows kostenlos enthalten, per Gruppenrichtlinie konfigurierbar und bieten einen Überwachungsmodus. Der Hauptgrund, warum sie nicht überall aktiviert sind, ist die Angst, eine Geschäftsanwendung zu brechen. Dieser Leitfaden liefert die vollständige Regelliste und einen Rollout, der dieses Risiko beherrschbar macht.

Voraussetzungen

  • Microsoft Defender Antivirus als primärer Virenschutz mit eingeschaltetem Echtzeitschutz (nicht im passiven Modus).
  • Eingeschalteter Cloudschutz, da einige Regeln davon abhängen (insbesondere die Verbreitungsregel).
  • Windows 10 / Windows Server 2019 oder neuer für den vollständigen Satz; einige Regeln haben eine engere Unterstützung (die Webshell-Regel ist für Server gedacht).

Die Regeln

RegelGUIDHinweise
Block abuse of exploited vulnerable signed drivers56a863a9-875e-4185-98a7-b882c64b5ce5Standardschutz. Verhindert, dass bekanntermaßen anfällige Treiber auf den Datenträger geschrieben werden.
Block credential stealing from the Windows local security authority subsystem (lsass.exe)9e6c4e1f-7d60-472f-ba1a-a39ef669e4b2Standardschutz. Redundant bei aktivem LSA-Schutz, aber unschädlich.
Block persistence through WMI event subscriptione6db77e5-3df2-4cf1-b95a-636979351e5bStandardschutz.
Block all Office applications from creating child processesd4f940ab-401b-4efc-aadc-ad5f3c50688aHoher Nutzen; manche Add-ins lösen sie aus.
Block Office applications from creating executable content3b576869-a4ec-4529-8536-b80a7769e899
Block Office applications from injecting code into other processes75668c1f-73b5-4cf0-bb93-3ecf5cb7cc84
Block Office communication application from creating child processes26190899-1602-49e8-8b27-eb1d0a1ce869Outlook.
Block Win32 API calls from Office macros92e97fa1-2edf-4476-bdd6-9dd0b4dddc7bKann ältere VBA-Werkzeuge beeinträchtigen.
Block Adobe Reader from creating child processes7674ba52-37eb-4a4f-a9a1-f0f9a1619a2c
Block executable content from email client and webmailbe9ba2d9-53ea-4cdc-84e5-9b1eeee46550
Block JavaScript or VBScript from launching downloaded executable contentd3e037e1-3eb8-44c8-a917-57927947596d
Block execution of potentially obfuscated scripts5beb7efe-fd9a-4556-801d-275e5ffc04ccGelegentliche Fehlalarme bei minimierten Admin-Skripten.
Block untrusted and unsigned processes that run from USBb2b3f03d-6a65-4f7b-a9c7-1c7ef74a9ba4
Block executable files from running unless they meet a prevalence, age, or trusted list criterion01443614-cd74-433a-b99e-2ecdc07bfc25Benötigt Cloudschutz. Laut bei Entwicklern und hausinternen Werkzeugen.
Block process creations originating from PSExec and WMI commandsd1e49aac-8f56-4280-b9ba-993a6d77406cNicht kompatibel mit Configuration Manager, der WMI nutzt. Hervorragend auf nicht verwalteten oder reinen Intune-Flotten.
Use advanced protection against ransomwarec1db55ab-c21a-4637-bb3f-a12568109d35Cloud-Heuristiken.
Block Webshell creation for Serversa8f5898e-1dc8-49a9-9878-85004b8a61e6Exchange-Server.
Block rebooting machine in Safe Mode33ddedf1-c6e0-47cb-833e-de6133960387Verhindert, dass bcdedit/bootcfg einen Neustart im abgesicherten Modus erzwingen.
Block use of copied or impersonated system toolsc0033c00-d16d-4114-a5a0-dc9b3a7d2cebBlockiert Kopien von System32/SysWOW64-Binärdateien, die von anderswo ausgeführt werden; kann legitime Werkzeuge in benutzerdefinierten Pfaden melden.

Microsoft fügt laufend Regeln hinzu; die beiden neuesten sind die Regeln zum abgesicherten Modus und zu kopierten Systemwerkzeugen am Ende der Tabelle. Halten Sie Ihre Defender-Plattform aktuell (Microsoft verlangt für ASR, dass sie höchstens zwei Versionen zurückliegt) und prüfen Sie die Referenz der ASR-Regeln, wenn neue Regeln erscheinen.

Jede Regel kennt einen dieser Zustände: 0 Disabled, 1 Block, 2 Audit, 5 Not configured, 6 Warn. Warn erlaubt dem Benutzer, eine Blockierung für 24 Stunden zu übergehen, was für die lauteren Regeln auf Arbeitsplätzen nützlich ist. Die Regeln für LSASS und für Code-Injection durch Office unterstützen es nicht, und über Configuration Manager ist es nicht verfügbar.

Rollout

1. Standardschutz direkt blockieren

Die drei Regeln des Standardschutzes kollidieren selten mit legitimer Software. Setzen Sie sie überall in den Blockierungsmodus, mit einer Ausnahme: Auf Geräten, die mit Configuration Manager verwaltet werden, dessen Client stark auf WMI setzt, empfiehlt Microsoft, die WMI-Persistenzregel zunächst im Überwachungsmodus zu testen.

PowerShell
$std = "56a863a9-875e-4185-98a7-b882c64b5ce5",
       "9e6c4e1f-7d60-472f-ba1a-a39ef669e4b2",
       "e6db77e5-3df2-4cf1-b95a-636979351e5b"
Add-MpPreference -AttackSurfaceReductionRules_Ids $std `
  -AttackSurfaceReductionRules_Actions Enabled,Enabled,Enabled

2. Alle übrigen Regeln zwei bis vier Wochen überwachen

Per Gruppenrichtlinie: Computer Configuration > Administrative Templates > Windows Components > Microsoft Defender Antivirus > Microsoft Defender Exploit Guard > Attack Surface Reduction > Configure Attack Surface Reduction rules. Aktivieren Sie die Einstellung und fügen Sie pro Regel eine Zeile hinzu, die GUID unter Value name, den Zustand unter Value. In Intune verwenden Sie ein Profil Attack surface reduction rules unter Endpoint security. Für ein Labor:

PowerShell
Add-MpPreference -AttackSurfaceReductionRules_Ids d4f940ab-401b-4efc-aadc-ad5f3c50688a `
  -AttackSurfaceReductionRules_Actions AuditMode

Verwenden Sie Add-MpPreference statt Set-MpPreference, wenn Sie Regeln einzeln hinzufügen: Set- ersetzt die gesamte Liste.

3. Die Ereignisse lesen

ASR-Ereignisse stehen unter Applications and Services Logs > Microsoft > Windows > Windows Defender > Operational:

Ereignis-IDBedeutung
1121Regel im Blockierungsmodus ausgelöst
1122Regel im Überwachungsmodus ausgelöst (hätte blockiert)
5007Defender-Konfiguration geändert (achten Sie darauf, ob jemand Regeln deaktiviert)

Jedes Ereignis enthält die Regel-GUID, den Prozesspfad und das Ziel. Gruppieren Sie flottenweit nach Regel und Prozess. Typischerweise finden Sie eine kurze Liste echter Kollisionen: ein Add-in für Dokumentenmanagement, das einen Hilfsprozess startet, eine Fachanwendung, die aus einem VBA-Makro ausführbare Dateien schreibt, ein Verwaltungsagent, der über WMI gestartet wird.

PowerShell
Get-WinEvent -LogName "Microsoft-Windows-Windows Defender/Operational" |
  Where-Object Id -in 1121,1122 |
  Select-Object TimeCreated, Id, Message -First 50

4. Eng ausnehmen, dann blockieren

Beheben Sie, was sich beheben lässt (Add-in aktualisieren, Skript signieren, Makro ersetzen). Für den Rest bevorzugen Sie regelspezifische Ausnahmen, die es in aktuellen Versionen der Defender-Plattform gibt, gegenüber globalen ASR-Ausnahmen:

PowerShell
# Globale ASR-Ausnahme (gilt für alle Regeln): sparsam und mit vollständigen Pfaden verwenden
Add-MpPreference -AttackSurfaceReductionOnlyExclusions "C:\Program Files\Contoso\DocHelper.exe"

Nehmen Sie niemals powershell.exe, cmd.exe, wscript.exe, ganze vom Benutzer beschreibbare Ordner wie %TEMP% oder %APPDATA% oder die Office-Binärdateien selbst aus. Das grenzt die Regel nicht ein, es schaltet sie ab.

Stellen Sie die Regeln dann Ring für Ring auf Blockieren um (IT, Pilotbenutzer, dann alle) und behalten Sie nach jedem Schritt das Volumen von 1121 im Blick.

5. Auf dem Endpunkt prüfen

PowerShell
$p = Get-MpPreference
for ($i = 0; $i -lt $p.AttackSurfaceReductionRules_Ids.Count; $i++) {
  "{0}  {1}" -f $p.AttackSurfaceReductionRules_Ids[$i], $p.AttackSurfaceReductionRules_Actions[$i]
}

Erscheinen per GPO oder Intune konfigurierte Regeln nicht, prüfen Sie, ob Defender der aktive Virenschutz ist (Get-MpComputerStatus | Select AMRunningMode sollte Normal liefern) und ob keine widersprüchlichen lokalen und verwalteten Richtlinien existieren.

Exploit-Schutz

Das Geschwister von ASR ist der Exploit-Schutz (Nachfolger von EMET), konfiguriert unter Windows Security > App & browser control > Exploit protection oder über ein exportiertes XML, das die Richtlinie Use a common set of exploit protection settings anwendet. Die systemweiten Standards (DEP, Bottom-up-ASLR, CFG, SEHOP) sollten aktiv bleiben. Anwendungsspezifische Maßnahmen lohnen sich für exponierte ältere Anwendungen, müssen aber getestet werden: Erzwungenes Mandatory ASLR kann eine alte Binärdatei zum Absturz bringen.

PowerShell
Get-ProcessMitigation -System

Checkliste

  • Defender AV ist primär, Echtzeit- und Cloudschutz aktiv
  • Drei Regeln des Standardschutzes überall im Blockierungsmodus
  • Übrige Regeln 2 bis 4 Wochen überwacht, Ereignisse 1122 ausgewertet
  • PSExec/WMI-Regel nur dort, wo Configuration Manager nicht eingesetzt wird
  • Ausnahmen eng, möglichst regelspezifisch, mit Verantwortlichem dokumentiert
  • Regeln ringweise im Blockierungsmodus; Ereignis 5007 auf Manipulation überwacht

ASR-Regeln gehören zu den Einstellungen mit dem höchsten Ertrag unter Windows. Zum Virenschutz, von dem sie abhängen, siehe den Leitfaden zur Härtung von Microsoft Defender; um unbekannte ausführbare Dateien ganz zu stoppen, die Anwendungssteuerung.

Häufige Fragen

Funktionieren ASR-Regeln mit einem Virenschutz eines Drittanbieters?

Nein. ASR-Regeln sind Teil von Microsoft Defender Antivirus und setzen voraus, dass es der aktive Virenschutz mit eingeschaltetem Echtzeitschutz ist. Ist ein anderes Produkt primär und Defender im passiven Modus, werden ASR-Regeln nicht durchgesetzt.

Brauche ich Microsoft Defender for Endpoint, um ASR-Regeln zu nutzen?

Nein. Die Regeln lassen sich auf jeder unterstützten Windows-Edition mit Defender Antivirus konfigurieren, per Gruppenrichtlinie, Intune, Configuration Manager oder PowerShell. Defender for Endpoint ergänzt zentrale Berichte und Advanced Hunting über die Ereignisse.

Welche ASR-Regeln sollte jede Organisation aktivieren?

Microsoft bezeichnet drei Regeln als Standardschutz und empfiehlt, sie nahezu überall im Blockierungsmodus zu aktivieren: Blockieren des Missbrauchs ausgenutzter anfälliger signierter Treiber, Blockieren des Diebstahls von Anmeldedaten aus LSASS und Blockieren von Persistenz über WMI-Ereignisabonnements.

ASR-Regeln: GUIDs und sicherer Rollout

Verwandte Leitfäden

Reduzierung der Angriffsfläche

Microsoft Office härten: Makros, OLE und Add-ins

Microsoft 365 Apps absichern: Internetmakros blockieren, XLM abschalten, VBA per AMSI scannen, geschützte Ansicht behalten, signierte Add-ins, OLE und DDE stoppen.

Grundlagen