Leistungen
M365-Security-Audit
Ich prüfe Ihre Microsoft-365-Konfiguration, werte verfügbare Protokolle aus und mache Auffälligkeiten nachvollziehbar. Für kleine Unternehmen ab 5 Postfächern ebenso wie für die Vorbereitung Ihrer Audits.
Das Problem: Ihre M365-Konfiguration von gestern kennt niemand mehr
Microsoft 365 ist in den meisten Mittelständlern das zentrale Arbeitssystem — E-Mail, Dateien, Identitäten, Zugriffe. Entsprechend oft ändert sich die Konfiguration: eine Conditional-Access-Ausnahme für einen Dienstleister, ein neues Admin-Konto für eine Migration, ein App-Consent, den ein Mitarbeiter schnell bestätigt hat. Jede dieser Änderungen verschiebt die Sicherheitslage, und fast keine davon fällt im Alltag auf.
Für die IT-Sicherheit ist das ein schleichendes Risiko. Für die Compliance ist es ein handfestes Nachweisproblem: ISO 27001, TISAX und NIS2 verlangen nicht nur, dass Maßnahmen einmal umgesetzt wurden, sondern den Beleg, dass sie über den gesamten Prüfzeitraum wirksam waren. Ein Auditor fragt nicht "Ist MFA aktiviert?", sondern "Weisen Sie nach, dass MFA im letzten Jahr durchgängig aktiviert war." Screenshots aus dem Admin-Center, angefertigt in der Woche vor dem Audit, beantworten diese Frage nicht.
Dazu kommen die Protokolle. Microsoft schreibt mit, wer sich wann von wo anmeldet und wer welche Postfachregel anlegt. Ohne Entra-ID-P1-Lizenz bleiben Anmelde- und Überwachungsprotokolle aber nur 7 Tage erhalten, mit P1 oder P2 sind es 30 Tage (Microsoft Learn). Meist verfallen sie ungelesen, und mit ihnen die Chance, einen Vorfall zu rekonstruieren.
Dazu kommt der Vorfall-Fall: NIS2 verlangt eine Erstmeldung innerhalb von 24 Stunden. Wer dann erst rekonstruieren muss, wie der Tenant konfiguriert war und was sich zuletzt geändert hat, verliert genau die Zeit, die für die Reaktion fehlt.
Die Lösung: prüfen, beobachten, nachweisen
Das M365-Security-Audit ist mein Prüfdienst für Microsoft-365- und Entra-ID-Umgebungen. Er erledigt drei Aufgaben, technisch getrennt, damit die eine nicht die andere verdeckt. Das Regelwerk orientiert sich an den CIS Microsoft 365 Foundations und am BSI IT-Grundschutz (Baustein APP.5.3); die Verweise sind Orientierung, kein zertifiziertes Mapping.
Prüfen: täglich
Ich lese die verfügbaren Konfigurationsdaten täglich und vergleiche sie mit dem implementierten Regelwerk. Befunde nennen Schweregrad, betroffenes Objekt und Schritte zur Behebung. Die Richtlinienanalyse sucht beispielsweise nach Nur-Melden-Modi, problematischen Ausnahmen und widersprüchlichen Einstellungen. Sie ersetzt keine vollständige Prüfung aller möglichen Zugriffswege.
Log-Prüfung: nach Zeitplan
Ich rufe die freigegebenen Anmelde- und Audit-Protokolle ab und werte sie regelbasiert aus. Im Paket Kompakt einmal täglich, in der Daueraufsicht alle vier Stunden. Kritische Befunde können nach dem Prüflauf per E-Mail gemeldet werden, sofern der Benachrichtigungskanal eingerichtet ist. Das ist keine Echtzeitüberwachung.
Nachweisen: monatlich
Die gelesenen Datensätze und Konfigurationsstände bleiben erhalten, durchsuchbar und im Original einsehbar. Die Frage "Wie war das am 12. März konfiguriert?" beantworten Sie damit direkt. Am Monatsende entsteht ein PDF, das jeden Lauf, jeden Befund und auch jede Lücke benennt, also die Zeiträume, für die keine Aussage möglich war.
Was Anomalieerkennung hier konkret bedeutet
Der Dienst sucht mit festgelegten Regeln nach auffälligen Mustern in den verfügbaren Protokollen. Es handelt sich um regelbasierte Anomalieerkennung, nicht um ein selbstlernendes KI-System. Implementiert sind unter anderem:
- Auffällige Anmeldungen: Häufungen fehlgeschlagener Anmeldungen, ein neues Anmeldeland für ein Konto und zeitlich nahe Anmeldungen aus weit entfernten Ländern. Der Ortsvergleich nutzt Länderinformationen und ist nur ein Hinweis, keine genaue Standortbestimmung.
- Änderungen an Berechtigungen: Vergabe privilegierter Rollen, Zustimmung zu weitreichenden App-Rechten und erfolgreiche Anmeldungen über ältere Protokolle.
- Aktivitäten in Microsoft 365: Externe Weiterleitungen, zusätzliche Postfachberechtigungen, geänderte Mailflussregeln und anonyme Freigabelinks, soweit die benötigten Audit-Datensätze bereitstehen.
- Vorhandene Microsoft-Warnungen: Defender-Alerts und Identity-Protection-Risiken werden bei verfügbarer Quelle übernommen und eingeordnet. Der Dienst ersetzt diese Microsoft-Produkte nicht.
Eine Auffälligkeit ist kein Beweis für einen Angriff. Ein VPN, eine Reise oder eine genehmigte administrative Änderung kann einen Hinweis erklären. Ich bewerte die Befunde im Kontext Ihrer Umgebung; Konten werden dadurch nicht automatisch gesperrt.
Log-Prüfung mit sichtbaren Grenzen
Beim Onboarding kläre ich mit Ihnen, welche Lizenzen, Berechtigungen, Audit-Einstellungen und Datenquellen vorhanden sind. Fehlende oder nicht abrufbare Daten werden als Lücke beziehungsweise nicht geprüft ausgewiesen, nicht als unauffälliges Ergebnis. Auch der verfügbare Prüfzeitraum wird dokumentiert. Bereits bei Microsoft gelöschte Protokolle lassen sich nicht nachträglich wiederherstellen.
Welche Konfiguration ich prüfe
Der aktuelle Regelkatalog enthält konkrete Prüfungen in diesen Bereichen. Welche davon für Ihre Umgebung ausführbar sind, hängt von den verfügbaren Daten und Berechtigungen ab:
- Conditional Access: Regeln für MFA und ältere Anmeldeverfahren, benannte Standorte sowie auffällige Richtlinienkonfigurationen.
- Administratorzugriffe: Anzahl globaler Administratoren; zusätzlich Hinweise auf neue privilegierte Rollenzuweisungen aus den Audit-Protokollen.
- Authentifizierungsmethoden: Einstellungen zu FIDO2, SMS-Anmeldung und Nummernabgleich im Authenticator.
- Apps und Gastzugriff: Einschränkungen für App-Registrierungen, Benutzereinwilligungen, Gasteinladungen und den Zugriff auf BitLocker-Schlüssel.
- Intune: Ausgewählte Prüfungen zu Verschlüsselung, Kennwortanforderungen, Gerätekonformität und Geräten, die sich längere Zeit nicht gemeldet haben.
- Defender und Secure Score: Verfügbare Warnungen, ausgewählte App-Risiken und Abgleich mit Microsofts Empfehlungskatalog.
Ich verspreche damit keine vollständige Abdeckung aller Microsoft-365-Einstellungen. Insbesondere folgt aus dem Abruf einer Datenquelle noch keine vollständige fachliche Prüfung. Der Abgleich mit Microsofts Empfehlungskatalog macht geprüfte und nicht abgedeckte Empfehlungen sichtbar; eine zertifizierte CIS- oder BSI-Konformitätsprüfung ist das nicht.