Progettato per chi può dire di no.
Dai ai responsabili della sicurezza e della compliance i dettagli necessari per valutare. Questa pagina indica ogni controllo e il meccanismo che lo realizza, ne spiega chiaramente i limiti e termina con qualcosa che un revisore può verificare autonomamente, senza doversi fidare della nostra parola.
I controlli e i meccanismi che li realizzano.
Una riga per controllo. Apri ciascuna per vedere il meccanismo sottostante.
ISOLAMENTO DEI TENANT Applicato nel database
Sicurezza a livello di riga di Postgres su ogni tabella riferita a un tenant. La separazione è applicata nel database, non nel livello applicativo; i test di isolamento comprendono anche i casi che devono essere negati, eseguiti e registrati, non soltanto dichiarati.
AUTENTICAZIONE Nessun codice via SMS o email
AAL2 su ogni percorso protetto. Oggi il secondo fattore è un'app di autenticazione; per firmare da mobile sono disponibili passkey legate al dispositivo. Nessun codice monouso via SMS o email, canali che le autorità di un numero crescente di giurisdizioni stanno progressivamente abbandonando. Le passkey legate al dispositivo, quando usate, resistono inoltre al phishing.
AI SOTTO CONTROLLO Evidenzia, non decide mai
I modelli segnalano incongruenze e risultati sfavorevoli, registrando accanto a ciascuno il motivo della segnalazione. Ogni approvazione è una decisione umana; ogni modello è censito, documentato e spiegabile, come richiedono i regimi più rigorosi di governance dell'AI.
PROTEZIONE DEI DATI Un'impostazione per tutti i regimi in cui operiamo
Progettato per supportare gli obblighi del GDPR, della nuova LPD svizzera e dei regimi regionali di protezione dei dati in cui operano i nostri clienti, compresi i diritti di rettifica delle persone nominate nei controlli. L'accesso ai documenti avviene tramite URL firmati e registrati. TLS 1.2 o superiore per i dati in transito.
EVIDENZE Verificabili con strumenti standard gratuiti
Firme Ed25519 su una catena di hash SHA-256, con marcatura temporale di un'autorità RFC 3161 indipendente. Verifica offline con strumenti standard: SHA-256, Ed25519 e RFC 3161 sono formati pubblicati, così il revisore può lavorare direttamente sul pacchetto. Comportamento fail-closed: quando la marcatura è richiesta, senza una marca valida non viene prodotto alcun pacchetto di evidenze.
TRACCIA DI AUDIT Manomissioni rilevabili, non impossibili
Ogni azione che cambia lo stato viene collegata in una catena di hash, così modifiche, inserimenti e riordini sono rilevabili. La catena li rileva, non li impedisce, e non affermiamo il contrario. I log degli accessi ai documenti sono conservati per sette anni.
CONFERME DI PRESA VISIONE DELLE INFORMATIVE Collegate al testo esatto
Quando un investitore accetta una conferma di presa visione dei rischi richiesta, la registrazione conserva più di una casella selezionata. Il testo della conferma ha una versione e il digest SHA-256 della formulazione esatta accettata viene scritto nella registrazione collegata dalla catena di hash. Una modifica silenziosa di ciò che è stato accettato farebbe quindi cessare la corrispondenza dei digest. Un testo cambiato diventa una nuova versione, mai una modifica della precedente.
AMBITO DELLA REGISTRAZIONE Che cosa non rientra nella registrazione
Documenti, firme e accessi ai documenti fanno parte della registrazione crittografica. I messaggi tra le parti sono dati applicativi ordinari: non sono associati a hash, non sono collegati in catena e non ricevono marche temporali. Non li presentiamo come evidenze.
STATO DELLE CERTIFICAZIONI Indicato con precisione
È in corso un programma di preparazione a SOC 2 Type 2 e ISO 27001. Oggi non disponiamo di alcun rapporto e nulla qui deve essere inteso come se ne esistesse uno. Quando ci sarà, questa riga lo indicherà insieme alla data.
Rientrano nella registrazione crittografica: documenti, firme e accessi ai documenti. Non rientrano: i messaggi tra le parti, che sono dati applicativi ordinari, senza hash, senza collegamento in catena e senza marche temporali, e che non presentiamo come evidenze.
Gli strumenti normativi pubblicati alla base di questi controlli.
Ogni voce indica uno strumento e l'organismo che lo ha emanato. Citarlo significa che la piattaforma è stata progettata in base ai requisiti pubblicati, nei limiti spiegati sopra; la riga sottostante spiega al lettore quale utilità ne deriva.
- UE / CH GDPR e nuova LPD svizzera Isolamento dei tenant applicato nel database stesso, con periodi di conservazione definiti e una procedura documentata per rettificare una registrazione. Regolamento (UE) 2016/679; Legge federale sulla protezione dei dati, RS 235.1
- UE Criteri eIDAS per la firma elettronica avanzata (art. 26) Una firma collegata in modo univoco al firmatario e al documento, così da rilevare una modifica successiva di entrambi. Avanzata, non qualificata. Regolamento (UE) n. 910/2014, art. 26
- IETF Marcatura temporale RFC 3161 L'ora registrata proviene da un'autorità indipendente, non da noi. Un elemento di prova ammissibile del momento in cui esisteva un documento. Time-Stamp Protocol (TSP), RFC 3161
- IRTF / NIST Ed25519 e SHA-256 Algoritmi pubblicati, così chi non si fida di noi può verificare un pacchetto di evidenze con strumenti comuni. Edwards-Curve Digital Signature Algorithm (EdDSA), RFC 8032; Secure Hash Standard (SHS), FIPS 180-4
- W3C WCAG 2.1 AA Verificato pagina per pagina con axe, come richiesto da una valutazione per acquisti pubblici o istituzionali. Web Content Accessibility Guidelines 2.1, livello AA
Il lessico, in una frase per termine.
Il resto del sito ne spiega l'utilità in parole semplici. Qui ne indichiamo i nomi, così un revisore tecnico e la nostra documentazione usano gli stessi termini.
- Pacchetto di evidenze
- La documentazione con cui si chiude una raccolta: ogni documento, controllo di identità e firma, in sequenza, riuniti affinché una terza parte possa verificarli offline.
- Catena di hash SHA-256
- Ogni voce contiene l'impronta della precedente. Modifica, inserisci o riordina qualcosa e la catena non corrisponde più. Rileva le manomissioni, non le impedisce.
- Marca temporale RFC 3161
- Una dichiarazione temporale firmata da un'autorità indipendente, un orologio che non è il nostro, che attesta entro quale momento la registrazione esisteva, sulla base dell'autorità del servizio.
- Firma Ed25519
- Lo schema di firma crittografica usato per ogni registrazione: indica chi l'ha prodotta e permette di controllare che neppure un byte sia cambiato da allora.
- AAL2
- Un livello di garanzia dell'autenticazione (NIST SP 800-63B): per accedere serve un secondo fattore oltre alla password. Oggi è un'app di autenticazione; per firmare da mobile si usano passkey legate al dispositivo. Alza il livello di protezione, ma è una misura di garanzia, non una protezione assoluta dal phishing.
- Fail-closed
- Quando un elemento necessario alla prova non è disponibile, per esempio l'orologio indipendente, il sistema si ferma invece di produrre una registrazione che non può dimostrare.
Una prova che il revisore può verificare da sé.
Un pacchetto di evidenze non è uno screenshot che chiede fiducia. È una registrazione firmata, marcata temporalmente e collegata in una catena di hash, verificabile con strumenti standard gratuiti sul computer del revisore. La verifica conferma che i documenti non sono cambiati ed esistevano nel momento indicato, perché la marca temporale proviene da un'autorità indipendente. Poiché i formati sono pubblicati, le parti di una controversia possono eseguire gli stessi comandi e ottenere lo stesso risultato.
Lo strumento ha un nome: exedragate-verify, un verificatore autonomo da riga di comando descritto nella pagina sulla tecnologia. OpenSSL standard verifica la marca temporale anche da solo, così nessun revisore è limitato ai nostri strumenti.
Rispondiamo direttamente ai questionari sulla sicurezza.
Gestiamo in prima persona le verifiche di compliance e sicurezza e preferiamo essere coinvolti presto. Bastano un nome e un'azienda: la richiesta arriverà alla persona giusta.
Team compliance: compliance@exedragate.com · Sicurezza: security@exedragate.com