Office 365 Vorfallbericht

Die Aufsicht will den Bericht in 72 Stunden. Wie viel davon können Sie jetzt schreiben?

Ein Vorfallbericht hat drei Abschnitte, die niemand aus dem Gedächtnis schreiben kann: was wann passiert ist, wie weit das Konto reichen konnte und was tatsächlich dagegen getan wurde. 1Security erzeugt alle drei aus Daten, die es bereits hält - bis zu drei Jahre zugeordnete Aktivität, der lebende Berechtigungsgraph und ein Protokoll jeder ausgeführten Aktion -, sodass der Abschnitt zu den Auswirkungen eine Zahl ist, keine Schätzung, und der Bericht fertig ist, bevor die Frist eng wird.

Das Problem

Die Uhr läuft, bevor die Untersuchung endet.

Vorfallberichte scheitern an denselben drei Stellen. Die Zeitleiste hat Lücken, weil der Einstiegspunkt im siebten Monat lag und niemand die Historie so weit zurück aufbewahrt hat. Der Abschnitt zu den Auswirkungen sagt "potenziell betroffen", weil niemand aufzählen kann, worauf das Konto zugreifen konnte - in einem typischen Mandanten sind das Hunderttausende Dateien über Gruppen, Links und Vererbung. Und der Abschnitt zur Behebung sagt "Zugriff wurde entzogen", ohne Beleg im Anhang.

Dabei sind die Fristen gesetzlich. Die DSGVO gibt Ihnen 72 Stunden ab Kenntnis für die Meldung an die Aufsichtsbehörde. NIS2 verlangt eine Frühwarnung innerhalb von 24 Stunden, eine Meldung mit erster Bewertung innerhalb von 72 und einen Abschlussbericht innerhalb eines Monats - jeweils mit Schweregrad, Auswirkungen und Kompromittierungsindikatoren. Jede davon braucht Fakten, die Sie entweder zur Hand haben oder in der Frist rekonstruieren.

Das übliche Ergebnis ist ein Bericht aus vier Exporten und der Erinnerung, wer was getan hat, um 2 Uhr nachts fertig, mit einem Auswirkungsabschnitt, der mit einem Fragezeichen endet. 1Security hält den Vorfall stattdessen als ein Objekt: die Erkennung, die Aktivität dahinter, die Eindämmungsaktionen und den Prüfverlauf - und der Bericht wird aus diesem Objekt erzeugt, mit Fristen, die ab dem Moment der Kenntnisnahme berechnet werden.

In der Praxis

Von der Erkennung zum Dokument, auf einem Bildschirm.

So entsteht der Bericht in 1Security - in der Reihenfolge, in der eine Aufsichtsbehörde ihn liest.

  1. 01

    Die Erkennung öffnen, lesen, was passiert ist

    Öffnen Sie die Episode unter Anomalien. Die Detailansicht beginnt mit dem Detektor, der ausgelöst hat, und der Entität, auf der er ausgelöst hat - ein Benutzer, eine App, ein KI-Agent oder ein Ort -, zeigt die Basislinie gegen die beobachtete Aktivität, den Höchststand und einen Schweregrad, der aus dem Score und den anderen offenen Erkennungen derselben Entität verdient wurde, nicht von einer Regel gestempelt. Der Reiter Aktivität hält die Ereignisse im Vorfallfenster, jedes Akteur, Ressource, Anwendung, Gerät und Standort zugeordnet - auch wenn die erste Anmeldung zehn Monate zurückliegt.

  2. 02

    Indikatoren und Reichweite benennen

    Die Adressen, Netze, Länder, Geräte und Client-Apps hinter dieser Aktivität werden zu den Kompromittierungsindikatoren, aus denselben Zeilen aggregiert. Die Reisespur sagt, ob die Sprünge für eine Person plausibel, unwahrscheinlich oder unmöglich waren. Öffnen Sie das Konto unter Benutzer, und der Berechtigungsgraph löst alles auf, worauf es über Zuweisungen, Links, verschachtelte Gruppen und Vererbung zugreifen konnte - aus "potenziell betroffen" wird "konnte 214.000 Dateien erreichen, 3.100 davon mit personenbezogenen Daten".

  3. 03

    Eindämmen und dabei mitschreiben

    Reagieren bietet die kuratierten Eindämmungsaktionen für die Entität - Anmeldung sperren, Berechtigungen entziehen, den Agenten in Quarantäne nehmen - und führt sie über das Action Center aus, das festhält, wer was angefordert hat, wann es lief, ob Microsoft es bestätigt hat und welcher Schritt es rückgängig macht. Jede Statusänderung, jedes Schweregrad-Verdikt und jede angeforderte Aktion landet von selbst im Reiter Verlauf und Kommentare; Ihre Kommentare ergänzen, was Sie geprüft haben und warum.

  4. 04

    Den Bericht aus der Detailansicht erzeugen

    Klicken Sie auf Bericht. Wählen Sie eine Vorlage - das Vorfallprotokoll, das zweiseitige Vorfall-Briefing oder die NIS2-Frühwarnung, -Meldung oder den Abschlussbericht nach Artikel 23 -, eine Sprache und eine Meldestufe, haken Sie die Abschnitte an und ordnen Sie sie, und schreiben Sie, was kein System wissen kann: Beschreibung, Auswirkungen, Ursache, Abhilfemaßnahmen und die Bewertungsantworten, gedruckt als Ja, Nein oder Nicht festgestellt. Laden Sie PDF, PowerPoint, HTML, CSV oder JSON herunter, während die Vorschau daneben mitläuft. Der Text wird pro Erkennung gespeichert, sodass der Abschlussbericht einen Monat später mit den Worten der Meldung beginnt.

  5. 05

    Den nächsten Bericht die Fristen beurteilen lassen

    Das Erzeugen eines Berichts ist selbst ein Eintrag unter Verlauf und Kommentare - wer, wann, welche Vorlage und Stufe, welches Format. Ein gestufter NIS2-Bericht liest diese Einträge in seinen Abschnitt Meldepflicht zurück: Die vor der 24-Stunden-Marke gesendete Frühwarnung steht als Fristgerecht, eine danach als Nach der Frist, und jeder Punkt aus Artikel 23(4) ist dem Abschnitt zugeordnet, der ihn beantwortet. Eine SOC-Plattform holt dasselbe Dokument über die REST-API oder MCP anhand der Erkennungs-ID.

Anomalien und Erkennungen: Ausschläge bei Freigaben, Downloads, Anmeldungen, Einwilligungen und Agentenaktivität, bewertet gegen das eigene Muster jedes Mandanten, mit passenden Reaktionsaktionen.

Was dahinter steckt

Die Erkennung, das Gedächtnis und das Dokument.

Der Bericht ist nur so gut wie die Erkennung dahinter, die Historie darunter und die Engine, die ihn rendert.

  • Anomalie-Erkennung

    Episoden mit Basislinie, verdientem Schweregrad, Korrelation über Detektoren, Reagieren-Aktionen und dem Reiter Verlauf und Kommentare - das Objekt, aus dem der Bericht erzeugt wird.

    Funktion ansehen →
  • Berichte

    Eine Berichts-Engine für jedes Dokument: Vorlagen, Ihr Erscheinungsbild, PDF, PowerPoint, HTML, CSV und JSON in sieben Sprachen, geliefert über REST-API und MCP.

    Funktion ansehen →
  • Drei Jahre Audithistorie

    Von 180 Tagen Audithistorie zu drei Jahren mit 1Security - durchsuchbar, zugeordnet, mit den Lizenzen, die Sie schon haben, und dem Rohdatensatz einen Klick entfernt.

    Funktion ansehen →

FAQ

Häufige Fragen.

Deckt das die Meldefristen von DSGVO und NIS2 ab?

NIS2 Artikel 23 kommt als drei fertige Vorlagen - Frühwarnung, Meldung und Abschlussbericht - mit den Fristen von 24 Stunden, 72 Stunden und einem Monat, berechnet ab Ihrer Kenntnisnahme und jeweils als eingehalten oder verpasst markiert. Eine DSGVO-Meldung schreiben Sie aus dem Vorfallprotokoll, das die Fakten trägt, nach denen Artikel 33 fragt: was passiert ist, wer betroffen war, die Indikatoren und die ergriffenen Maßnahmen. Ob ein Vorfall meldepflichtig ist und an wen, entscheidet weiterhin Ihre Rechtsabteilung; jede Bewertung, die Sie nicht getroffen haben, wird als Nicht festgestellt gedruckt, nicht als Vermutung.

Was, wenn der Vorfall vor Monaten begann?

Dafür ist die Aufbewahrung da. Bis zu drei Jahre Historie mit Standardlizenz bedeuten, dass ein Einstiegspunkt aus dem letzten Quartal noch im Datensatz ist, zugeordnet zu Benutzer, Gerät und Standort - die 180-Tage-Frage stellt sich nicht mehr.

Können wir nachweisen, dass die Behebung tatsächlich stattfand?

Ja. Jede über 1Security ausgeführte Aktion landet im Action Center mit Ressource, Aktion, anfordernder Person, Ausführungszeit und Microsofts Bestätigung, samt Rückgängig-Pfad. Der Berichtsabschnitt Reaktion und Abhilfe listet diese Aktionen neben den Maßnahmen, die Sie in Worten beschreiben, und der Reiter Verlauf und Kommentare zeigt, wer jede davon aus der Detailansicht angefordert hat und wann. Aktionen sind echte Änderungen auf Microsoft-Seite, der Export deckt sich also mit dem, was der Auditor in den Admin Centern sieht.

Brauchen wir E5 oder ein SIEM dafür?

Nein. Aufbewahrung, Zuordnung, Wirkungsradius, die Detailansicht der Erkennung und der Bericht laufen mit Standardlizenzen für Microsoft 365, schreibgeschützter Verbindung und ohne Installation. Schreibaktionen sind ein separates Opt-in-Modul; bis Sie es aktivieren, hat der Bericht trotzdem Zeitleiste, Indikatoren und Reichweite - nur der Abschnitt zu den Abhilfemaßnahmen wird von Hand gefüllt.

Kann unser SOC das Dokument abholen, ohne sich anzumelden?

Ja. Die REST-API rendert jede Vorfallvorlage für eine Erkennung anhand ihrer ID, und das MCP-Tool tut dasselbe für einen KI-Assistenten in Ihrer SOC-Plattform - als PDF, PowerPoint, HTML, CSV oder JSON und in jeder der sieben Berichtssprachen. Ein schreibgeschützter API-Schlüssel genügt, und jedes Rendern wird im Reiter Verlauf und Kommentare der Erkennung festgehalten, mit dem Namen des Schlüssels als Akteur.

Die 1Security-Plattform

Vorfallbericht ist erst der Anfang

Vorfallbericht ist ein Screen der 1Security-Plattform für Microsoft 365. Standorte, Geräte, Apps, KI-Agenten, Protokolle, Berechtigungen, sensible Daten, Compliance, Berichte und Aktionen laufen über dieselbe rein lesende Verbindung, mit der Lizenz, die Sie bereits haben.

Schreiben Sie den nächsten Vorfallbericht aus der Erkennung, nicht aus dem Gedächtnis.

Verbinden Sie schreibgeschützt, und die Historie beginnt sich noch am selben Tag aufzubauen. Beim nächsten Vorfall hält die Detailansicht, was passiert ist, die Schaltfläche Bericht macht daraus das Meldedokument, und die Fristen beurteilt die Aufzeichnung - solange die 72 Stunden noch bequem sind.

Oder schreiben Sie weiter Auswirkungsabschnitte, die mit einem Fragezeichen enden.