Sicurezza, conformità e residenza dei dati
I controlli che un cliente può attivare autonomamente, la crittografia e le chiavi, gli obiettivi delle patch secondo CVSS, gli incidenti di sicurezza e la notifica delle violazioni, i test di penetrazione del cliente, le decisioni di governance di ASK, la residenza e le prove che un cliente può richiedere.
Tre livelli di difesa
| Impedire | Rilevare | Corretto |
|---|---|---|
| Isolamento di rete e WAF; ingresso solo HTTPS; database privato | Registrazione centralizzata: applicazione, audit, cloud | Backup isolati dalla rete; archivio immutabile; ripristino in camera bianca |
| Crittografia dei dati a riposo e in transito | Scansione delle vulnerabilità: immagini, dipendenze, configurazione cloud | Procedure operative e di escalation per la gestione degli incidenti. |
| RBAC granulare, SSO, MFA, principio del minimo privilegio | Rilevamento delle minacce in fase di esecuzione | Live DR: una seconda regione in esecuzione con failover automatico |
| Immagini protette; gestione delle vulnerabilità e delle patch |
Controlla gli interruttori del cliente
Mappati secondo lo standard NIST CSF, la maggior parte dei controlli sono integrati in TRANXACT o provengono dai servizi nativi del fornitore di servizi cloud. Quattro sono opzionali o a discrezione del cliente, ed è necessario specificarli esplicitamente perché nessun altro li implementerà:
| Controllare | Funzione | Chi |
|---|---|---|
| Classificazione dei dati | Identificare | Il cliente classifica i dati personali e regolamentati (INFRA_2.5.04 per la conservazione e il fermo legale) |
| SSO e MFA tramite l'IdP | Proteggere | Il cliente gestisce gli account e la policy MFA nel proprio IdP (PLAT_5.6.02); TRANXACT configura la federazione (PLAT_5.6.01) |
| chiavi gestite dal cliente | Proteggere | Opzionale (TO_4.5.10); il cliente esegue il ciclo di vita della chiave (TO_4.5.11) |
| Integrazione SIEM | Rilevare | L'esportazione dei log è facoltativa (TO_4.6.02); la gestione del SIEM è a carico del cliente (TO_4.6.03) |
Crittografia e chiavi
| Che cosa | Come |
|---|---|
| Dati in transito | TLS 1.2+ |
| Database a riposo | AES-256 |
| Archiviazione di oggetti e backup | AES-256 |
| Segreti | Un archivio di segreti gestito |
| chiavi dell'IA | La chiave del fornitore di livello, o BYOK |
| Certificati | Un'autorità di certificazione pubblica per il FQDN |
- Standard: chiavi KMS cloud gestite da TRANXACT, con rotazione e distruzione definite; nessun accesso in lettura alle chiavi da parte dell'operatore; accesso alle chiavi registrato; chiavi di backup del vault conservate separatamente (TO_4.11.02).
- Opzionale: chiavi gestite dal cliente nel KMS del cliente, certificati forniti dal cliente, BYOK per il motore ASK.
Con le chiavi gestite dal cliente, la revoca della chiave rende TRANXACT non disponibile. Concordare congiuntamente le procedure di rotazione e di emergenza prima dell'utilizzo della chiave.
Applicazione delle patch in base alla gravità (impostazione predefinita proposta)
| Gravità (CVSS) | Obiettivo di risanamento | Avviso al cliente |
|---|---|---|
| Critico (9.0–10) | Percorso di emergenza, non appena sarà disponibile una soluzione testata. | Immediatamente, se è necessario un periodo di inattività |
| Alto (7,0–8,9) | Prossima finestra di manutenzione | Note di rilascio |
| Medio (4,0–6,9) | Entro 30 giorni | Note di rilascio |
| Basso (inferiore a 4,0) | Prossima data di rilascio prevista | Note di rilascio |
Quattro fasi: valutazione e classificazione; test e verifica su un ambiente non di produzione rispetto a una copia di produzione; implementazione tramite aggiornamento progressivo dopo il periodo di raffreddamento, monitorando lo stato di salute e i controlli del registro; risposta e correzione. I clienti che dispongono di proprie bacheche di modifica devono concordare il periodo di preavviso e quali correzioni possono essere eseguite senza preavviso.
Incidenti di sicurezza e violazioni dei dati personali
Controllo → Segnalazione → Dichiarazione → Risoluzione → Apprendimento: contenere e isolare; registrare e avvisare SecOps e il team di Autonomous Operations Pilot; classificare e aprire un incidente di sicurezza; eliminare, ripristinare da uno stato pulito e verificare il registro; esaminare la causa principale e aggiornare i controlli e i manuali operativi.
| TRANXACT — processore (TO_4.5.06) | Cliente — controller (TO_4.5.07) |
|---|---|
| Conferma una violazione che ha interessato i dati personali del cliente | Valuta il rischio per gli interessati |
| Notifica il cliente senza indebito ritardo, come previsto dall'accordo sul trattamento dei dati. | Notifica all'autorità di controllo ove richiesto |
| Condivide i fatti noti, il probabile impatto e le misure adottate. | Informa i soggetti interessati, ove richiesto. |
| Fornisce aggiornamenti man mano che l'indagine procede | Registra la violazione nel proprio registro |
Definisci i contatti, il canale e la tempistica per le notifiche nell'accordo sul trattamento dei dati (DPA) e prova il piano di comunicazione con il responsabile della protezione dei dati (DPO) del cliente.
Test di penetrazione del cliente
- firmare un accordo di riservatezza (NDA).
- Richiederlo con almeno 2 settimane di anticipo (TO_4.5.08, Servizio aggiuntivo).
- Concordare l'ambito.
- Prima di tutto, esegui i test in ambiente di produzione, aggiornando i dati da quelli di produzione con mascheramento. I test in ambiente di produzione richiedono l'esplicita approvazione di TRANXACT e una finestra temporale specifica.
- Condividi i risultati.
- Intervenire congiuntamente: i risultati della piattaforma sono conformi allo Standard (TO_4.5.09); i risultati riscontrati nella configurazione specifica del cliente sono di sua competenza.
| Nell'ambito | Fuori ambito |
|---|---|
| Test dell'applicazione tramite il FQDN del cliente | Attacchi di negazione del servizio e di carico |
| Autenticazione, autorizzazione e definizione dei ruoli | Infrastruttura del fornitore di servizi cloud |
| API utilizzate dalle integrazioni del cliente | Altri inquilini, l'account del vault e gli strumenti condivisi |
| Percorsi di rete lato cliente (VPN, collegamento privato) | Ingegneria sociale del personale di TRANXACT |
ASK decisioni di governance
ASK agisce tramite le API di TRANXACT con la sessione dell'utente, quindi ogni regola di pubblicazione, autorizzazione di ruolo e voce del registro di controllo viene applicata come se l'utente avesse cliccato. Cosa viene deciso per ogni cliente:
| Decisione | Categoria | R&R |
|---|---|---|
| Livello del motore (premium, bilanciato, economico) e regione di elaborazione | Richiesta di servizio standard | ASK_6.1.02 |
| Collega una chiave AI fornita dal cliente (BYOK) | Richiesta di servizio standard | ASK_6.1.03 |
| Fornire e ruotare la chiave BYOK; detenere il contratto con il fornitore di IA | Escluso | ASK_6.1.04 |
| Quali ruoli possono utilizzare ASK; budget di utilizzo e avvisi; promemoria mensile e revisione dell'utilizzo; sessioni di adozione | Pacchetto — Governance dell'utilizzo di G1 ASK | ASK_6.2.01 – 6.2.03, 6.2.07 |
| Ogni azione ASK nella traccia di controllo | Standard | ASK_6.2.04 |
| Politica interna del cliente sull'utilizzo dell'IA | Escluso | ASK_6.2.05 |
Residenza dei dati
- La regione primaria è quella in cui risiedono il registro e i documenti.
- La regione Live DR e il vault si trovano nella stessa giurisdizione legale, laddove la regolamentazione lo richiede.
- ASK: dove vengono elaborati i prompt e le risposte — BYOK se il cliente impone il proprio contratto di IA.
- Lingue, entità, valute e requisiti normativi locali per ciascuna entità giuridica.
- Norme di settore: cartelle cliniche elettroniche (EHR), registri degli studenti, dati relativi a buste paga e imposte.
- I trasferimenti transfrontalieri sono disciplinati dal DPA (Data Protection Act).
Prima di scegliere le regioni, verifica i requisiti relativi ai dati regolamentati. Il trasferimento di un registro attivo tra regioni costituisce un progetto di migrazione.
Prove e certificazioni
- Su richiesta: il white paper sulla sicurezza e le descrizioni dei controlli, i riepiloghi dei test di penetrazione, i report delle esercitazioni di switchover e di ripristino in ambiente controllato, i report sulla disponibilità e sullo stato dei backup, l'elenco dei subprocessori e i TOM DPA (TO_4.5.12).
- Il questionario di due diligence sulla sicurezza del cliente, da compilare una volta per anno contrattuale (TO_4.5.13).
- Diritti di audit come definiti nell'accordo sul trattamento dei dati; test di penetrazione eseguiti dal cliente secondo la procedura concordata; esportazione dei log al proprio sistema SIEM.
Richiedete solo certificazioni e attestazioni (ISO/IEC 27001, SOC 2 Tipo II, framework di settore) il cui ambito attuale copra il cloud e la regione del cliente. Confermate con TRANXACT Compliance prima di presentare una proposta.
I valori contrassegnati come predefiniti proposti sono i punti di partenza consigliati dalla guida all'implementazione. Confermare ciascun valore per ogni cliente; il contratto, il modulo d'ordine, l'accordo sui livelli di servizio (SLA) e l'accordo sulla protezione dei dati (DPA) prevalgono su questa pagina.