Da evidenza firmata ad attestazione verificabile, in una piattaforma integrata.

1. SENSErilevare

   Raccogliere segnali verificabili e lasciarli scadere.

   Componenti coinvolti

   • Agente endpoint
   • Scansione esterna
   • SBOM
   • Questionari

   1. Un agente per Windows, macOS e Linux esegue 172 controlli e invia osservazioni firmate digitalmente; la console rifiuta quelle che non superano la verifica.

      Nella demo · dettaglio di un dispositivo

      Ambito. È firmata la telemetria, non l’installer. 143 controlli sono baseline aperte di livello L1 che non alimentano ancora il punteggio di conformità.

   2. L’evidenza scade: un dispositivo che smette di riferire smette di contare come conforme, con sette giorni di freschezza per impostazione predefinita.

      Docs · Conformità (si apre in una nuova scheda)

      Ambito. L’evidenza documentale viene caricata o collegata; non viene raccolta da sola dal cloud.

   3. Per ogni fornitore: scansione esterna delle porte esposte, CVE e violazioni note con dati di Shodan e Have I Been Pwned, e il suo SBOM CycloneDX o SPDX incrociato con OSV.dev.

      Docs · Motore di rischio (si apre in una nuova scheda)

      Ambito. Nuova scansione periodica in base alla criticità del fornitore, non monitoraggio continuo. SBOM solo in JSON. I dati dei fornitori sono orchestrati con n8n; non esiste uno scanner proprio.

2. PREDICTprevedere

   Trasformare l’evidenza in rischio confrontabile.

   Componenti coinvolti

   • Motore di rischio
   • FAIR/ALE
   • Simulatore
   • Grafo delle dipendenze

   1. Esposizione FAIR/ALE in euro per fornitore e per il portafoglio: una stima puntuale parametrica con la sua banda di incertezza simulata (non calibrata), riproducibile.

      Docs · Motore di rischio (si apre in una nuova scheda)

      Ambito. Usa parametri settoriali del modello, non dati di perdita della Sua organizzazione.

   2. Un simulatore deterministico con 7 tipi di scenario propaga l’impatto lungo il Suo grafo delle dipendenze, fino a 5 livelli, e restituisce i fornitori coinvolti, le variazioni di punteggio e i percorsi.

      Docs · Simulatore (si apre in una nuova scheda)

      Ambito. Restituisce variazioni di punteggio, non euro. Non interviene alcun modello linguistico.

   3. Raggio d’impatto a 3 salti e indice di concentrazione HHI sulle Sue dipendenze dichiarate; le CVE sfruttate attivamente (catalogo KEV della CISA) pesano di più nel punteggio da 0 a 100.

      Nella demo

      Ambito. Opera sulle dipendenze che Lei dichiara; non è una mappa automatica delle parti n-esime. I pesi sono costanti del modello.

3. ACTagire

   Proporre un’azione ed eseguirla solo con approvazione umana.

   Componenti coinvolti

   • HodeiAI
   • Registro dei rischi
   • Instradamento degli avvisi

   1. HodeiAI propone. Eseguire richiede l’approvazione esplicita di un utente con ruolo di scrittura: monouso, valida 15 minuti e legata all’hash della proposta esatta.

      Nella demo

      Ambito. Oggi l’unica azione eseguibile è creare una voce nel registro dei rischi.

   2. Il livello predefinito è «suggerire» e l’approvazione per eseguire la attiva un amministratore. L’esecuzione autonoma è bloccata nel database, nell’API e nell’esecutore, e un kill switch per organizzazione ferma l’agente e fallisce in modo chiuso.

      Nella demo

      Ambito. ACT non applica patch, non isola dispositivi, non revoca accessi né contatta fornitori.

   3. Ogni proposta, approvazione, rifiuto ed esecuzione viene registrata, con chi l’ha compiuta, in un registro delle azioni append-only, concatenato tramite hash e firmato a lotti con ML-DSA-65, verificabile con la chiave pubblica.

      Nella demo

      Ambito. Prova che cosa è stato proposto, chi ha deciso e in quale ordine; non che la decisione fosse quella giusta.

   4. Gli avvisi vengono instradati verso 9 destinazioni: ServiceNow, Jira, Slack, Teams, e-mail, webhook firmato, SIEM, PagerDuty e Opsgenie.

      Docs · Connettori (si apre in una nuova scheda)

      Ambito. Notificano o creano un ticket secondo la Sua regola; non rimediano da soli.

4. ATTESTattestare

   Dimostrare a un terzo lo stato, senza che debba fidarsi.

   Componenti coinvolti

   • Trust Center
   • Verificatore aperto
   • Chiave pubblica

   1. Ogni Trust Center pubblicato emette attestazioni firmate con ML-DSA-65 (FIPS 204), con la firma separata dal documento attestato. Attestano la banda di maturità di ciascun framework e la più debole: mai punteggi, euro né dettaglio dei fornitori.

      Docs · Verificatore di attestazioni (si apre in una nuova scheda)

      Ambito. È un’autovalutazione firmata da HodeiShield: prova integrità, origine e momento, non la veridicità di ciò che è attestato. Non sostituisce un audit.

   2. Chiunque la verifica offline con il verificatore open source (Apache-2.0) e le chiavi pubbliche di /api/public/attest/keys, con OpenSSL 3.5 o superiore.

      GitHub · hodeishield-attest-verifier (si apre in una nuova scheda)

      Ambito. Vita breve: 15 minuti per impostazione predefinita e al massimo un’ora, con sfida-risposta opzionale.

   3. Un elenco di stato firmato e pubblicato consente di revocare una chiave o tutte le attestazioni precedenti di un’organizzazione.

      Docs · Verificatore di attestazioni (si apre in una nuova scheda)

      Ambito. Non revoca singole attestazioni; lo compensa la loro vita breve.

Il ciclo non si chiude da solo: ogni giro passa per una persona.