Von signierten Nachweisen zur überprüfbaren Attestierung in einer integrierten Plattform.

1. SENSEsammeln

   Überprüfbare Signale sammeln und verfallen lassen.

   Beteiligte Teile

   • Endpoint-Agent
   • Externes Scanning
   • SBOM
   • Fragebögen

   1. Ein Agent für Windows, macOS und Linux führt 172 Prüfungen aus und sendet die Beobachtungen digital signiert; die Konsole weist jede ab, deren Verifizierung fehlschlägt.

      In der Demo · Detailansicht eines Rechners

      Geltungsbereich. Signiert wird die Telemetrie, nicht der Installer. 143 der Prüfungen sind offene L1-Baselines, die den Compliance-Score noch nicht speisen.

   2. Nachweise verfallen: Ein Rechner, der nicht mehr meldet, gilt nicht mehr als konform; standardmäßig gilt eine Aktualität von sieben Tagen.

      Doku · Compliance (öffnet sich in einem neuen Tab)

      Geltungsbereich. Dokumentarische Nachweise werden hochgeladen oder verlinkt; sie werden nicht selbstständig aus der Cloud abgerufen.

   3. Pro Lieferant: ein externer Scan auf offene Ports, CVEs und bekannte Datenpannen mit Daten von Shodan und Have I Been Pwned, dazu die CycloneDX- oder SPDX-SBOM, abgeglichen mit OSV.dev.

      Doku · Risiko-Engine (öffnet sich in einem neuen Tab)

      Geltungsbereich. Wiederholte Scans in Abhängigkeit von der Kritikalität des Lieferanten, keine kontinuierliche Überwachung. SBOMs nur im JSON-Format. Die Lieferantendaten werden mit n8n orchestriert; es gibt keinen eigenen Scanner.

2. PREDICTquantifizieren

   Nachweise in vergleichbares Risiko verwandeln.

   Beteiligte Teile

   • Risiko-Engine
   • FAIR/ALE
   • Simulator
   • Abhängigkeitsgraph

   1. FAIR/ALE-Exposition in Euro pro Lieferant und über das gesamte Portfolio: eine parametrische Punktschätzung mit ihrem simulierten Unsicherheitsband (unkalibriert), reproduzierbar.

      Doku · Risiko-Engine (öffnet sich in einem neuen Tab)

      Geltungsbereich. Es verwendet die Branchenparameter des Modells, nicht die Schadensdaten Ihrer Organisation.

   2. Ein deterministischer Simulator mit 7 Szenariotypen propagiert die Auswirkung durch Ihren Abhängigkeitsgraphen, bis zu 5 Ebenen tief, und liefert die betroffenen Lieferanten, Score-Änderungen und Pfade.

      Doku · Simulator (öffnet sich in einem neuen Tab)

      Geltungsbereich. Er liefert Score-Änderungen, keine Euro-Beträge. Es ist kein Sprachmodell beteiligt.

   3. Ein Blast-Radius über 3 Hops und ein HHI-Konzentrationsindex über Ihre deklarierten Abhängigkeiten; aktiv ausgenutzte CVEs (KEV-Katalog der CISA) wiegen im Score von 0 bis 100 stärker.

      In der Demo

      Geltungsbereich. Es arbeitet mit den von Ihnen deklarierten Abhängigkeiten; es ist keine automatische Karte der n-ten Parteien. Die Gewichte sind Modellkonstanten.

3. ACThandeln

   Eine Aktion vorschlagen und nur mit menschlicher Genehmigung ausführen.

   Beteiligte Teile

   • HodeiAI
   • Risikoregister
   • Alarm-Routing

   1. HodeiAI schlägt vor. Jede Ausführung erfordert die ausdrückliche Genehmigung eines Nutzers mit Schreibrolle: einmalig verwendbar, 15 Minuten gültig und an den Hash des genauen Vorschlags gebunden.

      In der Demo

      Geltungsbereich. Heute ist die einzige ausführbare Aktion das Anlegen eines Eintrags im Risikoregister.

   2. Die Standardstufe ist „vorschlagen“, und ein Administrator aktiviert die Genehmigung zur Ausführung. Autonome Ausführung ist in der Datenbank, in der API und im Executor gesperrt, und ein Not-Aus pro Organisation stoppt den Agenten und sperrt im Fehlerfall (fail-closed).

      In der Demo

      Geltungsbereich. ACT patcht nicht, isoliert keine Rechner, entzieht keine Zugriffe und kontaktiert keine Lieferanten.

   3. Jeder Vorschlag, jede Genehmigung, Ablehnung und Ausführung landet samt Urheber in einem nur anhängbaren Aktionsregister, hash-verkettet und stapelweise mit ML-DSA-65 signiert, prüfbar mit dem öffentlichen Schlüssel.

      In der Demo

      Geltungsbereich. Es belegt, was vorgeschlagen wurde, wer entschieden hat und in welcher Reihenfolge; nicht, dass die Entscheidung richtig war.

   4. Warnungen werden an 9 Ziele geleitet: ServiceNow, Jira, Slack, Teams, E-Mail, signierter Webhook, SIEM, PagerDuty und Opsgenie.

      Doku · Konnektoren (öffnet sich in einem neuen Tab)

      Geltungsbereich. Sie benachrichtigen oder eröffnen ein Ticket gemäß Ihrer Regel; sie beheben nichts von selbst.

4. ATTESTbelegen

   Einem Dritten den Stand zeigen, ohne dass er Ihnen glauben muss.

   Beteiligte Teile

   • Trust Center
   • Offener Verifizierer
   • Öffentlicher Schlüssel

   1. Jedes veröffentlichte Trust Center stellt mit ML-DSA-65 (FIPS 204) signierte Attestierungen aus, wobei die Signatur getrennt vom attestierten Dokument geführt wird. Sie bescheinigen das Reifegradband jedes Rahmenwerks und das schwächste: niemals Scores, Euro-Beträge oder Lieferantendetails.

      Doku · Attestierungs-Verifizierer (öffnet sich in einem neuen Tab)

      Geltungsbereich. Es ist eine von HodeiShield signierte Selbstbewertung: Sie belegt Integrität, Herkunft und Zeitpunkt, nicht dass das Attestierte wahr ist. Sie ersetzt kein Audit.

   2. Jeder kann sie offline mit dem Open-Source-Verifizierer (Apache-2.0) und den öffentlichen Schlüsseln unter /api/public/attest/keys prüfen, mit OpenSSL 3.5 oder neuer.

      GitHub · hodeishield-attest-verifier (öffnet sich in einem neuen Tab)

      Geltungsbereich. Kurzlebig: standardmäßig 15 Minuten, höchstens eine Stunde, optional mit Challenge-Response.

   3. Eine signierte, veröffentlichte Statusliste kann einen Schlüssel oder alle früheren Attestierungen einer Organisation widerrufen.

      Doku · Attestierungs-Verifizierer (öffnet sich in einem neuen Tab)

      Geltungsbereich. Einzelne Attestierungen widerruft sie nicht; das deckt ihre kurze Lebensdauer ab.

Der Zyklus schließt sich nicht von selbst: Jede Runde läuft über eine Person.