Verimesh (già il progetto Stargate)
Infrastruttura per lo scambio inter-organizzativo verificabile
Verimesh è un'infrastruttura, non una piattaforma. La vostra organizzazione controlla il flusso di dati e può verificare le persone, i ruoli e gli agenti che agiscono per una controparte — nessun intermediario richiesto.
Parliamo di VerimeshL'alternativa post-piattaforma
L'economia delle piattaforme ha concentrato dati e fiducia negli intermediari. Ogni casella di posta, ogni flusso documentale, ogni cartella clinica è diventata una dipendenza da un operatore i cui interessi non sono i vostri. Questa architettura non è neutrale — è un modello di business.
Nessun intermediario controlla il flusso di dati.
Verimesh è un'infrastruttura di vostra proprietà. Le organizzazioni scambiano dati, credential e comunicazioni direttamente — verificati crittograficamente, instradati secondo le vostre policy, auditabili end-to-end. La relazione di fiducia è bilaterale. L'operatore siete voi.
Quattro edizioni. Un'architettura.
Verimesh è una matrice di prodotti, non un prodotto singolo. Ogni edizione copre un dominio di scambio distinto — tutte condividono lo stesso Decentralized Key Management (DKMS), costruito su KERI, e la stessa base di credential verificabili.
Disponibile ora
Verimesh Mail
Autenticazione di e-mail e messaggistica
Identità del mittente verificata per ogni messaggio. Comunicazione cifrata attraverso i confini organizzativi — senza dover fidarsi del server di posta intermedio. Il destinatario verifica non solo l'organizzazione, ma il ruolo o la persona che agisce per essa, sulla base della sua catena di credenziali, a livello di policy.
Verimesh Data
Scambio di dati strutturati e documenti
Condivisione di dati inter-organizzativa con tracciabilità della provenienza: ordini clinici, depositi normativi, contratti, dati finanziari. Ogni documento porta la prova crittografica dell'origine e dell'integrità, e il suo significato viaggia con esso, così il destinatario legge gli stessi campi e le stesse definizioni senza mappature specifiche per integrazione. Ciò che lascia il vostro ambiente, e verso chi, è disciplinato dalle policy.
Roadmap
Verimesh Agent
Scambio tra agenti IA ed entità automatizzate
Identità di servizio zero-trust per agenti IA e sistemi automatizzati. Quando le macchine scambiano dati per conto delle organizzazioni, si applica lo stesso motore di identità verificabile e di policy, e il sistema ricevente può confermare che un agente agisce entro l'ambito concesso dalla sua organizzazione, rispetto alla catena di credenziali propria di quell'organizzazione. Le entità automatizzate sono soggette allo stesso standard crittografico degli esseri umani.
Verimesh Edge
Identità di dispositivi e IoT
Identità dei dispositivi radicata nella stessa architettura DKMS. I deployment IoT e i nodi edge sono crittograficamente vincolati all'organizzazione che li gestisce — non all'autorità di certificazione di un fornitore cloud.
Cosa contiene ogni edizione
Mail e Data sono le due edizioni del primo giorno. Entrambe sono costruite dalla stessa architettura di fiducia a strati — differisce solo la superficie di scambio esterna.
Cosa c'è dentro Verimesh — gli strati di fiducia
Ogni Verimesh Node, in ogni edizione, è costruito dagli stessi strati — da un nucleo di identità auto-certificante verso l'esterno fino ai dati che trasporta:
- Identità Un'identità organizzativa auto-certificante ancorata nel Decentralized Key Management (DKMS, costruito su KERI). Tutti gli altri strati si basano su di essa. Identity Agent Iris Agent KERI Witness KERI Watcher Key Service
- Certificati (X.509) Collega alla PKI esistente affinché Verimesh interoperi con i sistemi che già operate — nessun rip-and-replace. Certificate Authority (X.509) S/MIME Agent X.509 / JWT bridge
- Credential verificabili Attestazioni dimostrabili crittograficamente su chi è un'organizzazione e cosa è autorizzata a fare. Emissione di credential Web Verification App
- Policy Un motore programmabile che regola ciò che ogni parte può fare — inclusa l'applicazione del consenso e dell'opt-out tra organizzazioni. Policy Agent Policy Sync Directory (LDAP) connettore Authentication Service
- Trasporto Instradamento autenticato e cifrato dei messaggi direttamente tra Nodes. Stalwart MTA MX motore DNS gestione
- Scambio di dati sovrano La superficie esterna che trasporta il payload — e-mail per Mail, dati strutturati e FHIR per Data, e altro ancora man mano che le edizioni crescono. SEAL Engine IPFS distribuzione di contenuti filtraggio spam & virus
Tre forme di deployment
Ogni edizione Verimesh è disponibile in tre forme. La forma non cambia l'architettura — cambia chi gestisce l'infrastruttura.
VERIMESH Mail Hub
Infrastruttura multi-organizzativa gestita da un orchestratore di settore. Un singolo Hub serve un'intera comunità di fiducia — per esempio, HIN che gestisce il layer di scambio autenticato per la sanità svizzera. La governance è condivisa; la partecipazione è aperta a qualsiasi organizzazione del settore.
VERIMESH Mail Node
Appliance per singola organizzazione, on-premises o in hosting. Voi possedete la vostra infrastruttura e le vostre chiavi. Un Node si connette a qualsiasi Hub o scambia direttamente con altri Nodes — nessuna dipendenza da un servizio centrale.
VERIMESH Mail Cloud
Punto di accesso gestito, operato da Vereign. Nessuna infrastruttura da distribuire. La stessa architettura di identità verificabile e di policy — senza il carico operativo. Il punto di partenza naturale prima di migrare verso un Node o contribuire a un Hub.
Iniziate con SEAL. Crescete in Verimesh.
SEAL: il prodotto d'ingresso autonomo e permanente
SEAL non è un prodotto legacy e non verrà sostituito. È il punto d'ingresso per la comunicazione verificata — ed è in produzione oggi. Oltre 800.000 interazioni verificate al mese transitano attraverso SEAL nella sanità svizzera, con crittografia AES-GCM-256 e audit trail ancorati a IPFS. I destinatari non hanno bisogno di alcuna installazione.
SEAL ha risolto il problema dell'accesso. VERIMESH risolve il problema dell'infrastruttura.
Iniziate con SEAL. Quando la vostra organizzazione è pronta ad aderire — o a guidare — l'ecosistema di scambio autenticato, passate a VERIMESH.
Percorso di aggiornamento
SEAL → VERIMESH Mail Cloud → Mail Node → Mail Hub
In produzione — non un concetto
HIN (Health Info Net) sta avviando un deployment di produzione anticipato di Verimesh per la sanità svizzera — i primi clienti vengono integrati a fine giugno 2026. HIN ha scelto Verimesh perché il settore aveva bisogno di un layer di scambio autenticato che nessuna singola parte controlla. È ciò che un Hub fornisce.
Il differenziatore sanitario più forte: il consenso che funziona davvero
L'articolo 71 dell'EHDS ha trasformato l'opt-out in un diritto legale, non in una best practice. Ogni uso secondario di dati sanitari identificabili deve essere negabile dal paziente, e tale negazione deve propagarsi a valle. L'architettura DKMS di Verimesh ancora le autorizzazioni in uno stato crittografico controllato dal paziente — il ritiro del consenso è una rotazione di chiave che il paziente effettua unilateralmente, e si propaga per chiusura in errore a ogni verifier a valle senza un registro centrale.
Leggi la tesi sull'architettura del consensoNota sull'integrazione FHIR
Verimesh Data è progettato per trasportare ordini clinici FHIR attraverso i confini organizzativi — l'integrazione architettonica è completa e documentata. Tuttavia, il deployment in produzione di FHIR-over-Verimesh dipende dall'onboarding lato ospedale: i sistemi EHR devono essere configurati per emettere e consumare risorse FHIR tramite Verimesh. Questo lavoro di onboarding è in corso, e la data più realistica per lo scambio FHIR in produzione è fine 2026. Ciò che viene consegnato oggi è il layer infrastrutturale; il layer dei dati clinici seguirà man mano che gli ospedali si integrano.
Il codice verificabile è una precondizione per l'identità verificabile
I prodotti Verimesh sono Open Source sotto AGPLv3. Ogni riga di codice è pubblicamente verificabile — potete accertare che il software faccia ciò che diciamo. Un'eccezione opzionale alla Sezione 7 è disponibile per le organizzazioni che devono costruire integrazioni proprietarie sul core aperto senza attivare il copyleft sui loro sistemi interni.
Pronti a gestire l'infrastruttura di scambio della vostra organizzazione?
Che stiate valutando Verimesh per il vostro settore, desideriate una revisione dell'architettura tecnica, o siate pronti ad aderire a un Hub esistente — siamo qui per aiutarvi.