Per il vertice aziendale e la finanza

Con ciò che può dimostrare, non con un'ipotesi. Una risposta utile ha tre parti: che cosa mostra oggi il monitoraggio (avvisi e incidenti aperti e i dispositivi coinvolti), che cosa copre (quali sedi, segmenti di rete e dispositivi sono osservati) e che cosa non vede (il contenuto del traffico cifrato, ciò che non passa mai dalla rete, i segmenti che nessuno monitora). Un «no» sicuro che poi si rivela sbagliato costa più credibilità di un onesto «nelle parti che osserviamo non si vede nulla». NetSenX fornisce questo quadro in linguaggio semplice: in tutti i piani, anche Free, segnala il beaconing C2, le scansioni, il movimento laterale e i volumi insoliti di dati in uscita, e mostra quali segmenti osservano i suoi sensori. Non può dimostrare che altrove non sia successo nulla.

No. Nessuno strumento può dimostrare l'assenza di un'intrusione; può solo mostrare di non averne trovato traccia in ciò che osserva. Un attaccante che usa password rubate e normali strumenti di amministrazione sembra un dipendente qualsiasi, e un dispositivo che resta in silenzio non mostra nulla. Ciò che il vertice può ragionevolmente aspettarsi sono prove che le principali vie di ingresso e di uscita sono osservate, che qualcuno legge gli avvisi e decide e che le lacune sono note e messe per iscritto. Combini più punti di vista: rilevamento sui computer (EDR), log di identità e di posta e rilevamento di rete per il traffico tra dispositivi. NetSenX copre la parte di rete e dice chiaramente quali segmenti non osserva. Diffidi del fornitore che promette certezze.

Ciò che succede tra i computer, dove l'antivirus non guarda. L'antivirus e l'EDR (endpoint detection and response) cercano dentro ogni macchina file e comportamenti malevoli. Un sensore di rete guarda invece le connessioni: un PC che contatta un server sconosciuto ogni pochi minuti, una postazione che all'improvviso accede a molte altre, un server che di notte invia molti più dati del solito. Sono i passi che un attaccante compie dopo essere entrato, spesso con strumenti legittimi che l'antivirus lascia passare. NetSenX li segnala in tutti i piani, anche Free, e spiega ogni avviso in linguaggio semplice. Non sostituisce l'antivirus né l'EDR: non vede la cifratura di un file dentro un portatile né la copia di una cartella su una chiavetta USB. Le due viste insieme lasciano meno punti ciechi.

Di solito un pacchetto breve: le politiche di sicurezza, l'elenco degli incidenti degli ultimi anni e come è stato gestito ciascuno, i risultati di penetration test o audit, le certificazioni possedute, la polizza cyber, gli accordi sul trattamento dei dati e una descrizione di come vengono rilevate le intrusioni. L'acquirente prezza ciò che non si può documentare, con uno sconto, un deposito in garanzia o una clausola di manleva, quindi le registrazioni contano più delle rassicurazioni. Inizi a raccoglierle prima che una cessione sia sul tavolo: un registro degli incidenti, la decisione presa su ogni avviso grave e la data di inizio del monitoraggio. NetSenX conserva in tutti i piani uno storico degli avvisi e un registro di audit delle decisioni del Suo team, con report PDF dal piano Starter; quanto indietro arriva lo storico dipende dal piano.

Dipende dal piano: il piano Free conserva 30 giorni di storico degli avvisi, i piani a pagamento più a lungo e il piano Enterprise senza limite di tempo. Il registro di audit, che annota che cosa il Suo team ha fatto con ogni avviso e ogni modifica delle impostazioni, ha un proprio periodo di conservazione, che cresce anch'esso con il piano; la pagina dei prezzi indica entrambi. Scelga il piano pensando alle prove che potrebbero servirLe: un acquirente, un assicuratore o un revisore può chiedere dell'ultimo anno, e uno storico mai conservato non si recupera. Se Le servono registrazioni più a lungo di quanto il piano le conservi, esporti report PDF dal piano Starter, o avvisi via API dal piano Pro, e li archivi secondo la Sua politica di conservazione.

Sì, in una forma che dipende dal piano. Dal piano Starter NetSenX produce report PDF dei rilevamenti da consegnare a un acquirente, un investitore o un revisore; dal piano Pro gli avvisi si esportano via API e dal piano Business si possono inviare a un SIEM (security information and event management). Il registro di audit delle decisioni è tenuto in tutti i piani. Prima di condividere, controlli il contenuto: i nomi dei dispositivi e gli indirizzi interni rivelano come è costruita la rete, e i nomi dei dispositivi talvolta contengono nomi di dipendenti; condivida quindi con un accordo di riservatezza e tolga ciò che al destinatario non serve. Un'esportazione mostra ciò che NetSenX ha visto; non dice nulla dei segmenti o dei sistemi che non monitorava.

Pochi numeri che possa verificare e confrontare nel tempo, non un lungo rapporto tecnico. Sono utili: gli incidenti aperti e da quanto tempo; gli avvisi gravi e quanto si è impiegato a esaminarli; quali sedi, segmenti e dispositivi sono monitorati e quali no; la data dell'ultimo test di ripristino riuscito dei backup; la quota di account protetti da autenticazione a più fattori (MFA); le patch critiche in ritardo; gli incidenti notificati alle autorità, con scadenze rispettate o mancate. Ogni numero ha un responsabile e una frase su che cosa è cambiato. NetSenX fornisce la parte di rete: numero di avvisi e incidenti, monitoraggio delle scadenze di notifica NIS2 ed elenco dei segmenti monitorati. Test dei backup, MFA e patch arrivano da altri sistemi.

Raramente. Un punteggio unico mescola cose che non si sommano, come backup mancanti, un server senza patch e un ufficio amministrativo non formato, e la sua precisione è di solito apparente: nessuno sa spiegare perché l'azienda valga 62 e non 58. Una volta finito a verbale, un numero viene citato per anni e nasconde quale problema si è davvero mosso. Al vertice servono meglio pochi fatti chiari: che cosa è monitorato, che cosa è aperto, che cosa è stato testato e che cosa è in ritardo, ciascuno con tendenza e responsabile. Se un assicuratore o un portale fornitori Le assegna un punteggio, chieda come è calcolato e che cosa esclude. NetSenX aiuta nella parte di rete: numero di avvisi e incidenti ed elenco dei segmenti monitorati.

Descrivendo risultati e decisioni, non tecnologia. Invece di «abbiamo visto beaconing C2 da un host nella VLAN 20», dica: «un PC dell'amministrazione contattava un server sconosciuto ogni cinque minuti; martedì l'abbiamo isolato, trovato un malware, ripulito e cambiato le password che conteneva». Per ogni punto indichi che cosa è successo, quanto avrebbe potuto costare, che cosa avete fatto e che cosa vi serve dal vertice: una decisione, un budget o nulla. Tenga una pagina fissa con gli stessi pochi indicatori ogni trimestre, così che i cambiamenti si vedano subito. Chiuda con ciò che ancora non vedete e con ciò che servirebbe per colmare la lacuna. NetSenX scrive ogni avviso in linguaggio semplice, riutilizzabile, e i suoi report PDF, dal piano Starter, possono entrare come allegato nei documenti del consiglio.

Soprattutto la prova che le basi funzionano e che qualcuno ne risponde. Le checklist tipiche chiedono chi è responsabile della sicurezza, se esistono politiche scritte, come si controllano gli accessi (inclusa l'autenticazione a più fattori), come si fanno e si ripristinano i backup, se ci sono stati incidenti e come sono stati gestiti, dove sono conservati i dati dei clienti e con quali contratti, e se si monitorano le intrusioni. Gli investitori nelle fasi iniziali raramente si aspettano certificazioni, ma si aspettano risposte oneste e coerenti con i documenti. Prepari un pacchetto breve: un responsabile nominato, le politiche, un registro degli incidenti, gli accordi sul trattamento dei dati e una pagina sul monitoraggio. NetSenX ne fornisce una parte: storico degli avvisi, registro di audit delle decisioni e, dal piano Starter, report PDF; i dati dei clienti restano nell'UE.

Sempre più spesso sì, ma come domanda più che come requisito fisso. La due diligence tecnica chiede come vi accorgereste di un'intrusione, e «lo sapremmo da un cliente» è una risposta debole. Agli investitori interessa meno il nome del prodotto che sapere se gli avvisi arrivano a qualcuno, se quella persona agisce e se ne resta traccia. Una rete monitorata con uno storico degli avvisi e decisioni documentate risponde alla domanda; uno strumento inutilizzato no. Se il monitoraggio è iniziato poco prima di un round, lo dica: uno storico breve dichiarato onestamente è meglio di uno lungo lasciato intendere. Il piano Free di NetSenX non ha limiti di tempo, quindi può iniziare a costruire uno storico ben prima della due diligence e passare a un piano a pagamento quando servono più storico o report.

Sì, senza un team di sicurezza. Gli investitori vogliono vedere che il monitoraggio esiste, che qualcuno riceve gli avvisi e che le decisioni sono registrate. Un'azienda di 30 persone ci riesce con un solo sensore: un agente NetSenX sulla porta mirror di uno switch (SPAN) o su un TAP di rete osserva il traffico di un intero segmento e conta come un dispositivo. Gli avvisi arrivano via e-mail in tutti i piani, ognuno spiegato in linguaggio semplice, così che un responsabile d'ufficio o un fornitore IT esterno possa leggerli e intervenire. Descriva in una pagina che cosa è monitorato e chi risponde, e alleghi un report PDF dal piano Starter. Sia chiaro sui limiti: un sensore di rete non sostituisce la protezione degli endpoint, i backup o l'autenticazione a più fattori, su cui gli investitori di solito chiedono comunque.

Con la verità, con i fatti e con ciò che è cambiato, nei limiti legali e contrattuali. Concordi prima internamente che cosa conta come incidente per questa risposta: un'e-mail di phishing bloccata non lo è, un account compromesso di solito sì. Poi risponda con date, portata, se sono stati coinvolti dati dei clienti, quali autorità sono state informate e che cosa avete migliorato. Se un incidente è ancora sotto indagine o coperto da riservatezza, dica ciò che può e quando dirà di più. Una risposta vaga o evasiva tende a costare più fiducia di un incidente ben gestito. Le registrazioni rendono tutto più semplice: un registro degli incidenti, gli avvisi che lo sostengono e le decisioni prese. NetSenX conserva lo storico degli avvisi e il registro di audit delle decisioni per il periodo previsto dal Suo piano.

Spesso sì, e talvolta è un obbligo. Secondo il GDPR, le persone devono essere informate di una violazione dei dati personali suscettibile di presentare un rischio elevato per loro; la NIS2 può richiedere di informare i destinatari dei servizi degli incidenti significativi, e i contratti aggiungono spesso obblighi propri. Oltre a ciò che è obbligatorio, rivelare è una scelta aziendale: i clienti che scoprono un incidente da un giornalista o da un sito di leak raramente perdonano il silenzio, mentre un resoconto chiaro di ciò che è accaduto e di ciò che è cambiato può rafforzare la fiducia. Concordi la linea di comunicazione con il vertice, un consulente legale e l'assicuratore prima di un incidente, non durante. Tenga pronti i fatti: quando è iniziato, che cosa ha colpito e che cosa è stato fatto.

Un registro degli incidenti e le prove dietro ogni voce. Per ogni incidente annoti quando è iniziato, quando e da chi è stato rilevato, che cosa ha colpito (sistemi, dati, clienti), come è stato contenuto, se e a chi è stato notificato, la causa e che cosa è cambiato dopo. Conservi anche il materiale di supporto: avvisi, log, ticket, decisioni e comunicazioni con autorità o clienti. Il GDPR richiede già ai titolari di documentare ogni violazione dei dati personali, anche se non notificata, e revisori e acquirenti chiederanno gli stessi fatti. NetSenX fornisce la parte di rete: avvisi con orario, dispositivi e destinazioni, il registro di audit su chi ha deciso che cosa e il monitoraggio delle scadenze NIS2 per ogni incidente. Tenga il registro in un luogo sotto il Suo controllo.

Che di solito è il costo maggiore di un incidente cyber, e un costo che può stimare da solo. Un giorno senza sistemi significa vendite o produzione perse, personale pagato per aspettare, straordinari per recuperare, penali contrattuali e clienti che vanno altrove. Chieda all'amministrazione di stimare un giorno per la Sua azienda a partire da fatturato, costo del personale e contratti principali, e all'IT quanti giorni richiederebbe davvero un ripristino completo; il prodotto dei due numeri orienta meglio di qualsiasi media di settore. Quella cifra aiuta il vertice a valutare backup, piani di ripristino e massimali assicurativi. NetSenX cambia il momento: può far emergere i passi che di solito precedono il blocco da ransomware, come il movimento laterale e l'uscita di dati, quando c'è ancora tempo per agire. Non ripristina i sistemi.

Domande a cui si può rispondere con i fatti. Cinque che funzionano: come sapremmo oggi che qualcuno è nella nostra rete, e chi riceverebbe l'avviso di domenica notte? Quando abbiamo ripristinato l'ultima volta un sistema completo da backup, e quanto tempo è servito? Quali account accedono ancora senza autenticazione a più fattori? Quali fornitori possono raggiungere i nostri sistemi, e come? Che cosa non vediamo, e quanto costerebbe vederlo? Chieda le risposte per iscritto e ci torni ogni trimestre. Una buona risposta indica una persona, una data e un documento; una debole è «abbiamo uno strumento per questo». NetSenX aiuta a rispondere alla prima e all'ultima domanda per la rete: chi riceve gli avvisi e quali segmenti sono monitorati e quali no.

Abbastanza per valutare rischi e decisioni, non per configurare sistemi. Una buona formazione copre i principali modi in cui le aziende vengono attaccate (password rubate, phishing, sistemi senza patch, fornitori), che cosa fa un incidente all'attività e quali scadenze iniziano a decorrere, gli obblighi propri del vertice secondo norme come la NIS2, come leggere gli indicatori di sicurezza ricevuti e che cosa fare nelle prime ore di un incidente. Una breve esercitazione da tavolo, in cui il vertice ripercorre un incidente realistico, insegna più delle slide. Secondo la NIS2, i membri degli organi di gestione dei soggetti interessati devono seguire una formazione; le leggi nazionali definiscono i dettagli. Conservi i registri delle presenze: fanno parte delle prove. NetSenX non offre formazione, ma i suoi avvisi in linguaggio semplice sono buoni esempi reali.

Una persona nominata a livello di vertice, anche se il lavoro lo fanno altri. In una piccola azienda è spesso l'amministratore delegato o il direttore finanziario, con un responsabile IT, un amministratore unico o un fornitore esterno per le attività quotidiane. Essere responsabile significa fissare priorità e budget, ricevere il quadro trimestrale ed essere la persona chiamata quando inizia un incidente. Senza un responsabile nominato, i compiti cadono tra IT, amministrazione e fornitore, e nessuno se ne accorge finché qualcosa non si rompe. Metta per iscritto chi si occupa di che cosa, compreso chi può decidere di scollegare i sistemi o chiamare l'assicuratore. Con la NIS2, la responsabilità di approvare e sorvegliare le misure di sicurezza spetta all'organo di gestione, chiunque svolga il lavoro. Nessuno strumento si assume questo rischio al posto Suo.

Prendere in fretta poche decisioni e lasciare il lavoro tecnico a chi lo svolge. Confermi chi guida la risposta e chi parla a nome dell'azienda. Chiami presto la linea sinistri dell'assicuratore, perché molte polizze richiedono una denuncia tempestiva e indicano la società di risposta che pagheranno. Coinvolga un consulente legale, e il DPO se possono essere coinvolti dati personali. Faccia partire gli orologi: secondo la NIS2 il preallarme va inviato entro 24 ore da quando si è venuti a conoscenza di un incidente significativo, e secondo il GDPR una violazione si notifica all'autorità, ove possibile, entro 72 ore. Non lasci cancellare sistemi prima di aver messo al sicuro le prove, e non paghi né contatti gli attaccanti senza consiglio. NetSenX monitora le scadenze NIS2 per ogni incidente e conserva gli avvisi che mostrano che cosa è passato in rete.

L'organo di gestione, assistito da avvocati, assicuratore e società di incident response, e mai una persona da sola sotto pressione. Prima di decidere l'azienda ha bisogno di fatti: i sistemi si possono ripristinare dai backup, e in quanto tempo; sono davvero usciti dati, e quanti; il pagamento è anche solo lecito, visto che alcuni gruppi criminali sono soggetti a sanzioni; che cosa dice la polizza. Gli attaccanti affermano spesso di aver copiato dati per aumentare la pressione: verifichi questa affermazione con le prove. Stabilisca in anticipo chi prende questa decisione e chi deve essere consultato. Pagare non garantisce né una decifratura funzionante né la cancellazione dei dati rubati. NetSenX non dà consigli sul pagamento; può mostrare se nei giorni precedenti l'attacco sono partiti invii insoliti da dispositivi monitorati e verso dove.

Controlli di processo in amministrazione, perché questa frode avviene via e-mail e al telefono, non sulla rete. I più efficaci non costano nulla: confermare ogni cambio di coordinate bancarie di un fornitore chiamando un numero già in archivio, mai quello dell'e-mail; richiedere l'approvazione di due persone per i pagamenti sopra una soglia e per ogni primo pagamento verso un nuovo conto; e permettere al personale di rifiutare senza conseguenze una richiesta urgente di un superiore finché non è verificata. Aggiunga misure tecniche per la posta: autenticazione a più fattori sulle caselle e DMARC, uno standard che impedisce ad altri di inviare e-mail a nome del Suo dominio. NetSenX non filtra la posta e non vede una richiesta fraudolenta; aiuta solo se la frode inizia con un malware che poi comunica verso l'esterno.

Sì, scritto come rischi di business e non come un'unica riga tecnica. Descriva ogni rischio in termini che il vertice riconosce: produzione ferma per ransomware, dati dei clienti rubati, frode sui pagamenti, un fornitore chiave violato, una sanzione per una scadenza di notifica mancata. Per ciascuno annoti l'impatto probabile, i controlli esistenti, il responsabile e ciò che ancora manca. Così il rischio cyber diventa confrontabile con gli altri quando si decide il budget, e revisori e assicuratori hanno una traccia chiara. Riveda il registro almeno una volta l'anno e dopo ogni incidente grave. La NIS2 si aspetta che i soggetti interessati basino le misure su un'analisi dei rischi, e la ISO/IEC 27001 è costruita intorno a una di esse. NetSenX non tiene un registro dei rischi; fornisce prove per i controlli di rilevamento che vi sono elencati.

Collegando ogni voce a un rischio che riduce e a un risultato che deve produrre. Chieda il budget in tre parti: ciò che mantiene le basi (backup, patch, autenticazione a più fattori, protezione degli endpoint), ciò che chiude lacune note (per esempio nessuno che osserva la rete di notte) e ciò che è facoltativo. Per ogni riga chieda che cosa succede se viene tolta e come saprete che funziona. Confronti il totale con la Sua stima di quanto costa un giorno senza sistemi, non con le medie di settore. Preferisca strumenti con prezzi pubblicati e senza vincoli lunghi, così che il costo sia noto in anticipo e si possa interrompere. NetSenX pubblica i suoi prezzi, da un piano Free senza limiti di tempo fino al piano Enterprise; la pagina dei prezzi indica che cosa include ogni piano.

Un avviso è un segnale; un incidente è un evento confermato che danneggia o minaccia l'azienda. Uno strumento di monitoraggio genera un avviso quando vede qualcosa di insolito, per esempio un PC che contatta un server sconosciuto a intervalli regolari. Poi qualcuno lo verifica: molti avvisi si rivelano innocui, alcuni rivelano un problema reale. Quando uno o più avvisi mostrano che sistemi o dati sono stati davvero colpiti, c'è un incidente, con un responsabile, una risposta e forse un obbligo di notifica. Per il vertice contano il numero di incidenti e la rapidità con cui gli avvisi sono stati verificati, non il numero grezzo di avvisi. NetSenX permette al Suo team di seguire gli incidenti insieme agli avvisi che li sostengono e alle scadenze di notifica NIS2; decidere se un incidente è significativo spetta a Lei.

Soprattutto attraverso ciò che non è documentato, più che attraverso l'incidente stesso. Gli acquirenti chiedono degli incidenti passati durante la due diligence. Uno rilevato, contenuto, notificato in tempo e seguito da miglioramenti diventa di solito una riga nella disclosure letter. Uno che emerge tardi, o che il venditore non sa spiegare, porta più spesso a uno sconto sul prezzo, a un deposito in garanzia, a manleve specifiche o a un closing rinviato, perché l'acquirente non sa che cos'altro possa essere nascosto. Gli assicuratori lato acquirente fanno domande simili. Si prepari con un registro degli incidenti, prove del monitoraggio e le decisioni prese su ogni avviso grave. NetSenX conserva lo storico degli avvisi e un registro di audit delle decisioni per il periodo previsto dal piano, esportabili come prova.

È la quantità e il tipo di rischio cyber che il vertice è disposto ad accettare per gestire l'attività, messi per iscritto perché altri possano agire di conseguenza. Si traduce in frasi concrete, per esempio: la produzione non può fermarsi più di un giorno; i dati dei clienti non lasciano mai l'UE; accettiamo che ogni tanto si perda un portatile, ma mai uno non cifrato. Queste frasi permettono all'IT e ai fornitori di decidere senza chiedere ogni volta al vertice, e mostrano dove servono risorse: se un ripristino completo richiede cinque giorni e il limite è uno, c'è una lacuna da colmare. Tenga il testo breve e lo riveda ogni anno. È una decisione del vertice che nessuno strumento può prendere. NetSenX aiuta a misurarne un aspetto: quanto rapidamente si vede un'attività di rete insolita.

Da entrambi, per scopi diversi. I rapporti interni dell'IT o del responsabile della sicurezza danno il quadro regolare: indicatori, questioni aperte e decisioni necessarie. Uno sguardo indipendente, di un revisore, di un penetration test o di un consulente esterno, verifica ogni uno o due anni che quel quadro sia corretto. Affidarsi solo ai rapporti interni significa lasciare che i responsabili correggano il proprio compito; solo a quelli esterni lascia lunghi periodi tra un'istantanea e l'altra. Chieda a entrambi di usare gli stessi pochi indicatori, così da poter confrontare i risultati. Dove possibile, mostri al vertice anche prove grezze, come un report degli avvisi, e non solo slide. I report di NetSenX nascono dal traffico della Sua rete e possono servire a entrambi i tipi di verifica, ma coprono solo ciò che i suoi sensori osservano.

Chieda prove su pochi punti e ne verifichi una parte di persona. Il contratto dovrebbe indicare che cosa monitora il fornitore, chi interviene di notte e nei fine settimana, in quanto tempo e come Le vengono segnalati gli incidenti. Poi chieda ogni trimestre lo stato delle patch dei server, l'esito dell'ultimo test di ripristino, gli account senza autenticazione a più fattori e gli incidenti con la loro gestione. Se il fornitore ha un ampio accesso remoto ai Suoi sistemi, chieda come è protetto, perché gli attaccanti prendono di mira i fornitori per arrivare ai loro clienti. Aiuta una visibilità indipendente: gli avvisi del Suo monitoraggio mostrano se i problemi vengono trovati prima che Lei ne senta parlare. Dal piano Starter NetSenX supporta più utenti, così che sia il fornitore sia qualcuno in azienda possano vedere gli avvisi.

Qualcuno che possa confermare che le risposte sono vere, di solito il responsabile della sicurezza, con il vertice informato di quelle importanti. In pratica le risposte entrano nel contratto: un cliente che si è affidato a un «sì» non vero può chiedere i danni o recedere dopo un incidente. Risponda quindi per ciò che esiste oggi, non per ciò che è previsto, e scriva «in parte», con una breve spiegazione, quando questa è la verità. Conservi le prove di ogni sì in un'unica cartella, così il prossimo questionario richiederà ore e non settimane. Riveda le risposte a ogni cambiamento, come un nuovo fornitore o uno strumento dismesso. Per le domande sul rilevamento delle intrusioni, NetSenX fornisce prove concrete: quali segmenti sono monitorati, storico degli avvisi, registro di audit e dati conservati nell'UE.

Presto, con i fatti e con una sola voce. Prepari una breve dichiarazione iniziale prima che serva: che cosa è successo in parole semplici, che cosa state facendo, che cosa devono fare i clienti (per esempio diffidare di fatture false a vostro nome) e quando darete un aggiornamento. Non faccia ipotesi sull'attaccante o sulla portata, e non prometta che nessun dato è stato colpito se non può dimostrarlo. Coordini il testo con un consulente legale, l'assicuratore e, quando ci sono dati personali, il DPO, e lo mantenga coerente con ciò che notificate alle autorità. Nomini un solo portavoce. Una comunicazione onesta ha bisogno di fatti: gli avvisi di NetSenX mostrano quando è iniziato il traffico insolito, quali dispositivi erano coinvolti e se i dati hanno lasciato i segmenti monitorati.

Sì, in fretta, con ciò che devono fare e niente che danneggi le indagini. I dipendenti si accorgono quando i sistemi si fermano e ne parlano, quindi il silenzio genera voci e talvolta un post sui social. Dica che cosa si sa, che cosa fare e non fare (non riaccendere le macchine colpite, segnalare e-mail strane, girare le domande della stampa al portavoce) e da dove arriveranno gli aggiornamenti. Se possono essere coinvolti dati dei dipendenti stessi, anche loro possono avere diritto a una comunicazione ai sensi del GDPR. Ringrazi chi ha segnalato il primo sospetto: chi viene incolpato smette di segnalare. Le prove di rete aiutano a indirizzare il messaggio ai reparti e ai dispositivi davvero coinvolti, senza nominare persone prima che i fatti siano chiari.

È una discussione guidata su un incidente realistico, e sì, il vertice dovrebbe parteciparvi almeno una volta l'anno. Un facilitatore descrive uno scenario passo per passo, per esempio una richiesta di riscatto su tutti gli schermi il lunedì mattina, e i partecipanti decidono che cosa farebbero: chi guida, chi chiama l'assicuratore, quando notificare le autorità, se fermare la produzione, che cosa dire ai clienti. Nessun sistema viene toccato. Il valore sta nel trovare le lacune finché correggerle costa poco: numeri di telefono mancanti, poteri decisionali poco chiari, backup mai testati. Annoti i risultati e chi corregge ciascuno. Avvisi reali di NetSenX, con orario, dispositivi e destinazioni, sono un buon punto di partenza per uno scenario adatto alla Sua rete.

Attraverso gli obblighi di notifica, i livelli di servizio e le clausole di responsabilità che forse ha già firmato. Molti contratti chiedono di informare il cliente di un incidente di sicurezza entro un termine, di rispettare livelli di disponibilità e di proteggere i suoi dati secondo uno standard concordato; i clienti soggetti alla NIS2 o al DORA inseriscono spesso questi obblighi nei contratti con i fornitori. Una notifica mancata può essere di per sé un inadempimento, a prescindere dall'incidente. Prima che accada qualcosa, elenchi i contratti principali e le loro clausole sugli incidenti, e aggiunga l'elenco al piano di risposta così che le persone giuste vengano avvisate in tempo. Verifichi se l'assicurazione copre la responsabilità contrattuale. Le prove di NetSenX aiutano a rispondere alle domande che i clienti fanno dopo: quando è iniziato, quali dispositivi erano coinvolti e che cosa ha lasciato la rete.

Di solito non a tempo pieno, ma qualcuno deve svolgere quel ruolo. Il responsabile della sicurezza delle informazioni (CISO) guida strategia di sicurezza, rischio e risposta agli incidenti. In un'azienda da qualche decina a qualche centinaio di persone questi compiti sono spesso divisi: un dirigente è titolare del rischio, un tecnico IT o un fornitore gestisce i controlli, e un consulente esterno o un «CISO virtuale» part-time aiuta con politiche, audit e questionari. Conta che accanto a ogni compito ci sia un nome e che il vertice riceva un quadro regolare. Quando l'azienda cresce o i clienti chiedono di più, un ruolo dedicato diventa conveniente. Gli strumenti alleggeriscono l'osservazione, non il giudizio: NetSenX spiega ogni avviso così che anche un non specialista possa valutarlo, ma a decidere resta una persona.

Decidendo in anticipo che cosa deve continuare a funzionare e come farlo senza i sistemi che potrebbero fermarsi. Un piano di continuità operativa elenca le attività critiche (ricevere ordini, pagare gli stipendi, spedire la merce), i sistemi da cui dipende ciascuna e un modo manuale o alternativo per portarle avanti per qualche giorno. Comprende elenchi di contatti su carta, un canale di comunicazione se manca la posta e l'ordine di ripristino dei sistemi. I backup vanno tenuti dove un attaccante che controlla la rete non può cancellarli, e i ripristini vanno testati. Eserciti il piano una volta l'anno. La NIS2 elenca continuità operativa, gestione dei backup e gestione delle crisi tra le misure richieste. NetSenX non ripristina i sistemi; può avvisare prima, così il piano parte prima.

Quale rischio riduce, chi lo userà e che cosa non farà. Chieda al fornitore e al Suo team IT: quale problema della nostra lista dei rischi affronta; chi legge i risultati e quando, anche di notte; dopo quanto tempo diventa utile; qual è il costo annuo completo, compreso il tempo del personale; quali dati raccoglie, dove sono conservati e con quale contratto; come ne usciamo portando con noi i dati. Si faccia mettere per iscritto i limiti: è più facile fidarsi di un fornitore che dice che cosa il suo prodotto non vede. Meglio una prova sulla propria rete che una presentazione. NetSenX ha un piano Free senza limiti di tempo, pubblica i suoi prezzi e dice chiaramente che cosa un sensore di rete non vede.

Quelle sul denaro che si muove e sul denaro a rischio. Chi può cambiare le coordinate bancarie di un fornitore, e come si verifica il cambio? Da quali computer si possono fare pagamenti, e qualcuno li osserva? Quanto costerebbe un giorno senza sistemi, e che cosa copre la nostra assicurazione, con quali condizioni ed esclusioni? Le nostre risposte al questionario dell'assicuratore sono ancora vere oggi? Quanto costano in totale all'anno i nostri strumenti di sicurezza, compreso il tempo del personale, e quale rischio riduce ciascuno? Quali contratti prevedono penali per fermi o perdita di dati? Queste domande trasformano la sicurezza in numeri che il vertice può valutare. NetSenX aiuta direttamente con una di esse: in tutti i piani segnala un PC dei pagamenti che inizia a contattare un server sconosciuto a intervalli regolari, un segno frequente di malware bancario.

Almeno ogni trimestre come punto fisso all'ordine del giorno, e subito dopo ogni incidente grave. Una revisione trimestrale tiene davanti al vertice gli stessi pochi indicatori, registra le decisioni e mostra le tendenze: incidenti aperti, copertura del monitoraggio, test dei backup, patch in ritardo e scadenze di notifica rispettate. Una volta l'anno si va più a fondo: revisione del registro dei rischi e della propensione al rischio, del piano di risposta e della copertura assicurativa, più una breve esercitazione. Secondo la NIS2, l'organo di gestione di un soggetto interessato approva le misure di sicurezza e ne sovrintende l'attuazione, cosa difficile da dimostrare senza verbali regolari. Conservi verbali e documenti: sono la prova che la supervisione c'è stata. I report PDF di NetSenX, disponibili dal piano Starter, possono essere l'allegato di rete di ogni pacchetto trimestrale.

Con poche domande concrete, riportando le risposte nel contratto e limitando ciò che il fornitore può raggiungere. Prima di concedere accesso remoto o i Suoi dati, chieda come protegge i propri sistemi (autenticazione a più fattori, patch, monitoraggio), se ha avuto incidenti, chi dalla sua parte può raggiungere i Suoi sistemi e come La avviserà se subisce una violazione. Inserisca un obbligo di notifica nel contratto. Poi conceda l'accesso minimo necessario, per il tempo necessario, e lo revochi a lavoro finito. Il rischio fornitori è reale: il Data Breach Investigations Report 2025 di Verizon ha rilevato il coinvolgimento di terzi nel 30 % delle violazioni, rispetto al 15 % precedente. NetSenX mostra le connessioni che una sessione remota del fornitore apre nella Sua rete e genera un avviso se inizia a spostarsi da un dispositivo all'altro.