Zum Hauptinhalt springen
Zurück zur Startseite

Ihr SOC erkennt. Vigicap führt das Register und die Fristen.

Ein qualifizierter Alarm wird zu einem datierten Vorfall, und drei Uhren laufen los. Vigicap berechnet sie, überwacht sie und warnt vor jeder einzelnen — gemeldet wird nichts an Ihrer Stelle.

  • Drei Fristen, berechnet ab der Kenntniserlangung

    Beim Anlegen des Vorfalls setzt Vigicap die drei Meilensteine aus Artikel 23 ab dem Zeitpunkt, zu dem Sie Kenntnis erlangt haben: Frühwarnung nach 24 Stunden, Meldung nach 72 Stunden, Abschlussbericht nach einem Monat. Ein Job prüft alle fünfzehn Minuten und benachrichtigt die Administratoren per E-Mail vor jeder Frist. Wird das Datum korrigiert, werden alle drei neu berechnet.

  • Der richtige nationale Empfänger, im Entwurf benannt

    Der Entwurf der Frühwarnung benennt die Behörde des Kundenlandes: ANSSI in Frankreich, BSI in Deutschland, CSIRT Italia, CSIRT NASK in Polen, das CCB in Belgien, NCSC-NL in den Niederlanden. Ohne hinterlegte Zuständigkeit sagt er das, statt Frankreich anzunehmen. Der Text ist deterministisch, ohne KI-Modell, und Sie versenden ihn: Vigicap meldet nichts bei einer Behörde.

  • Vom Alarm zum Vorfall, durch eine Analystenentscheidung

    Importierte Alarme landen in einer Warteschlange je Kunde. Eine Analystin verwirft einen mit Begründung oder qualifiziert ihn als Vorfall — und genau dann, nie von selbst, starten die Uhren. Heute speist eine einzige Integration diese Warteschlange, TheHive; die übrigen SIEM-Konnektoren werden auf ihre Posture gelesen, und die Konnektorenseite sagt, welcher was tut.

  • CERT-FR-Meldungen, mit jedem Kunden abgeglichen

    Vigicap verfolgt Alarme, Hinweise und Nachrichten des CERT-FR und gleicht die in einem Bulletin genannten Produkte mit den Konnektoren jedes Kunden ab. Zu lesen ist „diese Kundin hat einen Konnektor für ein hier genanntes Produkt“ — nicht „diese Kundin ist verwundbar“. Es gibt keinen Scan und keine CVE-Datenbank: die Quelle ist das CERT-FR.

  • Ein monatlicher Servicebericht, pro Kunde

    Jeder Kunde erhält seinen Servicemonat: eingegangene und bearbeitete Meldungen, eröffnete und behobene Vorfälle, eingehaltene NIS-2-Fristen, Abdeckung der Konnektoren. Was nicht gemessen wurde, steht als nicht gemessen da — niemals als Null, denn eine Null liest sich als „sofort“. Dort hinterlegen Sie Ihre vertraglichen Zusagen (Bearbeitung einer Meldung, Behebung eines Vorfalls), und der Bericht prüft sie an der LANGSAMSTEN Meldung des Monats, nicht am Median: „eingehalten“ heißt bei jeder einzelnen eingehalten.

  • Eine Analystin sieht nur ihre Kunden, wenn Sie es aktivieren

    Die Einstellung gehört der Agentur. Ist sie aktiv, erreicht eine Beraterin nur die ihr zugewiesenen Kunden, und ein Versuch bei einer anderen antwortet „nicht gefunden“ statt „nicht erlaubt“, um deren Existenz nicht zu bestätigen. Administratoren und Leitungen sind nie eingeschränkt, und die Einstellung ist standardmäßig aus.

  • Wer was sieht, und wie das Portfolio geordnet ist

    Ein Nur-Lese-Zugang öffnet die gesamte Akte und kann nichts darin schreiben — für Prüfer, Kunden oder neue Mitarbeitende. Und Kunden lassen sich nach Label gruppieren: „Managed SOC“, „unter Vertrag“, was auch immer Sie verwenden, mit einem Portfoliofilter, sobald ein Label existiert.

Ihre Werkzeuge, nur lesend

SIEM und Protokollierung, Fallbearbeitung, Schwachstellenscanner, EDR, Identität, Sicherung: jeder Konnektor nennt, was er beim Kunden liest und welches ReCyF-Ziel er befüllt. Die angeforderten Rechte stehen auf seiner eigenen Seite.

Konnektoren ansehen

Der Rest der Plattform ändert sich nicht

ReCyF-Diagnose, Aktionsplan, Angebot, White-Label-Bericht und das ISO-27001-Modul dienen einem MSSP wie einem MSP. Diese Seite beschreibt nur, was zuerst einem Security-Service-Zentrum dient.