Isolamento dei tenant, SSO e accessi che potete comprovare, non solo dare per scontati
Confini deboli tra tenant sono un evento da notificare, non un difetto di UX
Quando un'unica piattaforma contiene i record di più entità giuridiche, la prima cosa che un revisore esamina è chi può vedere cosa. Se i confini tra tenant sono deboli, un singolo ruolo configurato male espone le attività di trattamento di un'altra azienda: un evento da notificare, non un difetto di UX.
L'identità è la seconda area di esposizione. Gli utenti sottoposti a provisioning manuale si disallineano dal vostro IdP e chi lascia l'azienda conserva l'accesso perché l'off-boarding non ha mai raggiunto lo strumento di compliance. Quando poi la direzione richiede un assistente AI all'interno della piattaforma, un unico fornitore cablato diventa una decisione di data residency e di approvvigionamento che non avete mai potuto prendere.
Vi servono isolamento, provisioning e accessi che potete comprovare su richiesta, non una configurazione che dovete prendere sulla fiducia.
Cosa potete fare con il backbone della piattaforma
- Isolate ogni entità con la prefissazione delle collezioni per azienda, così i tenant non condividono mai gli archivi dati.
- Accedete via SAML2 o Azure AD / Entra ID, federando con il vostro identity provider esistente.
- Effettuate il provisioning e il de-provisioning degli utenti via SCIM2, con sincronizzazione gruppo-ruolo dal vostro IdP.
- Applicate lo scoping alla visibilità con RBAC basato su audience: controllate quali dati vede un ruolo, non solo quali schermate.
- Ricostruite qualsiasi modifica da un registro dell'utente che ha agito, dell'indirizzo IP e dei valori precedenti rispetto a quelli nuovi.
- Eseguite un assistente AI multi-fornitore (Anthropic, OpenAI, Google o AWS Bedrock) selezionato per ogni azienda.
Cosa apporta al vostro programma
- Confini tra tenant che potete dimostrare, non solo affermare: i record di ogni entità restano in archivi isolati.
- Accessi che seguono automaticamente il vostro IdP: chi lascia l'azienda perde l'accesso man mano che SCIM2 ne effettua il de-provisioning, colmando il divario di off-boarding.
- Una pista di audit pronta su richiesta: chi ha modificato cosa, da dove e con quali valori prima e dopo.
- Nessun lock-in del fornitore AI: scegliete il fornitore del modello più adatto alle regole di data residency e di approvvigionamento di ciascuna azienda.
- Meno carico di traduzione: i record multilingue restano aggiornati senza re-inserimento manuale tra le diverse lingue.
Pensato per la compliance
Questo backbone supporta i controlli su cui i revisori chiedono più spesso: gestione delle identità e degli accessi, logging e sicurezza del trattamento.
| Cosa fa DPMS | Si collega a | Come |
|---|---|---|
| Federa l'autenticazione ed effettua il provisioning delle identità | ISO 27001:2022 Annex A 5.16 | SSO via SAML2 e Azure AD / Entra ID; sincronizzazione di utenti, gruppi e ruoli via SCIM2 |
| Applica accessi basati su ruoli e audience | ISO 27001:2022 Annex A 5.15, 5.18 | RBAC granulare con scoping della visibilità sia delle funzionalità sia dei dati |
| Registra tutte le modifiche con attribuzione | ISO 27001:2022 Annex A 8.15 | Acquisizione per modifica dell'utente che ha agito, dell'IP e dei valori precedenti/nuovi |
| Isola e protegge i dati dei tenant | GDPR Art. 32 | Prefissazione delle collezioni per azienda; condivisione di gruppo esplicita e controllata |
| Mantiene l'integrità e la riservatezza dei record | GDPR Art. 5(1)(f) | Separazione dei tenant applicata a livello di archivio dati, non dell'interfaccia |
Perché Priverion
A differenza degli strumenti GRC generici che applicano la sicurezza a ogni singolo modulo, questo backbone è la piattaforma stessa. Isolamento dei tenant, RBAC, audit logging e SSO si applicano in modo uniforme ai record di registro dei trattamenti, DPIA, rischio e fornitori: così un permesso che impostate, o un utente di cui effettuate il de-provisioning, ha effetto ovunque in un solo passaggio, senza nulla da riconfigurare modulo per modulo.
L'RBAC basato su audience definisce lo scope dei dati che un ruolo può vedere, non solo dei pulsanti su cui può fare clic. E l'assistente AI è neutrale rispetto al fornitore per progettazione: scegliete voi il modello per ciascuna azienda, anziché ereditare il nostro.
Le domande che i CISO pongono prima di una demo
Funziona con il nostro identity provider esistente?
Come vengono tenute separate le diverse entità giuridiche?
Quale fornitore AI utilizza l'assistente?
Cosa registra il log di audit?
Esplorate le funzionalità correlate
Pronti a vedere il backbone in azione?
