Quando un’azienda prende in considerazione i security managed services, il rischio più frequente è quello di confondere il monitoraggio con il presidio. Dotarsi di una piattaforma di detection, accedere a una dashboard e ricevere degli alert non significa necessariamente disporre di un servizio capace di ridurre il rischio operativo. L’efficacia del servizio si misura quando un evento anomalo deve essere qualificato, prioritizzato, contenuto e tradotto in decisioni chiare: chi interviene, entro quali tempi, con quali informazioni e con quali responsabilità.
Secondo l’Osservatorio Cybersecurity & Data Protection, nel 2025 il mercato italiano della cybersecurity ha raggiunto 2,78 miliardi di euro, in crescita del 12%, e il 57% delle grandi aziende ha introdotto una revisione strutturale dei piani di incident response. Il dato mostra che molte organizzazioni stanno spostando l’attenzione dalla sola difesa puntuale alla capacità di reagire in modo organizzato.
Un servizio gestito di sicurezza restituisce valore quando collega tecnologia, processo e responsabilità. Il monitoraggio resta essenziale, ma da solo produce soprattutto volume informativo: log, eventi, anomalie, segnali a diversa affidabilità. Il servizio è davvero utile quando quel volume viene trasformato in priorità operative.
Tra i criteri da valutare c’è la capacità del partner di distinguere ciò che va osservato da ciò che richiede azione. Una segnalazione su un endpoint, un accesso insolito, una vulnerabilità critica o una modifica anomala su un account privilegiato non hanno lo stesso impatto. Servono regole di correlazione, contesto sugli asset, conoscenza degli utenti, soglie di rischio e procedure di escalation.
Il NIST Cybersecurity Framework 2.0 organizza la gestione del rischio cyber in sei funzioni: governare, identificare, proteggere, rilevare, rispondere e ripristinare. La sequenza è utile perché chiarisce un punto: detection e risposta fanno parte di un ciclo che deve restare governato prima, durante e dopo l’incidente.
Molte aziende non hanno risorse interne sufficienti per mantenere un presidio continuativo su endpoint, identità, cloud, reti, vulnerabilità e incidenti. Il partner dovrebbe quindi andare oltre la semplice osservazione degli eventi e assorbire una parte della complessità operativa: filtrare il rumore, portare competenze specialistiche, garantire continuità e rendere il rischio leggibile anche per chi deve decidere budget, priorità e interventi.
Il prerequisito è la chiarezza del perimetro. Prima di firmare un servizio, l’azienda dovrebbe sapere:
quali asset sono inclusi,
quali fonti dati vengono monitorate,
quali casi d’uso sono coperti,
quali orari e livelli di servizio sono previsti,
quali attività restano in capo al team interno.
La qualità della detection non dipende dal numero di segnali raccolti, ma dalla capacità di interpretarli nel giusto contesto. Un servizio maturo costruisce una visibilità affidabile sull’ambiente aziendale e collega gli eventi agli asset, ai processi e alle priorità di business. In assenza di questo livello di lettura, il presidio può intercettare molto senza riuscire a orientare davvero le decisioni.
Un partner deve chiarire quali sorgenti alimentano il servizio: endpoint, sistemi di identity, tenant Microsoft 365, ambienti cloud, firewall, backup, strumenti EDR, sistemi di vulnerability management, piattaforme di posta e log applicativi. La copertura deve permettere di capire dove nasce un’anomalia, quali asset coinvolge e se può propagarsi verso aree più critiche.
Il Verizon Data Breach Investigations Report 2026 segnala che il 31% delle violazioni analizzate parte dallo sfruttamento di vulnerabilità software e che il ransomware compare nel 48% delle violazioni. Sono numeri che aiutano a leggere la priorità: la detection deve intercettare comportamenti, esposizioni e catene di attacco, non soltanto singoli indicatori tecnici.
Il rumore operativo è una delle principali cause di inefficacia. Se ogni alert richiede la stessa attenzione, il team interno finisce per consumare tempo su falsi positivi, eventi minori o segnalazioni senza contesto. Un servizio gestito deve invece produrre triage: classificare, arricchire, correlare e indicare perché un evento merita intervento.
Un criterio pratico è chiedere come vengono documentate le priorità. Un alert critico dovrebbe arrivare con asset coinvolti, timeline essenziale, evidenze disponibili, possibile impatto, azioni raccomandate e livello di urgenza. Senza questi elementi, la detection resta un flusso informativo che l’azienda deve interpretare da sola.
È nella gestione concreta dell’incidente che si vede la maturità del servizio. Quando un evento supera una soglia di rischio, il partner deve sapere come intervenire senza improvvisare: chi contattare, quali evidenze raccogliere, quali sistemi isolare, quali escalation attivare e quali comunicazioni supportare.
Il NIST SP 800-61 Rev. 3 collega incident response e cyber risk management, indicando attività di rilevamento, prioritizzazione, contenimento, eradicazione e recovery. Per valutare un partner, non basta verificare quali tecnologie utilizza: bisogna capire come gestisce concretamente un incidente. Occorre quindi verificare se dispone di playbook definiti, adattati al contesto aziendale, con ruoli, responsabilità e soglie decisionali chiare. Deve inoltre essere stabilito in anticipo quando il partner può intervenire in autonomia e quando, invece, è necessaria l’approvazione dell’azienda.
La maturità del servizio emerge nella capacità di affiancare alla notifica azioni concrete di contenimento: isolamento di un endpoint, blocco di un account, verifica dei privilegi, raccolta delle evidenze, apertura di un ticket strutturato, coinvolgimento dei referenti interni e aggiornamento continuo dello stato.
La risposta a un incidente deve essere costruita sul funzionamento reale dell’organizzazione. Non può quindi prescindere da ruoli, responsabilità, procedure interne e priorità di business. Un incidente coinvolge infatti IT, sicurezza, legal, comunicazione, business owner e la direzione. Il partner deve integrarsi con questi soggetti e aiutare l’azienda a trasformare le procedure esistenti in azioni realmente eseguibili, non soltanto documentate.
È in questo contesto che entra in gioco la continuità operativa. Se un attacco compromette identità, endpoint o sistemi applicativi, la priorità non è solo tecnica: occorre stabilire quali servizi possono restare attivi, quali dati sono ancora affidabili, quali ambienti devono essere ripristinati e quali livelli di rischio sono accettabili durante il rientro.
Un security managed service non può essere valutato solo nel momento dell’incidente. La qualità si misura anche nella governance ordinaria: report, business review, SLA, metriche, evidenze e miglioramento continuo.
Gli SLA devono descrivere tempi di presa in carico, escalation e comunicazione, ma non bastano se restano indicatori formali. Un buon report dovrebbe mostrare trend, ricorrenze, asset più esposti, categorie di eventi, tempi medi di triage, incidenti chiusi, criticità aperte e azioni preventive suggerite.
Le business review rendono visibili i risultati del servizio e trasformano i dati operativi in decisioni di miglioramento. In queste sessioni, azienda e partner valutano ciò che è accaduto nel periodo, individuano criticità ricorrenti e decidono se aggiornare i playbook, ampliare la copertura, rivedere le priorità o rafforzare i controlli su vulnerabilità, identità e ambienti cloud.
La conformità alla NIS2 non garantisce, da sola, l’efficacia di un servizio di sicurezza gestito. Impone però maggiore attenzione alla gestione del rischio, alla risposta agli incidenti e alla tracciabilità delle attività svolte. Questo richiede processi definiti, responsabilità chiare e procedure coerenti con l’organizzazione.
Le linee guida ACN sulla gestione degli incidenti si inseriscono in questo quadro e richiamano la necessità di strutturare ruoli, comunicazioni, modalità di intervento e attività di escalation.
Per questo un partner MSS va valutato anche sulla qualità delle evidenze prodotte: ticket, timeline, log, decisioni, azioni eseguite, comunicazioni e report finali. Questi elementi sono utili durante audit, verifiche interne e attività di miglioramento. Se mancano, l’azienda può disporre di un servizio attivo, ma non essere in grado di dimostrare come gli incidenti vengono gestiti.
| Evidenza | Serve a | Output atteso |
|---|---|---|
| Ticket incident | Ricostruire presa in carico, owner e stato | ID ticket, severità, timestamp, referente |
| Timeline | Capire sequenza e tempi decisionali | Evento iniziale, escalation, azioni, chiusura |
| Log e indicatori | Supportare audit e verifica tecnica | Fonti log, IOC, asset, account coinvolti |
| Azioni eseguite | Distinguere notifica da risposta | Isolamento, blocchi, remediation, approvazioni |
| Report finale | Alimentare miglioramento e compliance | Root cause, impatto, lesson learned, next step |
La scelta di un partner dovrebbe partire dal modello operativo, prima ancora che dalla piattaforma. Gli strumenti contano, ma la domanda più utile è come il servizio riduce incertezza, tempi di reazione e carico sul team interno.
Un servizio solido tiene insieme quattro dimensioni:
competenze specialistiche,
copertura tecnologica,
processo operativo,
accountability.
Il partner deve spiegare quali attività svolge in autonomia, quali richiedono approvazione, quali output produce e come misura il miglioramento.
Un segnale di maturità e trasparenza è la capacità di dire anche cosa non è incluso. Se il servizio non copre certi ambienti cloud, non interviene fuori orario, non gestisce remediation o non produce report esecutivi, l’azienda deve saperlo prima. Le condizioni di fallimento nascono spesso da aspettative implicite: il cliente pensa di aver esternalizzato la risposta, mentre ha acquistato solo monitoraggio e notifica.
Quanture affianca le aziende nella gestione continuativa della sicurezza, integrando competenze specialistiche, tecnologie e supporto operativo. L’obiettivo è definire un presidio calibrato sull’infrastruttura del cliente, sui rischi prioritari e sulle competenze già disponibili internamente.
L’offerta comprende servizi dedicati al monitoraggio e alla gestione delle vulnerabilità, alla protezione degli endpoint e della posta elettronica, alla sicurezza delle identità e degli ambienti Microsoft, oltre a soluzioni per backup e disaster recovery. A questi si affiancano competenze Cyber Defensive come MDR, hardening di Active Directory ed Entra ID, awareness training, Cyber Threat Intelligence e supporto specialistico nella gestione degli incidenti.
Il contributo di Quanture riguarda anche il coordinamento del servizio nel tempo: definizione del perimetro e degli SLA, integrazione con i referenti interni, condivisione delle evidenze e individuazione delle azioni di miglioramento. In questo modo, il servizio gestito diventa parte del modello operativo dell’azienda e non un insieme isolato di strumenti.
Per un’azienda, il punto è capire quanto il partner riesca a integrare il servizio con il proprio modello operativo. La valutazione dovrebbe quindi concentrarsi sulla capacità di trasformare segnali tecnici in priorità chiare, responsabilità definite e azioni coordinate. È su questo passaggio che un servizio gestito contribuisce davvero a ridurre l’esposizione e ad accelerare le decisioni.