Perché un’architettura Zero Trust è fondamentale per la sicurezza degli endpoint | Il numero di strumenti non conta

A cura di:
Senior Product Marketing Manager
Pubblicata:
July 31, 2026
Per quanto riguarda la protezione degli endpoint, il rischio più pericoloso non è rappresentato da utente malintenzionato che riesce a superare il perimetro di sicurezza, ma dal dare per scontato che gli strumenti utilizzati per gestire gli endpoint siano attendibili per impostazione predefinita.
Molte soluzioni di gestione degli endpoint si basano ancora su questa convinzione ed è esattamente il tipo di lacuna che gli attacchi alla supply chain mirano a sfruttare.
Come la maggior parte degli stack RMM gestisce l’attendibilità (e perché è un problema)
ConnectWise ha investito nell’integrazione del proprio set di strumenti. ConnectWise RMM include ScreenConnect per l’accesso remoto, offrendo ai tecnici un’esperienza di gestione quotidiana in gran parte unificata. Se utilizzi questo stack, non dovrai necessariamente passare da un’applicazione disconnessa all’altra.
Tuttavia, un’esperienza integrata non equivale a un’architettura di sicurezza unificata. ScreenConnect e ConnectWise RMM sono prodotti distinti, con storie di sviluppo, modelli di trust, vulnerabilità ed esposizioni comuni differenti. ScreenConnect è disponibile anche come prodotto autonomo. Anche all’interno di una suite perfettamente integrata, l’architettura di base continua a utilizzare sistemi separati, con relazioni di trust con gli endpoint che, fin dall’inizio, non sono state progettate come parte di un unico modello di sicurezza.
Ed è proprio qui che si nasconde una potenziale vulnerabilità. Non perché gli strumenti non funzionino insieme (in realtà funzionano), ma perché se si verifica un errore a livello di integrazione, l’endpoint non dispone di un meccanismo nativo in grado di distinguere un’istruzione legittima da un comando dannoso che transita attraverso una pipeline considerata attendibile.
Gli attacchi, infatti, hanno successo non solo perché gli utenti malintenzionati riescono a violare la crittografia, ma anche perché gli strumenti di gestione possono essere considerati attendibili per impostazione predefinita, e quel livello di attendibilità non viene verificato quando viene eseguita un’azione.
Architettura Zero Trust: cosa significa concretamente nella pratica
Il modello di sicurezza Zero Trust si basa su un principio semplice: non fidarsi di nulla, verificare tutto. La verifica non deve avvenire solo all’accesso, ma ogni volta che viene eseguita un’azione sensibile.
LogMeIn Resolve introduce l’architettura Zero Trust nella sicurezza dell’accesso remoto, richiedendo che ogni azione venga firmata da un agente con una firma univoca. Il controllo avanzato degli accessi impedisce a chiunque, inclusi gli amministratori, di modificare o creare un’attività per conto di un agente. Gli endpoint non si fidano mai ciecamente: verificano sempre la firma prima di concedere l’accesso.
In pratica:
- Ogni sessione remota è verificata a livello di identità, non solo attraverso le credenziali. Ogni agente di supporto genera una chiave di firma univoca per verificare la propria identità, rendendo quasi impossibile un accesso non autorizzato. Anche gli amministratori non possono prendere il controllo di una sessione remota senza soddisfare gli stessi rigorosi requisiti di verifica.
- Ogni azione automatizzata deve essere verificata. L’esecuzione di script, i comandi PowerShell e la distribuzione di dispositivi senza utente sono soggetti allo stesso livello di autenticazione Zero Trust, anziché essere considerati attendibili solo perché eseguiti all’interno di una sessione autenticata.
- La crittografia AES a 256 bit e il protocollo Transport Layer Security (TLS) proteggono tutti i dati in transito e vengono applicati in modo coerente a ogni tipo di sessione.
LogMeIn Resolve ha integrato tutti i pilastri fondamentali del modello Zero Trust in ogni livello della propria architettura. Ciò significa che il modello di verifica viene applicato in modo uniforme, indipendentemente dalla funzionalità utilizzata, senza creare punti di integrazione che possano trasformarsi in un’opportunità per aggirare la verifica.
Perché questo aspetto è fondamentale nella difesa della supply chain
Gli MSP rappresentano un obiettivo molto interessante nella supply chain. Se un utente malintenzionato riesce a compromettere lo strumento RMM che utilizzi, avrà accesso diretto a tutti gli ambienti client che gestisci, senza dover attaccarli singolarmente.
LogMeIn Resolve è progettato appositamente per prevenire intere categorie di attacchi alla supply chain, ransomware e command injection che hanno avuto un impatto devastante sul settore. Il meccanismo è di tipo architetturale: ogni azione richiede una firma verificata dell’agente, quindi credenziali compromesse o sessioni violate non possono essere utilizzate per inviare istruzioni dannose di nascosto. L’endpoint può rifiutare i comandi non firmati.
È una differenza sostanziale rispetto agli stack in cui l’accesso remoto e l’automazione sono integrati, ma separati a livello di architettura. Una buona integrazione riduce le complicazioni, ma non elimina i confini di attendibilità tra i diversi prodotti.
Un’unica piattaforma, un unico modello di trust
Quando le funzionalità di RMM, accesso remoto, automazione delle patch e gestione di dispositivi mobili (MDM) sono integrate a livello nativo in Resolve, il controllo degli accessi in base all’identità Zero Trust verifica l’identità dell’utente e del dispositivo, consente l’accesso con privilegi minimi, concedendo a ciascun utente solo il livello di accesso necessario per il proprio ruolo, e utilizza la microsegmentazione per limitare i movimenti laterali all’interno della rete. Ciò viene applicato in modo uniforme a tutte le attività eseguite sulla piattaforma.
Per i fornitori di servizi gestiti (MSP), significa disporre di un unico modello di autorizzazione verificabile per ogni ambiente client. Per i team IT interni, significa poter creare report di conformità e prepararsi agli audit senza dover correlare i log provenienti da strumenti diversi, perché ogni risorsa è disponibile in un unico luogo, con un modello di governance coerente applicato dall’inizio alla fine.
Domande frequenti
Che cos’è un’architettura Zero Trust nell’ambito della gestione degli endpoint?
Zero Trust significa che gli utenti, i dispositivi e le azioni vengono considerati attendibili impostazione predefinita, ma ogni richiesta di accesso e attività automatizzata necessitano di una verifica esplicita. Nella gestione degli endpoint, questo principio si applica alle sessioni remote, all’esecuzione degli script e all’accesso ai dispositivi senza utente. LogMeIn Resolve applica la verifica Zero Trust a livello di azione, non soltanto al momento dell’accesso.
In che modo l’architettura Zero Trust protegge dagli attacchi alla supply chain?
Gli attacchi alla supply chain generalmente compromettono uno strumento attendibile e ne sfruttano l’affidabilità per inviare istruzioni dannose agli endpoint. Il modello Zero Trust di Resolve richiede che ogni azione venga firmata da un agente verificato. Gli endpoint controllano la firma prima di eseguire qualsiasi istruzione, quindi credenziali compromesse o sessioni violate non possono essere utilizzare per distribuire script dannosi di nascosto.
ConnectWise RMM include ScreenConnect?
Sì, ScreenConnect è incluso in ConnectWise RMM e i due prodotti sono integrati in modo ottimale per l’uso quotidiano. Tuttavia, ScreenConnect è disponibile anche come prodotto autonomo e i due strumenti hanno storie di sviluppo e architetture di sicurezza diverse. Un’integrazione efficace non equivale a un’architettura unificata.
In che modo il modello Zero Trust di Resolve influisce sulle attività quotidiane dei tecnici?
Per la maggior parte delle attività di routine, la verifica avviene in modo trasparente. I tecnici effettuano l’autenticazione solo una volta e la loro chiave di firma univoca determina le risorse a cui possono accedere e le azioni che sono autorizzati a eseguire. In questo modo, nessun utente - neanche gli amministratori - può operare al di fuori dell’ambito verificato, riducendo il rischio Insider senza aggiungere ulteriori complicazioni.
Il controllo degli accessi Zero Trust è disponibile per tutti i piani Resolve?
L’architettura Zero Trust è integrata nella piattaforma Resolve a livello base e non è riservata solo a chi possiede un piano premium.
Preparati a scoprire come funziona la gestione degli endpoint tramite un modello Zero Trust nel tuo ambiente!

