Frühzugang · Sicherheitsuntersuchung

Vorfälle verstehen. Klar erklären.

Verakase hilft Security-Teams, aus unübersichtlichen Sicherheitssignalen strukturierte Untersuchungen und belegbasierte forensische Berichte zu machen.

CASE-2026-0147

In Prüfung

Verdächtige Anmeldung, gefolgt von PowerShell-Ausführung

Zeitverlauf · UTC

  1. 12 fehlgeschlagene Anmeldungen für j.doe
  2. Erfolgreiche Anmeldung, gleiches Konto
  3. winword.exe startet powershell.exe
  4. PowerShell lädt eine DLL aus einem Benutzerordner

Direkt Plausibel Kontext

Synthetisches Beispiel

Das Problem

Alarme sagen, dass etwas passiert ist. Nicht, was passiert ist.

Einen Vorfall zu verstehen heißt, Ereignisse zu verknüpfen, zu prüfen, was jede Schlussfolgerung stützt, und das für andere aufzuschreiben.

  • Fehlgeschlagene Anmeldung ×12
  • Neuer Dienst installiert
  • powershell.exe -enc
  • Ausgehende Verbindung
  • Regel: mögliche Malware
  • Erfolgreiche Anmeldung

Synthetisches Beispiel

Lokaler Betrieb

Läuft in Ihrem Netzwerk. Nichts verlässt es.

Verakase läuft vollständig auf einem einzigen Rechner in Ihrem Netzwerk, einschließlich der verwendeten Sprachmodelle. Untersuchungsdaten bleiben dort, wo sie erfasst werden.

Ein Rechner

Jeder Teil der Plattform, von der Untersuchung bis zum Bericht, läuft auf einem einzigen Server unter Ihrer Kontrolle.

Lokale Sprachmodelle

Die Sprachmodelle laufen auf demselben Rechner. Falldaten werden an keinen externen KI-Dienst gesendet.

Ihre Kontrolle

Ihr Team betreibt das System, entscheidet über den Zugriff und behält die Untersuchungsdaten.

Belegstufen

Jede Verbindung zeigt, worauf sie beruht.

Direkt

Durch eine gemeinsame Kennung in den Daten verknüpft.

Plausibel

Von den Daten nahegelegt, aber nicht bestätigt.

Kontext

Nützlicher Hintergrund, nicht Teil der Kette.

Unklar

Die Daten können es weder bestätigen noch ausschließen.

Der forensische Bericht

Ein Bericht, mit dem man wirklich arbeiten kann.

Befunde, Zeitverlauf, Belege und Bewertung in einem lesbaren Dokument.

CASE-2026-0147

Verdächtige Anmeldung, gefolgt von PowerShell-Ausführung

In Prüfung Berichtsentwurf

Fallzusammenfassung

Innerhalb der untersuchten Stunde startete ein Word-Prozess einen kodierten PowerShell-Befehl, der anschließend eine DLL aus einem Benutzerordner lud. Die drei Schritte sind in den Prozessdaten direkt verknüpft.

Wichtigste Befunde

  • Direkt Kodierte PowerShell aus einem Office-Dokument gestartet
  • Plausibel Wiederholte fehlgeschlagene Anmeldungen, dann erfolgreich
  • Kontext Veraltete Office-Version auf dem Host

Bewertung durch Analysten

Die Anmeldeaktivität und die PowerShell-Kette könnten zu einem Vorfall gehören, aber keine gemeinsame Sitzungskennung bestätigt das. Gilt als möglich, nicht als belegt.

Zeitverlauf · UTC

  1. Fehlgeschlagene Anmeldungen beginnen
  2. Erfolgreiche Anmeldung
  3. PowerShell aus Word
  4. DLL geladen

Grenzen

Keine Prozessdaten von 14:07 bis 14:12. Diese Lücke wird ausgewiesen und nicht als Beleg dafür gewertet, dass nichts geschah.

Beispielbericht · synthetische Beispieldaten

Vertrauen

Klare Belege. Klare Grenzen.

Verakase ist so gebaut, dass Sie seine Arbeit überprüfen können.

Belegbasiert

Befunde bleiben mit beobachtbaren Sicherheitsdaten verbunden.

Transparent

Belege, Kontext und Interpretation bleiben getrennt.

Nur lesend

Untersuchungen verändern die untersuchten Systeme nicht.

Von Analysten gesteuert

Menschen treffen die abschließende Bewertung und entscheiden, was zu tun ist.

Frühzugang

Wir bauen Verakase jetzt.

Sprechen Sie mit uns über Ihren Untersuchungsablauf.