I 12 migliori software RMM testati: funzionalità e prezzi

Il software di monitoraggio e gestione remota (RMM) installa agenti su endpoint client, server, dispositivi di rete e macchine virtuali e riporta le metriche di salute e prestazioni a una dashboard centralizzata, così i managed service provider (MSP) e i reparti IT possono applicare patch, eseguire script e risolvere problemi da remoto.

Abbiamo confrontato 3 piattaforme RMM (NinjaOne, ManageEngine e Acronis) implementandole su 7 server in 7 regioni AWS. Abbiamo analizzato come gestiscono la distribuzione degli agenti e il monitoraggio da zero. I restanti 9 strumenti sono riassunti dalla documentazione di ciascun fornitore.

Riepilogo benchmark RMM

Dashboard e monitoraggio

• NinjaOne ha avviato automaticamente il monitoraggio, con metriche in tempo reale visualizzate in un layout a pagina intera. Le funzionalità uniche includevano porte aperte con nomi dei processi e icone chiare specifiche per sistema operativo per un'identificazione immediata.
• Acronis ha mostrato le metriche dopo l'applicazione di un piano di monitoraggio, in un layout a pannello laterale più stretto. Offriva una libreria software integrata, avvisi con azioni di risposta dirette, localizzazione dei dispositivi e backup e disaster recovery nella stessa console. Nella nostra configurazione, Acronis ha mostrato le metriche dopo aver applicato un piano di monitoraggio.
• ManageEngine ha eguagliato la visibilità delle metriche ma ha diviso i controlli dei servizi tra la scheda System (sola lettura) e System Manager (pieno controllo). Offriva una chat autonoma con allegati che funziona senza sessioni remote attive.

Lacune critiche

• Feedback di installazione: I programmi di installazione Windows e Linux di NinjaOne e quello Windows di ManageEngine terminavano senza un messaggio di completamento, quindi ogni installazione doveva essere confermata nella dashboard. I programmi di installazione macOS di Acronis, NinjaOne e ManageEngine mostravano un messaggio di completamento.
• Distribuzione Linux: Su Ubuntu 24.04, il programma di installazione interattivo di Acronis ci ha chiesto di confermare le dipendenze mancanti e di registrare ogni dispositivo in un browser. L'installazione ha richiesto circa 4 minuti. Non abbiamo testato l'installazione automatica basata su token.
• Sicurezza di rete: Nel nostro test, NinjaOne è stata l'unica piattaforma a mostrare le porte aperte con i nomi dei processi; non abbiamo trovato questa vista in ManageEngine o Acronis.

Distribuzione degli agenti

• NinjaOne: Installazione in meno di 2 secondi su Windows e Linux con URL copiabili e token pre-autorizzati. Non richiedeva passaggi manuali.
• ManageEngine: Installazione Windows di 20 secondi con CAPTCHA e clic nella procedura guidata. L'esecuzione Linux richiedeva 5 secondi, ma gli URL bloccati per sessione richiedevano trasferimenti SCP manuali, aggiungendo 5-10 minuti per server.
• Acronis: Il programma di installazione macOS ha scaricato 588 MB di file aggiuntivi durante l'installazione, che ha richiesto 45 minuti sulla nostra istanza di Mumbai. Le installazioni Windows e Linux nelle altre cinque regioni non hanno avuto ritardi di download. I tempi di installazione dipendono dalle condizioni di rete e dalle dimensioni del programma di installazione.

Consulta i risultati dettagliati del mio benchmark di monitoraggio e gestione remota.

Prezzi

* Abbiamo selezionato il piano più economico che offriva tutte le funzionalità principali di un RMM. Per ManageEngine Endpoint Central, il prezzo è su base annuale e costa $1.195.

Per saperne di più: prezzi RMM.

Se stai cercando di evitare costi di licenza, monitoraggio e gestione remota open source.

Quote di mercato di ricerca

Le quote di mercato di ricerca riflettono la frequenza con cui gli utenti cercano questi marchi su Google:

Recensioni degli utenti e dimensioni aziendali

*Basato sul numero totale di recensioni e sulle valutazioni medie (su una scala di 5 punti) delle principali piattaforme di recensione software.

I 12 migliori software RMM analizzati

NinjaOne, Acronis e ManageEngine sono stati testati praticamente nel nostro benchmark. Le capacità degli altri fornitori provengono dalle loro pagine prodotto e dalla documentazione.

1. NinjaOne RMM

NinjaOne è una piattaforma di monitoraggio e gestione remota basata su cloud progettata per team IT e managed service provider (MSP). La piattaforma combina gestione degli endpoint, monitoraggio della sicurezza, accesso remoto e gestione automatizzata delle patch in un'interfaccia unificata.

I nostri test benchmark hanno rivelato che NinjaOne ha offerto la distribuzione degli agenti più rapida tra i concorrenti, con installazione completata in meno di 2 secondi su sistemi Windows e Linux. La piattaforma inizia automaticamente il monitoraggio subito dopo la registrazione dell'agente, eliminando i passaggi di configurazione manuale.

Vantaggi

• Strumenti remoti: Terminale basato su browser protetto da 2FA, file browser, gestore dei processi, controllo dei servizi ed editor del registro di Windows, tutto accessibile senza una sessione RDP o SSH.
• Vista porte aperte: Elenca ogni porta in ascolto con il nome del processo. Né ManageEngine né Acronis lo hanno mostrato nel nostro test.
• Registrazione attività: Filtri per utente, intervallo di date e tipo di azione su oltre 1.000 categorie di eventi predefinite.

Svantaggi

• Nessun messaggio di completamento: I programmi di installazione Windows e Linux terminavano silenziosamente e il successo doveva essere confermato nella dashboard.
• Registrazione macOS: La prima installazione macOS non si registrava nella dashboard. Una seconda esecuzione la correggeva.

Il prodotto di gestione delle patch di NinjaOne include Patch Intelligence IA. Secondo NinjaOne, la funzionalità analizza telemetria, forum e segnali di distribuzione per contrassegnare gli aggiornamenti instabili e le patch rischiose vengono messe in pausa automaticamente. I controlli manuali rimangono disponibili per rispondere alle vulnerabilità zero-day.¹

L'azienda ha inoltre chiuso un'estensione di Serie C da oltre 400 milioni di dollari nel giugno 2026 con una valutazione di 12,3 miliardi di dollari, mantenendo i co-fondatori il controllo di maggioranza.² Questo è rilevante per gli MSP che danno priorità alla longevità della piattaforma.

Scegli NinjaOne RMM per monitorare, applicare patch e gestire gli endpoint da remoto.

2. Acronis

Acronis RMM è il modulo di monitoraggio e gestione remota di Acronis Cyber Protect Cloud, che include anche strumenti di backup, disaster recovery e sicurezza. Lo abbiamo testato nel nostro benchmark.

Vantaggi

• Chat autonoma: I messaggi raggiungono l'utente connesso come notifiche di sistema senza una sessione di controllo remoto. In NinjaOne, la chat avviene all'interno di una sessione remota attiva.
• Client web: Acronis funziona interamente tramite un client web, che consente agli amministratori di gestire i dispositivi da qualsiasi browser senza installare un'applicazione desktop dedicata. Tuttavia, il layout a pannelli per i dettagli del dispositivo appare compresso rispetto alle visualizzazioni a pagina intera dei client RMM desktop e alcune funzionalità richiedono una configurazione aggiuntiva del piano prima di diventare accessibili.
• Libreria software integrata: Applicazioni preconfezionate con selezione di versione, lingua e architettura. Adobe Reader è stato installato silenziosamente in poco più di due minuti senza programma di installazione manuale o script.
• Avvisi azionabili: Ogni avviso include un menu di azioni di risposta per connettersi, eseguire uno script, aprire una riga di comando o applicare una correzione. La disattivazione dell'esecuzione automatica di Windows dall'avviso lo ha risolto e registrato l'azione.
• Gestione avanzata delle patch: La scheda Patch mostra i livelli di gravità e gli indicatori di stabilità per ogni patch, aiutando i team a stabilire la priorità degli aggiornamenti da installare prima e di quelli da trattare con cautela.
• Localizzazione GPS: Posizione fisica del dispositivo e cronologia dei movimenti tramite la funzione "Vedi sulla mappa".
• Automazione dei flussi di lavoro: Automazione tra servizi su backup, DR, RMM, sicurezza e PSA con trigger che vanno dalla registrazione del dispositivo agli aggiornamenti degli incidenti EDR.

Svantaggi

• Distribuzione degli agenti: Il programma di installazione predefinito richiede la registrazione basata su browser con credenziali amministrative per ogni dispositivo. L'installazione automatica richiede un token di registrazione generato nella console, che è meno diretto dei programmi di installazione specifici per dispositivo di NinjaOne.
• Nessun URL di download copiabile: La selezione dell'agente Windows o Linux avvia un download immediato invece di fornire un URL da copiare. Gli amministratori che gestiscono server Linux remoti lavorano dalla CLI, non da un browser. Abbiamo dovuto estrarre l'URL manualmente dalla richiesta di download.
• Nessuna ridenominazione dei dispositivi dalla dashboard: I dispositivi non possono essere rinominati dall'interfaccia web. Abbiamo dovuto accedere a ogni server singolarmente e cambiare il nome del computer a livello di sistema operativo.
• Configurazione manuale del monitoraggio: Le metriche compaiono dopo l'applicazione di un piano di monitoraggio e l'applicazione richiede 2FA.

Sviluppi recenti

• Piattaforma di automazione dei flussi di lavoro: Automazione tra servizi su backup, DR, RMM, sicurezza e PSA.
• Integrazione Kaseya VSA 10: l'integrazione collega le organizzazioni VSA 10 ai tenant dei clienti Acronis, installa l'agente Acronis su carichi di lavoro Windows, Mac e Linux gestiti da VSA 10 e applica o revoca i piani di protezione da VSA 10.³
• Controlli di sicurezza avanzati: Il nuovo ruolo di operatore RMM fornisce accesso con privilegi minimi limitato alle attività di gestione remota. La protezione automatica dalla disinstallazione degli agenti aiuta a impedire che i ransomware disabilitino il software di sicurezza.

Scegli Acronis RMM per una libreria software integrata con avvisi di sicurezza azionabili.

3. ManageEngine Endpoint Central MSP

ManageEngine è la divisione di gestione IT aziendale di Zoho Corporation. Il suo prodotto RMM Central per MSP combina rilevamento della rete, monitoraggio delle prestazioni dei dispositivi, distribuzione di patch, accesso remoto e inventario hardware e software. Abbiamo testato Endpoint Central nell'edizione cloud. È disponibile anche la distribuzione on-premise.

Vantaggi

• Insight basati sull'IA: ManageEngine ha introdotto Zia Insights, che offre narrazioni automatiche che semplificano l'interpretazione dei dati con riepiloghi chiari e in linguaggio semplice degli insight chiave dei grafici delle prestazioni.⁴
• Capacità di monitoraggio migliorata: Ora supporta il monitoraggio fino a 2.500 dispositivi per Monitoring Probe, con rilevamento CSV migliorato per importazioni automatiche dei dispositivi.⁴
• Dashboard personalizzate: Gli utenti possono creare widget personalizzati dai dati dei report avanzati e aggiungerli alle dashboard per visualizzazioni di monitoraggio personalizzate.⁴

Svantaggi

• Multi-OS: Alcune funzionalità hanno prestazioni inferiori su Linux e macOS rispetto a Windows.

4. Atera

Atera combina RMM, ticketing, gestione delle patch e agenti IA in un'unica piattaforma cloud con prezzo per tecnico. Il suo agente monitora disponibilità del dispositivo, CPU, RAM, utilizzo del disco, temperature dei componenti, larghezza di banda di rete, eventi di Windows e servizi, e supporta Windows, macOS e Linux.

Vantaggi

• Funzionalità basate sull'IA: La piattaforma di Atera include IT Autopilot (un agente IA autonomo e contestuale per gli utenti finali) e IA Copilot (un compagno di produttività per il tecnico IT).
• IA Copilot: Genera script e comandi CLI, riassume ticket e sessioni remote ed esegue controlli sullo stato dei dispositivi.
• Robin: Un agente autonomo che gestisce le richieste IT degli utenti finali tramite chat, Slack, Microsoft Teams e il portale utenti.⁵

Svantaggi

• La distribuzione Linux è impegnativa.
• L'installazione dell'agente è significativamente più lenta di NinjaOne.

5. GoTo Resolve

GoTo (precedentemente LogMeIn) offre RMM tramite GoTo Resolve, che combina supporto remoto, RMM e ticketing dell'help desk.

Vantaggi

• Manutenzione proattiva: Avvisi IT, gestione personalizzabile delle patch e gestione antivirus.
• Copertura dei dispositivi: Supporto remoto per dispositivi PC, Mac, iOS, Android e Chromebook.
• Ticketing conversazionale: Gli utenti finali segnalano problemi tramite la chat di Microsoft Teams.
• Strumenti per tecnici: Accesso in background, automazione IT, avvisi proattivi, collaborazione tra agenti e gestione di più sessioni.⁶

Svantaggi

• Reportistica: La personalizzazione dei report è carente.

6. Kaseya VSA

Kaseya, fondata nel 2000, vende VSA 10 come piattaforma RMM principale. Il suo portafoglio include anche Datto RMM e Pulseway.

Vantaggi

• Automazione: Un generatore di flussi di lavoro, una libreria di script pronta all'uso e riparazione auto dei ticket.
• Rilevamento ransomware: Monitora comportamenti tipici dei ransomware, ripara i ransomware comuni e mette in quarantena gli endpoint infetti. Le note di rilascio di Kaseya elencano il modulo come componente aggiuntivo opzionale con licenza.
• Sicurezza: Applicazione automatica delle patch, scansioni delle vulnerabilità e protezione degli endpoint.

Sviluppi recenti

• Digital Workforce: Kaseya ha presentato in anteprima Digital Workforce, un insieme di "specialisti digitali" IA, a DattoCon 2025. A Kaseya Connect 2026 ha introdotto il primo, Digital Specialist for Ticket Triage, che classifica i ticket e li instrada al tecnico giusto. Una versione iniziale con oltre 25 partner ha elaborato più di 4.000 ticket in un ambiente di test.⁷
• Modifiche al modello di prezzo: A partire da dicembre 2025, Kaseya ha terminato la politica di prezzo High Watermark per Datto RMM, SaaS Protection e Autotask, passando a un modello di quantità minima impegnata e consumo variabile per una maggiore flessibilità.⁸

7. Pulseway

Pulseway è un RMM mobile-first realizzato da MMSOFT Design. Nel maggio 2025, Kaseya ha annunciato che Pulseway era entrato formalmente a far parte dell'azienda, dando ai clienti Pulseway accesso alle integrazioni KaseyaOne e un percorso di aggiornamento a Kaseya 365 Endpoint.⁹

Abbiamo testato Pulseway e analizzato le sue funzionalità RMM. I nostri risultati sono riportati di seguito:

• Il processo di distribuzione è semplice.
• Si può navigare facilmente nella piattaforma.
• L'accesso remoto funziona senza problemi.

8. ConnectWise

ConnectWise consente una personalizzazione manuale più profonda e può essere ospitato on-premise o nel cloud. Supporta principalmente endpoint Windows. ConnectWise vende un prodotto cloud-native separato, ConnectWise RMM, basato sulla sua piattaforma Asio.

Vantaggi

• Scripting IA: L'assistenza IA redige script PowerShell per la revisione e l'approvazione dei tecnici.
• DataViews: Interroga, filtra ed esporta dati su clienti e dispositivi per audit, QBR e indagini.
• Gestione delle patch: Applicazione di patch per sistemi operativi Windows con politiche di approvazione, gruppi pilota, finestre di manutenzione e anelli di distribuzione.
• Patch di terze parti: Inclusa, anche se ConnectWise osserva che ConnectWise RMM copre un elenco più ampio di applicazioni di terze parti.¹⁰

9. Datto RMM

Datto è stata fondata nel 2007 a Norwalk, nel Connecticut. Kaseya ha completato l'acquisizione di Datto nel 2022, valutando l'azienda 6,2 miliardi di dollari.¹¹

Vantaggi

• Rilevamento ransomware: Le risposte automatiche tentano di terminare il processo ransomware e isolare il dispositivo infetto, mantenendo il contatto con Datto affinché i tecnici possano intervenire.
• Mappe della topologia di rete: Il rilevamento identifica ogni dispositivo sulla rete, inclusi quelli non gestiti.
• Controllo remoto: Web Remote, uno strumento HTML5 basato su browser che supporta anche la chat con gli utenti finali.
• ComStore: Centinaia di script predefiniti gratuito e politiche di automazione.
• Sicurezza degli agenti: Una chiave di crittografia univoca per ogni installazione dell'agente e restrizione di accesso a intervalli di indirizzi IP selezionati.

Aggiornamenti post-acquisizione

Flessibilità di prezzo: Il modello di prezzo High Watermark è stato eliminato nel 2025, sostituito con un modello di quantità minima impegnata e consumo variabile su tutta la linea di prodotti Datto.¹²

10. N-able N-Sight

N-able si è separata da SolarWinds nel 2021. N-sight RMM combina l'RMM cloud di N-able con Take Control per il supporto remoto e MSP Manager per l'automazione dei servizi professionali.

Abbiamo testato N-able N-sight e analizzato le sue funzionalità RMM. I nostri risultati sono riportati di seguito:

• A volte può essere difficile per gli utenti navigare verso altre pagine a causa della struttura della pagina del browser web.
• Nella finestra di gestione e monitoraggio dei dispositivi, puoi scegliere di controllare da remoto, scaricare gli agenti, chattare, inviare e-mail, scegliere le impostazioni dei report e condividere file.
• La libreria di script predefiniti può essere utilizzata per eseguire attività automatizzate consentendo l'esecuzione di script specifici.
• Puoi fatturare i tuoi clienti in base al tipo di tariffa che definisci.

Vantaggi

• Supporto remoto: Fast Assist per desktop remoti con chat dal vivo e app native per Android e iOS.
• Ticketing e fatturazione: Flussi di lavoro automatici di ticketing e fatturazione e un portale clienti personalizzabile.
• Automazione e piattaforme: Circa 400 script pronti all'uso, automazione drag-and-drop, patch di terze parti e supporto per dispositivi Windows, macOS, Linux, iOS e Android da un'unica dashboard.
• EDR: N-able EDR, basato su SentinelOne, è una funzionalità di N-sight RMM.

11. SuperOps

SuperOps, fondata nel 2020, vende una piattaforma unificata PSA-RMM per MSP e una suite unificata di gestione degli endpoint e help desk per i team IT interni.

Di seguito sono riportate le principali conclusioni del nostro studio benchmark sui prodotti RMM e sulla documentazione dei prodotti:

Vantaggi

• Facilità d'uso: Navigare nella piattaforma è semplice grazie alla navigazione a schede.
• Integrazione PSA: L'integrazione PSA integrata funziona perfettamente.
• Controllo degli endpoint: Monitoraggio in tempo reale, gestione del software e applicazione automatica delle patch negli ambienti dei clienti.
  Monica IA: Un assistente IA agentico che gestisce il lavoro di routine come la deviazione dei ticket e la sintesi delle patch, utilizzando il contesto di dispositivi, ticket e flussi di lavoro.¹³

Benchmark di distribuzione degli agenti RMM e dashboard

1. Distribuzione degli agenti

Confronto della distribuzione degli agenti Tabella

1. NinjaOne

NinjaOne si apriva con una pagina "Inizia" con video introduttivi e guide dettagliate per aggiungere tecnici, utenti e dispositivi. L'onboarding anticipa le prime attività quotidiane senza sovraccaricare i nuovi utenti.

NinjaOne

Onboarding screen

NinjaOne onboarding screen showing Get Started checklist with intro video, add technicians, add devices, set up policies, enable apps, and manage organizations options

See More

 Abbiamo fatto clic sul pulsante "+" in alto a destra e selezionato "Aggiungi nuovo dispositivo". Il menu a discesa mostrava ogni tipo di dispositivo gestibile: computer, dispositivi mobili, infrastruttura virtuale, monitor cloud e sistemi di gestione della rete.

Installazione dell'agente Windows

Abbiamo selezionato "Computer" e scelto Windows dalle opzioni del sistema operativo. Il pannello destro richiedeva dettagli organizzativi, come l'organizzazione e la sede a cui appartiene il dispositivo. NinjaOne ha generato un unico programma di installazione Windows per la distribuzione sui nostri server in Irlanda, Ohio e Seoul.

La piattaforma forniva sia un pulsante di download sia un link copiabile. L'opzione link ci consente di incollare l'URL direttamente nel browser di ciascun server invece di scaricare localmente e trasferire file, un risparmio di tempo nella gestione dei server remoti.

Abbiamo scaricato il programma di installazione sul nostro server in Irlanda e fatto doppio clic sul file .msi. La finestra del programma di installazione è scomparsa all'istante. Nessuna barra di avanzamento, nessuna finestra di completamento. Abbiamo controllato la dashboard di NinjaOne e trovato il dispositivo già elencato con lo stato "Connesso".

L'installazione ha richiesto meno di 2 secondi dal clic alla registrazione nella dashboard.

Abbiamo rinominato il dispositivo dal suo hostname AWS in "IRLANDA" per chiarezza. La nostra lamentela: la totale mancanza di feedback sull'installazione. Una semplice notifica che dicesse “Agente installato correttamente” confermerebbe che l'installazione è riuscita invece di lasciare gli utenti nel dubbio che qualcosa sia fallito silenziosamente.

Abbiamo ripetuto il processo sui server Ohio e Seoul usando lo stesso file di installazione. Tutte e tre le istanze Windows sono apparse nella dashboard entro pochi secondi dall'esecuzione.

Anche in questo caso, ci aspettavamo una notifica di completamento per confermare il successo, ma l'installazione silenziosa non forniva alcun feedback.

Installazione dell'agente Linux

Abbiamo generato un programma di installazione Linux per la distribuzione sui nostri server São Paulo, North California e Canada. La configurazione Linux richiedeva la selezione di un tipo di distribuzione. NinjaOne mostrava "Debian" e "RPM" come opzioni.

Il menu a discesa sarebbe più chiaro con nomi di distribuzione familiari, "Ubuntu/Debian" o "CentOS/RHEL" invece dei tipi di formato pacchetto. Gli utenti che non conoscono il packaging .deb rispetto a .rpm potrebbero non sapere quale selezionare.

La piattaforma forniva un link di download ma nessuna istruzione di installazione. Ci aspettavamo una sezione "Come installare" o, come minimo, un comando di esempio per eseguire il programma di installazione. Per gli utenti Windows fare clic su un file .msi è intuitivo, ma gli utenti Linux devono sapere se eseguirlo. dpkg -i, apt install o un altro comando.

Dopo aver generato il programma di installazione Linux, NinjaOne mostrava il link di download, ma non menzionava mai che questo unico programma funziona su un numero illimitato di dispositivi con lo stesso sistema operativo.

Sapevamo per esperienza che un singolo programma di installazione può essere distribuito su più macchine, quindi abbiamo usato lo stesso file su tutti e tre i server Linux. Tuttavia, gli amministratori che non conoscono la distribuzione degli agenti potrebbero presumere che ogni dispositivo necessiti del proprio programma di installazione.

Abbiamo incollato l'URL di download nel terminale del nostro server São Paulo ed eseguito il pacchetto .deb:

L'agente è stato installato prima che potessimo alzare il dito dal tasto Invio. Il terminale mostrava "Installazione di NinjaOne completata con successo" ed è tornato al prompt. Il dispositivo è apparso immediatamente nella dashboard, letteralmente entro pochi secondi dal completamento dell'installazione.

Abbiamo distribuito sui server in North California e Canada usando lo stesso programma di installazione. Tutte e tre le istanze Linux si sono registrate nella dashboard appena l'installazione è terminata.

Installazione dell'agente macOS

La configurazione Mac chiedeva se volevamo il formato DMG o PKG. Abbiamo selezionato DMG per l'esperienza di installazione macOS standard.

Ci siamo collegati alla nostra istanza Mac di Mumbai via VNC e abbiamo aperto il DMG scaricato. La procedura guidata di installazione seguiva i passaggi standard di macOS e mostrava un messaggio di completamento, a differenza dei programmi di installazione silenziosi di Windows e Linux che non fornivano alcun feedback.

Il dispositivo non appariva nella dashboard. Abbiamo atteso 5 minuti senza cambiamenti. Abbiamo riavviato la macchina, ma ancora niente nell'elenco dei dispositivi.

Abbiamo rieseguito il programma di installazione. Questa volta mostrava "Installazione precedente rilevata" ma ci consentiva di procedere. Dopo la seconda installazione, il dispositivo è finalmente apparso nella dashboard con lo stato "Non connesso". Pochi secondi dopo è passato a "Connesso".

L'installazione macOS richiedeva una risoluzione dei problemi che Windows e Linux non avevano bisogno. L'agente è stato installato correttamente la prima volta (confermato dal messaggio "Installazione precedente rilevata" alla seconda esecuzione), ma non riusciva a registrarsi nella dashboard.

NinjaOne ha bisogno di una migliore visibilità dello stato di registrazione degli agenti e di messaggi di errore più espliciti quando la registrazione iniziale fallisce.

2. ManageEngine

Ci siamo registrati a ManageEngine Endpoint Central e abbiamo ricevuto un'e-mail di verifica da Zoho. ManageEngine è un prodotto Zoho.

La configurazione di prova chiedeva se volevamo una distribuzione on-premise o cloud. NinjaOne e Acronis offrivano il cloud, quindi questa flessibilità di distribuzione era inaspettata. Abbiamo selezionato il cloud per uniformarci agli altri test.

Dopo la registrazione, ManageEngine ci ha indirizzato immediatamente alla registrazione dei dispositivi: nessun tour di onboarding o guida alla configurazione, solo un invito ad aggiungere dispositivi.

ManageEngine Endpoint Central MSP

Downloading the agent for Windows

Installazione dell'agente Windows

Abbiamo fatto clic sul link di download, aspettandoci un download diretto del file. Invece, ManageEngine ha aperto una pagina separata che mostrava il pulsante di download del programma di installazione con opzioni di selezione del sistema operativo.

Facendo clic su download si apriva il programma di installazione. Prima che l'installazione potesse iniziare, appariva una richiesta di verifica CAPTCHA.

Abbiamo fatto clic sui passaggi della procedura guidata. L'installazione è stata completata in 15-20 secondi. A differenza dell'installazione silenziosa di NinjaOne su Windows, ManageEngine richiedeva di fare clic su "Avanti" attraverso più schermate.

Il programma di installazione non forniva alcuna notifica di completamento. Nessuna finestra che dicesse "Agente installato correttamente". Siamo andati manualmente alla dashboard per confermare la registrazione del dispositivo.

La dashboard mostrava che il nostro server in Irlanda era apparso correttamente. Abbiamo ripetuto il processo per i server Ohio e Seoul usando lo stesso file di installazione.

Tutte e tre le istanze Windows si sono registrate entro un minuto dal completamento dell'installazione.

Installazione dell'agente Linux

L'installazione Linux presentava problemi immediati. La pagina di download offriva un pulsante di download del browser, nessun URL diretto da copiare. Dovevamo scaricare l'agente sulla macchina locale, poi capire come trasferirlo sui server Linux.

Abbiamo provato a copiare l'URL del pulsante di download e incollarlo nel terminale Linux. L'URL restituiva un errore 400. Il link di download era specifico della sessione e non funzionava se accesso da una macchina o un indirizzo IP diverso.

Alla fine abbiamo scaricato il file .zip in locale, caricato sui server tramite SCP e proceduto con l'installazione. Questo aggiungeva 5-10 minuti per server rispetto all'approccio copia-incolla dell'URL di NinjaOne.

La pagina di download non conteneva alcuna istruzione di installazione: nessun esempio di comando, nessun link alla documentazione. Abbiamo estratto il file .zip e trovato un README con i passaggi di installazione sepolto nell'archivio.

Abbiamo eseguito il file .bin e cronometrato i download nelle regioni:

• Canada: 4.88 MB/s
• São Paulo: 1.16 MB/s
• California: 3.25 MB/s

L'agente è stato estratto e installato in pochi secondi una volta eseguito.

Installazione dell'agente macOS

L'installazione Mac ha scaricato un programma di installazione .pkg standard. L'abbiamo aperto sulla nostra istanza Mac di Mumbai.

Il programma di installazione seguiva i tipici passaggi di installazione macOS. L'installazione si è completata in pochi secondi con un chiaro messaggio di completamento.

Il dispositivo è apparso immediatamente nella dashboard.

L'installazione macOS è andata liscia senza i problemi di registrazione che avevamo riscontrato con NinjaOne.

3. Acronis Cyber Protect Cloud

Acronis RMM fa parte di Acronis Cyber Protect Cloud. Ci siamo registrati e abbiamo iniziato ad aggiungere dispositivi.

Acronis Cyber Protect

Acronis Cyber Protect Cloud

Add device screen

See More

Il pannello "Aggiungi dispositivi" mostrava i tipi di dispositivi disposti diversamente rispetto ai concorrenti. Windows e Linux apparivano sotto "Server", mentre Mac si univa a Windows sotto "Workstation". Questa categorizzazione sembrava arbitraria; stavamo distribuendo su server con tutti e tre i sistemi operativi.

Installazione dell'agente Windows

Abbiamo selezionato Server, Windows e la piattaforma ha avviato immediatamente un download senza offrire un URL da copiare. Dovevamo installare gli agenti su server remoti, non sulla macchina amministrativa locale. Questa svista UX ci ha costretti a trovare il link "fai clic qui se il download non è iniziato" per estrarre l'URL di download effettivo.

Abbiamo scaricato il programma di installazione e l'abbiamo avviato. È apparsa la schermata di benvenuto.

Facendo clic su "Installa" si scopriva che il programma di installazione scarica file aggiuntivi dai server Acronis durante l'installazione.

Dopo il completamento del download e dell'installazione, abbiamo fatto clic su "Registra workload". Il programma di installazione ha aperto il browser web predefinito e richiesto credenziali di accesso amministrative.

Questo flusso di registrazione crea problemi su larga scala. I team DevOps che distribuiscono su flotte di server non hanno bisogno di accessi alla dashboard. NinjaOne e ManageEngine hanno entrambi evitato questo problema con token di installazione pre-autorizzati.

Dopo l'accesso, Acronis mostrava una procedura guidata di registrazione che richiedeva la selezione di un piano di protezione.

Abbiamo fatto clic su "Cambia" per vedere le opzioni disponibili. La piattaforma offriva piani di protezione Essential, Complete, Backup ed Extended. Abbiamo mantenuto l'impostazione predefinita "Protezione completa".

Abbiamo usato il programma di installazione interattivo predefinito, che ci chiedeva di registrare ogni dispositivo in un browser con credenziali amministrative. Acronis supporta anche token di registrazione per l'installazione automatica, che evita questo passaggio; non abbiamo testato quel metodo.

Dopo aver completato la registrazione web, l'agente ha confermato l'installazione riuscita.

Il dispositivo è apparso nella dashboard. Tuttavia, Acronis non offriva alcuna opzione per rinominare i dispositivi dall'interfaccia web. NinjaOne ci consentiva di rinominare i dispositivi all'istante. Abbiamo dovuto accedere a ogni server Windows e cambiare il nome del computer a livello di sistema operativo, un passaggio aggiuntivo non necessario.

Abbiamo ripetuto il processo per i server Ohio e Seoul. Tutte e tre le istanze Windows si sono registrate con successo.

Installazione dell'agente Linux

La selezione dell'agente Linux avviava un download automatico invece di fornire un URL copiabile. Gli amministratori che gestiscono server Linux lavorano dalla CLI, non da una GUI browser, quindi abbiamo dovuto estrarre manualmente il link di download. Sulla pagina di download non apparivano istruzioni di installazione.

Il programma di installazione è di circa 1,1 GB. Abbiamo cambiato gli hostname dei server prima di eseguirlo poiché Acronis non consente di rinominare i dispositivi dalla dashboard.

Dopo aver eseguito il programma di installazione, segnalava dipendenze mancanti e ci chiedeva di installarle. Abbiamo confermato e la piattaforma ha chiesto quale infrastruttura agente volevamo. Abbiamo selezionato direttamente l'agente Linux. Il programma di installazione ha quindi scaricato e installato tutti i file richiesti in sequenza.

Una volta completata l'installazione, la piattaforma richiedeva la registrazione in Acronis. Facendo clic su "Mostra info di registrazione" venivano visualizzati un URL e un codice di registrazione. Siamo andati a quell'URL, abbiamo inserito il codice e la piattaforma ha localizzato il server. Abbiamo selezionato Complete Protection e completato il processo.

Tempo totale di installazione: 4 minuti. Tempo di download: 3 minuti.

La dashboard mostrava tutti e sei i dispositivi (tre Windows, tre Linux) ma non forniva alcuna distinzione visiva tra i sistemi operativi. NinjaOne mostrava icone chiare del sistema operativo per ogni dispositivo. Acronis mostrava icone identiche, richiedendo agli utenti di aprire i dettagli del dispositivo per identificare il sistema operativo.

Installazione dell'agente macOS

Abbiamo scaricato il programma di installazione Mac e l'abbiamo aperto. Abbiamo fatto clic su "Installa" e osservato l'avanzamento.

Il programma di installazione ha scaricato 588 MB di file aggiuntivi durante l'installazione. Le velocità di download da Mumbai erano estremamente lente, probabilmente a causa della limitata presenza CDN nella regione. Il download ha richiesto 45 minuti per completarsi.

Dopo il termine dell'installazione, l'agente richiedeva la registrazione del workload. Abbiamo completato la registrazione web con il piano Complete Protection.

macOS richiedeva ampi permessi di sistema per l'agente. Abbiamo concesso Accesso completo al disco, Accessibilità e altri permessi richiesti.

Dopo aver concesso i permessi, Acronis ci ha chiesto di accedere all'account Acronis dal Mac stesso. Questo comportamento differiva dagli agenti Windows e Linux. L'agente Mac funziona più come un'applicazione portale autonoma che come un agente di monitoraggio in background. Aggiungeva un'icona al dock e alla barra dei menu.

Abbiamo rifiutato di accedere. L'agente dovrebbe funzionare come le versioni Windows e Linux senza richiedere l'autenticazione utente locale.

Il dispositivo è apparso nella dashboard. macOS mostrava un'icona Apple distinta, rendendo il sistema operativo immediatamente visibile. Tuttavia, i dispositivi Windows e Linux mancavano ancora di una chiara identificazione del sistema operativo. La colonna "Backup" mostrava uno stato "OK" per macOS, anche se non avevamo ancora configurato i backup, quindi non è chiaro il motivo.

2. Funzionalità della dashboard e del monitoraggio

Confronto delle funzionalità della dashboard

Confronto degli strumenti di monitoraggio e gestione

1. NinjaOne

Facendo clic su qualsiasi dispositivo dall'elenco principale si apriva una visualizzazione dettagliata del dispositivo con più schede in alto: Panoramica, Dettagli, Software, Strumenti, Attività, Personalizzata, Vulnerabilità e Impostazioni.

NinjaOne

Dashboard

La scheda Panoramica mostrava immediatamente le informazioni essenziali.

Metriche in tempo reale: Quattro grafici mostravano l'uso corrente delle risorse:

• Utilizzo della CPU (cronologia di 10 minuti)
• Consumo di memoria (utilizzo attuale rispetto al totale)
• Spazio su disco (utilizzo per volume)
• Attività di rete (ultima ora)

Pannello informazioni dispositivo: La colonna destra elenca i dettagli di sistema.

Stato salute: Una sezione dedicata segnalava eventuali problemi di sistema. I nostri server appena creati non mostravano problemi, ma quest'area visualizzerebbe avvisi sui driver, avvisi di spazio su disco o guasti dei servizi.

Registro attività recenti: La parte inferiore mostrava eventi del server con data e ora:

• Accessi e disconnessioni degli utenti
• Installazioni di software
• Aggiornamenti del sistema operativo
• Modifiche agli account utente
• Riavvii del sistema

Ogni voce di attività includeva l'azione specifica, la data/ora e l'utente o il componente interessato.

Azioni rapide: La pagina forniva accesso immediato alle attività quotidiane senza dover navigare altrove.

La funzionalità "Elementi correlati" ci consente di collegare i dispositivi ad altre entità: allegati, utenti finali, altri dispositivi, organizzazioni, località, app e servizi, documenti, articoli e liste di controllo. Questo raggruppamento aiuta a organizzare infrastrutture complesse in cui più componenti lavorano insieme.

Accesso al terminale

Abbiamo fatto clic sul pulsante del terminale per testare l'accesso alla riga di comando. NinjaOne ha immediatamente richiesto la verifica 2FA per una corretta sicurezza dell'accesso privilegiato.

Dopo la 2FA, si apriva una finestra di terminale nel browser con diverse funzionalità:

• Tastiera virtuale (utile per i caratteri speciali)
• Pulsanti per scaricare/copiare l'output
• Menu a discesa per la selezione dell'utente

Su Linux, potevamo scegliere tra accesso root e utente standard. Su Windows, NinjaOne offriva opzioni più granulari:

• CMD (32 bit o 64 bit)
• PowerShell (32 bit o 64 bit)
• Utente di sistema o utente attualmente connesso

Questa flessibilità del terminale superava le nostre aspettative. La maggior parte delle piattaforme RMM offre un solo tipo di terminale per sistema operativo.

Scheda Dettagli

La scheda Dettagli mostrava specifiche di sistema complete organizzate in sezioni espandibili.

Le opzioni del selettore dell'intervallo temporale apparivano in alto:

• Ultima ora
• 24 ore
• 7 giorni
• 30 giorni
• 90 giorni

Non esisteva un'opzione di intervallo di date personalizzato, il che limita le indagini legate a un orario specifico noto.

Le sezioni della scheda Dettagli includevano:

Informazioni sulla CPU:

• Modello e specifiche del processore
• Numero di core e velocità
• Temperatura attuale
• Grafici di utilizzo nell'intervallo selezionato

Memoria:

• RAM totale e disponibile
• Modelli di utilizzo nel tempo
• Tipo e velocità della memoria

Disco:

• Tutti i volumi con capacità e spazio gratuito
• Metriche I/O e grafici di throughput
• Stato salute SMART

Rete:

• Tutti gli adattatori con indirizzi IP e indirizzi MAC
• Grafici di utilizzo della larghezza di banda
• Connessioni attive

BIOS/UEFI:

• Versione e data del firmware

Porte aperte: Una sezione dedicata elencava ogni porta in ascolto con il nome del processo associato. Abbiamo visto la porta 22 (SSH), la porta 3389 (RDP sui server Windows) e i servizi di gestione AWS. Questa visibilità aiuta a identificare servizi imprevisti o problemi di sicurezza. Non abbiamo visto questa funzionalità in altre piattaforme RMM.

Scheda Software

La scheda Software elencava tutte le applicazioni e i servizi installati, con capacità di ricerca completa.

Le colonne ordinabili includevano:

• Nome applicazione
• Versione
• Editore
• Data di installazione
• Dimensione

L'ordinamento per data di installazione aiuta a individuare il software aggiunto di recente durante gli audit di sicurezza. Abbiamo rapidamente identificato quando è stato installato l'agente NinjaOne stesso, insieme a eventuali modifiche successive.

Scheda Strumenti

La scheda Strumenti conteneva quattro potenti funzionalità di gestione remota che replicano l'amministrazione locale del sistema.

1. Gestione attività

La vista Gestione attività mostrava tutti i processi in esecuzione con il consumo di risorse in tempo reale. Potevamo:

• Cercare processi specifici
• Ordinare per utilizzo di CPU, memoria o disco
• Selezionare qualsiasi processo e terminarlo
• Cambiare la priorità del processo

Questo replicava la funzionalità del Task Manager di Windows e del comando Linux top tramite l'interfaccia web. Abbiamo testato la terminazione di un processo non critico e si è fermato immediatamente.

2. File browser

Il File Browser forniva accesso completo al file system. Siamo andati alla directory root (/) e abbiamo visto tutte le 24 directory di sistema: bin, boot, dev, etc, home, lib e altre.

Operazioni disponibili:

• Navigare in qualsiasi directory
• Scaricare file
• Caricare file
• Rinominare file e cartelle
• Eliminare elementi
• Creare nuove cartelle

Abbiamo testato il caricamento di un file: è apparso immediatamente nella directory di destinazione. Questo elimina la necessità di connessioni SFTP/RDP separate quando si prelevano file di log o si caricano configurazioni.

3. Gestione servizi

Il Gestione servizi elencava tutti i 176 servizi di sistema, incluso lo stato attuale e la configurazione di avvio. Per ogni servizio:

• Visualizzare lo stato attuale (In esecuzione, Arrestato)
• Avviare o arrestare i servizi
• Riavviare i servizi
• Cambiare il tipo di avvio (Automatico, Manuale, Disabilitato)

Abbiamo testato l'arresto e il riavvio di un servizio non critico. Le modifiche vengono applicate in pochi secondi con aggiornamenti di stato che riflettono il nuovo stato.

4. Registro remoto (solo Windows)

I dispositivi Windows mostravano un quarto strumento: Registro remoto. Questo forniva accesso completo al registro tramite il browser; potevamo navigare tra gli hive del registro, aggiungere chiavi, modificare valori ed eliminare voci. La modifica del registro tramite un'interfaccia web sembra rischiosa, ma la funzionalità corrisponde esattamente a regedit locale.

Scheda Attività

La scheda Attività forniva una registrazione completa di tutti gli eventi del dispositivo. Le opzioni di filtro includevano:

• Intervalli di date personalizzati
• Utenti specifici (mostra le azioni di un utente)
• Tipi di azione

Il filtro per tipo di azione rivelava migliaia di categorie predefinite.

I tipi di azione disponibili includevano:

• Volume disco rimosso
• Memoria aggiunta/rimossa
• Scheda di rete aggiunta/configurazione modificata/eliminata/stato modificato
• Processo avviato/arrestato
• Controller RAID aggiunto
• Installazioni/rimozioni di software
• Modifiche hardware
• Accessi/disconnessioni utente
• Sessioni di controllo remoto
• Modifiche ai file
• Modifiche ai servizi
• Modifiche alla configurazione di rete
• Eventi di sicurezza

Questa granularità di registrazione superava il Visualizzatore eventi di Windows. Potevamo rispondere rapidamente a "chi ha installato quale software in quale data" senza analizzare ID evento criptici.

Scheda Vulnerabilità

La scheda Vulnerabilità elenca i problemi di sicurezza nel sistema operativo e nel software installato. I nostri server appena creati non mostravano vulnerabilità (0 risultati). Questa sezione si popolerebbe con identificativi CVE e raccomandazioni sulle patch man mano che il sistema invecchia e vengono scoperte nuove vulnerabilità.

Scheda Impostazioni

La scheda Impostazioni conteneva la configurazione del dispositivo e le assegnazioni di policy organizzate in tre sezioni:

Generale: Informazioni dispositivo (nome, nome visualizzato, ruolo, organizzazione, località, utente assegnato)

Politiche: Politiche di configurazione applicate

App: Applicazioni o estensioni NinjaOne installate

Attività pianificate e automazione

Dalla pagina Panoramica, abbiamo fatto clic sul pulsante "Crea" e selezionato "Attività pianificata".

L'interfaccia di pianificazione includeva:

• Nome e descrizione dell'attività
• Frequenza di ripetizione (Giornaliera, Settimanale, Mensile, Personalizzata)
• Intervallo di ricorrenza
• Data e ora di inizio con fuso orario
• Data di fine (o Mai)
• Interruttore abilita/disabilita

Libreria di automazione

Abbiamo fatto clic sulla scheda Automazioni e selezionato "Aggiungi automazione" per esplorare le azioni disponibili.

La libreria conteneva numerose automazioni predefinite filtrabili per:

• Sistema operativo
• Tipo (Nativo, Script, ecc.)
• Lingua
• Categorie

Abbiamo selezionato "Cancella registri eventi" e "Svuota cestino" come esempi. Le attività apparivano in ordine drag-and-drop, consentendoci di sequenziare le operazioni.

Selezione dei destinatari

La scheda Destinatari ci consente di selezionare quali dispositivi ricevono l'attività pianificata. Abbiamo selezionato la macchina CALIFORNIA. La distribuzione su più dispositivi funziona allo stesso modo; seleziona più dispositivi per distribuire simultaneamente.

Quando abbiamo fatto clic su Salva, NinjaOne ha richiesto la verifica 2FA. Le attività pianificate possono eseguire operazioni critiche per il sistema (come la cancellazione dei registri eventi), quindi l'autenticazione a due fattori per la creazione delle attività ha senso.

Modalità manutenzione

La dashboard includeva una funzionalità di "modalità manutenzione". Potevamo specificare intervalli di data/ora per sospendere:

• Avvisi
• Attività pianificate
• Controlli di monitoraggio

Questo previene i falsi allarmi durante le finestre di manutenzione pianificate.

Applicazione di patch per sistema operativo e software

Mentre esploravamo la dashboard, abbiamo notato che "Applicazione patch sistema operativo" era disabilitata per impostazione predefinita. Dopo averla abilitata, appariva una nuova scheda "Patch" nella navigazione del dispositivo.

Abbiamo fatto clic sulla scheda Patch e abbiamo subito visto le patch di sistema disponibili. Selezionando una patch venivano mostrate due opzioni: Applica ora e Rifiuta.

Abbiamo testato l'applicazione di una patch su uno dei nostri server. La patch è stata distribuita con successo.

L'applicazione di patch software funzionava in modo simile. Quando diventavano disponibili nuove patch software, NinjaOne mostrava notifiche in due posizioni:

• Avviso nella dashboard principale
• Elenco patch nella sezione Patch

Le opzioni di distribuzione offrivano flessibilità:

• Applica a questo dispositivo
• Applica la policy a tutti i dispositivi che usano quella policy

Abbiamo applicato una patch al server SEOUL per testare l'applicazione su singolo dispositivo. Questo metodo di distribuzione doppio, dispositivo personale o flotta basata su policy, offre agli amministratori un controllo preciso sulle strategie di distribuzione delle patch.

2. ManageEngine

La dashboard di ManageEngine si apriva con un elenco di inventario che mostrava tutti i computer registrati.

ManageEngine Endpoint Central MSP

Dashboard

La barra di navigazione superiore conteneva i link dei moduli:

• Configurazioni
• Minacce e patch
• Distribuzione software
• Inventario (vista corrente)
• Gestione dispositivi mobili
• Amministrazione
• Browser
• Gestione BitLocker
• Agente

Questi moduli fornivano visualizzazioni a livello di flotta quando accessi dal menu principale. Ad esempio, facendo clic su Distribuzione software venivano mostrate le statistiche di distribuzione su tutti i dispositivi.

Il modulo Minacce e patch mostrava riepiloghi delle vulnerabilità e stato delle patch in tutta l'infrastruttura.

Queste dashboard a livello di flotta esistono in tutte e tre le piattaforme RMM. Per questo confronto ci siamo concentrati sulle funzionalità di gestione dei singoli dispositivi.

Vista dettagli dispositivo

Abbiamo fatto clic sul server IRELAND dall'elenco dei computer. La pagina del dispositivo si apriva con più schede: Riepilogo, Sistema, Hardware, Software, Certificati, Dettagli file, Sicurezza, Controllo USB e Cronologia.

La scheda Riepilogo veniva visualizzata.

Utilizzo disco (al centro): Un grafico ad anello mostrava lo spazio usato (2 GB) rispetto allo spazio gratuito (99 GB) con l'etichetta dell'unità C:.

Menu Azioni rapide

Il pulsante Azioni in alto a destra mostrava un menu a discesa. Potevamo avviare scansioni, riavviare il server o accedere agli strumenti di gestione con un solo clic.

Test delle azioni rapide

Siamo tornati al menu a discesa Azioni per testare le operazioni disponibili. Abbiamo fatto clic su "Scansione patch". Il sistema ha immediatamente confermato che la scansione era iniziata. Allo stesso modo, facendo clic su "Scansione asset" veniva avviata immediatamente una scansione dell'inventario degli asset.

Abbiamo saltato il test di Arresta e Riavvia poiché la loro funzionalità sembrava semplice.

Il sottomenu System Manager conteneva diversi strumenti di amministrazione remota. Li abbiamo esplorati uno per uno.

Facendo clic su Gestione attività si apriva una nuova pagina che mostrava tutti i processi in esecuzione.

Potevamo:

• Cercare processi specifici
• Ordinare per qualsiasi colonna
• Visualizzare informazioni dettagliate (PID, percorso, utilizzo risorse)
• Terminare qualsiasi processo utilizzando il pulsante di arresto a destra

Il Task Manager aveva anche una scheda "Programmi di avvio", ma non restituiva risultati, il che è insolito per un'installazione di Windows Server.

Servizi

Lo strumento Servizi mostrava tutti i 252 servizi di sistema con capacità di gestione complete.

Facendo clic sul menu delle azioni per qualsiasi servizio venivano mostrate le opzioni:

• Stato
  • ARRESTO
  • RIAVVIO
• Tipo di avvio
  • AUTO
  • DISABILITA

Questo forniva la funzionalità di gestione dei servizi mancante nella vista Servizi della scheda System. Potevamo avviare, arrestare e riavviare i servizi e modificare la loro configurazione di avvio, essenziale per la risoluzione dei problemi e la manutenzione.

Command Prompt

Lo strumento Command Prompt apriva un terminale basato su browser con due schede: Command Prompt e PowerShell.

Potevamo scegliere tra:

• Command Prompt o PowerShell (schede)
• Utente SYSTEM o Amministratore (menu a discesa)

Questa flessibilità corrispondeva all'offerta di terminale di NinjaOne, sebbene NinjaOne fornisse anche opzioni a 32 bit/64 bit per Windows.

Editor del registro

Lo strumento Registro apriva un editor del registro basato sul web. La modifica remota del registro tramite un browser elimina la necessità di accesso RDP quando si modificano le configurazioni di sistema. NinjaOne offriva anch'esso questa funzionalità per i dispositivi Windows.

Dettagli patch

Facendo clic su Dettagli patch si tornava all'interfaccia di applicazione delle patch vista in precedenza. Ricorda, avevamo avviato una scansione patch dal menu Azioni.

Le sei patch mancanti apparivano in una tabella con caselle di controllo. Abbiamo selezionato tutte e sei le patch e fatto clic su "Installa/Pubblica patch".

Invece di installare immediatamente, ManageEngine apriva una schermata di configurazione. La pagina di configurazione conteneva più sezioni.

Chat

Facendo clic sull'opzione Chat si apriva una finestra pop-up di messaggistica.

Abbiamo digitato un messaggio ed è apparso immediatamente nella finestra della chat. Il messaggio arrivava direttamente a chiunque usasse il server IRELAND. Una nuova finestra del browser si apriva sul server mostrando il messaggio in arrivo.

Questa funzionalità di messaggistica diretta non esisteva nella chat di NinjaOne; NinjaOne funzionava all'interno di sessioni di controllo remoto attive. Acronis offriva una chat autonoma ma senza allegati.

L'implementazione di ManageEngine includeva il supporto per gli allegati. Abbiamo testato l'invio di un'immagine.

Scheda System

La scheda System conteneva quattro sottosezioni nella barra laterale sinistra: Servizi, Utenti, Gruppi, Driver e Condivisioni.

Abbiamo fatto clic su Utenti per visualizzare tutti gli account utente sul server. La sezione Utenti mostrava:

• Opzioni di filtro: Tutti i domini, Nome gruppo, ricerca personalizzata
• Pulsante Genera report
• Tabella utenti con colonne: Nome, Tipo account, Descrizione, Dominio, Nome completo, SID, Stato

Apparivano quattro account:

• Administrator (Account normale, stato OK)
• DefaultAccount (stato degradato)
• Guest (stato degradato)
• WDAGUtilityAccount (stato degradato)

Facendo clic sull'account Administrator si aprivano informazioni utente dettagliate.

Abbiamo cercato nell'interfaccia le opzioni di gestione dei servizi: avvia, arresta, riavvia o cambia tipo di avvio. Non ne appariva nessuna. La vista Servizi forniva informazioni in sola lettura. NinjaOne offriva la gestione completa dei servizi tramite il suo strumento Service Manager.

Scheda Hardware

La scheda Hardware mostrava specifiche hardware complete organizzate per categoria di componenti.

Ogni categoria hardware forniva specifiche dettagliate simili.

Scheda Software

La scheda Software mostrava le applicazioni installate con due sottosezioni: App desktop e Software a consumo.

La vista App desktop includeva filtri:

• Menu a discesa Installa/Disinstalla software
• Filtra per: Tutto il software, Tutti gli utenti, Compatibilità sistema operativo

Scheda Sicurezza

La scheda Sicurezza conteneva quattro sottosezioni: BitLocker, Antivirus, Firewall e Patch mancanti.

Scheda Cronologia

La scheda Cronologia monitorava le modifiche di sistema nel tempo con due sottosezioni: Cronologia audit e Cronologia accessi utente.

La Cronologia audit mostrava eventi con data/ora e dettagli espandibili. La Cronologia accessi utente visualizzava le attività di accesso e disconnessione.

3. Acronis

Quando si apre la sezione dispositivi, tutte le macchine appaiono in un'unica vista tabella. Ogni riga mostra il tipo di dispositivo, il nome, l'account associato, il CyberFit Score, lo stato di protezione, l'origine, lo stato di disaster recovery e l'ora dell'ultimo backup.

Acronis Cyber Protect

All devices

Un limite diventa subito evidente: i sistemi Windows e Linux non sono inizialmente separati. Il tipo di dispositivo è indicato con icone (ad esempio VM), ma non c'è alcun raggruppamento basato sul sistema operativo o filtro predefinito. In ambienti più grandi, questo rende la scansione iniziale meno efficiente.

Facendo clic su un server Windows non si apre una pagina dispositivo dedicata; invece, un pannello scorre dal lato destro dello schermo. Questo approccio a pannelli consente agli utenti di rimanere nell'elenco principale dei dispositivi mentre interagiscono con una macchina specifica. Funziona bene per controlli rapidi, ma lo spazio orizzontale limitato rende l'ispezione più approfondita compressa rispetto a un layout a pagina intera.

La prima sezione mostrata nel pannello laterale è il CyberFit Score. È il sistema di punteggio proprietario di Acronis che valuta il dispositivo rispetto a un insieme predefinito di controlli di sicurezza.

Quando si aprono i dettagli del punteggio, vengono elencate diverse aree, tra cui stato del backup, configurazione del firewall, crittografia del disco, utilizzo VPN e traffico NTLM.

In pratica, alcuni di questi controlli producevano risultati fuorvianti. La crittografia del disco veniva segnalata come mancante anche se il server gira su AWS con crittografia abilitata a livello di infrastruttura. Anche l'utilizzo VPN veniva contrassegnato come problema, nonostante l'accesso fosse limitato tramite una VPN esterna e controlli a livello di rete. Questi risultati suggeriscono che la logica di punteggio valuta il server in isolamento e non tiene conto delle protezioni basate su cloud o rete.

Di conseguenza, il CyberFit Score è più adatto come indicatore generale che come valutazione di sicurezza affidabile. Nella nostra configurazione AWS, il punteggio non teneva conto della crittografia a livello di infrastruttura o dei controlli VPN a livello di rete, quindi i suoi risultati devono essere verificati rispetto all'ambiente reale.

Aprendo la sezione Monitoraggio non vengono mostrate metriche per impostazione predefinita. Invece, l'interfaccia visualizza un messaggio che indica che non è applicato alcun piano di monitoraggio.

Ciò significa che il monitoraggio non parte automaticamente. L'utente deve abilitarlo esplicitamente selezionando un piano prima che i dati diventino disponibili.

Quando si applica un piano di monitoraggio, il sistema richiede l'abilitazione dell'autenticazione a due fattori. Il processo viene imposto prima di continuare, il che aggiunge un passaggio di sicurezza per le azioni amministrative.

Dopo aver abilitato l'autenticazione a due fattori, la piattaforma presenta un elenco di piani di monitoraggio predefiniti. Questi includono il monitoraggio generico e raccomandazioni specifiche per il sistema operativo.

Anche quando è selezionato un server Windows, vengono mostrati anche i piani per macOS, il che rende la selezione meno intuitiva. Il piano corretto deve essere scelto manualmente.

Una volta applicato il piano di monitoraggio Windows, il sistema inizia a raccogliere dati di base sulle prestazioni come utilizzo della CPU, utilizzo della memoria, attività del disco e traffico di rete. A differenza di NinjaOne, che raccoglie queste metriche automaticamente, Acronis richiede una configurazione manuale.

Entrando nella sezione Disaster Recovery viene immediatamente richiesto all'utente di configurare un piano di ripristino. Poiché non era stato impostato alcun piano, l'interfaccia non mostra ulteriori informazioni. Quest'area non è stata esplorata ulteriormente in quanto esula dall'ambito del comportamento di monitoraggio.

La sezione Recovery elenca i backup disponibili e spiega che le operazioni di ripristino vengono eseguite selezionandone uno.

L'interfaccia offre due percorsi di ripristino: ripristinare l'intera macchina oppure singoli file e cartelle. Sebbene le opzioni siano chiare, il processo di ripristino sottostante, soprattutto per i ripristini completi del sistema, non è visibile in questa fase e richiede ulteriori test.

Selezionando l'opzione Desktop remoto si apre una piccola finestra modale anziché una pagina separata.

La finestra modale chiede se la sessione deve consentire il controllo completo o essere di sola visualizzazione. Consente inoltre di scegliere tra due metodi di connessione: NEAR o RDP standard. È disponibile anche un'opzione di connessione basata sul web, sebbene i suoi limiti e capacità debbano essere testati separatamente.

Nella sezione Impostazioni, il comportamento della connessione è configurato separatamente per NEAR e RDP.

Per le connessioni RDP, l'interfaccia consente il controllo della qualità visiva, del trasferimento audio e dell'accesso alla stampante. Queste opzioni vengono applicate prima dell'avvio della sessione ed eliminano la necessità di regolare le impostazioni all'interno del sistema operativo remoto.

Quando si apre la scheda Gestisci per un dispositivo, l'interfaccia presenta una serie di azioni dirette che possono essere eseguite da remoto.

Da questo menu è possibile svuotare il cestino, disconnettere l'utente attivo, mettere la macchina in modalità sospensione, riavviarla o spegnerla.

Nel complesso, questa sezione è incentrata su azioni rapide e a basso attrito piuttosto che su lunghe sessioni interattive.

Quando si entra per la prima volta nella sezione Chat, il sistema chiede di applicare un piano di gestione remota. Senza un piano attivo, la funzionalità di chat non è disponibile. Dopo aver utilizzato il piano richiesto, l'interfaccia di chat diventa attiva.

La schermata iniziale della chat mostra un elenco degli utenti attualmente connessi alla macchina selezionata. In questo caso, il server aveva una singola sessione amministrativa attiva, che appariva immediatamente nell'elenco. Negli scenari workstation, questo elenco includerebbe più utenti se fossero attive più sessioni contemporaneamente.

Avviare una chat non richiede una connessione desktop remoto. I messaggi inviati dalla console Acronis vengono consegnati immediatamente alla macchina come notifiche di sistema. Su Windows, il messaggio appare nell'angolo in basso a destra dello schermo, simile a un avviso di sistema nativo.

Facendo clic sulla notifica del server si apre una finestra di chat dedicata. Questa finestra consente la messaggistica in tempo reale tra il tecnico e l'utente connesso al dispositivo. L'esperienza è più vicina a un'app di messaggistica che a un overlay di supporto.

Questa è una differenza notevole rispetto a NinjaOne. In NinjaOne, la chat è legata a una sessione di controllo remoto attiva. In Acronis, la chat funziona in modo indipendente, consentendo di comunicare con gli utenti senza assumere il controllo della macchina.

Aprendo Distribuisci software si avvia un pannello laterale in cui vengono definite le attività di installazione del software.

Inizialmente non sono disponibili pacchetti software. L'interfaccia indirizza l'utente a caricare pacchetti personalizzati o esplorare la libreria software integrata.

Scegliendo di esplorare la libreria si apre un catalogo software completo. Questo catalogo include un'ampia gamma di applicazioni preconfezionate, sia open-source che proprietarie. Ogni voce mostra il nome del software, il fornitore, la versione, il tipo di licenza e la data di rilascio.

Selezionando un'applicazione come Adobe Reader si apre una schermata di configurazione. Da lì è possibile scegliere la versione esatta, la lingua e l'architettura di sistema prima di aggiungere il pacchetto.

Una volta aggiunto, il software diventa disponibile per la distribuzione. Il processo non richiede programmi di installazione manuali o scripting. Dopo l'avvio della distribuzione, l'avanzamento appare nella sezione Attività.

In questo test, Adobe Reader è stato installato sul server in poco più di due minuti. L'ora di inizio e fine sono state registrate chiaramente e l'applicazione è apparsa sul desktop subito dopo il completamento. L'installazione è avvenuta silenziosamente senza interrompere la sessione utente attiva.

Nel nostro test, Acronis offriva un catalogo software integrato con selezione di versione, lingua e architettura; non abbiamo trovato un catalogo equivalente in NinjaOne.

Tornando ai dettagli del server e aprendo la scheda Inventario si accede all'inventario completo del sistema. Le informazioni sono suddivise in software, hardware e dispositivi collegati via USB.

La sezione software elenca i programmi installati in dettaglio, inclusi nomi e versioni. Le informazioni hardware vanno oltre le specifiche di base e includono scheda madre, processore, memoria, archiviazione, schede di rete e dettagli a livello di sistema.

I dispositivi USB sono mostrati separatamente, rendendo chiaro se sono collegate periferiche esterne.

L'inventario non è statico. Utilizzando l'opzione Scansiona ora si avvia una nuova scansione che aggiorna manualmente tutti i dati di inventario invece di attendere un aggiornamento pianificato.

Rispetto a NinjaOne, il livello di dettaglio qui è nettamente superiore, soprattutto per il software installato e i componenti hardware.

Aprendo la scheda Vedi sulla mappa viene visualizzata la posizione fisica del server su una mappa. La vista include anche la cronologia delle posizioni e degli spostamenti quando disponibile.

Questa funzionalità è particolarmente rilevante per i laptop aziendali e i dispositivi mobili, dove i cambi di posizione contano. L'esperienza è simile alla funzione "Dov'è" di Apple. Questo tipo di localizzazione non l'ho riscontrato in NinjaOne e aggiunge un diverso livello di visibilità per i dispositivi distribuiti o remoti.

Quando si entra nella scheda Patch, appare immediatamente un ampio elenco di patch disponibili. Nessuna di queste patch era visibile o gestibile da NinjaOne nello stesso ambiente.

Ogni voce di patch mostra il livello di gravità, il che facilita la definizione delle priorità. La piattaforma visualizza anche un indicatore di stabilità per ogni patch, aiutando a distinguere tra aggiornamenti più sicuri e quelli che richiedono cautela.

Dopo aver selezionato le patch, passando al passaggio Opzioni di riavvio si ottiene il pieno controllo su ciò che accade una volta terminata l'installazione delle patch. È possibile installare tutte le patch e riavviare il sistema se necessario. Il riavvio può essere ritardato, pianificato o saltato del tutto, a seconda che un utente sia connesso.

Aprendo la scheda Dettagli viene mostrato un riepilogo consolidato del dispositivo. Include identificatori di sistema, informazioni sul sistema operativo, versione dell'agente, componenti installati e dettagli di rete.

Un limite spicca qui. L'indirizzo IP mostrato è l'indirizzo IP locale. Per i server basati su cloud, sarebbe più utile visualizzare sia gli indirizzi IP locali che pubblici. Avere l'indirizzo interno rende più difficile l'identificazione esterna.

La scheda Attività elenca una cronologia completa delle azioni eseguite sul server. Include modifiche ai piani di monitoraggio, distribuzioni di software, scansioni, installazioni di patch e altre operazioni di sistema.

Ogni voce include data/ora e informazioni sullo stato, rendendo facile capire cosa è successo e quando. Funge da audit trail completo per il dispositivo.

Aprendo la scheda Avvisi viene mostrata una raccomandazione di sicurezza per disabilitare l'esecuzione automatica di Windows per i supporti rimovibili. L'avviso spiega perché è un rischio per la sicurezza e suggerisce di disabilitarlo.

Ciò che spicca qui è il menu Azione di risposta. Invece di mostrare un avviso, la piattaforma offre più modi per rispondere. È possibile connettersi alla macchina, eseguire uno script, aprire una sessione di riga di comando o disabilitare direttamente la funzionalità AutoRun dall'avviso stesso.

In questo caso, selezionando l'opzione per disabilitare AutoRun l'avviso si è risolto immediatamente. L'azione è stata registrata e l'avviso è stato cancellato. Questo trasforma gli avvisi da notifiche passive in attività azionabili, un chiaro punto di forza.

L'opzione Aggiungi a gruppo consente di assegnare il server a uno o più gruppi. Il raggruppamento diventa essenziale in seguito quando si eseguono azioni in blocco, come l'applicazione di patch o l'esecuzione di script su più dispositivi.

L'opzione Elimina rimuove completamente il dispositivo dalla piattaforma. È un'azione diretta a livello di dispositivo piuttosto che un'operazione a livello di account.

Tornando alla scheda Monitoraggio dopo la configurazione, si vede che i dati sulle prestazioni sono ora disponibili. CPU, memoria, attività del disco e velocità di trasferimento sono visualizzati come grafici in tempo reale.

Ciò conferma che il monitoraggio inizia dopo l'applicazione di un piano, ma una volta attivo, le metriche vengono raccolte e visualizzate senza ulteriore configurazione.

Ambiente di test e metodologia

Abbiamo predisposto 7 istanze EC2 in 7 regioni AWS per rappresentare un ambiente aziendale distribuito.

Le istanze Mac richiedono hardware dedicato con un'allocazione minima di 24 ore. Abbiamo incluso macOS nonostante il costo più elevato perché molti ambienti IT gestiscono flotte miste di sistemi operativi.

Installazione dell'agente: Abbiamo misurato il tempo dall'esecuzione del programma di installazione alla comparsa del dispositivo nella dashboard. Per gli installatori silenziosi, abbiamo annotato se fornivano un feedback di completamento. Abbiamo monitorato:

• Durata dell'installazione (secondi)
• Passaggi richiesti (clic, comandi, configurazione manuale)
• Notifiche post-installazione
• Riutilizzabilità del programma di installazione su più dispositivi
• Chiarezza della documentazione

Dashboard e monitoraggio Abbiamo valutato la densità di informazioni e l'usabilità delle pagine di dettaglio dei dispositivi. Abbiamo testato:

• Metriche in tempo reale (CPU, Memoria, Disco, Rete)
• Opzioni di intervallo temporale per i dati storici
• Tipi di accesso al terminale (CMD, PowerShell, Bash, root)
• Gestione dei processi (visualizzazione, arresto, modifica priorità)
• Capacità del file browser (caricamento, download, eliminazione, rinomina)
• Gestione dei servizi (avvio, arresto, modifica impostazioni di avvio)
• Dettaglio della registrazione attività
• Visibilità delle porte aperte
• Inventario software
• Editor del registro (solo Windows)

I risultati riflettono la nostra specifica infrastruttura AWS. Le prestazioni possono variare in base alla geografia, al provider Internet e alla posizione dei data center del fornitore.

Cosa fa il software RMM?

Il software RMM consente ai team IT e agli MSP di monitorare e manipolare da remoto oggetti di sistema come server, reti, client, applicazioni, workstation e dispositivi periferici in base a esigenze, requisiti e sviluppi. Grazie agli sviluppi dell'intelligenza artificiale e del machine learning, la maggior parte delle attività può essere completata da strumenti automatizzati.

La seguente grafica riassume la definizione di managed service provider (MSP).

Fonte: InfoMSP

Quali sono le funzionalità del software RMM?

I componenti funzionali del sistema RMM sono chiamati strumenti RMM. Di seguito sono elencate le definizioni generali degli strumenti RMM comuni.

1. Monitoraggio remoto

Server, workstation, reti, app e altri dispositivi nell'ambiente IT di un'organizzazione sono tutti continuamente monitorati dal software RMM. Raccoglie informazioni su traffico di rete, indicatori di salute del sistema, utilizzo delle risorse, rapporti di log e misurazioni delle prestazioni.

2. Gestione remota

Consente la gestione remota e la risoluzione dei problemi di sistemi e dispositivi IT da parte degli amministratori, inclusa l'installazione di impostazioni, script, patch e aggiornamenti software.

3. Gestione della sicurezza

Fornisce capacità di sicurezza per proteggere da malware, minacce informatiche e violazioni della sicurezza, come gestione antivirus, rilevamento delle intrusioni e screening delle vulnerabilità.

4. Reportistica e analisi

Crea analisi e report per offrire informazioni su postura di sicurezza, stato di conformità, prestazioni del sistema e altri parametri importanti.

5. Avvisi e notifiche

Produce messaggi e avvisi in risposta a eventi importanti, come malfunzionamenti del sistema, calo delle prestazioni, falle di sicurezza o altre soglie impostate.

6. Gestione delle patch

Automatizza il processo di aggiornamento e applicazione di patch a firmware, sistemi operativi e software su una varietà di dispositivi.

7. Backup e gestione degli incidenti

Assiste nei processi di backup e ripristino per il disaster recovery e la protezione dei dati; include spesso impostazioni per l'archiviazione off-site, i recovery point objective (RPO) e i recovery time objective (RTO).

8. Gestione degli asset

Consente il monitoraggio degli asset hardware e software, insieme alle informazioni su licenze, garanzie, numeri di serie e specifiche dei dispositivi, tramite strumenti di gestione dell'inventario.

FAQ

Non perderti i nostri benchmark e approfondimenti basati sui dati. Il pulsante apre Google; selezionare AIMultiple conferma che desideri vedere AIMultiple più spesso nei risultati di ricerca di Google.

Aggiungi come fonte preferita

Ulteriori letture

• Software di controllo dispositivi
• Software di prevenzione della perdita di dati (DLP)
• I 12 migliori software di gestione delle patch

Risorse esterne

Cita questa ricerca

Scegli il formato adatto a dove pubblicherai. Incollare la versione con link nel tuo CMS preserva il backlink.

@misc{dilmegani2026,
  author = {Dilmegani, Cem and Dogan, Sedat and Sezer, Sena},
  title  = {{I 12 migliori software RMM testati: funzionalità e prezzi}},
  year   = {2026},
  month  = oct,
  howpublished    = {\url{https://aimultiple.com/rmm-software}},
  note   = {AIMultiple. Consultato il 12 ottobre 2026}
}

Registro delle modifiche

14 aggiornamenti

202620252024

1. 20 ago

   Aggiunta: la funzione IA di NinjaOne che mette in pausa le patch nella sezione NinjaOne.

2. 8 mag

   Sostituiti i risultati di installazione dell'agente Linux di Acronis con un'installazione riuscita di quattro minuti.

3. 28 apr

   Rimossa la sezione di tendenza sul riconoscimento del Magic Quadrant di Gartner e le menzioni di NinjaOne e Atera.

4. 5 feb

   Aggiunta una nuova sezione, Tendenze del settore nel software RMM, all'articolo.

Collegamenti di riferimento

1.

Autonomous Patch Management Software | NinjaOne

NinjaOne

2.

NinjaOne Reaches $12.3B Valuation as IT Operations Market Consolidates Around a Single Platform - NinjaOne

3.

Release notes - List of Changes - 44606

4.

ManageEngine RMM Central Release Notes | Service Packs Readme

5.

RMM software: #1 remote monitoring and management solution | Atera

Atera

6.

MSP IT Software & Solutions | LogMeIn Resolve for MSPs

7.

Kaseya Connect 2026: Innovation fueled by intelligence and built for scale - Kaseya

Kaseya

8.

Kaseya announces latest innovations at DattoCon 2025

Cision PR Newswire

9.

Kaseya and Pulseway Unite to Drive Innovation for IT Professionals - Kaseya

Kaseya

10.

RMM Software | Remote Monitoring Platform Tools | ConnectWise

Epsilon, Inc

11.

Datto Completes Sale to Kaseya - Vista Equity Partners

12.

Kaseya Deepens AI Push with Digital Workforce and INKY Acquisition | news | ChannelE2E

13.

AI-native PSA and RMM platform for MSPs

Tsquared Technologies

Cem Dilmegani

Analista principale

Segui

Cem è analista principale presso AIMultiple dal 2017.

Il lavoro di Cem presso AIMultiple è stato citato da importanti testate internazionali tra cui Business Insider, Forbes, Morning Brew e Washington Post, da aziende globali come Deloitte e HPE, da ONG come il World Economic Forum e da organizzazioni sovranazionali come la Commissione europea. [1], [2], [3], [4], [5]

Nel corso della sua carriera, Cem ha lavorato come consulente tecnologico, acquirente tecnologico e imprenditore tecnologico. Ha consigliato le aziende sulle loro decisioni tecnologiche presso McKinsey & Company e Altman Solon per più di un decennio. Ha inoltre pubblicato un report McKinsey sulla digitalizzazione.

Ha guidato la strategia tecnologica e gli approvvigionamenti di una società di telecomunicazioni rispondendo direttamente al CEO. Ha inoltre guidato la crescita commerciale dell'azienda deep tech Hypatos, che ha raggiunto ricavi ricorrenti annuali a 7 cifre e una valutazione a 9 cifre partendo da zero in 2 anni. Il lavoro di Cem in Hypatos è stato ripreso da importanti testate tecnologiche come TechCrunch e Business Insider.

Cem interviene regolarmente a conferenze tecnologiche internazionali. Si è laureato come ingegnere informatico presso l'Università di Bogazici e possiede un MBA della Columbia Business School.

Visualizza il profilo completo

Revisionato tecnicamente da

Sedat Dogan

CTO

Segui

Sedat è un leader tecnologico e della sicurezza informatica con 20 anni di esperienza nello sviluppo software, nelle infrastrutture di rete e nella cybersecurity. Sedat:
- Ha 20 anni di esperienza come hacker white-hat e guru dello sviluppo, con una vasta competenza nei linguaggi di programmazione e nelle architetture dei server.
- È consulente del consiglio di amministrazione presso una società di venture capital che investe in aziende tecnologiche in fase iniziale e presso Ödeal, una piattaforma di pagamento digitale regionale che serve 125.000 commercianti.
- Ha guidato l'infrastruttura tecnologica e la cybersecurity di sette elezioni nazionali ed è stato riconosciuto nella Hall of Fame della cybersecurity da leader tecnologici globali tra cui Twitter.

Visualizza il profilo completo

Ricercato da

Sena Sezer

Analista di settore

Segui

Sena è analista di settore in AIMultiple. Ha conseguito la laurea triennale presso la Bogazici University.

Visualizza il profilo completo

Sii il primo a commentare

Il tuo indirizzo email non verrà pubblicato. Tutti i campi sono obbligatori. I commenti vengono lasciati nella loro lingua originale.

Nome

Indirizzo e-mail

Commento

0/450

Pubblica un commento