Installazioni sovrane, definite come incarichi su misura.
Alcune istituzioni non possono conservare la documentazione delle proprie operazioni sul cloud di altri. Per loro, Exedra Gate viene installato sull'infrastruttura del cliente: il motore di firma, le data room, il registro di audit concatenato tramite hash e i pacchetti di evidenze funzionano all'interno del perimetro del cliente, sotto il controllo delle sue chiavi. Il suo team di sicurezza approva ogni aggiornamento prima dell'applicazione. Ogni funzione che altrimenti contatterebbe un servizio esterno è un'opzione scelta dal cliente. Le conseguenze di ciascuna scelta per ciò che il registro può attestare vengono dichiarate per iscritto prima dell'avvio.
La revisione si svolge con un accordo di riservatezza reciproco e con i responsabili della sicurezza e della tecnologia del cliente presenti. Esamina ciò che esiste oggi e ciò che un incarico potrebbe includere; non si carica nulla e non si avvia alcuna prova del sistema.
Un incarico con il team di sicurezza del cliente, non un software da scaricare.
Un'installazione sovrana viene definita, preventivata e fornita come incarico di implementazione: infrastruttura e giurisdizione del cliente, suoi controlli di sicurezza e un piano di rafforzamento e verifica concordato con la sua funzione di sicurezza. Non esistono installatori self-service né istanze di prova, perché per questo tipo di cliente non sarebbero appropriati.
Il confine è dichiarato, non sottinteso. Questa offerta non viene presentata come isolata dalla rete: nelle modalità di marcatura temporale connessa descritte sotto, un solo dato lascia il perimetro, l'impronta SHA-256 del registro inviata a un'autorità indipendente per la marcatura temporale. È proprio questo il punto, poiché una marca temporale emessa dall'operatore per sé stesso offre poco a un soggetto esterno. Un cliente che richieda un isolamento effettivo può disattivare la marcatura temporale indipendente, con una corrispondente riduzione delle attestazioni possibili, documentata per iscritto. Le conseguenze di entrambe le modalità sono chiarite prima dell'installazione.
Ogni dipendenza esterna è un'opzione. Ogni scelta ha una conseguenza dichiarata.
Le funzioni della piattaforma che possono collegarsi all'esterno sono costruite con interfacce comuni, adattatori identificati e una selezione configurata. In un'installazione sovrana, ognuna viene disattivata, fornita dal cliente oppure gestita da Exedra Gate, secondo l'incarico. La tabella descrive che cosa comporta ogni scelta per le attestazioni del registro: una configurazione le cui conseguenze non sono documentate può divergere presto da quanto promette il marketing.
| Modulo | Disattivato | Fornito dal cliente | Gestito da Exedra Gate | Conseguenza per l'attestazione |
|---|---|---|---|---|
| Verifica dell'identità (KYC) | Il processo di verifica del cliente si svolge fuori dalla piattaforma; questa registra l'esito attestato dal cliente. | Per ciascun incarico viene creato un adattatore per il fornitore di verifica dell'identità del cliente; l'interfaccia esiste proprio a questo scopo. | Verifica ospitata tramite il fornitore di Exedra Gate; i documenti di identità transitano sull'infrastruttura di quel fornitore. | Se l'opzione è disattivata, ogni indicazione di verifica significa che la verifica è stata svolta dal processo dell'operatore dell'installazione, mai da Exedra Gate o da un fornitore nominato. L'attestazione resta firmata; cambia la dichiarazione attestata. |
| Screening su sanzioni e notizie negative | La funzione di conformità commerciale del cliente svolge lo screening; la piattaforma conserva la sua valutazione come evento di evidenza datato. | Il fornitore di screening del cliente viene integrato per ciascun incarico. | Il servizio di screening di Exedra Gate, con l'accettazione da parte del cliente che i dati sensibili dei direttori e dei titolari effettivi escano dal perimetro per essere trattati dal servizio. | Con l'opzione disattivata o in modalità cliente, Exedra Gate non rilascia alcuna indicazione di screening; se si desidera una certificazione equivalente, spetta al cliente emetterla a proprio nome. |
| Solo notifiche nell'applicazione; gli inviti alla firma e i promemoria raggiungono le controparti esclusivamente tramite il portale. | I messaggi vengono inviati dall'infrastruttura di posta del cliente tramite il trasporto SMTP della piattaforma. | I messaggi vengono inviati dal fornitore di consegna di Exedra Gate; i webhook sulla consegna alimentano il registro. | Con il sistema di posta del cliente, il livello di evidenza della consegna viene ridotto e dichiarato per iscritto: il registro mostra l'invio, registrato e marcato temporalmente, mentre la prova della consegna dipende dal sistema di posta del cliente. Con il servizio gestito, gli eventi di consegna sono registrati tramite il webhook del fornitore. | |
| Marcatura temporale indipendente | Quattro configurazioni, definite per ciascun incarico. La sezione seguente descrive ognuna e le sue conseguenze, poiché da questa scelta dipendono le attestazioni possibili per l'intero registro. | Vedi la sezione sulla marcatura temporale. La modalità connessa è quella predefinita; un'autorità qualificata scelta dal cliente è la configurazione premium. | ||
| Fatturazione | Fatturazione enterprise tramite fattura, basata su un registro d'uso firmato. I flussi di pagamento con carta del prodotto cloud non esistono in un'installazione sovrana. | Non applicabile; la fatturazione avviene tra Exedra Gate e l'operatore dell'installazione. | Non applicabile a un'installazione sovrana. | Nessuna. La fatturazione non ha mai fatto parte delle attestazioni sulle evidenze; disattivarla non cambia alcuna dichiarazione. |
| Assistenza tramite IA | Completamente disattivata. Nessuna funzione di conformità dipende dall'IA: su questa piattaforma l'IA segnala e una persona decide, in ogni configurazione. | L'endpoint del modello del cliente, collegato tramite l'interfaccia del fornitore. Gli obblighi di documentazione e spiegabilità relativi al modello spettano al suo operatore; l'incarico lo esplicita. | Moduli opzionali accessibili con token API; richieste e contenuti escono dal perimetro per tali chiamate, modulo per modulo, su scelta del cliente. | Nessuna conseguenza per le attestazioni sulle evidenze. Un'installazione con IA disattivata perde comodità, non le funzioni di conformità. |
La dichiarazione vale per ciascuna configurazione, perché è vera solo per ciascuna configurazione: con verifica dell'identità, screening e posta in modalità cliente o disattivati, e marcatura temporale disattivata o locale, nessun documento, chiave o evento lascia il perimetro del cliente durante il normale funzionamento. Ogni modulo passato a un servizio gestito aggiunge esattamente l'uscita di dati indicata nella propria riga, e nessun'altra.
La marcatura temporale indipendente è la scelta decisiva. Va fatta consapevolmente.
In ogni configurazione, ciascun pacchetto di evidenze è firmato e inserito in una catena di hash. Le configurazioni differiscono per la marcatura temporale: chi la emette, che cosa esce dal perimetro per ottenerla e che cosa il registro può poi attestare correttamente. La scelta è definita per iscritto nell'incarico, prima dell'avvio. La modalità connessa è predefinita perché mantiene l'attestazione di tempo indipendente senza imporre al cliente di procurarsi un proprio servizio fiduciario. Chi preferisce un prestatore qualificato scelto da sé usa invece la seconda modalità.
- PREDEFINITA
Connessa: marca temporale emessa da un'autorità designata da Exedra Gate. È la modalità predefinita. L'unico dato in uscita è un'impronta SHA-256 inviata per la marcatura temporale secondo RFC 3161. L'attestazione di tempo indipendente resta piena e l'installazione viene descritta come connessa ma privata, mai come isolata. L'autorità designata è indipendente da Exedra Gate, che non è un prestatore qualificato di servizi fiduciari. Se un incarico richiede la presunzione giuridica prevista dal quadro europeo per le marche qualificate, le marche dell'endpoint designato vengono acquistate da un prestatore qualificato, non emesse internamente; l'incarico registra quale prestatore viene usato e il suo status.
- PRESTATORE QUALIFICATO DEL CLIENTE
Marca temporale emessa da un'autorità qualificata scelta dal cliente. La modalità premium. Le impronte vengono inviate al prestatore di servizi fiduciari scelto dal cliente. Nel quadro europeo, una marca temporale qualificata gode di una presunzione giuridica che una marca ordinaria non ha (eIDAS, art. 41(2)); un cliente che abbia già un prestatore qualificato conserva questo beneficio nella propria catena contrattuale, senza coinvolgere Exedra Gate.
- LOCALE
Marca temporale emessa all'interno del perimetro. Nulla esce. La portata dell'attestazione viene ridotta per iscritto e sul registro stesso: la marca temporale è emessa dallo stesso operatore che controlla l'archivio delle evidenze. Il registro ha quindi una marcatura temporale interna ed è verificabile esternamente nel formato, ma non viene mai presentato come marcato temporalmente da un soggetto indipendente.
- DISATTIVATA
Nessuna marcatura temporale. I pacchetti restano firmati e concatenati tramite hash. Le attestazioni possibili si fermano a integrità e ordine, con date fornite dagli orologi dell'operatore. La modalità è offerta perché esistono requisiti di isolamento effettivo; viene descritta chiaramente perché chi la sceglie deve sapere a che cosa rinuncia.
In un'installazione sovrana valgono i tuoi controlli.
Le piattaforme cloud rispondono alle domande sulla sicurezza con le proprie certificazioni, perché conservano i tuoi dati. Qui la piattaforma funziona all'interno del tuo perimetro: gli aggiornamenti vengono consegnati come artefatti firmati che il tuo team di sicurezza esamina e approva prima dell'installazione; anche l'ambito di audit resta il tuo. Nella configurazione predefinita, l'unica uscita ordinaria è l'impronta di un documento inviata per una marcatura temporale indipendente. Questo fatto viene dichiarato, non nascosto.
Un comune registro di audit è una tabella che l'amministratore può riscrivere. Qui la riscrittura si vede.
La domanda che un team di sicurezza pone a qualsiasi sistema di evidenze riguarda ciò che i suoi stessi amministratori possono modificarvi. In molte piattaforme, la traccia di audit è un insieme di righe di database; chi controlla il database può cambiarle in seguito senza lasciare traccia. Qui ogni azione entra in una catena di hash: ogni voce include l'hash della precedente, il registro è firmato con Ed25519 e, nelle modalità connesse, è ancorato a marche temporali RFC 3161 emesse da un soggetto indipendente. Modificare o rimuovere una voce in seguito rompe la sequenza e una verifica rivela la rottura, chiunque abbia effettuato la modifica e qualunque privilegio possedesse.
È una promessa volutamente più precisa del termine usato spesso nel settore, e più solida. Nulla impedisce a una persona con privilegi elevati di agire; nessun sistema serio può prometterlo. La catena rende invece rilevabile e attribuibile un'alterazione retroattiva: il registro nello stato precedente è verificabile, mentre un registro manomesso smette di superare la verifica. La rilevabilità è una proprietà dimostrabile su richiesta; l'impossibilità di alterazione può soltanto essere affermata.
L'infrastruttura delle evidenze resta sempre nelle mani del cliente.
In ogni modalità: il motore di firma interno, senza fornitori terzi di firma elettronica lungo il percorso; controllo degli accessi per documento e per persona con isolamento dei tenant a livello di riga; registro di audit concatenato tramite hash; pacchetti di evidenze in formati standard, impronte SHA-256, firme Ed25519 e token RFC 3161 dove previsti dalla configurazione, verificabili offline con strumenti standard gratuiti; e un canale di aggiornamento in cui il team di sicurezza del cliente approva ogni aggiornamento prima che venga applicato.
Nove settori in cui le norme rendono concreta questa esigenza.
Ogni pagina presenta la situazione normativa del settore con fonti primarie, ciò che un'installazione sovrana cambierebbe, la configurazione plausibile dei moduli e i problemi che Exedra Gate non risolve. L'ultima sezione compare intenzionalmente in ogni pagina.
Operatori spaziali e satellitari
Dati tecnici soggetti a controllo delle esportazioni nelle data room e regole di sicurezza delle reti che oggi raggiungono anche gli operatori del segmento di terra.
MINERALIMinerali strategici e terre rare
Investitori sottoposti a screening statale e catene di provenienza che devono restare verificabili anche anni dopo la firma del contratto di acquisto della produzione.
FONDALI MARINIEsplorazione dei fondali e degli idrocarburi
Un settore controverso, sottoposto a verifiche rigorose: documentazione sulla sponsorizzazione, sulle licenze e sui dati ambientali di riferimento, ricca di evidenze per natura.
QUANTISTICAQuantistica e crittografia
Screening del duplice uso per quasi ogni investimento estero e accessi durante le verifiche che i consulenti legali esaminano anche sotto il profilo delle esportazioni.
SISTEMI DI IAIA e sistemi autonomi
Un confine normativo legato all'uso esclusivamente militare e investitori che chiedono dove sia documentata la distinzione tra le attività.
NUCLEARE CIVILENucleare civile
L'assistenza stessa è un'attività soggetta ad autorizzazione e i registri devono rispondere a domande poste anche decenni dopo.
BIODIFESABiodifesa e biologia sintetica
Regimi di registrazione, valutazione del personale e supervisione che richiedono documentazione prima di tutto il resto.
eID E CBDCFornitori di eID e CBDC
Fornitori che vendono soluzioni sovrane ai governi e vengono verificati di conseguenza, in un quadro normativo ancora in evoluzione.
CYBERSICUREZZA DIFENSIVACybersicurezza difensiva
Obblighi di sicurezza trasferiti ai fornitori, esportazioni per cui conta quanto era noto e una pagina che dichiara a chi non si rivolge.
La prima conversazione riguarda l'architettura e si svolge sotto accordo di riservatezza.
Una revisione dell'architettura mostra ai responsabili della sicurezza e della tecnologia del cliente ciò che funziona oggi, le opzioni dei moduli e le loro conseguenze per le attestazioni, nonché l'ambito di un possibile incarico. Si svolge sotto accordo di riservatezza reciproco. Non si carica nulla, non si avvia alcuna prova e questa pagina non descrive un'installazione già pronta come prodotto standard: l'incarico ne definisce la realizzazione, insieme al team di sicurezza del cliente.
Exedra Gate è una piattaforma tecnologica, non un intermediario, negoziatore, custode, agente di deposito o consulente per gli investimenti. Non detiene, instrada né regola mai i fondi degli investitori, non raccomanda offerte agli investitori e non applica commissioni legate al successo dell'operazione. Un'installazione sovrana è un incarico di implementazione definito e preventivato per ciascun cliente; non è un prodotto da scaricare e nessuna sua configurazione viene presentata come sufficiente a soddisfare un regime giuridico o regolatorio. Registri e marche temporali attestano integrità ed esistenza a una certa data, non la conformità a un regime specifico; tale valutazione spetta al cliente e ai suoi consulenti legali.
I riferimenti normativi in questa pagina servono a orientarsi, non sono consulenza legale: vedi Fonti e verifica.