Tecnologia

01

Quattro passi, a ogni collegamento

Ogni collegamento li ripete tutti e quattro, ogni volta. Gli algoritmi sono standard pubblici: ML-KEM per le chiavi, ML-DSA per le firme.

1. 1

   Identità verificate

   Entrambi i lati presentano un certificato con una firma resistente ai computer quantistici.

   ML-DSA-65

2. 2

   Scambio di chiavi

   Chiavi nuove per ogni collegamento, nate da due metodi insieme.

   X25519 + ML-KEM-768

3. 3

   Canale protetto

   Ogni messaggio è cifrato a 256 bit e controllato contro le modifiche.

   TLS 1.3

4. 4

   Permesso per servizio

   Il collegamento si apre solo per i servizi concordati. Gli altri restano chiusi.

   Regola firmata

Un collegamento alla volta, con gli impianti in esercizio

• Granularità

  Ogni collegamento ha la sua identità e i suoi permessi, sito per sito e apparato per apparato.

• Capillarità

  Dal centro di controllo al singolo apparato in campo, anche sui sistemi più piccoli.

• Nessun cambiamento

  Applicazioni e apparati restano come sono. Si aggiunge solo l’agente.

Il cliente sceglie quali collegamenti proteggere e in che ordine, secondo le sue priorità.

02

Zero Trust su ogni collegamento, da subito

Nessun apparato è fidato per partito preso. Ogni collegamento si apre solo dopo il riconoscimento reciproco e solo per il servizio permesso. Queste protezioni valgono già contro gli attacchi di oggi.

Sui collegamenti

• Minaccia: Apparato estraneo o clonato

  Un’identità per ogni apparato

  Ogni apparato ha la sua chiave, nata sull’apparato. Una seconda persona ne approva l’ingresso.

• Minaccia: Credenziali rubate

  Riconoscimento reciproco

  Prima di scambiare un solo dato, i due capi del collegamento si riconoscono a vicenda.

• Minaccia: Intruso che passa da un sistema all’altro

  Un permesso per servizio

  Ogni apparato raggiunge solo i servizi scritti nella sua regola. Tutto il resto resta chiuso.

• Minaccia: Intercettazione e comandi alterati

  Messaggi sigillati

  Ogni messaggio viaggia cifrato a 256 bit. Se qualcuno lo altera o lo ripete, viene scartato.

• Minaccia: Guasto provocato per passare in chiaro

  Protezione o niente

  Se la protezione non c’è, il collegamento si ferma. In chiaro non passa nulla.

• Minaccia: Apparato perso o fornitore uscito

  Esclusione con un comando

  L’apparato escluso viene respinto e le sue sessioni aperte si chiudono subito.

Per chi gestisce, per il software e per le tracce

Il centro di gestione decide le regole ma non vede i dati. Le esclusioni si decidono in due. Ogni evento lascia una traccia firmata, utile anche per ricostruire un incidente.

• Minaccia: Abuso da parte di chi è dentro

  Decisioni a quattro occhi

  Escludere o riammettere un apparato richiede due persone, ognuna con la sua firma.

• Minaccia: Accessi dimenticati

  Permessi a scadenza

  Regole, credenziali e sessioni scadono da sole. Chi ne ha ancora bisogno le rinnova.

• Minaccia: Centro di gestione attaccato o fermo

  Il centro decide, ma non vede

  Il centro scrive le regole e non può leggere i dati. Se si ferma, i collegamenti restano protetti.

• Minaccia: Tracce cancellate dopo un’intrusione

  Una traccia firmata per ogni evento

  Resta registrato in modo verificabile chi ha parlato con chi e quando, e che cosa è stato respinto.

• Minaccia: Falle nel software

  Codice in un linguaggio sicuro

  Il codice è scritto in Rust, che per costruzione evita gli errori di memoria più sfruttati dagli attacchi.

• Minaccia: Aggiornamento falso

  Aggiornamenti verificati

  Un aggiornamento falso viene rifiutato. Uno difettoso torna indietro da solo.

04

Un solo centro di gestione per identità, permessi ed esclusioni

Il centro di gestione mostra quali apparati comunicano e con quali permessi, sito per sito. Le esclusioni si decidono in due.

Aggiornamenti firmati, decisi dal cliente

Gli aggiornamenti arrivano firmati e si verificano prima di attivarli. Se la prova di avvio non riesce, il sistema torna alla versione precedente, già verificata.

1. 1Crystallis firma il pacchetto
2. 2Il cliente lo riceve
3. 3Verifica la firma
4. 4Lo attiva quando decide
5. 5Se la prova non riesce, torna indietro

05

Sviluppato e controllato in Europa

Sviluppo e team sono in Europa, codice e know-how sono di Crystallis. Dati e chiavi restano sotto il controllo del cliente.

• Sviluppo in Europa

  Il team e la ricerca lavorano in Europa.

• Codice e know-how propri

  Sviluppati dal nostro team, di proprietà di Crystallis.

• Nessun cloud estero

  Nel percorso dei dati non c’è alcun cloud estero.

• Chiavi sui sistemi del cliente

  Le chiavi non lasciano mai gli apparati.

• Software verificabile

  Compilazione riproducibile, con le librerie incluse.

• Centro di gestione sotto controllo

  Nessuna entità extra-UE nel centro di gestione.

Agenti, centro di gestione e chiavi stanno sui sistemi del cliente, senza appoggi esterni. Crystallis consegna software firmato e supporto.