Intune: Endpunktschutz wirksam ausrollen
Wirksame Gerätekontrollen statt nur zugewiesener Profile prüfen.
Der Prüfauftrag
Für von Intune unterstützte und entsprechend lizenzierte Geräte. Plattform und Betriebssystemedition je Prüfschritt berücksichtigen; BitLocker und ASR hier beziehen sich auf unterstützte Windows-Szenarien. Quellenstand: 09.11.2026.
Am Ende hast du:Eine dokumentierte Erstprüfung mit nachvollziehbaren Nachweisen und einer Liste offener Maßnahmen.
Beweisen statt vermuten.
An einem freigegebenen Pilotgerät den Unterschied zwischen Richtlinienzuweisung und tatsächlich wirksamer Einstellung nachweisen.
Status, Prüfbereich und Notizen bleiben in diesem Browser. Keine Übertragung an MauriSec. Ohne Speicherung geht der Stand beim Verlassen verloren; gespeicherte Daten bleiben bis zu deiner Löschung. Keine Geheimnisse, Zugangsdaten oder fremden personenbezogenen Daten eintragen.
Verwaltete Plattformen, unterstützte Versionen, Gerätezuständigkeiten und benötigte Sicherheitsfunktionen erfassen.
So belegst du es: Datierter Gerätebestand mit Supportstatus und dokumentierten Ausnahmen.
Nachweis und nächsten Schritt notieren
Je Einstellung festlegen, ob Baseline, Endpoint-Security- oder Konfigurationsprofil zuständig ist.
So belegst du es: Richtlinienmatrix ohne widersprüchliche Mehrfachkonfiguration; geprüfte Konfliktberichte.
Nachweis und nächsten Schritt notieren
Sicherheitskonfiguration zuerst in einer repräsentativen Pilotgruppe mit Rücknahmeweg ausrollen.
So belegst du es: Pilotzuweisung, Funktionstests, Fehlerauswertung und Freigabe.
Nachweis und nächsten Schritt notieren
Antivirus-, Firewall- und sonstige vorgesehene Schutzfunktionen am Gerät und im Verwaltungsbericht prüfen.
So belegst du es: Aktueller Gerätestatus und erfolgreiche Richtlinienanwendung statt nur vorhandener Profilzuweisung.
Nachweis und nächsten Schritt notieren
Vor BitLocker-Aktivierung Wiederherstellung planen und den autorisierten Zugriff auf Recovery-Informationen testen.
So belegst du es: Verschlüsselungsbericht und geschützter Recovery-Test; keine Wiederherstellungsschlüssel im Checklisten-PDF.
Nachweis und nächsten Schritt notieren
ASR-Regeln risikogerecht pilotieren; Audit-Ergebnisse und notwendige Ausnahmen vor breiter Durchsetzung auswerten.
So belegst du es: ASR-Bericht, legitime Anwendungstests und begründete, eng begrenzte Ausnahmen.
Nachweis und nächsten Schritt notieren
Compliance-Anforderungen, Gültigkeitszeitraum und Verhalten für Geräte ohne zugewiesene Compliance-Richtlinie prüfen.
So belegst du es: Tenant-Einstellungen und Gerätestatus; beabsichtigte Behandlung nicht bewerteter Geräte nachgewiesen.
Nachweis und nächsten Schritt notieren
Compliance-basierten Zugriff in Conditional Access erst mit Aufnahme-, Notfall- und Negativtests erzwingen.
So belegst du es: Erfolgreiche Geräteaufnahme sowie erwartete erlaubte und blockierte Testanmeldungen.
Nachweis und nächsten Schritt notieren
Fehler, Konflikte, ausbleibende Check-ins und neue Baseline-Versionen regelmäßig nachverfolgen.
So belegst du es: Betriebsbericht mit zuständiger Person und terminiertem Maßnahmenplan.
Nachweis und nächsten Schritt notieren
Deine nächste Arbeit.
Beginne mit den vorrangigen Punkten. Markierte Lücken erscheinen hier mit deinen nächsten Schritten.
Grenzen und Primärquellen
Compliance-Bewertung ersetzt keine Härtungskonfiguration. Richtlinienzuweisung beweist keine erfolgreiche Anwendung. Plattformen und Editionen unterstützen unterschiedliche Einstellungen. ASR-Audit blockiert nicht; Warn-Modus kann eine Benutzerumgehung erlauben. Vor Verschlüsselungs- oder Zugriffseinschränkungen Wiederherstellung und Geräteaufnahme sicherstellen. Ein regelkonformes Gerät ist dadurch nicht nachweislich kompromissfrei.
Microsoft Learn: Endpoint security in Intune ↗Microsoft Learn: Manage endpoint security policies ↗Microsoft Learn: Device compliance overview ↗Microsoft Learn: BitLocker encryption with Intune ↗Microsoft Learn: ASR rules overview ↗Prüfbericht / Selbsteinschätzung
Intune: Endpunktschutz wirksam ausrollen · v2026.11 · 10.11.2026 ·
0/9 bearbeitet · 0 Lücken. Keine unabhängige Prüfung oder Zertifizierung.
1. Verwaltete Plattformen, unterstützte Versionen, Gerätezuständigkeiten und benötigte Sicherheitsfunktionen erfassen.
Status: Offen
Erwarteter Nachweis: Datierter Gerätebestand mit Supportstatus und dokumentierten Ausnahmen.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
2. Je Einstellung festlegen, ob Baseline, Endpoint-Security- oder Konfigurationsprofil zuständig ist.
Status: Offen
Erwarteter Nachweis: Richtlinienmatrix ohne widersprüchliche Mehrfachkonfiguration; geprüfte Konfliktberichte.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
3. Sicherheitskonfiguration zuerst in einer repräsentativen Pilotgruppe mit Rücknahmeweg ausrollen.
Status: Offen
Erwarteter Nachweis: Pilotzuweisung, Funktionstests, Fehlerauswertung und Freigabe.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
4. Antivirus-, Firewall- und sonstige vorgesehene Schutzfunktionen am Gerät und im Verwaltungsbericht prüfen.
Status: Offen
Erwarteter Nachweis: Aktueller Gerätestatus und erfolgreiche Richtlinienanwendung statt nur vorhandener Profilzuweisung.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
5. Vor BitLocker-Aktivierung Wiederherstellung planen und den autorisierten Zugriff auf Recovery-Informationen testen.
Status: Offen
Erwarteter Nachweis: Verschlüsselungsbericht und geschützter Recovery-Test; keine Wiederherstellungsschlüssel im Checklisten-PDF.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
6. ASR-Regeln risikogerecht pilotieren; Audit-Ergebnisse und notwendige Ausnahmen vor breiter Durchsetzung auswerten.
Status: Offen
Erwarteter Nachweis: ASR-Bericht, legitime Anwendungstests und begründete, eng begrenzte Ausnahmen.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
7. Compliance-Anforderungen, Gültigkeitszeitraum und Verhalten für Geräte ohne zugewiesene Compliance-Richtlinie prüfen.
Status: Offen
Erwarteter Nachweis: Tenant-Einstellungen und Gerätestatus; beabsichtigte Behandlung nicht bewerteter Geräte nachgewiesen.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
8. Compliance-basierten Zugriff in Conditional Access erst mit Aufnahme-, Notfall- und Negativtests erzwingen.
Status: Offen
Erwarteter Nachweis: Erfolgreiche Geräteaufnahme sowie erwartete erlaubte und blockierte Testanmeldungen.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
9. Fehler, Konflikte, ausbleibende Check-ins und neue Baseline-Versionen regelmäßig nachverfolgen.
Status: Offen
Erwarteter Nachweis: Betriebsbericht mit zuständiger Person und terminiertem Maßnahmenplan.
Eigene Referenz: Nicht hinterlegt
Nächster Schritt: Nicht hinterlegt
Compliance-Bewertung ersetzt keine Härtungskonfiguration. Richtlinienzuweisung beweist keine erfolgreiche Anwendung. Plattformen und Editionen unterstützen unterschiedliche Einstellungen. ASR-Audit blockiert nicht; Warn-Modus kann eine Benutzerumgehung erlauben. Vor Verschlüsselungs- oder Zugriffseinschränkungen Wiederherstellung und Geräteaufnahme sicherstellen. Ein regelkonformes Gerät ist dadurch nicht nachweislich kompromissfrei.