Auris per gli MSP: un'unica console, un tenant per cliente

Auris è il prodotto di identità e accessi di Altovar: single sign-on, autenticazione a più fattori adattiva e controllo degli accessi basato sui ruoli, pensato apposta per i managed service provider che gestiscono molti clienti con un unico team operativo. Per un MSP la proposta ha due parti facili da confondere: un'unica console da cui gestire tutto, e un confine netto tra ciò che ogni cliente può vedere. Auris tiene queste due idee separate, ed è proprio questa separazione il punto da capire prima di valutare il prodotto.

Tenant e organizzazione: la differenza

In Auris il tenant è il confine di sicurezza e di isolamento dei dati che corrisponde a un cliente. L'organizzazione è un raggruppamento che esiste dentro un tenant — per team, ruoli o reparti — ed è una struttura leggera, non un sostituto dell'isolamento. Due organizzazioni nello stesso tenant possono condividere visibilità per scelta progettuale; due tenant diversi non devono mai poter vedere i dati l'uno dell'altro, in nessun modo. Policy di accesso, ruoli e log di audit definiti per un tenant non finiscono nell'altro.

Perché il confine è sul tenant, non sull'organizzazione

Un tenant per cliente dà a un MSP un raggio d'impatto prevedibile: se qualcosa va storto nel tenant di un cliente, il danno resta strutturalmente contenuto in quel tenant, invece di propagarsi attraverso strutture condivise a livello di organizzazione. Questo semplifica anche due flussi di lavoro tra i più delicati per un MSP. Le revisioni degli accessi diventano più semplici, perché chi controlla deve ragionare sull'appartenenza a un solo tenant alla volta. Anche l'offboarding diventa più semplice, perché rimuovere un cliente significa disattivare un tenant ben delimitato, invece di sbrogliare appartenenze a organizzazioni che potrebbero essere state condivise tra clienti.

Un'unica console per l'MSP, non un'unica directory condivisa

L'altra metà della proposta è operativa: un'unica console permette a un solo team di gestire sign-on, provisioning e accessi su tutti i tenant dei clienti, senza cambiare strumento. Auris documenta SSO via SAML 2.0 e OIDC, provisioning SCIM da identity provider come Okta e Azure AD, e un controllo degli accessi basato su relazioni ispirato all'approccio Zanzibar di Google. Niente di tutto questo cambia il confine del tenant descritto sopra: è il modo in cui l'MSP amministra molti tenant isolati da un unico punto, non un modo per aggirare l'isolamento. I dettagli tecnici completi sono sulla pagina prodotto di Auris.

Dove stanno i dati

Altovar, con sede a Genova, gestisce Auris su server dedicati in data center in Germania. La parte "sovrana" della proposta descrive dove avvengono elaborazione e archiviazione; è una scelta di configurazione, non una certificazione di terze parti.

Cos'è, e cosa non è

Questa è una descrizione di ciò che Auris è pensato per fare, non una recensione indipendente del prodotto. Altovar non ha pubblicato audit di terze parti né dati sul tasso di successo commerciale per questo posizionamento verso gli MSP, e qui non se ne afferma nessuno. Per un MSP che valuta strumenti di identità, il modello un tenant per cliente è una scelta di progettazione su dove Auris traccia il confine più netto, non una garanzia che sostituisce i controlli di accesso dell'MSP stesso.

Cosa fare

• Verifica l'isolamento dei tenant in una revisione degli accessi reale, non sulla base della descrizione commerciale — di questo fornitore o di qualsiasi altro.
• Tratta le organizzazioni come una comodità per strutturare i team di un cliente, mai come un perimetro di sicurezza.
• Mappa SSO e provisioning SCIM per ciascun tenant prima di avviare un nuovo cliente, così le fonti di identità restano separate fin dal primo giorno.
• Pianifica l'offboarding a livello di tenant, così rimuovere un cliente disattiva un confine pulito invece di dover sbrogliare appartenenze condivise tra organizzazioni.

Fonti: Altovar — Infrastruttura europea, sicurezza reale, Documentazione di Auris.