Continua a leggere per saperne di più sulla governance dell’AI e sulla conformità dell’AI, in cosa si distinguono e perché la tua organizzazione ha bisogno di entrambe.

Cos’è la governance dell’AI?

La governance dell’AI è l’insieme di policy, ruoli e processi che determinano il modo in cui un’organizzazione sviluppa, distribuisce e gestisce l’AI durante tutto il suo ciclo di vita. È un processo interno e proattivo, modellato sui valori dell’organizzazione stessa, che definisce i limiti di sicurezza prima che un sistema entri in produzione.

In pratica, la governance dell’AI riguarda le decisioni quotidiane che rendono l’AI responsabile, tra cui la classificazione dei casi d’uso in base al rischio, l’assegnazione di un proprietario a ciascun sistema e la definizione delle soglie di approvazione. Copre anche le attività continue, come il monitoraggio del comportamento dei modelli, la registrazione delle decisioni e l’esecuzione di verifiche sui bias, in modo che l’organizzazione possa spiegare come qualsiasi sistema giunga agli output.

Cos’è la conformità all’AI?

La conformità dell’AI comporta il rispetto dei requisiti esterni – leggi, normative, standard di settore e obblighi contrattuali – che regolano l’uso dell’AI. A differenza della governance, non è plasmata dai valori propri di un’organizzazione, bensì risponde alla domanda se un’organizzazione stia o meno rispettando le norme a cui è soggetta. Regolamenti come l’EU AI Act impongono classificazioni del rischio, obblighi di trasparenza e supervisione umana per i sistemi ad alto rischio. Le organizzazioni adottano inoltre sempre più spesso quadri di riferimento volontari, come il NIST AI Risk Management Framework, per dimostrare un approccio credibile e strutturato anche laddove la normativa non sia ancora al passo con i tempi.

Le principali differenze tra governance dell’AI e conformità dell’AI

La governance dell’AI è interna e proattiva, ha origine all’interno di un’organizzazione e riflette gli standard che essa stessa si impone. La conformità dell’AI è esterna e basata su evidenze, convalida che l’organizzazione rispetti le regole stabilite da altri e dipende dalla documentazione che l’organizzazione è in grado di produrre. La governance si chiede se un’organizzazione stia gestendo l’AI in modo responsabile e crea i controlli per farlo. La conformità chiede se l’organizzazione rispetta le regole e può produrre prove per dimostrarlo. Di seguito sono riportate le principali distinzioni tra governance dell’AI e conformità dell’AI.

In che modo la governance dell’AI e la conformità dell’AI lavorano insieme

Nonostante le loro differenze, la governance dell’AI e la conformità dell’AI dipendono l’una dall’altra. Una volta che un’organizzazione ha classificato i propri casi d’uso, assegnato i responsabili e integrato il monitoraggio nel funzionamento dell’AI, soddisfare un requisito esterno significa in gran parte fare riferimento a controlli già esistenti. La conformità senza governance è documentazione priva di sostanza: i documenti soddisfano una checklist, ma all’atto pratico le regole restano disattese. La vera conformità all’AI è sostenibile solo quando la governance dell’AI lavora dietro le quinte.

L’AI ha bisogno sia di governance che di conformità

Ignorare la governance o la conformità dell’AI ha conseguenze significative. Se non si rispetta la conformità, si espone l’organizzazione a sanzioni normative e a danni alla reputazione duraturi. Se la governance è insufficiente, si rischia un’adozione non sicura dell’AI e un maggior rischio di AI ombra. Entrambi i rischi aumentano man mano che gli agenti AI acquisiscono un maggiore accesso privilegiato all’interno dell’ambiente, rendendo essenziale governare e mettere in sicurezza tali agenti per proteggere i dati sensibili.

Proteggi i tuoi agenti AI e l’accesso privilegiato con Keeper^® per applicare l’accesso con privilegi minimi, mantenere un registro di audit dettagliato e controllare le identità sia umane che macchina.

Ogni distribuzione di AI si basa sull’accesso attendibile ai sistemi aziendali. Che un assistente AI si colleghi a Microsoft 365, Salesforce, SharePoint o a una knowledge base interna, si autentica, recupera informazioni ed esegue azioni utilizzando credenziali e autorizzazioni che devono essere concesse e gestite. Pertanto, ogni implementazione introduce un’altra identità che deve essere protetta.

Nelle riunioni con i clienti e nelle discussioni con i dirigenti, le conversazioni sull’AI ruotano solitamente attorno ad aumenti di produttività, policy di governance e uso accettabile. L’attenzione dedicata alle identità create per supportare queste tecnologie è limitata.

Quindi, quali nuove identità stiamo creando nel processo?

La risposta ha implicazioni che vanno ben oltre l’adozione dell’AI.

Come l’AI sta ampliando la superficie di attacco delle identità per gli MSP

Consideriamo cosa succede quando un’azienda implementa un nuovo strumento di AI:

Un team di marketing connette un assistente di scrittura AI a SharePoint. Il team vendite abilita un assistente CRM potenziato dall’AI. Un responsabile del servizio clienti avvia un chatbot collegato alla documentazione interna. Il reparto Operazioni automatizza i flussi di lavoro ripetitivi tramite un’orchestrazione basata sull’AI.

Ogni implementazione sembra essere un miglioramento isolato della produttività. Dal punto di vista della sicurezza, tuttavia, le implicazioni sono molto più profonde.

Ognuna di queste soluzioni richiede un accesso attendibile per eseguire le attività che è progettata per svolgere. Alcuni si autenticano tramite connessioni OAuth, mentre altri si basano su chiavi API, account di servizio, credenziali macchina o token di accesso. Ciascuno riceve l’autorizzazione a recuperare informazioni, interagire con le applicazioni aziendali ed eseguire azioni per conto degli utenti. Singolarmente, queste identità raramente attirano molta attenzione. Nel loro insieme, iniziano ad ampliare ciò che molte organizzazioni non misurano mai: la loro superficie di attacco delle identità.

La rapida espansione dell’AI in tutta l’azienda rende questa sfida difficile da ignorare. Secondo il Work Trend Index 2025 di Microsoft, l’82% dei leader aziendali afferma che questo è un anno fondamentale per ripensare gli aspetti chiave della strategia e delle operazioni attraverso l’AI. Dal report è inoltre emerso che il 46% delle organizzazioni utilizza già agenti AI per automatizzare completamente i flussi di lavoro o i processi aziendali, a dimostrazione di quanto rapidamente l’AI stia passando dalla sperimentazione alle operazioni quotidiane.

Questi dati non indicano solo un aumento dell’uso dell’AI.

Indicano un numero crescente di applicazioni, flussi di lavoro e processi automatizzati che richiedono un accesso affidabile negli ambienti aziendali.

Perché le identità non umane (NHI) creano rischi nascosti

I tradizionali programmi per la gestione delle identità erano incentrati sulle persone. Un dipendente entra a far parte dell’organizzazione, riceve un account, ottiene l’accesso ai sistemi appropriati e infine questo accesso viene rimosso quando il dipendente cambia posizione o lascia l’azienda. Sebbene quel processo non sia sempre privo di interruzioni, segue un ciclo di vita prevedibile con una proprietà definita.

L’AI no.

Un assistente AI può autenticarsi tramite un token OAuth. Una piattaforma di automazione dei flussi di lavoro può basarsi su più account di servizio e chiavi API. Un agente autonomo può accedere a diverse applicazioni aziendali utilizzando credenziali macchina che operano continuamente senza interazione umana diretta. A differenza degli account dipendente, queste identità vengono spesso create istantaneamente durante la configurazione dell’applicazione o da singoli amministratori, sviluppatori e utenti aziendali che collegano strumenti di AI a sistemi esistenti.

Molte di queste identità esistono al di fuori dei processi che le organizzazioni hanno già in atto per governare i dipendenti. Alcune rimangono attive molto tempo dopo che non sono più necessarie perché rimuoverle può interrompere i flussi di lavoro o compromettere le integrazioni. Nel corso del tempo, le organizzazioni accumulano centinaia o persino migliaia di identità che non sono legate a una persona, ma che possiedono un accesso legittimo ai principali sistemi aziendali.

I professionisti della sicurezza le definiscono collettivamente identità non umane (NHI): identità digitali utilizzate da applicazioni, servizi, carichi di lavoro e processi automatizzati, anziché dai dipendenti. Sebbene il termine possa non essere familiare ad alcune organizzazioni, il concetto non lo è. Ogni chiave API, connessione OAuth, account di servizio, credenziale di macchina e agente AI che agisce per conto di un utente rappresenta un’altra identità con accesso privilegiato che deve essere gestita durante tutto il suo ciclo di vita.

Il numero di NHI non si ferma. Ogni nuovo impiego dell’AI, flusso di lavoro automatizzato e integrazione di sistemi comporta l’introduzione di credenziali, account di servizio e identità macchina che richiedono una governance. Man mano che sempre più applicazioni, flussi di lavoro e sistemi diventano interconnessi, mantenere la visibilità diventa sempre più difficile.

Non è semplicemente un problema di inventario. È un problema di visibilità e controllo.

Le organizzazioni non possono proteggere efficacemente le identità di cui non conoscono l’esistenza, rivedere regolarmente le autorizzazioni che non vedono o rimuovere l’accesso che non sanno sia stato concesso.

Sfortunatamente, gli aggressori non devono preoccuparsi di quella limitazione.

Perché gli attaccanti prendono di mira le identità macchina non gestite

I cybercriminali non distinguono tra identità umane e macchina. Cercano semplicemente la via più rapida per accedere a sistemi di valore e dati sensibili.

Per anni, le campagne di phishing e il furto di credenziali hanno preso di mira principalmente i dipendenti, poiché gli account utente rappresentavano la via più diretta per accedere all’ambiente di un’organizzazione. Quella realtà non è cambiata, ma il numero di potenziali punti di ingresso sì.

Gli aggressori di oggi sfruttano sempre più chiavi API, account di servizio, token di accesso e credenziali macchina perché queste identità spesso operano con permessi ampi, accesso persistente e molta meno supervisione rispetto ai tradizionali account utente. A differenza dell’account di un dipendente, un account di servizio non metterà in discussione una richiesta inaspettata, una chiave API non segnalerà un’attività sospetta e un agente AI non può riconoscere che sta interagendo con un sistema malevolo. Se queste identità vengono compromesse, spesso forniscono agli aggressori esattamente ciò di cui hanno bisogno: un accesso legittimo.

Secondo il Threat Detection Report 2025 di Red Canary, gli attacchi alle identità sono aumentati dell’850% rispetto al 2024 e hanno rappresentato il 53% dei rilevamenti complessivi nel 2025, sottolineando la crescente dipendenza degli aggressori dal furto di credenziali e dalle tecniche di attacco basate sull’identità.

Ogni nuova implementazione di AI introduce un’altra identità macchina, un altro account di servizio o un’altra credenziale nell’ambiente.

La sfida non è semplicemente che esistano più identità. Il fatto è che molte ricevono autorizzazioni che vanno oltre quanto necessario, rimangono attive più a lungo del previsto o funzionano senza un monitoraggio costante. Singolarmente, questi problemi possono sembrare insignificanti. Insieme, creano una raccolta in espansione di identità affidabili che gli aggressori possono sfruttare.

Più le organizzazioni scelgono di automatizzare, più diventa fondamentale comprendere non solo chi ha accesso ai sistemi critici, ma anche a cosa ha accesso.

Perché la sicurezza delle identità basate sull’AI è importante per gli MSP

Per la maggior parte delle organizzazioni, gestire questo crescente ecosistema di identità non è solo una sfida tecnica: è una sfida di visibilità.

Molte aziende semplicemente non sanno quante NHI esistano nei loro ambienti, a quali sistemi possano accedere o se tali autorizzazioni siano ancora necessarie. Le iniziative di AI sono spesso guidate da singoli dipartimenti, sviluppatori o unità aziendali focalizzati sulla risoluzione di sfide immediate. La governance dell’identità a lungo termine è raramente oggetto di discussione.

Per gli MSP, è qui che la competenza diventa un elemento di differenziazione.

Storicamente, gli MSP hanno aiutato i clienti a proteggere gli endpoint, gestire l’infrastruttura e implementare soluzioni di sicurezza informatica. Mentre i clienti continuano a integrare l’AI nelle proprie operazioni, si affideranno a consulenti di fiducia che li aiutino a governare le credenziali, le autorizzazioni e le identità macchina introdotte da queste tecnologie.

Aiutare i clienti ad affrontare questo cambiamento inizia con una serie di domande diverse:

• Quali applicazioni di AI hanno attualmente accesso ai sistemi aziendali critici?
• Quali account di servizio e chiavi API sono ancora attivamente necessari?
• A chi appartiene ciascuna identità macchina?
• Le autorizzazioni sono allineate ai principi del privilegio minimo?
• Come vengono ruotate, monitorate e protette le credenziali?

Avviando queste discussioni e riesaminandole man mano che gli ambienti di AI si evolvono, gli MSP elevano il proprio ruolo da fornitore di tecnologia a consulente strategico. Aiutando i clienti a gestire le identità legate all’AI, gli MSP possono ridurre al minimo i rischi a lungo termine e consentire così un’adozione responsabile dell’AI.

Come KeeperMSP può aiutare i clienti a costruire una base sicura per l’AI

Comprendere il problema è solo il primo passo. Aiutare i clienti ad affrontarlo richiede le giuste basi di sicurezza delle identità.

Per gli MSP, ciò significa aiutare i clienti a implementare un framework in grado di gestire gli accessi con privilegi in modo coerente sia per le identità umane che per quelle delle macchine. Significa proteggere le credenziali, applicare l’accesso con privilegi minimi, proteggere i segreti, monitorare le sessioni con privilegi e mantenere la visibilità durante l’intero ciclo di vita delle identità.

Anziché trattare l’accesso legato all’AI come una sfida di sicurezza separata, gli MSP dovrebbero incoraggiare i clienti a integrarlo nella loro più ampia strategia per la sicurezza delle identità. Che l’accesso appartenga a un dipendente, a un’applicazione, a un agente AI o a un flusso di lavoro automatizzato, si dovrebbero applicare gli stessi principi fondamentali: verificare l’accesso, applicare il privilegio minimo, proteggere le credenziali e monitorare continuamente l’attività. Un approccio unificato riduce la complessità, garantendo al contempo che i clienti mantengano controlli di sicurezza coerenti man mano che i loro ambienti continuano a evolversi.

KeeperMSP è stato progettato pensando a queste sfide. Grazie alla sua architettura di sicurezza zero-knowledge, alle funzionalità di gestione delle password aziendali, gestione degli accessi con privilegi (PAM), gestione dei segreti e accesso remoto sicuro, Keeper consente ai provider di aiutare i clienti a proteggere le credenziali, i segreti e i percorsi di accesso con privilegi presi di mira dagli aggressori. Invece di affidarsi a strumenti disconnessi, gli MSP possono gestire le identità sia umane che di macchina attraverso un’unica piattaforma basata sui principi zero-trust e sulla governance continua degli accessi.

Per gli MSP, il valore va ben oltre la tecnologia. Offre la visibilità, il controllo e la scalabilità necessari per aiutare i clienti ad adottare l’AI senza che la superficie di attacco legata alle identità superi la loro strategia di sicurezza.

Ogni implementazione dell’AI crea nuovi rischi per la sicurezza delle identità

Ogni implementazione dell’AI espande l’ecosistema delle identità di un’organizzazione e, con esso, la responsabilità di governare ogni nuova identità con lo stesso rigore delle sue controparti umane. Le organizzazioni che riconoscono fin da subito questo collegamento saranno in una posizione migliore per innovare senza ampliare inutilmente la propria superficie di attacco.

Per gli MSP, aiutare le aziende gestite a comprendere e governare queste identità rappresenta molto più di un’altra implementazione tecnologica. Colloca gli MSP all’avanguardia di uno dei cambiamenti più significativi nella sicurezza informatica dal passaggio al cloud computing. Aiutando i clienti ad affrontare le sfide create dall’AI, gli MSP possono rafforzare il proprio ruolo di consulenti indispensabili, consentendo al tempo stesso alle organizzazioni di stare al passo con l’innovazione senza compromettere la visibilità o il controllo.

Perché ogni distribuzione dell’AI introduce più di una nuova funzionalità. Introduce un’altra identità da proteggere.

Scopri il programma Keeper MSP Partner e come aiuta gli MSP a gestire l’impatto crescente dell’AI sulla gestione delle identità.

Ecco una checklist di sicurezza informatica strutturata per gli MSSP che fornisce un framework verificabile affinché l’accesso venga applicato in modo sicuro e coerente nei sistemi interni e negli ambienti dei clienti.

1. Implementare un modello di sicurezza zero-trust

La sicurezza zero-trust si basa sul principio che nessun utente, dispositivo o sessione è implicitamente affidabile e che ogni richiesta di accesso deve essere verificata indipendentemente dalla posizione. Per gli MSSP, questo framework si applica a ogni livello operativo, dal personale interno che accede alle piattaforme ai tecnici che supervisionano i sistemi dei clienti. Ogni punto di contatto amplia la superficie di attacco dell’organizzazione e rimuovere la fiducia implicita è essenziale per mantenere un livello di sicurezza elevato. Questo è fondamentale per gli MSSP che proteggono ambienti multi-tenant, perché in assenza di controlli zero-trust una credenziale compromessa o una sessione non autorizzata possono aumentare il rischio. L’applicazione della verifica a ogni punto di accesso aiuta a contenere questo rischio e mantiene gli ambienti dei clienti adeguatamente isolati l’uno dall’altro.

2. Applicare l’accesso con privilegi minimi in tutti gli ambienti client

L’accesso con privilegi minimi significa che ogni utente, sistema e applicazione opera solo con le autorizzazioni necessarie per svolgere una funzione specifica. Per gli MSSP in cui i tecnici operano regolarmente tra diversi ambienti dei clienti, controllare tali accessi è fondamentale per proteggersi da rischi sia interni sia esterni. In pratica, l’accesso dovrebbe essere specifico per il cliente e temporaneo. Ad esempio, un tecnico abilitato a eseguire la manutenzione del firewall per un cliente non dovrebbe avere accesso permanente all’ambiente di un altro cliente e l’accesso dovrebbe essere revocato immediatamente al completamento dell’attività.

3. Eliminare la condivisione non sicura delle credenziali

Condividere le password via e-mail o salvarle su fogli di calcolo è uno dei rischi di sicurezza più comuni, ma evitabili, tra gli MSSP. Le credenziali gestite senza adeguati controlli di sicurezza sono vulnerabili all’intercettazione e non lasciano alcuna traccia di audit. Per gli MSSP che gestiscono credenziali in molti ambienti client, la potenziale esposizione aumenta rapidamente. Una gestione sicura delle credenziali basata su cassaforte dovrebbe sostituire completamente queste pratiche. I gestori di password dedicati sono progettati per centralizzare l’archiviazione delle credenziali, applicare controlli di accesso granulari e mantenere una cronologia dettagliata di chi ha effettuato l’accesso a cosa e quando.

4. Proteggere e gestire le credenziali centralmente

Man mano che un MSSP aggiunge clienti, il numero di password, account di servizio, chiavi API e credenziali privilegiate da gestire cresce rapidamente. Senza un sistema unificato, tali credenziali possono finire disperse negli ambienti dei clienti, limitando la visibilità e il controllo. Una piattaforma crittografata basata su cassaforte mantiene le credenziali gestite centralmente e accessibili solo in base al ruolo del tecnico. Fornisce inoltre autorizzazioni e attività verificabili, semplificando al contempo l’offboarding dei tecnici e la rotazione delle credenziali.

5. Proteggere le identità non umane (NHI)

Le identità non umane (NHI) come account di servizio, token e agenti IA sono alcuni dei vettori di attacco più trascurati negli ambienti MSSP. A differenza degli account utente umani, le NHI operano generalmente senza autenticazione a più fattori (MFA) e spesso accumulano autorizzazioni che vanno oltre la loro funzione originale. Uno dei punti di esposizione più comuni è la diffusione incontrollata dei segreti, per cui i segreti vengono incorporati direttamente nel codice, negli script o nei file di configurazione condivisi tra i team o dimenticati nei sistemi legacy. In un contesto MSSP, un solo segreto codificato direttamente in un repository condiviso può esporre più clienti contemporaneamente, poiché gli script di automazione e le integrazioni possono essere riutilizzati tra diversi ambienti dei clienti. Un gestore centralizzato di informazioni riservate come Keeper, che archivia e ruota le credenziali NHI, contribuisce a garantire che i segreti non vengano mai archiviati in chiaro e siano soggetti agli stessi controlli di accesso delle identità umane.

6. Utilizzare l’accesso JIT per gli account privilegiati

L’accesso Just-in-Time (JIT) concede permessi elevati solo quando necessario per una specifica attività e revoca automaticamente l’accesso una volta completata l’attività. Invece di mantenere un accesso permanente a tempo indeterminato, l’accesso JIT garantisce che i permessi elevati esistano solo per il tempo necessario. Per gli MSSP, l’accesso permanente all’infrastruttura dei clienti mette a rischio ogni ambiente client. Se un tecnico con accesso permanente ai sistemi di un cliente ha credenziali compromesse, tale accesso è immediatamente disponibile per un aggressore. L’accesso JIT elimina tale finestra poiché ogni sessione privilegiata viene fornita su richiesta, punta a sistemi specifici e scade automaticamente.

7. Monitorare e registrare tutte le sessioni

La gestione delle sessioni privilegiate offre visibilità in tempo reale su ogni sessione privilegiata, tracciando l’attività nel momento in cui avviene e mantenendo una registrazione completa e con timestamp a fini di audit. In ambienti con più clienti, in cui diversi tecnici possono accedere allo stesso ambiente in sessioni e intervalli di tempo differenti, la piena visibilità consente di rendere effettiva la tracciabilità delle responsabilità. Rilevare comportamenti sospetti in tempo reale è importante tanto quanto disporre di una registrazione a posteriori. Una sessione che si discosta dall’attività prevista, incluso l’accesso a sistemi al di fuori dell’ambito definito o l’esecuzione di comandi insoliti, può essere segnalata e terminata prima che l’attività si intensifichi. Grazie al monitoraggio delle sessioni in tempo reale, ogni azione eseguita durante una sessione privilegiata è verificabile e attribuibile, sia internamente sia dai clienti che richiedono trasparenza.

8. Proteggere tutti gli endpoint negli ambienti dei clienti

Ogni endpoint in ogni ambiente cliente è un potenziale punto di ingresso e, negli ambienti multi-tenant, un dispositivo configurato in modo errato o non gestito su una rete cliente può estendere il rischio oltre la singola organizzazione. L’applicazione di controlli a livello di dispositivo e di policy di sicurezza coerenti su tutti gli endpoint gestiti elimina tale esposizione su larga scala. L’applicazione delle configurazioni garantisce che gli endpoint presenti in tutti gli ambienti dei clienti siano conformi a una baseline di sicurezza definita, che include standard di crittografia, controlli sulle applicazioni e livelli di patch. Con un’adeguata gestione dei privilegi degli endpoint, gli MSSP possono applicare l’accesso con privilegi minimi sugli endpoint, elevando applicazioni o processi specifici quando legittimamente necessario, eliminando al contempo i diritti amministrativi permanenti che non hanno alcuna utilità.

9. Mantenere piena visibilità e registri di audit completi.

In un ambiente multi-cliente, sapere chi ha avuto accesso a cosa e quando è fondamentale. Gli audit trail completi consolidano questa visibilità sotto un’unica voce, associando ogni accesso e modifica delle autorizzazioni a uno specifico utente e timestamp in tutti gli ambienti gestiti. Nella risposta agli incidenti, gli audit trail riducono il tempo tra il rilevamento delle minacce e il contenimento. Anziché creare manualmente una timeline a partire da log frammentati, i responder hanno una visione immediata e precisa degli eventi verificatisi. Ai fini della conformità, gli audi trail dimostrano i controlli di accesso, la separazione dei compiti e l’integrità delle attività privilegiate, come richiesto da framework quali CMMC, GDPR, SOC 2 e HIPAA. Gli MSSP che supportano settori regolamentati devono fornire i report e i controlli di sicurezza di cui i loro clienti hanno bisogno per rimanere pronti per l’audit.

Come Keeper^® aiuta gli MSSP a rafforzare la sicurezza

La piattaforma unificata per la sicurezza delle identità di Keeper è progettata per affrontare le sfide uniche che gli MSSP devono affrontare durante la gestione degli accessi privilegiati, delle credenziali e delle identità negli ambienti dei clienti su larga scala.

Architettura zero-knowledge a supporto della sicurezza multi-tenant

Una delle minacce più significative negli ambienti multi-tenant è il rischio di compromissione tra clienti. L’architettura zero-knowledge di Keeper garantisce che i dati vengano crittografati e decrittografati a livello di dispositivo, pertanto nemmeno Keeper può accedere ai dati archiviati. Keeper fornisce anche una console di amministrazione centralizzata che impone un rigoroso isolamento dei tenant; non vi è alcuna possibilità che dati o accessi si spostino tra gli ambienti dei clienti. Con Keeper, ogni tenant rimane completamente isolato, eliminando il rischio di movimenti laterali che rendono gli MSSP obiettivi interessanti per gli aggressori.

Gestione delle password per un’archiviazione sicura delle credenziali

La cassaforte crittografata di Keeper fornisce un ambiente zero-knowledge per l’archiviazione e la gestione delle credenziali, garantendo che le password non vengano mai esposte in chiaro. La condivisione sicura consente ai team di concedere l’accesso alle credenziali senza mai esporre la password sottostante, rendendo l’accesso controllato e revocabile. Per le situazioni che richiedono la condivisione di credenziali con clienti o fornitori terzi, One-Time Share fornisce le credenziali tramite un link crittografato a tempo limitato che scade dopo un singolo utilizzo. Questa condivisione sicura e temporanea elimina il rischio che le credenziali rimangano nelle e-mail o vengano inviate al destinatario errato, riducendo l’esposizione sia interna che esterna.

PAM per l’accesso JIT e la gestione delle sessioni

KeeperPAM^® applica controlli degli accessi basati sui ruoli (RBAC) che garantiscono che i tecnici operino solo con i permessi richiesti dai rispettivi ruoli e attività, limitati per cliente e revocati automaticamente dopo l’uso. Il provisioning JIT elimina i privilegi permanenti nell’infrastruttura dei clienti, limitando la finestra temporale in cui un accesso persistente può causare danni. KeeperAI^® offre il rilevamento delle minacce in tempo reale, segnalando comportamenti sospetti e mantenendo un audit trail completo su ogni sessione per offrire agli MSSP la visibilità trasversale tra i clienti e la tracciabilità delle responsabilità che la conformità richiede.

Gestione dei segreti per la protezione delle NHI

Keeper Secrets Manager fornisce un archivio sicuro e centralizzato per le identità non umane (NHI) come chiavi API, account di servizio, token e credenziali delle macchine, eliminando di fatto la necessità di inserire segreti hardcoded in script o file di configurazione. La proliferazione dei segreti negli ambienti dei clienti viene contenuta tramite un livello di gestione centralizzato con controlli di accesso completi e funzionalità di rotazione integrate. Le integrazioni native con i flussi di lavoro DevOps e le pipeline CI/CD garantiscono che la protezione NHI non crei attriti per i team, mantenendo al contempo gli stessi standard di sicurezza applicati agli esseri umani.

Gestione dei privilegi degli endpoint per applicare il privilegio minimo

Keeper Endpoint Privilege Manager (EPM) rimuove i diritti amministrativi locali permanenti su tutti gli endpoint gestiti e applica l’accesso con privilegi minimi a livello di dispositivo. In questo modo si previene l’escalation dei privilegi su cui gli aggressori fanno affidamento per muoversi lateralmente una volta all’interno di un ambiente. L’elevazione a livello di applicazione consente l’esecuzione di specifici processi con permessi elevati quando operativamente necessario, senza concedere un accesso amministrativo generalizzato che vada ben oltre il caso d’uso previsto. KeeperEPM estende la governance anche all’IA agentica, controllando chi può eseguire agenti su un endpoint, cosa possono fare tali agenti per conto di un utente e come gli agenti richiedono l’elevazione dei privilegi amministrativi. In un ampio portafoglio clienti, EPM rappresenta un livello di governance unificato sia per le identità umane che per quelle delle macchine, senza richiedere una configurazione personalizzata per ogni organizzazione.

Migliora la sicurezza degli MSSP con Keeper

Il controllo degli accessi è una delle problematiche di sicurezza più importanti e al tempo stesso più frequentemente sfruttate che gli MSSP devono affrontare. Poiché viene loro affidato l’accesso privilegiato agli ambienti dei clienti, gli MSSP necessitano di controlli di sicurezza strutturati, coerenti e applicati costantemente. Questa checklist funge da guida pratica per gli MSSP per valutare l’efficacia dei controlli esistenti e identificare potenziali lacune nell’applicazione del principio del privilegio minimo, nella protezione delle NHI e nella sicurezza degli endpoint. KeeperMSP consente agli MSSP di implementare queste best practice in ogni ambiente cliente da una console centralizzata, senza compromettere l’isolamento e la responsabilità richiesti da ciascun tenant.

Inizia la tua prova gratuita di KeeperPAM per MSP e scopri come la piattaforma unificata di Keeper supporta l’intero ambito dei requisiti di sicurezza MSSP.

Questa fiducia crea un valore enorme. Crea inoltre una maggiore responsabilità.

Per anni, gli MSP hanno valutato i fornitori principalmente in base alla funzionalità, alle capacità di integrazione, alla facilità di implementazione e al supporto. La sicurezza era sicuramente un fattore da tenere in considerazione ma spesso era solo uno dei tanti fattori che influenzano una nuova decisione d’acquisto. Oggi, la posta in gioco è diversa.

Gli attacchi informatici sono diventati più costosi, gli autori delle minacce sono più sofisticati e le piccole e medie imprese stanno affrontando una crescente pressione da parte di enti regolatori e assicuratori per dimostrare l’adozione di pratiche di sicurezza informatica efficaci.

Allo stesso tempo, le organizzazioni colpite da incidenti informatici stanno esaminando non solo in che modo gli aggressori hanno ottenuto l’accesso, ma anche se i fornitori ritenuti affidabili hanno tenuto un comportamento adeguato per contribuire a prevenire gli incidenti. Le implicazioni sono chiare: scegliere i partner tecnologici è diventato molto più importante di una decisione di fornitura. Ora la scelta si basa su requisiti di sicurezza, risultati aziendali e priorità di gestione del rischio.

Ogni fornitore di sicurezza introdotto da un MSP diventa parte della strategia di difesa di quel cliente. Ogni gestore di password, soluzione di backup, piattaforma di accesso remoto, provider di identità e strumento di accesso con privilegi rappresenta un ulteriore livello di fiducia. Quando queste tecnologie funzionano nel modo previsto, aiutano le organizzazioni a ridurre il rischio. Quando falliscono, le conseguenze possono essere gravi.

Per gli MSP che gestiscono decine o addirittura centinaia di ambienti client, la scelta dei partner tecnologici adatti può essere una delle decisioni di sicurezza più importanti che possano prendere.

I rischi unici per la sicurezza informatica che gli MSP devono affrontare

Gli aggressori moderni non cercano solo vulnerabilità; cercano moltiplicatori di forza. Invece di prendere di mira le organizzazioni una alla volta, numerosi attori delle minacce stabiliscono relazioni di fiducia attraverso le quali possono ottenere accesso a molti ambienti a valle. E gli MSP rappresentano esattamente questo tipo di opportunità.

Un MSP tipico può gestire infrastrutture, identità, endpoint, sistemi di backup, strumenti di accesso remoto e controlli di sicurezza in decine o centinaia di ambienti dei clienti. La compromissione di un fornitore di servizi può creare conseguenze che vanno ben oltre una singola organizzazione.

Secondo il Data Breach Investigations Report 2025 di Verizon, il coinvolgimento di terze parti nelle violazioni è raddoppiato fino ad arrivare al 30%, mentre l’abuso di credenziali è rimasto uno dei principali vettori di accesso iniziale con il 22%. Nel frattempo, il Cost of a Data Breach Report 2025 di IBM ha rilevato che il costo medio di una violazione dei dati negli Stati Uniti è ora pari a 10,22 milioni di dollari. Per gli MSP responsabili della protezione di ambienti client distinti, queste tendenze sottolineano la crescente necessità della due diligence dei fornitori, sicurezza delle identità e controlli degli accessi con privilegi.

Nel complesso, questi risultati evidenziano una realtà che gli MSP conoscono bene: gli aggressori non sempre si introducono con la forza. Molte volte, si limitano ad accedere.

Dal momento che gli MSP si trovano al centro di così tante relazioni basate sulla fiducia, il livello di sicurezza di ogni fornitore nello stack è importante. Indipendentemente se si tratta di una vulnerabilità in una piattaforma di backup, in una soluzione di accesso remoto o in un sistema di gestione delle identità, l’impatto a valle può estendersi a innumerevoli ambienti client.

Più ampia è la base clienti, maggiori sono le conseguenze.

Che cosa significano le recenti cause legali sulla sicurezza informatica per la responsabilità degli MSP

Forse il cambiamento più significativo nella sicurezza informatica è che le organizzazioni stanno esaminando sempre più chi debba essere ritenuto responsabile dopo una violazione. Si pone maggiore enfasi sulla presenza di controlli di sicurezza ragionevoli prima di un attacco. E tale controllo si sta estendendo oltre gli attori delle minacce, raggiungendo i fornitori, i consulenti e i fornitori di servizi incaricati di proteggere questi ambienti.

Esistono diversi casi recenti che illustrano questa tendenza.

Come riportato da CSO Online, Clorox sta chiedendo circa 380 milioni di dollari di danni a Cognizant. Clorox sostiene che un controllo delle identità non efficace e il mancato rispetto delle procedure di ripristino delle credenziali abbiano contribuito a un attacco informatico che ha interrotto significativamente le operazioni.

Quello che rende questo caso particolare è che le accuse si concentrano sulla verifica delle identità anziché su sofisticati capacità tecniche. Il reclamo si concentra sulla presenza di misure appropriate che verifichino accuratamente gli utenti prima di concedere loro l’accesso. Nonostante la complessità della moderna sicurezza informatica, una semplice falla nella verifica delle identità potrebbe aver creato un’incredibile opportunità per sferrare l’attacco.

La comunità MSP ha inoltre assistito a contenziosi che hanno coinvolto direttamente i fornitori di servizi e i relativi partner tecnologici. Secondo un articolo di ChannelE2E, lo studio legale Mastagni Holstedt, con sede a Sacramento, ha fatto causa sia al proprio MSP, LanTech, sia al fornitore di backup, Acronis, a seguito di un devastante incidente ransomware. Nella causa legale intentata da Mastagni Holstedt, lo studio legale ha chiesto oltre 1 milione di dollari di danni, sollevando inoltre preoccupazioni riguardo alle tecnologie e alle capacità di ripristino implementate.

L’aspetto importante non è se le accuse mosse sono state confermate o meno. Il punto più rilevante è che sia stata intentata una causa. Il cliente finale non si è concentrato semplicemente sugli aggressori. Lo studio legale ha invece esaminato più a fondo le organizzazioni incaricate di aiutare a prevenire l’incidente e a riprendersi da esso. A conferma della tendenza, BleepingComputer ha riferito che Marquis Software Solutions ha fatto causa a SonicWall a seguito di un incidente ransomware presumibilmente legato alla compromissione di dispositivi di backup.

Presi singolarmente, questi casi riguardano tecnologie, circostanze e settori distinti. Complessivamente, questi casi condividono tutti un aspetto comune: le organizzazioni si aspettano che i fornitori e i fornitori di servizi con cui collaborano dimostrino che, prima di un incidente, abbiano messo in atto misure di sicurezza efficaci. Il General Counsel di Keeper, David Oskin, ribadisce:

Il contesto legale e normativo per gli MSP è diventato sempre più complesso, aumentando l’importanza della preparazione ai contenziosi e della gestione del rischio.

Sebbene i dettagli di ogni accusa siano diversi, tutti ruotano intorno alla fiducia. Ancora più importante, la domanda di fondo rimane: questi fornitori avrebbero potuto fare di più per ridurre il rischio per i loro clienti?

Le organizzazioni si affidano ai fornitori per proteggere i dati sensibili. Si affidano a fornitori di servizi per implementare le misure di sicurezza necessarie. Si affidano alle tecnologie di sicurezza affinché funzionino come previsto durante una crisi. Quando tale fiducia viene meno, ogni decisione che ha contribuito al livello di sicurezza dell’organizzazione viene messa sotto esame.

Perché la sicurezza delle identità è la priorità per gli MSP

Un motivo per cui il caso Clorox ha attirato così tanta attenzione è che mette in luce una sfida più ampia del settore: l’identità è diventata il principale campo di battaglia nella sicurezza informatica.

Per molto tempo, le organizzazioni si sono concentrate particolarmente sulle difese perimetrali progettate per neutralizzare gli aggressori. Negli ultimi anni, gli attori delle minacce si sono adattati a questo cambiamento. Invece di tentare di aggirare direttamente i controlli di sicurezza, spesso prendono di mira le identità che controllano l’accesso a tali sistemi, inclusi, a titolo esemplificativo ma non esaustivo, credenziali, account con privilegi, flussi di lavoro di autenticazione, procedure dell’help desk e token di accesso.

Quando gli aggressori ottengono l’accesso a un’identità attendibile, possono muoversi liberamente all’interno di un ambiente utilizzando strumenti e privilegi legittimi. Questo contribuisce a spiegare perché il furto di credenziali, il phishing, l’ingegneria sociale e l’abuso di privilegi rimangono tra le tecniche di attacco più comuni osservate in tutti i settori.

Per gli MSP, la sfida è amplificata. Gestire centinaia di ambienti cliente significa gestire migliaia di identità, account con privilegi ed eventi di autenticazione. Inoltre, ogni credenziale amministrativa condivisa, ogni segreto non gestito e ogni processo di autenticazione debole aumentano il livello di rischio.

Le organizzazioni che riescono a ridurre al minimo il rischio sono solitamente le stesse che danno la priorità alle identità come controllo di sicurezza fondamentale rispetto a uno strumento autonomo.

In che modo gli MSP devono valutare i fornitori

Le moderne minacce informatiche richiedono agli MSP di valutare i fornitori in modo più critico e prestando particolare attenzione alla sicurezza. Le funzionalità del prodotto, la qualità del supporto e la facilità di implementazione rimangono tutte componenti fondamentali. Tuttavia, l’architettura di sicurezza merita maggiore considerazione.

Prima di aggiungere una nuova soluzione al proprio stack, gli MSP dovrebbero scoprire:

In definitiva, le risposte a queste domande distinguono i fornitori che si limitano a commercializzare la sicurezza da quelli che la integrano nelle proprie soluzioni, architettura e operazioni.

Perché l’architettura di sicurezza è importante quando si scelgono i fornitori MSP

La minaccia che accomuna gli attacchi informatici più dannosi di oggi, e gran parte del controllo che ne consegue, è l’accesso. Per gli MSP, questo rende la sicurezza delle identità un fattore fondamentale nella scelta dei partner tecnologici.

Keeper^® è stato creato per proteggere le credenziali, gli account con privilegi e le identità che gli aggressori prendono di mira più spesso. Grazie alla sua architettura di sicurezza zero-knowledge, alle funzionalità di gestione delle password aziendali, gestione degli accessi con privilegi, gestione dei segreti e gestione dei privilegi degli endpoint, Keeper aiuta le organizzazioni a ridurre al minimo i rischi legati alle identità prima che gli aggressori possano sfruttarli.

Per gli MSP, questo significa maggiore visibilità sugli accessi privilegiati, una protezione superiore per le credenziali e una maggiore sicurezza nel consigliare una piattaforma progettata per aiutare a proteggere ogni ambiente cliente che gestiscono.

Uno standard più elevato per la selezione dei fornitori

Ogni fornitore introdotto da un MSP diventa un’estensione della sua strategia di sicurezza. I clienti potrebbero non sapere mai perché è stata scelta una determinata soluzione, ma ne subiranno certamente le conseguenze se tale scelta non risulterà all’altezza.

In un’era di rischio informatico sempre crescente, la selezione dei fornitori non riguarda solo il confronto tra funzionalità, prezzi o facilità di implementazione. Si tratta di scegliere partner dotati dell’architettura di sicurezza, delle protezioni delle identità e della maturità operativa necessarie per far fronte alle moderne minacce informatiche.

Con l’evolversi di tali minacce e la crescente responsabilità, i fornitori scelti dagli MSP contribuiranno a determinare la resilienza di ogni ambiente client che gestiscono.

Inizia oggi stesso la tua prova gratuita di KeeperMSP^® per sfruttare una piattaforma con una solida crittografia zero-knowledge e funzionalità di sicurezza avanzate create per proteggere i tuoi clienti.

Attualmente Keeper sta crescendo a un ritmo superiore di oltre 4 volte rispetto alla media del settore.

Questa crescita leader di mercato è trainata dall’esplosione delle identità nell’era dell’AI agentica e dal costante impegno nell’innovazione per proteggere i clienti, come dimostra il rilascio della sua piattaforma unificata di gestione degli accessi privilegiati e sicurezza delle identità, KeeperPAM®, che protegge sia le identità umane sia le identità non umane (NHI), inclusi account di servizio, identità macchina, database, agenti AI e carichi di lavoro agentici. Dal lancio di KeeperPAM nel febbraio 2025, i ricavi di KeeperPAM hanno registrato una crescita di 10 volte su base annua e Keeper ha ottenuto una crescita dei nuovi clienti ai vertici del settore, aggiungendo in media 850 nuove organizzazioni ogni mese. Negli ultimi quindici mesi, Keeper ha aggiunto oltre 400 funzionalità e prodotti innovativi a KeeperPAM.

“L’identità è il nuovo perimetro di sicurezza”, ha dichiarato Darren Guccione, CEO e co-fondatore di Keeper Security. “Man mano che le aziende implementano sempre più agenti AI e sistemi autonomi, il numero di identità privilegiate e credenziali macchina sta crescendo esponenzialmente. Le organizzazioni hanno bisogno di una piattaforma moderna e unificata che protegga ogni identità – umana e non umana – e governi ogni interazione con privilegi. La nostra crescita riflette la domanda del mercato per una piattaforma creata appositamente per affrontare queste sfide.”

La piattaforma di sicurezza informatica cloud-native di Keeper offre un approccio completo alla sicurezza delle identità e alla gestione degli accessi privilegiati, unificando la gestione delle password aziendali, la gestione dei segreti, la gestione delle sessioni con privilegi, la gestione dei database e la gestione dei privilegi degli endpoint in un’unica piattaforma. La strategia di sicurezza delle identità AI-native di Keeper estende in modo fluido queste funzionalità alle identità non umane e agli ambienti di AI agentica, consentendo alle organizzazioni di individuare, gestire e proteggere le credenziali delle macchine e i carichi di lavoro autonomi con lo stesso livello di rigore applicato agli utenti umani.

Man mano che le aziende adottano tecnologie di AI su larga scala, la proliferazione di identità non umane sta rapidamente superando quella delle identità umane con un rapporto di 150:1, secondo le indagini, creando così nuove superfici di attacco e complessità operativa. La piattaforma di Keeper aiuta le organizzazioni a stabilire strategie di sicurezza basate sull’identità che offrono sicurezza, visibilità, governance e controlli di privilegio minimo in tutto il loro ecosistema di identità.

“Gli agenti autonomi, i modelli linguistici di grandi dimensioni (LLM) di frontiera e i flussi di lavoro macchina-macchina stanno già operando all’interno degli ambienti aziendali, senza un’adeguata governance, gestione dei segreti o controlli degli accessi”, ha dichiarato Craig Lurey, CTO e cofondatore di Keeper Security. “Keeper è stata creata appositamente per risolvere questo problema su larga scala.”

La continua crescita dell’azienda e il riconoscimento ottenuto sul mercato rafforzano la sua posizione come uno dei fornitori più innovativi e in più rapida crescita del settore della cybersecurity per soluzioni di sicurezza delle identità AI-native e gestione degli accessi privilegiati. Il profilo finanziario di Keeper combina una crescita ai vertici del settore, redditività e una struttura patrimoniale priva di debiti, posizionando l’azienda come un asset in grado di guidare in modo efficiente la sicurezza delle identità nell’era dell’AI agentica.

“Il superamento dei 225 milioni di dollari di ARR conferma ciò che abbiamo riscontrato in ogni conversazione con le aziende: proteggere le identità non umane è la principale sfida di sicurezza dell’era dell’AI”, ha dichiarato Darren Guccione, CEO di Keeper Security. “Abbiamo definito un percorso accelerato verso il raggiungimento di 1 miliardo di dollari di ARR che, insieme alla nostra roadmap tecnologica, ci offrirà diverse opzioni in vista di una possibile quotazione in borsa.”

*Gartner, Market Share Analysis: Security Software, Worldwide, 2025, Rahul Yadav, Deepali, 11 maggio 2026

Gartner è un marchio di Gartner, Inc. e/o delle sue affiliate.

Gartner non promuove alcun fornitore, prodotto o servizio descritto nelle sue pubblicazioni di ricerca e non consiglia agli utenti di tecnologia di selezionare solo i fornitori con le valutazioni più alte o altre designazioni. Le pubblicazioni di ricerca di Gartner contengono le opinioni dell’organizzazione Gartner Business and Technology Insights e non devono essere interpretate come affermazioni di fatto. Gartner declina tutte le garanzie, espresse o implicite, in relazione a questa ricerca, comprese le garanzie di commerciabilità o idoneità per uno scopo particolare.

Le nuove integrazioni di Keeper con Slack, Teams, Jira e ServiceNow permettono di inserire i suoi flussi di lavoro sicuri e basati su policy negli strumenti che i team già utilizzano ogni giorno, mantenendo al contempo l’architettura zero knowledge e zero trust di Keeper. Integrando l’accesso sicuro e i flussi di lavoro privilegiati direttamente nelle piattaforme di collaborazione e di IT Service Management (ITSM), le organizzazioni possono ridurre il rischio senza interrompere i flussi di lavoro esistenti.

Perché la sicurezza degli accessi deve essere integrata nei flussi di lavoro quotidiani

Nella maggior parte delle organizzazioni, le richieste di accesso non iniziano in una console di sicurezza; ma con un messaggio o un ticket. Quando queste richieste vengono gestite manualmente o al di fuori di sistemi governati, i team IT sono spesso costretti a scegliere tra velocità e sicurezza. Con KeeperPAM, i team non devono più scegliere e possono invece gestire gli accessi in modo sicuro ed efficiente tramite le diverse integrazioni. Le integrazioni di Keeper consentono ai team di:

• Richiedere, approvare e gestire gli accessi senza cambiare strumento
• Evitare la condivisione non sicura delle credenziali nei messaggi di chat o nei commenti dei ticket
• Applicare l’accesso con privilegi minimi e le policy di approvazione in modo coerente
• Mantenere la piena tracciabilità di tutte le richieste di accesso e delle azioni privilegiate

Il tutto garantendo che i segreti restino sempre crittografati e interamente sotto il controllo dell’utente, grazie al modello di sicurezza zero knowledge di Keeper.

Richieste di accesso sicuro e approvazioni in Slack

Slack è il luogo in cui i team collaborano in tempo reale e spesso dove vengono effettuate richieste di accesso informali. L’integrazione di Keeper con Slack porta struttura e sicurezza a queste conversazioni incorporando flussi di lavoro ad accesso sicuro direttamente in Slack. Con l’app Keeper per Slack, gli utenti possono richiedere l’accesso alle voci della cassaforte Keeper o ai segreti, instradare tali richieste in flussi di lavoro di approvazione definiti e ricevere notifiche in tempo reale quando l’accesso viene approvato, negato o aggiornato. In questo modo i team di sicurezza ottengono piena visibilità e controllo, senza imporre agli utenti di gestire le richieste attraverso strumenti o sistemi separati.

Dal momento che tutte le operazioni di accesso vengono gestite tramite Keeper, i segreti non vengono mai condivisi nei messaggi di Slack. Ogni richiesta e approvazione viene tracciata, garantendo il supporto ai requisiti di audit e conformità, mentre si riducono le difficoltà operative per gli utenti. Per attivare questa integrazione, gli utenti devono disporre di una licenza Keeper Secrets Manager o KeeperPAM, garantendo un accesso sempre basato su policy e allineato ai principi di sicurezza zero trust.

Integra l’accesso sicuro e le approvazioni in Microsoft Teams

Microsoft Teams è il luogo in cui molte organizzazioni gestiscono la collaborazione quotidiana; tuttavia, le richieste di accesso effettuate al di fuori dei sistemi governati generano gli stessi punti ciechi che indeboliscono l’applicazione dei principi zero trust. La App Teams di Keeper integra flussi di lavoro di accesso strutturati e verificabili direttamente in Teams, così gli utenti possono avviare e approvare l’accesso privilegiato senza cambiare strumento.

Con Keeper integrato in Teams, gli utenti possono richiedere l’accesso alle voci della cassaforte e alle cartelle condivise con giustificazione, permessi personalizzati e finestre di accesso a tempo limitato, oltre a richiedere link di condivisione una tantum tramite URL autodistruttivi. Se abbinato a KeeperPAM, le richieste di elevazione Just-In-Time (JIT) di Keeper Endpoint Privilege Manager vengono inoltrate ai responsabili dell’approvazione in tempo reale tramite un canale Teams dedicato e gli amministratori possono gestire le approvazioni dei dispositivi SSO Cloud senza uscire da Teams.

L’app Teams viene ospitata direttamente dal cliente tramite Docker, in combinazione con la modalità Commander Service, garantendo che credenziali e segreti restino completamente all’interno dell’infrastruttura proprietaria del cliente. Come l’integrazione Slack, richiede una licenza Keeper Secrets Manager o KeeperPAM, mantenendo l’accesso guidato da policy e coerente con l’architettura zero-trust e zero-knowledge di Keeper.

Porta i flussi di lavoro con accesso sicuro in Jira

Per molte organizzazioni, Jira è il sistema di riferimento per le richieste operative e di sicurezza. L’integrazione di Keeper con Jira incorpora operazioni sicure della cassaforte e flussi di lavoro privilegiati direttamente nei ticket di Jira, consentendo ai team di lavorare all’interno di processi familiari.

Con Keeper integrato in Jira, i team possono richiedere e approvare l’accesso alle voci della cassaforte Keeper, gestire le autorizzazioni e aggiornare le credenziali in base al contesto. Tutte le attività rimangono collegate allo specifico ticket Jira, mantenendo un audit trail dettagliato. Quando abbinato a KeeperPAM, le organizzazioni possono anche abilitare l’accesso JIT collegato a endpoint e risorse infrastrutturali specifici.

Realizzata come applicazione nativa Atlassian Forge, l’integrazione Jira aderisce all’architettura zero-trust di Keeper, eliminando i rallentamenti dovuti agli scambi ripetuti per l’approvazione e al passaggio da uno strumento all’altro. Questo aiuta i team di sicurezza e IT a muoversi più velocemente senza sacrificare il controllo.

Automatizza flussi di lavoro sicuri in ServiceNow

ServiceNow svolge un ruolo centrale nell’erogazione dei servizi IT e nelle operazioni di sicurezza. L’integrazione di Keeper con ServiceNow consente di automatizzare i flussi di lavoro relativi agli accessi sicuri e alla gestione dei segreti direttamente all’interno dei processi ITSM.

L’integrazione di KeeperPAM con ServiceNow consente ai team di gestire richieste di accesso e approvazioni direttamente nei ticket ITSM standard, automatizzare il recupero sicuro dei segreti e reagire agli avvisi di sicurezza mediante la creazione e l’arricchimento automatico degli incidenti. Questi flussi di lavoro riducono la gestione manuale dei dati sensibili, migliorano i tempi di risposta e garantiscono un’applicazione coerente delle policy in tutta l’organizzazione. I registri di controllo dettagliati aiutano le organizzazioni a mantenere la visibilità sugli accessi e sulle attività privilegiate, supportando la responsabilità e rafforzando la risposta agli incidenti.

Usa le integrazioni basate su zero trust e zero knowledge

Tutte e quattro le integrazioni sono state progettate per ampliare e consolidare il modello di sicurezza di Keeper. I segreti rimangono crittografati in ogni momento, l’accesso è regolato da policy e le approvazioni sono completamente verificabili. Keeper non ha mai visibilità sui segreti dei clienti e l’accesso viene concesso solo previa approvazione esplicita.

Questo approccio permette alle organizzazioni di modernizzare i processi di richiesta, gestione e approvazione degli accessi, garantendo al tempo stesso ottimi livelli di sicurezza, conformità e controllo in tutti i loro ambienti.

Inizia con le integrazioni di Keeper

Che i tuoi team lavorino in Slack, Teams, Jira o ServiceNow, o in qualsiasi combinazione dei quattro, Keeper semplifica la protezione dell’accesso dove il lavoro già avviene. Queste integrazioni aiutano a ridurre i rischi per la sicurezza, semplificare le operazioni e applicare l’accesso con privilegi minimi nei flussi di lavoro ITSM.

Per maggiori informazioni, esplora l’elenco completo delle integrazioni di Keeper per scoprire come Keeper si integra con gli strumenti che già utilizzi, oppure inizia una prova gratuita per provarle di persona.

Continua a leggere per saperne di più su come funziona KeeperDB, le sue funzionalità principali e i vantaggi del suo utilizzo per proteggere l’accesso ai database.

Come funziona KeeperDB

KeeperDB è disponibile in due modalità: come app desktop indipendente e come esperienza integrata avviata dall’interno delle voci di database di KeeperPAM. Entrambe le versioni offrono la stessa esperienza utente finale e le stesse funzionalità principali. Indipendentemente se scarichi l’app o la avvii da una voce PAM all’interno della Cassaforte Keeper, l’editor di query, la griglia dati, l’esploratore di schema, il notebook e il monitoraggio delle prestazioni si comporteranno nello stesso modo. La differenza tra la versione desktop e la versione KeeperPAM riguarda l’intermediazione delle credenziali, la registrazione e il monitoraggio delle sessioni. Quando KeeperDB viene eseguito all’interno di KeeperPAM, diventa una connessione completamente gestita con accesso senza password con un clic, monitoraggio visivo delle sessioni, registrazione delle query e rilevamento delle minacce con l’AI.

Quello che distingue KeeperDB dai client database legacy è la sua architettura zero-knowledge. Se implementate tramite KeeperPAM, le credenziali temporanee del database vengono generate e decrittografate all’interno del container Keeper Gateway self-hosted del cliente e distribuite a KeeperDB attraverso un canale crittografato, mai sui server di Keeper. Quando KeeperDB viene utilizzato localmente e integrato con Keeper Secrets Manager, le credenziali vengono estratte dalla cassaforte centralizzata su richiesta e conservate in memoria solo per la durata della sessione. Per i data engineer e i DBA, questo risolve le principali sfide di accesso con privilegi in quanto le password ruotate in Keeper vengono aggiornate automaticamente e l’offboarding di un collaboratore o di un tecnico richiede una sola revoca. Inoltre, durante l’esecuzione KeeperDB è protetto da Keeper Forcefield, offrendo protezione della memoria contro qualsiasi malware locale o infostealer.

Come connettersi a KeeperDB

KeeperDB supporta cinque modalità di connessione, ma quella giusta dipende se stai lavorando da solo o sotto controlli degli accessi con privilegi. Per approfondimenti sullo stesso modello di sicurezza alla base di ciascuna opzione, vedi come KeeperDB garantisce la sicurezza dell’accesso al database.

Caratteristiche principali di KeeperDB

KeeperDB consolida tutto quello di cui i team che si occupano di database hanno bisogno in un unico client: uno spazio di lavoro per database multiprotocollo, un agente IA integrato, il monitoraggio in tempo reale e credenziali gestite in cassaforte.

Un client per ogni database

KeeperDB riunisce l’intero flusso di lavoro del database in un’unica interfaccia che funziona allo stesso modo su tutte le principali piattaforme di database aziendali tra cui PostgreSQL, MySQL, SQL Server, Oracle, Amazon Redshift, MongoDB, DynamoDB, SQLite e altre ancora. Questo garantisce che un data engineer che gestisce una flotta mista non debba passare da uno strumento all’altro per ogni database. I driver nativi sono inclusi con l’app, semplificando così l’esperienza utente.

Registrazione completa della sessione

Quando KeeperDB viene implementato attraverso KeeperPAM, ogni interazione con il database viene monitorata e registrata, inclusa l’attività di un agente IA all’interno di una sessione. Grazie alla registrazione e riproduzione delle sessioni di Keeper, ogni istruzione SQL eseguita dall’IA viene registrata esattamente come quella digitata da un essere umano e ogni operazione di scrittura avviata dall’IA viene visualizzata attraverso la stessa finestra modale di conferma che un utente umano deve approvare, in modo che l’utente rimanga sempre il responsabile dell’autorizzazione di qualsiasi modifica. Ogni grafico e iterazione autonoma sono attribuiti alla registrazione della sessione e, grazie a un riepilogo generato insieme a un registro dettagliato di ogni azione, i revisori della conformità ottengono un resoconto completo di quanto accaduto esattamente durante ogni sessione.

Agente IA integrato

KeeperAI^® è un co-pilota integrato con conoscenza completa dello schema connesso e opera in tre modalità: la modalità Chat per rispondere alle domande in un linguaggio semplice e SQL, la modalità Autonoma per scrivere ed eseguire query e raggiungere il risultato desiderato e la modalità Spiegazione per analizzare una query esistente. Le query di sola lettura vengono eseguite automaticamente, ma qualsiasi operazione di scrittura mostra una conferma che indica l’istruzione esatta prima che questa venga eseguita, per cui sarai sempre tu il responsabile dell’approvazione. Inoltre, KeeperAI crea grafici direttamente da set di risultati in tempo reale e gestisce i database lenti dal monitoraggio delle prestazioni in tempo reale. KeeperAI è compatibile con diversi provider, il che significa che gli amministratori possono utilizzare il proprio provider LLM preferito o un endpoint self-hosted, in modo che i prompt e i dati degli schemi rimangano all’interno del loro ambiente.

Ambiente di lavoro SQL completo

La scheda Query è un ambiente SQL completo che consente l’evidenziazione della sintassi, il completamento automatico e l’esecuzione multi-istruzione con stato per istruzione. Questo ti consente di incollare uno script di migrazione, eseguirlo e vedere quali istruzioni sono state completate con successo. Sfoglia e modifica le righe in una griglia dati impaginata con anteprima e aggiornamenti con conferma prima dell’esecuzione, quindi archivia il tuo lavoro in un Notebook che salva automaticamente insieme le celle SQL e Markdown. Il Notebook consente ai team di creare librerie di query riutilizzabili e di documentare i risultati insieme al codice SQL che li ha generati.

Monitoraggio delle prestazioni in tempo reale

Quando un database rallenta, la scheda Monitoraggio mostra chi è collegato, cosa sta eseguendo e quali sessioni bloccano le altre. Dotato di elenco dei processi, catene di blocco e analisi dei blocchi, KeeperDB ti consente di terminare una sessione che presenta problemi con un solo clic. KeeperAI può consigliare quale sessione terminare e aiutare a individuare i colli di bottiglia nelle prestazioni, riducendo significativamente il tempo dedicato alla diagnosi di database lenti.

Credenziali gestite dalla cassaforte e autenticazione biometrica

Nell’app desktop, puoi sbloccare KeeperDB con Face ID o Windows Hello anziché utilizzare una password memorizzata. Quando ti connetti utilizzando Keeper Secrets Manager, le credenziali vengono estratte dalla cassaforte crittografata al momento della connessione invece di rimanere in un file di configurazione locale. Oltre a questa comodità, KeeperDB semplifica la rotazione delle password consentendo a tutti di riconnettersi automaticamente con il nuovo valore, dato che nessuno può conservare una copia obsoleta. Trasforma inoltre l’offboarding: revoca la condivisione della cassaforte di un utente e il suo accesso viene eliminato, senza bisogno di reimpostazioni manuali o ritardi nel monitoraggio del punto in cui una credenziale potrebbe essere stata memorizzata nella cache.

Vantaggi dell’utilizzo di KeeperDB

Le funzionalità di KeeperDB offrono vantaggi pratici sia ai team di database che utilizzano lo strumento, sia ai team di sicurezza responsabili della governance degli accessi. Ecco alcuni dei principali vantaggi di KeeperDB:

Inizia a proteggere l’accesso al database con KeeperDB

I client di database legacy erano utili quando le credenziali risiedevano sugli endpoint, le sessioni non erano monitorate e l’unico destinatario di una query era la persona che l’aveva eseguita. Tuttavia, i moderni team di ingegneria e data science hanno bisogno di una soluzione come KeeperDB che funzioni in modo rapido e sicuro su tutti i principali motori, colmando al contempo le lacune di sicurezza lasciate dagli strumenti legacy. Con KeeperDB, le credenziali non rimangono sull’endpoint, i dati sono protetti con crittografia zero-knowledge e le tracce di audit sono prontamente disponibili.

Scarica KeeperDB gratuitamente per utilizzarlo come client database di tutti i giorni oppure inizia una prova gratuita di KeeperPAM per aggiungere un accesso ai database regolamentato, registrato e completamente verificabile.

Continua a leggere per saperne di più sulla sicurezza multi-tenant e sui vantaggi dell’utilizzo di KeeperMSP per proteggere e gestire gli ambienti dei clienti.

Che cos’è la sicurezza multi-tenant per gli MSSP?

La sicurezza multi-tenant consiste nella gestione e nella protezione di ambienti multi-tenant, ovvero di più clienti, all’interno di un sistema unificato, in cui ciascun cliente opera in uno spazio separato con controlli di accesso e politiche propri. Le architetture multi-tenant richiedono che nessun utente, credenziale o dato di un ambiente cliente possa essere esposto a un altro. Ciò garantisce una completa separazione dei tenant, indipendentemente da quanti condividano la stessa piattaforma sottostante. Gli MSSP applicano questo isolamento tramite controlli degli accessi basati sui ruoli (RBAC), autorizzazioni specifiche per il client e controlli di accesso granulari che definiscono esattamente chi può visualizzare, modificare o gestire ogni ambiente. Per KeeperMSP, ogni cliente dispone di una serie dedicata di archivi, politiche e registri di controllo pensati per le sue specifiche esigenze di sicurezza, gestiti dall’MSSP senza alcuna sovrapposizione tra i clienti. Poiché una singola violazione che colpisce un cliente può ripercuotersi su tutti i clienti gestiti, gli MSSP rappresentano obiettivi di grande valore per i criminali informatici, rendendo una solida sicurezza multi-tenant un requisito aziendale fondamentale.

Sfide principali della sicurezza multi-tenant per gli MSSP

La sicurezza multi-tenant può essere complicata e portare inavvertitamente a esposizioni, a meno che gli MSSP non utilizzino gli strumenti giusti e seguano le best practice in materia di cybersecurity. Di seguito sono riportate le principali sfide che gli MSSP devono affrontare quando si tratta di garantire la sicurezza degli ambienti di più clienti.

Gestione degli accessi in ambienti con più clienti

Controllare i permessi su larga scala diventa rapidamente difficile quando i tecnici hanno bisogno di accedere a decine, se non centinaia, di sistemi dei clienti contemporaneamente. Ogni ambiente cliente dispone dei propri strumenti, piattaforme e requisiti di accesso, il che significa che i tecnici devono gestire diverse serie di credenziali e autorizzazioni per ogni account di cui si occupano. Senza un sistema centralizzato per il provisioning e la revoca dei permessi, gli MSSP potrebbero non essere in grado di applicare il principio del privilegio minimo a tutti i clienti, lasciando falle che i criminali informatici possono facilmente sfruttare.

Condivisione non sicura delle credenziali

La condivisione non sicura delle credenziali è una delle abitudini più comuni, ma anche più pericolose, nelle operazioni relative ai servizi gestiti. I team che condividono nomi utente e password tramite fogli di calcolo, piattaforme di messaggistica o persino post-it perdono completamente il controllo della situazione. Senza alcun modo di tracciare quale tecnico abbia utilizzato una credenziale o cosa abbia fatto con tale accesso, una singola credenziale compromessa può fornire ai criminali informatici un accesso illimitato a diversi ambienti clienti contemporaneamente.

Mancanza di visibilità e rischi di conformità

Monitorare l’attività degli utenti in diversi ambienti dei clienti è impegnativo, soprattutto senza un monitoraggio e registrazione delle sessioni centralizzato. Quando si verificano comportamenti sospetti, una registrazione frammentata rende quasi impossibile individuarne l’origine in tempi utili, con il rischio di causare violazioni della conformità. Agli MSSP viene sempre più richiesto di soddisfare requisiti normativi come HIPAA e CMMC e di dimostrare la conformità a framework di sicurezza come SOC 2 e NIST CSF, che richiedono tutti audit trail dettagliati e prove della governance degli accessi. Soddisfare questi standard senza funzionalità centralizzate di registrazione e reportistica diventa un processo soggetto a errori che può aumentare il carico amministrativo e minare la fiducia dei clienti.

Come gli MSSP possono utilizzare Keeper^® per proteggere gli ambienti multi-tenant

KeeperMSP è progettato per fornire agli MSSP l’infrastruttura necessaria per applicare una sicurezza coerente di livello enterprise in tutti gli ambienti dei clienti da un’unica piattaforma unificata per la sicurezza delle identità. Invece di gestire ambienti multi-tenant con una serie di strumenti disconnessi e processi manuali, gli MSSP possono semplificare l’erogazione dei propri servizi con KeeperMSP.

Gestione centralizzata per tutti i clienti

KeeperMSP fornisce agli amministratori un’unica dashboard per gestire credenziali, accessi e policy di sicurezza in tutti gli ambienti dei propri clienti. Anziché passare da una piattaforma all’altra o utilizzare strumenti specifici per i clienti, i tecnici possono semplificare i propri flussi di lavoro tramite un’interfaccia centralizzata. Questo riduce il rischio di errore umano e offre alla direzione una piena visibilità sugli eventi di sicurezza nell’intero portafoglio clienti.

Isolamento integrato dei tenant

Ogni ambiente cliente all’interno di KeeperMSP è intenzionalmente separato per progettazione. Ogni tenant opera nel proprio spazio isolato, dotato di archivi, politiche di sicurezza e autorizzazioni amministrative dedicati, che garantiscono che nessun altro cliente possa mai accedere alle credenziali o ai dati di un altro cliente. Questo isolamento integrato elimina il rischio di esposizione dei dati tra tenant e rafforza la fiducia nel fatto che i dati di ogni cliente rimangano protetti all’interno del proprio ambiente. Keeper ha ottenuto le certificazioni FedRAMP High, SOC 2 Tipo II e ISO 27001, che garantiscono agli MSSP un fornitore il cui livello di sicurezza è in linea con i requisiti di conformità che essi stessi promettono ai propri clienti.

Gestione sicura delle credenziali

KeeperMSP utilizza cassaforti crittografate zero-knowledge, insieme a funzionalità integrate di gestione dei segreti, per gestire in modo sicuro le credenziali e i segreti dei clienti. Con questa architettura, le password e i segreti non vengono mai esposti ai tecnici o a Keeper stesso. Keeper gestisce l’autenticazione dietro le quinte, garantendo che le credenziali vengano utilizzate senza essere visualizzate, archiviate o condivise al di fuori della cassaforte. Ciò elimina il rischio di proliferazione delle credenziali, rimuove la dipendenza da metodi di archiviazione e condivisione poco sicuri e assicura che ogni credenziale e segreto negli ambienti dei clienti sia gestito in un’unica posizione verificabile.

Applicazione dell’accesso con privilegi minimi e JIT

KeeperMSP consente agli amministratori di applicare l’accesso con privilegi minimi in tutti gli ambienti dei clienti, limitando le autorizzazioni a determinati ruoli e responsabilità. Con l’accesso Just-in-Time (JIT), gli MSSP possono fornire l’accesso secondo necessità e revocarlo automaticamente una volta completata l’attività, garantendo che i tecnici non mantengano mai privilegi permanenti oltre quanto richiesto dal loro lavoro. Le autorizzazioni vengono configurate per ogni singolo cliente, pertanto i controlli di accesso sono sempre progettati per l’ambiente specifico, anziché essere applicati come una politica generica. Di conseguenza, KeeperPAM per MSSP offre un modello di accesso strettamente controllato che riduce il rischio di abuso dei privilegi e di accessi non autorizzati.

Monitoraggio e registrazione delle sessioni

Gli MSSP possono ottenere una visibilità completa sulle attività privilegiate in ogni ambiente cliente grazie alle funzionalità di monitoraggio e registrazione delle sessioni di KeeperMSP. Ogni sessione viene monitorata, registrata e archiviata, creando un audit trail dettagliato che supporta la rendicontazione in materia di conformità e la responsabilità interna. Oltre al monitoraggio delle sessioni, KeeperAI^® analizza attivamente l’attività delle sessioni e i modelli comportamentali per rilevare attività sospette e potenziali minacce informatiche in tempo reale.

Gestione dei privilegi degli endpoint

KeeperMSP estende i controlli degli accessi con privilegi oltre le credenziali e i segreti fino al livello dell’endpoint con Keeper Endpoint Privilege Manager (EPM). Anziché concedere ai tecnici ampi diritti di amministratore su tutti i computer dei clienti, Keeper EPM consente agli MSSP di elevare i privilegi in base all’applicazione o all’attività, solo quando necessario. Questo elimina i rischi di sicurezza associati all’accesso permanente, incluse le installazioni software non autorizzate e i movimenti laterali, pur continuando a fornire ai tecnici l’accesso necessario per svolgere il loro lavoro in modo efficace. Keeper EPM garantisce che il principio del privilegio minimo venga applicato non solo all’interno delle cassaforti dei clienti, ma anche su ogni dispositivo utilizzato dai tecnici per gestire tali ambienti.

Vantaggi dell’utilizzo di KeeperMSP

La gestione e la protezione di ambienti multi-tenant su larga scala richiedono una piattaforma progettata appositamente per MSP e MSSP. Ecco i principali vantaggi dell’utilizzo di KeeperMSP per semplificare la sicurezza multi-tenant:

Scopri come Queen Consulting ha standardizzato la sicurezza presso i propri clienti appaltatori federali utilizzando KeeperMSP.

Migliora la sicurezza dei client per gli MSSP con Keeper

Man mano che gli MSSP acquisiscono nuovi clienti, gestiscono un numero maggiore di credenziali con privilegi e affrontano una serie crescente di minacce informatiche, la sicurezza multi-tenant diventa sempre più critica. Un controllo degli accessi centralizzato e sicuro è ciò che distingue gli MSSP che crescono con sicurezza da quelli costantemente esposti a rischi di sicurezza evitabili. KeeperMSP è stato progettato per garantire la sicurezza multi-tenant a ogni livello, dall’archiviazione delle credenziali zero-knowledge e il rigoroso isolamento degli ambienti dei clienti all’applicazione del principio del privilegio minimo e alla reportistica di conformità.

Inizia oggi la tua prova gratuita di KeeperMSP per ridurre la tua superficie di attacco e fornire la sicurezza multi-tenant che i tuoi clienti meritano.

Continua a leggere per scoprire i dettagli della violazione di LastPass nel 2026, come si inserisce nel modello pluriennale di incidenti di sicurezza dell’azienda e perché Keeper^® è un’alternativa più sicura per proteggere i tuoi dati sensibili.

Che ne dici di migrare da LastPass a Keeper dopo quest’ultima violazione? Unisciti alle migliaia di altri clienti LastPass che hanno già effettuato il passaggio.

Cosa sapere sulla violazione dei dati di LastPass del 2026

Ecco i fatti principali sulla violazione di LastPass del 2026 e come è avvenuta:

Perché i ripetuti incidenti di sicurezza di LastPass sono importanti

La violazione di LastPass del 2026 è una delle tante violazioni che l’azienda ha subito negli ultimi anni e ogni incidente erode la fiducia e la sicurezza dei clienti sul fatto che le proprie credenziali siano effettivamente al sicuro. Quest’ultima violazione è stata resa nota pubblicamente dieci giorni dopo che LastPass è venuta a conoscenza per la prima volta della compromissione di Klue: l’azienda ne è venuta a conoscenza il 12 giugno 2026, ma non l’ha resa pubblica fino al 22 giugno 2026. Durante quel periodo, i clienti potrebbero non aver saputo che le loro informazioni personali potevano essere esposte e questo approccio con ritardo è quello che LastPass ha adottato anche durante la sua violazione del 2022.

Questo schema mette in evidenza una realtà inquietante: le tue informazioni possono essere esposte anche se il tuo provider non viene hackerato direttamente. Questa volta l’infrastruttura di LastPass non è stata violata, ma anche in un attacco alla supply chain, i dati dei clienti sono stati comunque compromessi. Man mano che le organizzazioni collegano più strumenti e piattaforme, ogni integrazione diventa un potenziale punto di ingresso e un anello debole nella supply chain può mettere a rischio le informazioni dei clienti.

Perché Keeper è un’alternativa più sicura a LastPass

Dopo diverse violazioni, gli utenti di LastPass stanno naturalmente ripensando a dove conservare le proprie password. Esplora la nostra pagina Keeper vs LastPass per confrontare il monitoraggio di voci, architetture di sicurezza e responsabilità in materia di protezione dei dati dei clienti.

Crittografia zero-knowledge

Keeper è costruito su un’architettura di sicurezza zero-knowledge, il che significa che tutta la crittografia e la decrittografia avvengono localmente sul dispositivo dell’utente. La chiave necessaria per sbloccare una cassaforte deriva dalla password principale dell’utente e non lascia mai il suo dispositivo, per cui Keeper non può mai vedere, decrittografare o accedere ai dati memorizzati. Questa è una distinzione cruciale: anche se i sistemi di Keeper venissero presi di mira, i dati della cassaforte dei clienti rimarrebbero illeggibili perché le chiavi per decrittografarli non sono presenti per essere rubate.

Verifiche e certificazioni indipendenti

Keeper è la piattaforma più certificata e sottoposta ad audit del settore. Dispone della certificazione FedRAMP High e dell’autorizzazione GovRAMP High, oltre alla convalida SOC 2, ISO 27001, FIPS 140-3 e conformità GDPR, HIPAA e PCI DSS, oltre ad altre certificazioni. Queste rappresentano valutazioni rigorose e indipendenti su cui individui, aziende e agenzie governative fanno affidamento prima di affidare a una piattaforma i propri dati più sensibili. La piattaforma di Keeper viene inoltre convalidata costantemente da esperti di terze parti attraverso regolari test di penetrazione, un programma attivo di segnalazione dei bug e un programma pubblico di segnalazione delle vulnerabilità, per garantire che le sue soluzioni siano testate, verificate e migliorate costantemente.

Storico impeccabile, senza alcuna violazione

Oltre all’architettura zero-knowledge e alle ampie certificazioni, Keeper non ha mai subito una violazione delle sue casseforti crittografate o dell’infrastruttura sottostante. La lunga e ininterrotta esperienza di Keeper, supportata dalla crittografia zero-knowledge e da una verifica indipendente, dimostra che il suo modello di sicurezza è progettato per proteggere i dati dei clienti anche negli scenari peggiori.

Passa a Keeper oggi stesso per rimanere protetto

Ogni nuovo incidente di sicurezza di LastPass serve a ricordare che la protezione delle informazioni sensibili non dovrebbe essere affidata a uno strumento con uno storico di frequenti esposizioni. Fortunatamente, passare a un gestore di password più sicuro come Keeper è semplice. Keeper consente di importare le password, le cartelle, le cartelle condivise, i codici TOTP e i file allegati esistenti direttamente da LastPass in pochi passaggi, così puoi trasferire la tua cassaforte senza dover reinserire le credenziali una alla volta o perdere dati durante il processo. Invece di aspettare di scoprire se un’altra violazione ti colpirà, passa a una piattaforma basata sulla crittografia zero-knowledge, supportata dalle più rigorose certificazioni indipendenti del settore e da uno storico impeccabile nel mantenere sicure le casseforti dei clienti.

Inizia oggi la tua prova gratuita di Keeper per proteggere le tue password e altri dati sensibili.

Per anni, unirsi al marketplace di un grande distributore è stato principalmente una transazione commerciale. Invia i dettagli dell’attività, supera alcuni controlli di creazione del profilo di base e inizia a vendere. La sicurezza dell’identità era una considerazione secondaria, una categoria di prodotto piuttosto che un requisito di partnership.

Quei giorni sono passati.

Dall’altra parte del canale, i distributori MSP stanno effettuando una svolta decisiva. Quello che un tempo era una voce nel menu di prodotti di un MSP è diventato un punto di riferimento per l’ecosistema stesso. Gli MSP che non riescono a dare priorità alle strategie di sicurezza basate sull’identità potrebbero faticare a rimanere competitivi all’interno delle reti di partner attuali.

Perché la sicurezza delle identità sta diventando un requisito fondamentale per le partnership con gli MSP

Secondo Huntress 2025 Managed ITDR Report, gli attacchi basati sull’identità rappresentano oltre il 40% di tutti gli incidenti di sicurezza, con più della metà delle organizzazioni colpite da una compromissione delle email aziendali solo lo scorso anno. Inoltre, da una ricerca Sophos X-Ops è emerso che gli annunci di credenziali rubate sul dark web sono aumentati del 106% tra giugno 2024 e giugno 2025. Non si tratta di metriche astratte relative alle informazioni sulle minacce; sono la realtà quotidiana delle organizzazioni a cui si rivolgono gli MSP.

Dato che le violazioni legate all’identità possono avere conseguenze di vasta portata in tutti gli ambienti dei clienti, i distributori hanno una responsabilità sempre maggiore nel promuovere misure di protezione dell’identità più solide in tutta la loro rete di partner. Le piattaforme leader stanno già rispondendo lanciando programmi di sicurezza formali basati su framework come CIS Controls e curando portafogli di fornitori focalizzati sull’identità.

Il messaggio è chiaro. Controlli rigorosi sull’identità e sull’accesso sono ormai un requisito fondamentale per i membri del marketplace.

In che modo i requisiti CSP di Microsoft stanno innalzando gli standard di sicurezza delle identità per gli MSP

Se il panorama delle minacce sostiene la sicurezza dell’identità, i requisiti aggiornati del CSP di Microsoft dimostrano quanto rapidamente queste aspettative stiano diventando formalizzate. È solo un esempio di un cambiamento più ampio che sta avvenendo nell’ecosistema tecnologico, dove fornitori, marketplace, assicuratori informatici e framework di conformità stanno alzando l’asticella della responsabilità della sicurezza.

A partire dal 1° ottobre 2025, la nuova policy CSP di Microsoft è entrata in vigore per tutti i livelli di partnership. Tra i requisiti obbligatori ci sono l’adozione dell’autenticazione a due fattori (MFA), la nomina di referenti per la sicurezza e la gestione tempestiva delle notifiche di allerta. Per i partner già esistenti, la conformità viene verificata ogni anno e, per chi non rispetta questi obblighi, è prevista la revoca dell’autorizzazione.

Standard come questi stanno diventando una componente sempre più essenziale della valutazione dei partner. I fornitori di servizi gestiti (MSP) che non possono dimostrare una corretta igiene dell’identità, tra cui l’applicazione dell’autenticazione a più fattori (MFA) e la gestione sicura delle credenziali, potrebbero trovare più difficile partecipare agli ecosistemi dei fornitori, ai programmi dei distributori e alle partnership incentrate sulla sicurezza in futuro.

Perché i distributori stanno dando priorità agli MSP basati sull’identità

Man mano che le minacce all’identità diventano una preoccupazione sempre più importante per le aziende, non solo stanno cambiando ciò che gli MSP devono fare, ma stanno anche ridefinendo il tipo di persone che i distributori vogliono assumere fin dall’inizio.

La realtà è che i distributori operano all’incrocio tra fornitori e MSP. Il successo dipende non solo dall’attrarre fornitori che pongono l’identità al primo posto, ma anche dal reclutare partner con le competenze e le capacità per supportare quei prodotti. Un MSP che utilizza credenziali condivise, senza l’applicazione dell’MFA o la visibilità dell’Identity Threat Detection and Response (ITDR), può alla fine mettere a repentaglio la reputazione e il livello di conformità del distributore.

I fornitori attenti alla sicurezza stanno diventando nuovi acquirenti di alto livello. Gli MSP che hanno investito in infrastrutture per la gestione delle identità, come l’implementazione di autenticazione a più fattori (MFA), Privileged Access Management (PAM) e ITDR, stanno diventando sempre più interessanti per i distributori che vogliono dare slancio alla crescita del mercato. Questi fornitori sono spesso in una posizione migliore per proporre servizi aggiuntivi, ridurre il rischio operativo e servire le organizzazioni che considerano la sicurezza informatica una priorità strategica piuttosto che un semplice requisito di conformità.

Le valutazioni del livello di sicurezza stanno diventando una parte sempre più comune del processo di selezione dei partner. Un MSP in grado di dimostrare una strategia di gestione delle identità ben sviluppata è segno di maturità operativa, consapevolezza in materia di conformità e disponibilità a supportare soluzioni e servizi di sicurezza all’avanguardia.

Questa tendenza va ben oltre i tradizionali controlli di accesso e delle credenziali. ITDR si sta affermando come un potente elemento di differenziazione tra gli MSP che i distributori cercano di acquisire, aiutando i fornitori a migliorare le proprie offerte di sicurezza con il monitoraggio continuo delle identità, il rilevamento e la risposta alle minacce. Con l’aumento degli attacchi basati sull’identità, la resilienza dell’identità è diventata una priorità chiave per utenti, sistemi e access point.

Per i distributori, questo rappresenta più di una semplice categoria di sicurezza aggiuntiva. Sta creando un divario crescente tra gli MSP che possono offrire servizi avanzati di sicurezza dell’identità e quelli che non possono. I fornitori in grado di posizionare, implementare e gestire in modo efficace soluzioni moderne per la gestione delle identità stanno creando nuove opportunità di ricavi ricorrenti e rispondendo alle esigenze dei clienti che molti dei loro concorrenti non sono in grado di soddisfare.

La gestione delle identità si sta evolvendo anche al di là degli utenti umani. Account di servizio, credenziali API, identità delle macchine e flussi di lavoro guidati dall’IA ora hanno accesso a sistemi critici per il business in ambienti gestiti da MSP. Man mano che le organizzazioni continuano ad adottare tecnologie di automazione e intelligenza artificiale, la messa in sicurezza di queste identità non umane (NHIs) sta emergendo come un elemento fondamentale delle moderne strategie di sicurezza.

Gli MSP che investono oggi in queste pratiche di sicurezza saranno meglio posizionati per affrontare le sfide di sicurezza di domani. Allo stesso modo, i distributori che riconoscono queste tendenze in anticipo e allineano i loro ecosistemi di partner saranno meglio preparati ad attrarre MSP lungimiranti, supportare il successo a lungo termine dei partner e rafforzare la loro posizione in un panorama di canali guidato dalla sicurezza.

Come i distributori MSP possono creare ambienti partner incentrati sull’identità

I distributori che si muovono con urgenza plasmeranno il futuro dei talenti MSP all’interno delle loro reti di partner. L’identità è ormai la lente attraverso la quale il reclutamento dei partner, la loro formazione e l’implementazione contribuiscono a creare mercati incentrati sull’identità.

Di seguito trovi alcune strategie che i migliori distributori possono mettere in primo piano per creare marketplace più solidi e incentrati sull’identità:

La sicurezza dell’identità è la nuova misura del successo degli MSP

Quello che è iniziato come un requisito di sicurezza si sta evolvendo in un vantaggio competitivo. I distributori che guidano questa trasformazione non gestiscono più mercati in cui la sicurezza è facoltativa. Stanno costruendo ecosistemi in cui la sicurezza dell’identità è un requisito fondamentale, e i partner che non soddisfano questi standard potrebbero avere difficoltà a rimanere rilevanti.

Per i distributori MSP, il tempismo conta. Le aspettative di conformità si stanno inasprendo, l’esposizione al rischio aumenta e i clienti finali richiedono livelli più elevati di maturità operativa dai loro fornitori di servizi. Pratiche solide di identità stanno rapidamente diventando una caratteristica distintiva degli MSP con cui clienti, fornitori e partner di canale vogliono collaborare.

La domanda che ogni distributore deve porsi è semplice: il vostro marketplace è pensato per i fornitori di servizi gestiti (MSP) del passato o per quelli di cui i vostri clienti hanno effettivamente bisogno?

KeeperMSP: progettato per soddisfare gli standard di identità di cui hanno bisogno i distributori

È qui che soluzioni di sicurezza dell’identità progettate su misura aiuteranno i distributori a rafforzare le loro strategie di reclutamento e abilitazione MSP. In quanto piattaforma PAM zero-trust e zero-knowledge, KeeperMSP fornisce l’infrastruttura di identità necessaria per soddisfare i requisiti di conformità, proteggere gli ambienti dei client e distinguersi nel processo di selezione dei partner.

Man mano che le aspettative degli MSP continuano a evolversi, i distributori hanno bisogno di qualcosa di più di un semplice logo da aggiungere al proprio portafoglio o di un’altra soluzione di sicurezza per i propri marketplace. Hanno bisogno di partner che li aiutino ad attrarre, abilitare e fidelizzare gli MSP che stanno plasmando il futuro del canale.

Keeper è già integrato nei principali ecosistemi di distribuzione e fornisce agli MSP una piattaforma multi-tenant creata appositamente per proteggere le credenziali, gestire i segreti e rendere operativa la sicurezza delle identità su larga scala. Oltre alla tecnologia stessa, Keeper consente ai distributori di sfruttare una delle priorità in più rapida crescita nei servizi gestiti: consentire agli MSP di fornire servizi di sicurezza scalabili e ricorrenti incentrati sull’identità.

Una solida base identitaria offre vantaggi strategici che vanno ben oltre l’adozione della tecnologia. Favorisce un coinvolgimento più profondo dei partner, migliori conversazioni sul reclutamento e una crescita sostenibile dell’ecosistema. Dotando gli MSP degli strumenti, delle risorse e delle capacità di sicurezza necessarie per avere successo, i distributori possono creare un’offerta di canale più differenziata e preziosa.

Il canale sta entrando in una nuova fase, in cui gli MSP valutano le partnership non solo in base alle funzionalità dei prodotti, ma anche ai risultati di business che tali partnership consentono di ottenere.

I distributori che prospereranno in questo contesto saranno quelli che allineeranno i propri ecosistemi alla direzione in cui si sta evolvendo la domanda di MSP. Adottando un approccio basato sull’identità, saranno in una posizione migliore per attirare la prossima generazione di MSP, promuovere relazioni più forti con i partner e coltivare programmi di canale più resilienti e con margini più elevati.

Inizia oggi stesso la prova gratuita di KeeperMSP.

Questo è ciò che è successo a Dashlane nel maggio 2026: gli hacker hanno forzato i codici a sei cifre utilizzati per registrare nuovi dispositivi, aggiungendo dispositivi non autorizzati a meno di 20 account e scaricando copie delle casseforti di tali utenti. La crittografia in sé non è mai stata violata, ma la vulnerabilità risiedeva nella procedura di approvazione dei nuovi dispositivi. Gli attacchi di forza bruta che prendono di mira la registrazione dei dispositivi nei gestori di password sono una minaccia informatica in crescita, ma sono inefficaci contro l’architettura zero-trust e zero-knowledge di Keeper, che garantisce che conoscere una password non sia mai sufficiente per registrare un dispositivo e accedere a una cassaforte.

Come funzionano gli attacchi di forza bruta nella fase di registrazione dei dispositivi

Quando aggiungi un nuovo dispositivo a un gestore di password, il provider deve verificare che il dispositivo sia tuo prima di concederti l’accesso alla tua cassaforte. Questa fase di conferma nel flusso di registrazione del dispositivo è l’obiettivo di questi attacchi di forza bruta. Per capire perché alcuni gestori di password come Dashlane sono vulnerabili a questo attacco mentre altri come Keeper^® no, è utile sapere come funzionano in genere questi attacchi:

Questo processo non è ipotetico, ma ripercorre esattamente l’attacco condotto contro Dashlane. È per questo che proteggere il flusso di registrazione dei dispositivi è importante quanto proteggere le casseforti.

Perché la registrazione non autorizzata dei dispositivi crea un rischio

La registrazione non autorizzata di un dispositivo introduce seri rischi per la sicurezza, poiché una volta che un nuovo dispositivo viene registrato a un account di un gestore di password, può accedere alla cassaforte dell’utente e apparire come un utente autenticato e legittimo. L’hacker non ha bisogno di bypassare, indebolire o violare la crittografia della cassaforte per eseguire questo tipo di attacco di forza bruta. Tutto ciò di cui ha bisogno è che il fornitore di servizi si fidi del suo dispositivo, consentendo la sincronizzazione diretta dei dati crittografati della cassaforte con l’hardware sotto il suo controllo.

Il fatto che un hacker possieda una copia della cassaforte crittografata di un utente ha implicazioni a lungo termine, poiché può tentare di decrittografarla offline a suo piacimento per tutto il tempo necessario a ottenere l’accesso. Sebbene una crittografia efficace della cassaforte renda statisticamente difficile riuscire in questa impresa, la probabilità di successo dipende in larga misura da un fattore che l’utente può controllare: l’efficacia della sua password principale. Una password principale lunga, complessa e univoca può impedire che una cassaforte sottratta venga decrittata, ma una password principale debole o riutilizzata ha molte più probabilità di essere compromessa se si dispone di tempo sufficiente. È fondamentale rendere sicuro il processo di registrazione dei dispositivi, in modo che la protezione della cassaforte di un utente non dipenda esclusivamente dalla sicurezza della sua password principale.

In che modo Keeper aiuta a prevenire gli attacchi di forza bruta durante la registrazione dei dispositivi

Gli utenti di Keeper non potrebbero cadere vittime dello stesso tipo di attacco di forza bruta che ha colpito Dashlane, perché Keeper garantisce che il semplice fatto di conoscere la password di un utente o di riuscire a forzare un OTP non sia sufficiente per registrare un nuovo dispositivo o accedere a una cassaforte.

Approvazione dei dispositivi

Con Keeper, ogni nuovo dispositivo deve essere esplicitamente approvato prima di poter accedere a una cassaforte. Questa approvazione è un passaggio separato e intenzionale, non qualcosa che avviene automaticamente non appena si inserisce un codice. Per i singoli utenti, l’approvazione viene data dal titolare dell’account tramite un dispositivo già considerato affidabile; per le aziende, un amministratore può approvare i nuovi dispositivi per conto degli utenti autorizzati. In questo tipo di attacco, è sufficiente indovinare un OTP valido per completare la registrazione del dispositivo, ma con Keeper non esiste un singolo endpoint API il cui codice possa essere forzato per completare il processo.

Autenticazione a più fattori (MFA)

Keeper supporta una varietà di metodi MFA o Autenticazione a due fattori (2FA), tra cui chiavi di sicurezza hardware FIDO2/WebAuthn, dati biometrici, app di autenticazione e SMS. Tuttavia, non tutti questi metodi sono ugualmente resistenti agli attacchi di forza bruta. I codici inviati via email o SMS sono i più vulnerabili, poiché possono essere indovinati o intercettati durante la trasmissione. Le app di autenticazione offrono una protezione maggiore perché il codice viene generato localmente sul dispositivo dell’utente, ma si basano comunque su codici brevi e a tempo, e quindi dipendono da limiti di frequenza e altri controlli per impedire tentativi di attacco di forza bruta. Le chiavi di sicurezza hardware offrono la protezione più efficace perché si basano sull’autenticazione crittografica challenge-response anziché su un codice breve. Dato che non esiste un valore prevedibile che un hacker possa inviare ripetutamente a un endpoint API, gli attacchi di forza bruta mirati alla registrazione dei dispositivi diventano inefficaci.

Sicurezza zero-trust:

Keeper è basato su un modello di sicurezza zero-trust, il che significa che ogni richiesta di accesso deve essere verificata indipendentemente dalla posizione di rete o dalla cronologia delle autenticazioni precedenti. Con Keeper, a un dispositivo non viene concessa una fiducia implicita e permanente semplicemente perché è già stato registrato o verificato; ogni richiesta viene valutata in modo indipendente. Questo modello di sicurezza implica che, anche se un malintenzionato riuscisse in qualche modo a registrare un dispositivo, tale singolo successo non gli garantirebbe un accesso continuativo. Con un framework zero-trust, non esiste alcun meccanismo attraverso cui un hacker possa sfruttare la registrazione del dispositivo per ottenere un accesso illimitato.

Modulo per segnalazioni e avvisi avanzati (ARAM)

Il Modulo per segnalazioni e avvisi avanzati (ARAM) di Keeper offre agli amministratori visibilità sui comportamenti sospetti nel loro ambiente, incluse anomalie durante l’autenticazione e tentativi di registrazione dei dispositivi. I tentativi di verifica che avvengono in un breve intervallo di tempo o un elevato numero di tentativi falliti di registrazione dei dispositivi sono esattamente i tipi di eventi che l’ARAM può rilevare. Avere piena visibilità sulle attività insolite consente agli amministratori di agire rapidamente, invece di lasciare che comportamenti sospetti passino inosservati fino a quando un dispositivo non autorizzato non viene registrato.

Perché l’architettura zero-knowledge di Keeper è importante

I controlli di accesso di Keeper sono progettati per impedire a un hacker di registrare un dispositivo, ma un ulteriore livello di protezione rafforza maggiormente la sicurezza: un’architettura zero-knowledge. In pratica, zero knowledge significa che tutto ciò che è archiviato nella cassaforte di un utente è crittografato end-to-end in ogni momento, quindi nemmeno Keeper può decrittografarlo. Poiché le chiavi di crittografia vengono generate sul dispositivo dell’utente, i dati vengono crittografati e decrittografati localmente, garantendo che la cassaforte rimanga interamente sotto il controllo dell’utente. Anche se un hacker riuscisse in qualche modo a ottenere una copia della cassaforte crittografata di un utente, si troverebbe di fronte a una sfida pressoché impossibile, poiché le chiavi di crittografia necessarie per sbloccare una cassaforte Keeper non sono presenti nell’infrastruttura di Keeper.

Proteggi i tuoi dati dagli attacchi di forza bruta con Keeper

L’incidente di sicurezza di Dashlane dimostra che una crittografia robusta della cassaforte da sola non è sufficiente. Dal momento che gli hacker spostano la loro attenzione dalla decifrazione di casseforti crittografate allo sfruttamento dei flussi di lavoro che ne consentono l’accesso, comprendere come prevenire gli attacchi di forza bruta e proteggere i processi di registrazione e autenticazione dei dispositivi è fondamentale. Un gestore di password deve proteggere sia le casseforti degli utenti sia il flusso che gestisce chi può accedervi.

La violazione dei dati di LastPass del 2022 ha avuto un esito simile, ma attraverso un percorso diverso: gli hacker hanno compromesso l’infrastruttura dell’azienda e rubato copie di casseforti crittografate, ma i ricercatori di sicurezza hanno successivamente ricondotto il furto a casseforti protette in modo debole. Gli incidenti di Dashlane e LastPass dimostrano che, una volta ottenuto l’accesso alla cassaforte crittografata di un utente, quest’ultimo può essere attaccato indefinitamente, sottolineando l’importanza di utilizzare un gestore di password sicuro per proteggere i propri dati.

Keeper è progettato per difendersi da questo tipo di attacchi tramite l’approvazione del dispositivo, garantendo che un codice indovinato non possa registrare un nuovo dispositivo autonomamente; molteplici metodi MFA; e un modello di sicurezza zero-trust, che garantisce che nessun dispositivo sia implicitamente affidabile. Queste misure di protezione funzionano all’interno di un’architettura zero-knowledge che mantiene le chiavi di crittografia sotto il controllo dell’utente.

Inizia una prova gratuita di Keeper per scoprire come la sua sicurezza a più livelli garantisce che i dati della tua cassaforte siano crittografati con chiavi che solo tu controlli.

Continua a leggere per saperne di più su questi strumenti di gestione dei database, le loro caratteristiche uniche e ciò che li distingue l’uno dall’altro.

Che cos’è KeeperDB?

KeeperDB è un client per database completo e multiprotocollo, pensato per ingegneri, amministratori di database (DBA) e team che si occupano di dati. È stato creato per colmare una grave lacuna di sicurezza: tradizionalmente si accede ai database tramite strumenti non gestiti, credenziali condivise e connessioni non monitorate al di fuori dei controlli di sicurezza. È disponibile una versione di KeeperDB come applicazione desktop autonoma gratuita per Windows, macOS e Linux, che sostituisce strumenti tradizionali come DBeaver e MySQL Workbench con un’interfaccia moderna, l’autenticazione biometrica e un agente AI integrato.

Ecco alcuni aspetti che distinguono KeeperDB dai tradizionali strumenti di gestione dei database: