Ospitare o non ospitare il proprio gestore di password

Un gestore di password ha accesso a banche, email, cartelle cliniche, sistemi clienti e piattaforme finanziarie. Affidarlo a un fornitore cloud terzo significa fidarsi delle decisioni ingegneristiche di quel fornitore, della loro risposta agli incidenti, del loro modello di prezzo e della loro continuità aziendale, indefinitamente.

L'hosting autonomo non elimina la fiducia dall'equazione. Continui a fidarti del fornitore che ha creato il software. Ma la differenza è il controllo: decidi tu quando applicare le patch, come configurare e dove risiedono i dati. Con un fornitore SaaS, non hai visibilità su come memorizzano i tuoi dati internamente, nessuna voce in capitolo su quando correggono una vulnerabilità e nessun controllo se vengono acquisiti, cambiano i termini o subiscono una violazione.

Quando la tua azienda gestisce l'infrastruttura, il tuo team di sicurezza può aggiungere ulteriori livelli di protezione e adattare il deployment per soddisfare le proprie esigenze, invece di accettare un'offerta SaaS generica e standardizzata.

I fornitori di password hanno già avuto incidenti di sicurezza. Scommettere l'intero set di credenziali su un provider che rimane sempre senza violazioni non è una strategia di sicurezza. È una speranza, ed è l'unica opzione una volta scelto un fornitore solo SaaS.

Avere l'opzione di auto-ospitare cambia le regole. La vostra organizzazione decide dove risiedono i dati, non il fornitore. I team possono eseguirlo completamente on-premises, distribuirlo nel proprio ambiente cloud o adottare una configurazione ibrida che si allinea con l'infrastruttura esistente.

L'obiettivo non è rendere obbligatorio il self-hosting, ma garantire che la scelta rimanga tua, cosa che un fornitore che offre solo un vault SaaS ospitato non può fornire.

Vault basati su file vs. server centralizzati

Chiedi abbastanza a lungo e troverai due fazioni.

1. Un vault locale basato su file, sincronizzato tra dispositivi, completamente sotto il tuo controllo, senza server da mantenere.
2. Esegui un server reale: un vault centralizzato che gestisce l'accesso multiutente, la condivisione e i conflitti di sincronizzazione per te.

Entrambe le parti hanno ragione perché il disaccordo riguarda compromessi più che giusto o sbagliato. Un file locale è portatile e trasparente, permettendoti di aprirlo, ispezionarlo, spostarlo o eseguirne il backup come preferisci. Tuttavia, nel momento in cui più di una persona ha bisogno di accedere allo stesso segreto, questo approccio mostra i suoi limiti, poiché i conflitti di modifica si trasformano in fusioni manuali. Condividere una singola credenziale con un collega significa passare un intero file o la password principale, dando loro pieno accesso a tutto invece che solo a ciò di cui hanno bisogno. Un sistema centralizzato risolve il problema multiutente, ma solo se è effettivamente progettato per più utenti con diversi livelli di fiducia. Un login condiviso per un team non è accesso multiutente. È solo un segreto più grande con più persone che possono perderlo.

Gestori di password vs. provider di identity

Una cassaforte conserva i segreti. Un provider di identità governa chi è autorizzato ad autenticarsi a quali sistemi, spesso eliminando del tutto la necessità di una password tramite single sign-on. Una cassaforte senza alcun legame con la gestione dell’identità altrove diventa un’isola a sé stante, scollegata dal resto della gestione degli accessi. Un livello di identità senza una cassaforte lascia comunque la necessità di un posto dove conservare credenziali, certificati e segreti che non supportano l’autenticazione moderna. Le organizzazioni che fanno bene questo considerano la cassaforte e il livello di identità come sistemi connessi, non scelte in competizione.

Cosa si rompe quando il gestore di password non è progettato per un'organizzazione

Un'organizzazione che gestisce centinaia o migliaia di segreti, distribuiti tra dipartimenti, appaltatori, account di servizio e credenziali amministrative che toccano i sistemi di produzione. Quando esistono così tante credenziali senza un vero sistema alle spalle, finiscono in documenti condivisi, password salvate nel browser o in un unico accesso che più persone conoscono a memoria.

Nessuno di questi metodi ha un proprietario, un registro di chi ha avuto accesso a cosa e quando, o un piano di pulizia quando qualcuno se ne va. Un amministratore che lascia potrebbe lasciare l’accesso a una dozzina di account condivisi che nessuno ricorda di ruotare, mentre la password di un account di servizio condiviso potrebbe essere in uno script usato da tre team diversi senza che nessuno sappia chi può cambiarla. Quando un revisore chiede chi ha avuto accesso a un account privilegiato nell’ultimo trimestre, la risposta onesta è spesso il silenzio.

In definitiva, si tratta di un fallimento di governance piuttosto che di uno strumentale. Accade quando l’archiviazione delle credenziali viene considerata un ripensamento anziché un sistema supportato da una reale proprietà.

Proprietà dei dati 

La proprietà dei dati richiede che le organizzazioni controllino le chiavi di crittografia anziché affidarsi a un fornitore. Questo consente di verificare la posizione esatta dei dati per le revisioni di conformità, soddisfare i requisiti di residenza e ispezionare personalmente il sistema invece di dipendere dalle dichiarazioni pubbliche del fornitore.

Il tuo profilo di rischio dipende interamente dalla roadmap del fornitore quando usi SaaS. Interruzioni, aggiornamenti delle policy o violazioni della sicurezza presso il provider diventano un'emergenza per la tua organizzazione senza alcun controllo da parte tua. L'auto-ospitazione elimina questa dipendenza tramite distribuzioni on-premises, tenant cloud privati o configurazioni ibride. Questo mantiene uptime, pianificazioni delle patch e risposta agli incidenti sotto il tuo controllo diretto.

Autorizzazioni aziendali

La proprietà indica dove risiedono i dati, ma sono i permessi a decidere chi può effettivamente accedervi e secondo quali regole. Un buon vault per la forza lavoro necessita di un controllo degli accessi basato sui ruoli che rispecchi il modo in cui la tua azienda funziona realmente. Gli individui hanno il proprio spazio di archiviazione privato, i team collaborano in spazi condivisi adattati al loro lavoro e i tuoi account più sensibili o privilegiati sono protetti da un ulteriore muro.

Quel livello extra è l'accesso basato sull'approvazione. Invece di una credenziale privilegiata accessibile a chiunque sappia dove trovarla, l'accesso richiede un'approvazione prima di essere concesso e ogni utilizzo viene registrato. Questo trasforma l'accesso agli account privilegiati da un sistema di fiducia in un processo controllato e verificabile, con lo stesso livello di supervisione che ci si aspetta per gli account che possono causare i danni maggiori se usati impropriamente.

Senza una connessione a Active Directory o Entra ID, l'accesso alla cassaforte e la governance dell'identità si separano. Una persona disabilitata nella directory può ancora avere accesso alla cassaforte che nessuno ha ricordato di rimuovere. L'integrazione della directory rimuove l'accesso alla cassaforte quando una persona è disabilitata nella directory, anche se quanto sia automatico dipende dalla modalità scelta, scambiando comodità per la postura di sicurezza più forte possibile.

La flessibilità di deployment è ciò che rende reale la scelta

La possibilità di auto-ospitare conta solo se offre una reale flessibilità. La decisione sull'infrastruttura, che sia on-premises, nel cloud o ibrida, dovrebbe seguire le esigenze di conformità e l'ambiente esistente dell'organizzazione, non il modello di hosting del fornitore. Un settore regolamentato con rigidi requisiti di residenza dei dati ha esigenze diverse rispetto a un'azienda che gestisce già la maggior parte della sua infrastruttura nel cloud.

La stessa proprietà si estende ai controlli di sicurezza. Un'organizzazione può aggiungere misure di autenticazione aggiuntive, come l'autenticazione a più fattori, il login con smartcard o la protezione tramite hardware security module per le chiavi di crittografia, basandosi sul proprio profilo di rischio invece di accettare ciò che un fornitore include. La proprietà significa che queste scelte restano all'organizzazione, non a chiunque venda la cassaforte.

Possiedi la scelta, non solo i dati

Netwrix Password Secure si basa su questa scelta. Offre alle organizzazioni l'opzione di self-hosting, on-premises, nel cloud o ibrido, così la vostra organizzazione mantiene il pieno controllo della crittografia e dell'ambiente invece di essere vincolata alla cassaforte SaaS di un fornitore. Ogni dipendente ottiene una cassaforte personale a cui nessun altro può accedere. I controlli di accesso basati sui ruoli decidono chi vede quali credenziali, e gli account privilegiati sono protetti da flussi di lavoro basati su approvazioni invece che da accesso aperto. Ogni accesso e ogni azione vengono registrati, così le verifiche richiedono minuti invece di indagini. L'integrazione della directory con Active Directory e Entra ID mantiene l'accesso alla cassaforte coerente con il modo in cui l'identità è gestita ovunque.

La domanda non è mai stata se devi ospitare autonomamente. È se il tuo fornitore ti offre questa opzione fin dall'inizio. Password Secure lo fa.