Un anno di SEAL in produzione
Nella tecnologia, il lancio di un prodotto ottiene un comunicato stampa. Un prodotto che funziona silenziosamente per un anno ottiene qualcosa di più prezioso: il silenzio. Nessun rapporto di incidente. Nessuna patch d’emergenza. Nessun post «siamo a conoscenza del problema». Solo un sistema che fa ciò per cui è stato costruito, ogni giorno, su una scala che continua a crescere.
Un anno fa, HIN ha implementato SEAL come motore del nuovo HIN Mail — sostituendo i server di posta centralizzati con la consegna cifrata in swarm nel settore sanitario svizzero. Non c’è stato nessun evento di lancio. Il sistema è andato in produzione e i professionisti della sanità hanno continuato a lavorare. Dodici mesi dopo, il volume è quasi raddoppiato: da circa 440.000 consegne al mese a oltre 800.000.
Questa crescita non è stata trainata da una campagna di marketing. È stata trainata da professionisti della sanità che hanno scoperto che l’invio di comunicazioni sensibili riguardanti i pazienti era diventato più semplice, non più difficile.
Cosa è cambiato — e cosa no
Per i medici e il personale sanitario che utilizzano HIN Mail ogni giorno, quasi nulla è cambiato. Quello era esattamente l’obiettivo. SEAL si integra via SMTP nell’infrastruttura di posta esistente. I professionisti della sanità mantengono il loro client di posta elettronica, compongono i messaggi come hanno sempre fatto. Il motore SEAL si occupa del resto — cifrando, frammentando e distribuendo ogni messaggio attraverso IPFS in modo che nessun singolo sistema detenga mai il contenuto completo.
Per i pazienti che ricevono quei messaggi, tutto è cambiato.
Invece di scaricare un file HTML (il vecchio workflow macchinoso), ricevono un link. Un clic su qualsiasi dispositivo, in qualsiasi browser. La Web Verification App riassembla e decifra il messaggio direttamente lì. Nessun account da creare e, di norma, nessuna app da installare. Dove l’autenticazione del destinatario è attiva, l’apertura viene registrata come ricevuta di consegna.
Stefan Geldreich, che ha guidato il progetto pilota nella rete ospedaliera HOCH, ha definito il risultato «moderno, semplice, sicuro e intuitivo» — aggiungendo che «la struttura chiara e i processi semplificati rappresentano un grande vantaggio per noi». Questo feedback proviene da una rete ospedaliera che gestisce comunicazioni reali con i pazienti attraverso SEAL ogni singolo giorno.
Perché l’architettura conta
La posta elettronica sicura tradizionale concentra i dati su server centrali. Violare il server, accedere ai messaggi. L’architettura stessa è la vulnerabilità.
SEAL elimina quel bersaglio. Ogni messaggio viene cifrato con AES-GCM-256, frammentato e distribuito attraverso uno swarm di nodi IPFS. Il punto di ingresso per la decifratura viene consegnato separatamente via email. I frammenti rimanenti risiedono su IPFS, identificati solo da hash del contenuto.
Questo non è un miglioramento incrementale rispetto alla posta elettronica sicura centralizzata. È un modello di sicurezza fondamentalmente diverso — uno in cui non esiste un server centrale da violare, perché non esiste un server centrale.
Il raddoppio del volume in nove mesi rivela qualcosa di importante su questa architettura: scala senza attrito. Quando l’adozione cresce, lo swarm cresce con essa. Nessuna riunione di pianificazione della capacità. Nessun fine settimana di migrazione dei server.
Il punto di partenza, non la destinazione
SEAL è stato implementato come primo passo di una trasformazione molto più ampia. Risolve il problema immediato e critico: come consegnare comunicazioni cifrate e verificate a qualcuno che non condivide la vostra infrastruttura IT, senza chiedergli, di norma, di installare nulla?
Ma la comunicazione è solo il primo livello.
Stargate — la nuova infrastruttura gateway di HIN, sviluppata da Vereign — sostituisce il gateway di posta legacy che ha operato per circa 30 anni. Dove SEAL rende i messaggi dimostrabili, Stargate rende interi scambi di dati dimostrabili: gestione delle identità, credenziali verificabili, dati clinici strutturati, rete mesh cifrata e conformità normativa integrata nel modello dati anziché aggiunta a posteriori.
Il rollout graduale prosegue. Il 2026 porta i gateway agli ospedali e alle istituzioni in tutta la Svizzera. I HIN Client negli studi medici sono previsti in seguito, con date annunciate quando saranno stabilite, non promesse in anticipo. La trasformazione è in corso — e l’anno di SEAL in produzione ha dimostrato che le fondamenta reggono.
Cosa dimostra questo oltre il settore sanitario
Il settore sanitario esige gli standard più elevati per la protezione dei dati — cartelle cliniche, comunicazioni cliniche, coordinamento assicurativo. Nessun margine per il «sufficientemente buono». Se la comunicazione decentralizzata e verificata funziona qui, su questa scala, funziona ovunque le organizzazioni scambino informazioni sensibili oltre i confini della fiducia.
Finanza. Legale. Compliance. Difesa.
Il divario di fiducia è lo stesso ovunque: due organizzazioni devono scambiare qualcosa che conta e non possono permettersi di delegare quella fiducia a una terza parte.
Un anno di produzione non è un annuncio. È evidenza. E nell’infrastruttura della fiducia, l’evidenza è l’unica valuta che conta.
Nota, aggiornata a novembre 2026: questo articolo descriveva in origine la ricevuta di consegna come legata al singolo destinatario e affermava che il link al messaggio potesse arrivare per SMS, tramite un’app di messaggistica o con un codice QR. In produzione il link viene consegnato via email e una ricevuta non identifica la persona che ha aperto un messaggio. A novembre 2026 si possono registrare più app di autenticazione per un solo indirizzo destinatario. Dove un destinatario si autentica con un’app di autenticazione, la ricevuta indica il token registrato che ha aperto il messaggio. Verimesh (già progetto Stargate) è il nome attuale dell’infrastruttura citata sopra. Gli HIN Client negli studi medici non sono ancora pianificati.
