MSP e MSSP

Un MSP (managed service provider) gestisce l'IT dei suoi clienti; un MSSP (managed security service provider) ne gestisce il monitoraggio della sicurezza e la risposta. Il confine si è sfumato: molti MSP oggi vendono servizi di sicurezza, e i clienti spesso se lo aspettano. Ciò che conta è che cosa promette. Un MSSP di solito si impegna a sorvegliare gli avvisi in fasce orarie definite, spesso 24 ore su 24, con tempi di risposta nel contratto e personale formato. Un MSP che aggiunge uno strumento di sicurezza ma non ha nessuno che sorvegli di notte non è un MSSP, e il suo contratto dovrebbe dirlo. Entrambi possono usare NetSenX per il rilevamento: ogni cliente è un tenant a sé, e il programma partner si rivolge a MSSP e rivenditori.

Sì. Ogni cliente è un tenant a sé, separato nel database tramite sicurezza a livello di riga (row-level security), e ciascuno può iniziare con il piano Free e passare al piano di cui la sua rete ha bisogno. Questa separazione conta per i Suoi clienti: i loro avvisi, mappe di rete e registri di audit non si mescolano mai con quelli di un altro cliente. I report white-label sono nel piano Enterprise, e il programma partner si rivolge a MSSP e rivenditori, quindi può definire le condizioni prima di estendere il servizio a molti clienti. L'esame degli avvisi resta a Lei o al cliente; NetSenX non fornisce un servizio gestito. Descriva il Suo servizio su questa base: NetSenX rileva e spiega, il Suo team decide e risponde.

Ogni cliente viene configurato come un tenant NetSenX a sé, separato nel database tramite sicurezza a livello di riga; il modo in cui un partner lavora su questi tenant si concorda nel programma partner. La separazione è il punto: avvisi, dispositivi e registro di audit di un cliente non compaiono mai nella vista di un altro, ed è proprio ciò che chiederanno i Suoi clienti e i loro revisori. Prima di organizzare il lavoro attorno a un'unica console per tutti i clienti, chieda a NetSenX come funziona oggi l'accesso partner e che cosa include ciascun piano, invece di darlo per scontato. Ogni tenant cliente può iniziare con il piano Free e passare al piano di cui la sua rete ha bisogno.

In uno strumento ben costruito la separazione è imposta dal sistema stesso, non solo dall'interfaccia, così un errore in una schermata non può mostrare i dati di un cliente a un altro. Chieda ai fornitori come: ogni record è associato a un tenant, il database rifiuta le query tra tenant, gli account del personale sono limitati ai tenant che seguono? In NetSenX ogni cliente è un tenant a sé, separato nel database tramite sicurezza a livello di riga, quindi le query restituiscono solo le righe del tenant a cui appartengono. Dalla Sua parte, dia ai tecnici account personali con autenticazione a più fattori, conceda gli accessi cliente per cliente e li revochi quando qualcuno se ne va o un cliente chiude il contratto.

Sì. Il programma partner di NetSenX si rivolge a MSSP, MSP e rivenditori che vogliono offrire il rilevamento di rete ai propri clienti. Le condizioni si concordano con ciascun partner; la pagina partner descrive il programma e come candidarsi. Prima di iniziare, decida quali clienti porterebbe, di quali piani avrebbero bisogno, se Le servono report white-label, inclusi nel piano Enterprise, e chi nel Suo team leggerà gli avvisi. Chieda come funziona l'accesso partner a più tenant cliente e come è organizzata la fatturazione, per poter prezzare correttamente il Suo servizio. Qualunque siano le condizioni, NetSenX resta un software di rilevamento: il servizio di monitoraggio e la risposta sono Suoi.

Con NetSenX sì, nel piano Enterprise: report con il Suo marchio, insieme a un'installazione multi-tenant, per contratto. Negli altri piani i report PDF, disponibili dal piano Starter, riportano il nome NetSenX, che molti MSP usano come fonte indipendente accanto al proprio report di servizio. In ogni caso ogni cliente è un tenant a sé, separato nel database. Se il white label fa parte della Sua offerta, lo dica nel primo colloquio con NetSenX, così che pacchetto e condizioni partner siano chiari prima di venderlo ai clienti, e verifichi di quale piano ha bisogno ciascun cliente per i report che promette.

Sì, dal piano Starter: ogni tenant cliente può produrre report PDF dai propri dati, con il nome NetSenX; i report con il Suo marchio sono nel piano Enterprise. Un report è più utile quando è regolare e breve: che cosa è stato monitorato, quali avvisi sono stati generati, che cosa è stato fatto, che cosa è cambiato nella rete e che cosa non è ancora coperto. Ai clienti soggetti alla NIS2 e ai loro revisori interessano più prove e date che grafici. Affianchi il report NetSenX al Suo riepilogo del servizio e li conservi entrambi, perché il cliente potrebbe averne bisogno mesi dopo per un assicuratore o un'autorità. I tenant con il piano Free non hanno report PDF.

Per i piccoli clienti di solito funziona meglio un modello in cui un sensore copre un'intera sede, perché il prezzo per endpoint cresce con ogni PC e telefono e può superare ciò che il cliente paga a Lei. Guardi il Suo portafoglio: conti dispositivi e sedi per cliente e calcoli entrambi i modelli per i Suoi cinque clienti più tipici prima di scegliere un fornitore. In NetSenX l'unità è il dispositivo, ma un dispositivo è un host su cui gira l'agente, e un agente su una porta SPAN o TAP conta come un solo dispositivo per l'intero segmento che osserva. Un piccolo ufficio tipico è quindi uno o pochi dispositivi, il che può rientrare nei 3 dispositivi del piano Free o nel piano Starter a 49 € al mese.

Tenga basso il costo per cliente e breve il lavoro per avviso: un sensore per sede, avvisi che si spiegano da soli e un servizio standard che non adatta a ogni cliente. Per un cliente con cinque PC e una stampante, metta un agente su una porta mirror dello switch dell'ufficio invece del software su ogni macchina. Standardizzi l'avvio, la routine degli avvisi e il report mensile, così ogni cliente viene gestito allo stesso modo. Prezzi il servizio sul valore della sorveglianza della rete e delle prove consegnate, non sullo strumento da solo. Con NetSenX un agente su una porta SPAN o TAP conta come un solo dispositivo, e il piano Free copre 3 dispositivi senza limiti di tempo, quindi i clienti più piccoli possono iniziare senza costi di licenza.

Sì. Ogni tenant cliente può iniziare con il piano Free di NetSenX, senza limiti di tempo e senza carta di credito, e passare a un piano a pagamento quando ha bisogno di più dispositivi o funzioni; i cambi di piano sono immediati. Il piano Free comprende i rilevamenti essenziali, la mappa di rete, il monitoraggio delle scadenze NIS2 e il registro di audit, e conserva 30 giorni di storico avvisi. I motivi tipici per salire di piano sono i report PDF per il cliente dal piano Starter, più dispositivi, visibilità su Shadow AI e OT o Slack e webhook dal piano Pro, ed esportazione verso il SIEM dal piano Business. Partire gratis Le permette di mostrare al cliente risultati reali dalla sua rete prima che impegni un budget.

Un insieme ridotto e standard che gestisce allo stesso modo presso ogni cliente: protezione degli endpoint con gestione centrale, autenticazione a più fattori, backup con ripristini verificati, sicurezza della posta e rilevamento di rete dove i clienti hanno reti locali. Eviti strumenti che richiedono messa a punto per cliente o un analista dedicato, perché il margine sparisce nelle ore. Preferisca fornitori con prezzi pubblicati, licenze semplici, separazione netta tra clienti e avvisi su cui un tecnico possa agire. Verifichi come ogni strumento protegge l'accesso remoto che Le fornisce, perché i Suoi strumenti sono un bersaglio. NetSenX si inserisce nella parte di rete di questo insieme: un agente su una porta SPAN o TAP per sede, avvisi in linguaggio semplice e un tenant per cliente.

Venda una routine definita con un risultato periodico, non uno strumento: che cosa osserva, quando guarda, che cosa fa quando succede qualcosa e che cosa riceve il cliente ogni mese o trimestre. Un pacchetto chiaro può includere l'avvio con inventario dei dispositivi, la revisione degli avvisi nei giorni lavorativi, una risposta concordata per gli avvisi urgenti, un riepilogo mensile e una revisione trimestrale di ciò che non è ancora coperto. È questo risultato che clienti e assicuratori apprezzano: una prova datata che qualcuno guarda. Lo prezzi per cliente o per sede e dica onestamente che cosa succede fuori orario. NetSenX lo supporta con rilevamento e spiegazioni in ogni piano, report PDF dal piano Starter e un tenant per cliente.

Osservi il traffico in modo passivo per qualche giorno: la maggior parte dei dispositivi si rivela in poche ore e il resto in pochi giorni, quando chiede indirizzi, risolve nomi e parla con i server. Metta un sensore su una porta mirror dello switch principale, poi confronti ciò che compare con l'elenco del cliente, i dispositivi collegati al router e la tabella delle porte dello switch. Si aspetti sorprese: server dimenticati, dispositivi personali, il router di un fornitore in un armadio. Un dispositivo che non invia mai traffico, o che sta su un segmento non copiato, non comparirà, quindi faccia anche un giro dei locali. La mappa di rete di NetSenX lo fa in ogni piano, Free compreso: dispositivi con il nome annunciato, prima e ultima comparsa e chi parla con chi, senza interrogare nulla.

Chi e che cosa c'è in rete, che cosa è esposto e se le basi sono a posto. Costruisca un inventario dei dispositivi dal traffico e da un giro dell'ufficio. Verifichi quali servizi sono raggiungibili da internet, come desktop remoto, cartelle condivise o vecchie VPN. Elenchi gli account amministrativi e rimuova quelli condivisi o di ex dipendenti. Confermi che i backup funzionano e che una copia è offline, e faccia una prova di ripristino. Controlli che posta e accesso remoto abbiano l'autenticazione a più fattori. Cerchi strumenti di accesso remoto lasciati da fornitori precedenti. Annoti ciò che trova e concordi le priorità con il cliente. NetSenX aiuta con l'inventario e mostra beaconing, scansioni e invii insoliti fin dai primi giorni.

Indirizzi gli avvisi di ogni cliente verso un canale che il Suo team segue davvero, con il nome del cliente in ogni messaggio. Con NetSenX gli avvisi di ogni tenant cliente partono via e-mail in ogni piano; dal piano Pro possono andare anche su Slack, a un webhook verso il Suo sistema di ticket o di reperibilità, o ai Suoi strumenti tramite API. Stabilisca che cosa arriva subito a una persona e che cosa aspetta la revisione del mattino, e provi il percorso con un avviso innocuo. Si assicuri che due persone ricevano gli avvisi urgenti e che le ferie siano coperte. Il rilevamento funziona a ogni ora, ma nessuno in NetSenX sorveglia gli avvisi dei Suoi clienti al posto Suo: la risposta è il Suo servizio.

Sì, dal piano Pro: gli avvisi di un tenant cliente possono essere inviati a Slack o a un webhook, e da lì al Suo sistema di ticket, alla chat o allo strumento di reperibilità; in ogni piano partono anche via e-mail. Usi un canale o un'etichetta per cliente, così un tecnico vede subito di quale rete si tratta. Decida quali livelli di avviso creano un ticket e quali si limitano a notificare, perché il canale resti leggibile. Tenga l'avviso completo, con la sua spiegazione, in NetSenX e lo colleghi dal ticket invece di copiare dati qua e là. Dal piano Business gli avvisi si possono anche esportare verso un SIEM, se ne gestisce uno per i Suoi clienti.

Che cosa è successo, che cosa significa per lui, che cosa ha fatto Lei e che cosa il cliente deve fare o decidere, in parole semplici e senza drammi. Indichi il dispositivo e l'orario, dica se era innocuo, sospetto o un incidente e quali prove lo sostengono. Se ha contenuto qualcosa, dica come e se qualcosa resta coinvolto. Se il cliente deve decidere, per esempio scollegare un server o informare il personale, lo dica chiaramente e con una scadenza. Se possono essere coinvolti dati personali o una notifica NIS2, lo segnali presto, perché le scadenze possono decorrere dalla conoscenza dei fatti. Tenga una traccia scritta. Gli avvisi di NetSenX Le danno la spiegazione da trasmettere, e il registro di audit conserva ciò che è stato fatto.

Contenere il danno, proteggere i propri strumenti, conservare le prove e informare chi decide presso il cliente, in quest'ordine e in fretta. Isoli dalla rete le macchine colpite senza spegnerle. Verifichi se l'attaccante ha usato il Suo strumento di gestione o di accesso remoto; se è possibile, sospenda quelle sessioni e reimposti le credenziali per tutti i clienti, non solo per questo. Conservi i log e lo storico degli avvisi. Chiami una società di risposta agli incidenti se il caso supera le Sue competenze, e dica alla direzione del cliente che cosa sa e che cosa deve decidere, incluse eventuali notifiche ai sensi della NIS2 o del GDPR, che restano un suo obbligo. NetSenX mostra la cronologia degli avvisi del cliente, il movimento laterale e gli invii insoliti, il che aiuta a capire quando è iniziato e che cosa è uscito.

Sì, e gli attaccanti cercano proprio questo, perché uno strumento di gestione o di accesso remoto raggiunge tutti i clienti insieme. Protegga questi strumenti come gioielli della corona: autenticazione a più fattori, account amministrativi separati per ogni tecnico, indirizzi di origine limitati, registrazione di ogni sessione e aggiornamenti rapidi dello strumento stesso. Verifichi quali clienti può raggiungere ogni account e rimuova gli accessi non più necessari. Sul lato rete, NetSenX segnala sessioni insolite e movimento laterale in ogni rete cliente monitorata, comprese le sessioni che partono in orari strani dall'host su cui gira l'agente di gestione remota. Ogni cliente è un tenant separato, quindi i suoi dati restano distinti.

Cerchi sessioni remote che non corrispondono al lavoro dei Suoi tecnici: orari insoliti, macchine di destinazione insolite, molte macchine in poco tempo o sessioni seguite da nuove connessioni all'interno della rete del cliente. Parta dallo strumento stesso: attivi il suo registro di audit, avvisi per nuovi account amministrativi e per script inviati a molti dispositivi, e lo rilegga ogni settimana. Confronti le sessioni con il sistema di ticket. Sul lato rete, un sensore in ogni rete cliente vede che cosa succede dopo l'avvio di una sessione: un host che all'improvviso contatta molti altri, scansioni o dati in uscita. NetSenX segnala movimento laterale e nuove sessioni che non corrispondono alla normalità di un host, in ogni piano, nel tenant di ciascun cliente.

I propri accessi, i registri di audit degli strumenti di gestione e il traffico che i Suoi strumenti generano nelle reti dei clienti. Imposti avvisi per accessi dei tecnici da nuovi Paesi o dispositivi, nuovi account amministrativi, autenticazione a più fattori disattivata, distribuzioni massive di script e chiavi API create fuori da una modifica pianificata. Conservi questi log fuori dagli strumenti stessi, così un attaccante non può cancellarli. Protegga i server o gli account cloud su cui girano i Suoi strumenti come i gioielli della corona di un cliente, e ne monitori anche il traffico di rete. Nelle reti dei clienti, cerchi attività che parte dall'host del Suo agente senza corrispondere a un ticket. NetSenX può osservare la rete del Suo ufficio e quella di ogni cliente come tenant separati, con movimento laterale e invii insoliti segnalati come avvisi.

Combini un rilevamento automatico attivo a ogni ora con una piccola reperibilità per ciò che è davvero urgente, oppure collabori con un fornitore che copre le notti. Definisca urgente in modo stretto, per esempio movimento laterale confermato, preparazione di ransomware o un grosso invio notturno, così la persona reperibile viene svegliata di rado e per buoni motivi. Invii solo quegli avvisi ai telefoni; il resto aspetta il mattino. Scriva una breve procedura per ogni caso urgente: come isolare una macchina e chi chiamare presso il cliente. Se alcuni clienti hanno bisogno di persone che sorvegliano 24 ore su 24, collabori con un MSSP o un fornitore MDR invece di prometterlo Lei. NetSenX rileva a ogni ora e, dal piano Pro, può inviare avvisi tramite webhook a qualsiasi strumento di reperibilità.

Prometta solo ciò che copre con persone. Se di notte sorveglia il software e un tecnico legge gli avvisi al mattino, dica esattamente questo: il rilevamento funziona 24 ore su 24, la revisione avviene nei giorni lavorativi e gli avvisi urgenti raggiungono una persona reperibile entro un tempo concordato, se ce l'ha. Non scriva monitoraggio 24/7 se alle 3 di notte nessuno risponde: assicuratori, revisori e tribunali leggono queste parole alla lettera, e la lacuna può invalidare un risarcimento o aprire una controversia. Indichi tempi di risposta, che cosa è urgente e che cosa deve fare il cliente stesso. Una promessa onesta e più piccola che mantiene vale più di una grande che non mantiene. NetSenX rileva a ogni ora; non è un servizio presidiato da persone.

Descriva il servizio in termini verificabili: quali sistemi e segmenti sono monitorati, con quale strumento, quando si esaminano gli avvisi, con quale rapidità risponde a ogni livello, che cosa fa Lei e che cosa fa il cliente, e che cosa non è coperto. Separi il rilevamento, che funziona automaticamente a ogni ora, dalla revisione e dalla risposta, che avvengono quando il Suo team lavora o è reperibile. Indichi chiaramente i limiti: contenuti cifrati, segmenti non monitorati, dispositivi senza traffico, attività sugli endpoint. Concordi quali prove riceve il cliente e per quanto tempo si conserva lo storico degli avvisi. Faccia rivedere il testo da un avvocato. Eviti parole come SOC, 24/7 o garanzia se non le fornisce. Con NetSenX il periodo di conservazione segue il piano del cliente.

Dipende soprattutto dal Suo contratto e da ciò che ha promesso e fatto, quindi la risposta è giuridica caso per caso; questa è un'informazione generale, non una consulenza legale. In pratica le controversie ruotano attorno a poche domande: che cosa diceva il contratto su che cosa e quando avrebbe monitorato, se lo ha fatto, se gli avvisi sono stati generati e gestiti e se il cliente ha seguito le Sue raccomandazioni. Descrizioni chiare del servizio, raccomandazioni scritte che il cliente ha rifiutato e una traccia di avvisi e azioni proteggono entrambe le parti. Verifichi la Sua assicurazione di responsabilità professionale e la polizza cyber, e faccia rivedere i contratti da un avvocato. NetSenX conserva nel tenant di ogni cliente avvisi con orario e un registro di audit delle decisioni, cioè la traccia che queste domande richiedono.

Metta per iscritto il rischio e la decisione del cliente, mantenga le basi che può e non si assuma in silenzio la responsabilità di ciò che ha rifiutato. Spieghi in parole semplici che cosa potrebbe succedere senza la misura, come giorni senza sistemi dopo un ransomware, e quanto costerebbe rispetto alla misura stessa. Proponga un primo passo più piccolo. Se il cliente dice ancora di no, invii un breve riepilogo scritto della raccomandazione e della sua decisione, e lo conservi. Quella traccia La protegge se succede qualcosa. Per il rilevamento di rete l'argomento del costo può sparire: il piano Free di NetSenX copre 3 dispositivi senza limiti di tempo, quindi un piccolo cliente può iniziare senza costi di licenza, mentre Lei concorda quanta parte del Suo tempo è inclusa.

Forse, in due modi: direttamente, perché la NIS2 elenca i fornitori di servizi gestiti e di servizi di sicurezza gestiti tra i settori coperti, e indirettamente, perché i clienti interessati devono gestire la sicurezza della catena di fornitura e Le trasferiranno requisiti per contratto. Se un MSP rientri direttamente dipende dalle sue dimensioni e da come il suo Paese ha recepito la direttiva, quindi verifichi la normativa nazionale e le indicazioni dell'autorità nazionale. Questa è un'informazione generale, non una consulenza legale. In ogni caso si aspetti questionari di sicurezza, clausole contrattuali su notifica degli incidenti e audit, e richieste di prove. Prepari una descrizione delle Sue misure, di come protegge l'accesso ai clienti e di come segnalerebbe loro un incidente.

Domande su come protegge i dati e gli accessi del cliente, su come gestisce gli incidenti e se può dimostrarlo. Temi tipici: governance e responsabilità, controllo degli accessi e autenticazione a più fattori, accesso privilegiato al cliente, patch, backup, registrazione e monitoraggio, rilevamento degli incidenti e tempi di notifica, subfornitori, ubicazione dei dati e formazione del personale. Risponda a ogni domanda con sincerità e brevità, alleghi le prove che ha e dati i miglioramenti previsti. Non risponda di sì a ciò che non può mostrare. Mantenga una versione di riferimento aggiornata, perché molti clienti fanno domande simili. NetSenX può fornire parte delle Sue prove sul monitoraggio: registrazioni dei rilevamenti, il registro di audit e report PDF dal piano Starter.

Un fascicolo breve e datato che mostri che le misure hanno funzionato: che cosa è stato monitorato, quali avvisi sono stati generati e come sono stati gestiti, gli incidenti e le relative scadenze di notifica, le prove di backup e ripristino, lo stato delle patch, le revisioni degli accessi e i rischi aperti. La NIS2 chiede ai soggetti interessati misure di gestione del rischio e di gestione degli incidenti; le prove che questo avviene con regolarità sono ciò che cercano i loro organi di gestione e i revisori. Mantenga lo stesso formato ogni trimestre, così i cambiamenti risaltano, e indichi ciò che non è coperto. NetSenX fornisce la parte di monitoraggio: avvisi con orario e spiegazione, il registro di audit, le scadenze dell'articolo 23 della NIS2 per ogni incidente e report PDF dal piano Starter. Non decide che cosa va notificato e non presenta notifiche.

Raccolga le prove man mano invece di ricostruirle dopo: avvisi con orario e spiegazione, che cosa è stato fatto e da chi, e gli host coinvolti. Concordi in anticipo con ogni cliente che cosa consegnerà dopo un incidente e in quanto tempo, e chi è il suo referente verso l'autorità. In NetSenX gli avvisi e il registro di audit di ogni cliente restano nel suo tenant, le scadenze dell'articolo 23 della NIS2 sono monitorate per ogni incidente e i report PDF sono disponibili dal piano Starter. Si assicuri che lo storico avvisi del piano copra il periodo che un'indagine probabilmente richiederà. La presentazione della notifica all'autorità resta compito del cliente.

Non sempre per legge, ma spesso per contratto e per le aspettative dei clienti, quindi verifichi che cosa richiedono prima di scegliere. Gli strumenti di sicurezza trattano metadati di rete che possono essere dati personali ai sensi del GDPR; i trasferimenti fuori dall'UE sono possibili con garanzie, ma molti clienti, soprattutto nel settore pubblico, nella sanità e nella finanza, preferiscono o richiedono la conservazione nell'UE e un elenco chiaro dei sub-responsabili. Chieda a ogni fornitore dove sono conservati i dati, quali sub-responsabili usa e dove hanno sede, e che cosa riceve indietro se se ne va. NetSenX conserva i dati dei clienti nell'UE, con il database in Irlanda e l'API a Francoforte e Parigi, e pubblica il suo accordo sul trattamento dei dati con l'elenco completo dei sub-responsabili.

Dalla rete: quali host si collegano a servizi di IA esterni o ad ambienti di modelli linguistici eseguiti in locale, con quale frequenza e con quanti dati, separatamente per ogni cliente. Con NetSenX è disponibile dal piano Pro, nel tenant di ciascun cliente, così ognuno riceve il proprio quadro. Mostra destinazioni e volumi, non ciò che è stato digitato o caricato, e non blocca i servizi da solo. Di solito è ciò che serve ai clienti per avviare una politica sull'IA: quali strumenti sono in uso, su quali macchine e se vi arrivano grandi quantità di dati. Lo affianchi alla politica del cliente, alla formazione del personale e, se serve, alle impostazioni dei servizi di IA stessi.

Sì, se è passivo e concordato con le persone che gestiscono le macchine. Le reti OT (operational technology) collegano controllori, macchine e impianti dell'edificio; sono delicate, aggiornate di rado e spesso non possono eseguire alcun software di sicurezza. Il monitoraggio passivo da una porta mirror legge il traffico senza inviare nulla ai dispositivi, ed è la prima cosa che il responsabile di stabilimento deve sentirsi dire. Con NetSenX, dal piano Pro, il tenant del cliente legge in modo passivo Modbus/TCP, DNP3, BACnet/IP, EtherNet/IP e S7comm e genera avvisi OT come scritture non autorizzate, passaggi tra livelli del modello Purdue, attività OT fuori orario e comandi S7comm. NetSenX non interroga mai i dispositivi OT e non è un sistema di sicurezza funzionale; le modifiche al processo restano agli ingegneri del cliente.

Di una copia del traffico della rete di produzione, di un host per il sensore, del consenso dello stabilimento e di un piano che non tocchi i controllori. Trovi nella rete di produzione uno switch gestito che supporti il port mirroring, oppure usi un TAP di rete sul collegamento tra i controllori e la loro stazione di ingegneria o HMI. Colleghi a quella porta mirror un host Linux con l'agente NetSenX, in un tenant cliente con piano Pro o superiore. Concordi una finestra di manutenzione con il responsabile di stabilimento, anche se il monitoraggio passivo non invia nulla ai PLC. Annoti quali segmenti sono coperti e quali no. Poi esamini le prime settimane di avvisi OT con gli ingegneri del cliente, che sanno quali scritture e comandi sono previsti.

I dati appartengono al cliente, quindi pianifichi il passaggio: quali registrazioni conserva, a quali accessi rinuncia Lei e che cosa viene cancellato. Lo concordi nel contratto fin dall'inizio. Con NetSenX ogni cliente è un tenant a sé, quindi i suoi avvisi e il suo registro di audit restano insieme e possono passare con il cliente al fornitore successivo cambiando chi ha accesso, invece di copiare dati. Gli avvisi si possono esportare tramite API dal piano Pro e verso un SIEM dal piano Business, e i report PDF sono disponibili dal piano Starter. I diritti previsti dal GDPR, come accesso e cancellazione, non dipendono dal piano. La chiusura di un account cancella i suoi dati, quindi esporti prima ciò di cui il cliente ha bisogno.