Monitoraggio nella piccola impresa

Non tutte. Un'azienda con pochi portatili e tutto nel cloud può ottenere di più dalla protezione degli endpoint e da buoni backup. L'NDR ha senso quando c'è una rete locale con server, stampanti, telecamere o macchine su cui non può girare un agente, oppure quando la NIS2 o un contratto con un cliente chiede di rilevare e segnalare gli incidenti.

Le basi fermano la maggior parte degli attacchi: autenticazione a più fattori su posta e accesso remoto, aggiornamenti applicati in fretta, protezione su ogni computer, backup offline o immutabili e verificati, e un breve elenco di chi chiamare in caso di incidente. Aggiunga due abitudini che non costano nulla: un elenco aggiornato di dispositivi e account, e la regola di confermare per telefono qualsiasi cambio di coordinate bancarie richiesto via e-mail. Il monitoraggio della rete viene dopo, quando ha una rete locale con server, stampanti o macchine su cui non può installare nulla, o quando la NIS2 o un cliente Le chiede di rilevare e segnalare gli incidenti. NetSenX si inserisce in questo passo successivo, con il rilevamento essenziale in ogni piano, Free compreso.

Uno che funzioni da solo, copra i dispositivi su cui non può installare software e spieghi i suoi avvisi a un generalista. Parta da ciò che ha già: attivi log e avvisi del firewall, del servizio di posta e degli account cloud. Poi aggiunga il rilevamento di rete se ha una rete locale con server, stampanti, telecamere o macchine. Cerchi prezzi pubblicati, un modo gratuito per provare sulla Sua rete, installazione da un solo sensore su una porta mirror e avvisi che dicano in parole semplici che cosa è successo. NetSenX è nato per questo: rilevamento essenziale in ogni piano, Free compreso, un agente su una porta SPAN o TAP per segmento e una spiegazione per ogni avviso. Non sostituisce la protezione degli endpoint né i backup.

Meno che in un'azienda con una rete locale, e talvolta per nulla: se il personale lavora su portatili da qualsiasi luogo e usa solo servizi cloud, c'è poco traffico d'ufficio da osservare. In quel caso investa nella protezione di ogni portatile, nell'autenticazione a più fattori, nei log di accesso e di audit dei servizi cloud e nei backup dei dati cloud. Il monitoraggio di rete torna utile appena un ufficio ha dispositivi condivisi: stampanti, un NAS, telefoni, telecamere, un impianto dell'edificio o un server in un armadio. Aiuta anche se alcuni portatili vanno osservati direttamente: l'agente NetSenX funziona su Linux e macOS e vede le connessioni di quella macchina ovunque si trovi.

Usi prima ciò che possiede già, poi aggiunga un sensore dove vede di più. La maggior parte dei firewall e dei router può registrare le connessioni bloccate e consentite e avvisare dei nuovi dispositivi; attivi queste funzioni e le indirizzi a una casella che legge. Tenga un semplice elenco dei dispositivi e lo confronti ogni mese con l'elenco dei dispositivi collegati nel router. Attivi gli avvisi di accesso su posta e servizi cloud. Poi metta un sensore di rete dove il traffico converge: su una porta mirror dello switch collegato al router o ai server. Il piano Free di NetSenX copre 3 dispositivi senza limiti di tempo, e un agente su una porta SPAN o TAP conta come un solo dispositivo per un intero segmento, quindi un piccolo ufficio può iniziare senza costi.

Dipende dal numero di dispositivi e dalle funzioni necessarie. NetSenX pubblica i suoi prezzi: la tabella di questa pagina proviene dallo stesso catalogo dei piani che il prodotto applica, dal piano Free a Enterprise.

Un dispositivo è un host su cui è in esecuzione l'agente NetSenX. Un agente su una porta SPAN o TAP monitora un intero segmento di rete e conta come un solo dispositivo.

Può bastare, se qualcuno ha tempo e competenze per installarlo, aggiornarlo e metterlo a punto; la licenza è gratuita, il lavoro no. Gli strumenti open source per registrare il traffico, rilevare le intrusioni e raccogliere i log sono maturi e molto diffusi. Per una piccola impresa il costo vero sono le persone: un server su cui farli girare, aggiornamenti regolari, regole da mettere a punto e qualcuno che legga e capisca i risultati ogni giorno. Se ha un amministratore a cui piace questo lavoro, è un'ottima opzione. Altrimenti lo stack viene installato una volta e poi dimenticato. Si chieda onestamente chi lo manterrà l'anno prossimo. Uno strumento ospitato con prezzi pubblicati e avvisi in linguaggio semplice cede un po' di flessibilità in cambio di meno manutenzione; il piano Free di NetSenX Le permette di confrontare sulla Sua rete.

Più di quanto si aspetti la maggior parte dei piccoli team: l'installazione è la parte facile, mantenerlo utile è il lavoro continuo. Preveda un server dedicato con spazio sufficiente per i log, aggiornamenti regolari di software e regole, il monitoraggio di disco e prestazioni dello stack stesso, la messa a punto contro il rumore e tempo ogni giorno per leggere gli avvisi. Quando qualcosa si guasta, come un disco pieno o un aggiornamento fallito, il rilevamento si ferma in silenzio finché qualcuno non se ne accorge. Documenti la configurazione perché sopravviva alla partenza di chi l'ha costruita. Stimi onestamente le ore e le valorizzi al Suo costo interno prima di definire lo stack gratuito. Se le ore non ci sono, scelga uno strumento che funzioni senza manutenzione e dedichi il tempo risparmiato a indagare sugli avvisi.

Idealmente sì, perché ciascuno vede ciò che l'altro non vede, ma una piccola impresa può aggiungerli uno alla volta. Il rilevamento sull'host (HIDS, oggi di solito EDR) gira su un computer e vede file, processi e accessi di quella macchina. Il rilevamento di rete (NIDS o NDR) osserva il traffico e vede come i dispositivi parlano tra loro, compresi quelli su cui non si può installare software. Uno strumento sull'host non vede una stampante che chiama l'esterno; uno strumento di rete non vede l'apertura di un file dannoso. Inizi proteggendo ogni computer, che è l'esigenza più di base, poi aggiunga il rilevamento di rete quando la rete locale comprende più che portatili. NetSenX è il lato rete; non sostituisce la protezione degli endpoint.

Detection-as-code significa scrivere le proprie regole di rilevamento come file di testo, spesso in un formato condiviso come Sigma, tenerle sotto controllo di versione e testarle come software. È adatta ai team di sicurezza che cercano minacce specifiche e vogliono un controllo preciso. Una piccola impresa raramente ne ha bisogno all'inizio: scrivere e mantenere regole richiede competenze e tempo, e una regola scritta male genera rumore o punti ciechi. Otterrà di più da uno strumento i cui rilevamenti e spiegazioni integrati funzionano già, e dal contrassegnare i falsi positivi strada facendo. Se in seguito avrà uno specialista di sicurezza ed esigenze precise, le regole personalizzate diventano utili. In NetSenX le politiche di rilevamento personalizzate sono nel piano Enterprise; i rilevamenti essenziali funzionano in ogni piano.

Sì, se gli avvisi sono scritti per generalisti. Ogni avviso NetSenX spiega in linguaggio semplice che cosa è successo e indica le caratteristiche di rete dietro il suo punteggio, in ogni piano. Indagare su un incidente e contenerlo richiede comunque qualcuno: il Suo amministratore, il Suo fornitore IT o una società di incident response.

Sì, se lo strumento è pensato per questo. Con NetSenX il Suo amministratore installa un agente su un host collegato a una porta SPAN o TAP, o sugli host che sceglie, e ogni avviso è spiegato in linguaggio semplice: che cosa è successo, su quale dispositivo e perché sembra insolito. Le serve comunque una persona che legga gli avvisi, idealmente ogni mattina, e decida cosa fare, più un sostituto per le ferie e il numero di una società di risposta agli incidenti per i casi gravi. NetSenX non fornisce un servizio gestito, quindi pianifichi chi riceve gli avvisi fuori orario: una seconda casella, il fornitore IT o una reperibilità.

Pochi strumenti ben scelti che funzionino da soli, con avvisi abbastanza brevi da leggerli ogni mattina in pochi minuti. Realistico per una persona: protezione degli endpoint con console centrale, autenticazione a più fattori con avvisi di accesso, log di firewall e VPN conservati per le indagini, un backup verificato con una prova di ripristino al mese e un sensore di rete su una porta mirror. Irrealistico per una persona: un SIEM di cui scrivere e mettere a punto le ricerche, più console sovrapposte o qualsiasi cosa richieda di guardare dashboard tutto il giorno. Stabilisca per iscritto chi sostituisce durante le ferie e chi decide in emergenza. NetSenX è progettato per questa situazione: un agente su una porta SPAN o TAP per segmento, avvisi in linguaggio semplice via e-mail in ogni piano e nessuna messa a punto necessaria per iniziare.

Per la maggior parte dei sensori open source sì; per NetSenX solo competenze di base. Un sensore gestito in proprio di solito significa installare e aggiornare un server Linux, gestire spazio su disco e servizi e leggere file di configurazione. Con NetSenX, installare l'agente su Linux è un comando copiato dalla dashboard, incollato in un terminale ed eseguito con diritti di amministratore; il programma di installazione verifica la firma del pacchetto e configura il servizio. Su un Mac si installa un pacchetto firmato. Dopo, il lavoro si svolge nella dashboard web: leggere gli avvisi, contrassegnare i falsi positivi, consultare la mappa di rete. Se anche quel passo nel terminale non Le è familiare, un fornitore IT lo esegue in pochi minuti, e il supporto NetSenX aiuta con gli agenti macOS. Leggere gli avvisi non richiede alcuna conoscenza di Linux.

Spesso sì, se in azienda nessuno ha tempo o competenze, ma concordi con precisione che cosa fa l'MSP e che cosa resta a Lei. Un fornitore di servizi gestiti (MSP) può occuparsi di aggiornamenti, protezione degli endpoint, backup e monitoraggio per molti clienti a un costo che una piccola impresa da sola non raggiungerebbe. Chieda per iscritto: quali strumenti usa, chi legge gli avvisi e quando, che cosa succede di notte e nei fine settimana, con quale rapidità risponde e quali prove riceve ogni mese o trimestre. Verifichi come protegge i propri strumenti di accesso remoto, perché raggiungono la Sua rete. Mantenga la titolarità dei Suoi account e dei Suoi dati. Il rilevamento di rete può far parte dell'accordo: un MSP può gestire NetSenX per Lei, con ogni cliente nel proprio tenant.

Una porta SPAN (switch port analyser, detta anche port mirroring) è un'impostazione dello switch che copia il traffico di altre porte su una porta, dove un sensore può osservarlo. La maggior parte degli switch gestiti la supporta, di solito nell'interfaccia web con un nome come mirroring o monitor session; quelli non gestiti no. Un TAP di rete è un piccolo dispositivo che fa lo stesso su un cavo, utile senza switch gestito o quando vuole una copia che non perda pacchetti sotto carico. Copi il collegamento verso il router o le porte dei server per vedere il più possibile. Con NetSenX un agente su una porta SPAN o TAP osserva un intero segmento e conta come un solo dispositivo.

Per osservare un intero segmento sì, uno dei due; per osservare server specifici no, perché un agente su ogni server ne vede il traffico. Una porta SPAN è un'impostazione di mirroring su uno switch gestito e non costa nulla se il Suo switch la supporta. Un TAP è un piccolo dispositivo hardware su un cavo, utile quando lo switch non è gestito o quando vuole una copia che non perda mai pacchetti. Lo collochi dove il traffico converge, per esempio sul collegamento tra lo switch principale e il router, o sulle porte dei server. Con NetSenX un agente su un host collegato a una porta SPAN o TAP conta come un solo dispositivo per l'intero segmento, ed è anche il modo per ottenere la cattura dei pacchetti necessaria per l'impronta TLS e l'inventario crittografico.

Installare un agente richiede pochi minuti; il passo più lungo di solito è configurare una porta mirror sullo switch, se non l'ha mai fatto. Su Linux copia un comando dalla dashboard, lo esegue sull'host e il dispositivo compare nell'elenco in un paio di minuti. Su un Mac avvia un programma di installazione firmato; gli agenti macOS si configurano insieme al supporto NetSenX. Per osservare un intero segmento, configuri una porta SPAN nelle impostazioni dello switch e vi colleghi l'host dell'agente, oppure inserisca un TAP sul cavo di uplink. I dispositivi iniziano allora a comparire sulla mappa di rete man mano che inviano traffico, e gli avvisi partono appena il traffico scorre. Preveda poi qualche settimana di attenzione per contrassegnare ciò che è normale.

Sì. Un sensore su una porta mirror vede il traffico di ogni dispositivo del segmento, qualunque sistema operativo usi, perché osserva la rete e non il computer. In un solo punto copre PC d'ufficio, Mac, server Linux, telefoni, stampanti e macchine. Il sistema operativo conta solo per il dispositivo su cui è installato il sensore stesso. Per NetSenX l'agente funziona su Linux e macOS, quindi l'host del sensore deve usare uno dei due; i dispositivi osservati possono essere di qualsiasi tipo. Se vuole osservare direttamente alcune macchine invece che tramite una porta mirror, queste devono funzionare con Linux o macOS. La protezione di ogni computer resta un'esigenza a parte, specifica di ciascun sistema.

Il monitoraggio passivo su una porta mirror non rallenta la rete, perché il sensore riceve solo una copia del traffico e non si trova sul suo percorso. La copia la fa lo switch stesso. Verifichi due cose: che lo switch possa copiare le porte scelte senza sovraccaricare la porta di monitoraggio, e che l'host del sensore abbia capacità sufficiente per il volume di traffico. I prodotti in linea, posti sul percorso del traffico, come alcuni sistemi di prevenzione delle intrusioni, possono aggiungere ritardo o diventare un punto di guasto; NetSenX non è tra questi. Se invece installa l'agente NetSenX direttamente su un server molto carico, controlli l'uso delle risorse nei primi giorni e inizi con un host meno critico.

Dipende dal prodotto, ed è bene chiederlo. Alcuni sensori registrano tutto il traffico per analizzarlo in seguito; altri conservano solo record di connessione. NetSenX analizza i metadati delle connessioni e alcuni campi di protocollo: orario, volume, origine e destinazione, porte, risposte DNS e, dove l'agente cattura i pacchetti, le parti non cifrate dell'handshake TLS. Non decifra mai il traffico, quindi il contenuto delle sessioni cifrate, come e-mail, file o ciò che qualcuno ha scritto su un sito, resta illeggibile. Questo basta per vedere comportamenti come beaconing, scansioni, movimento laterale e invii insoliti, e limita la quantità di dati personali che lo strumento tratta. I metadati di rete possono comunque riguardare persone: ne parli con il Suo responsabile della protezione dei dati e legga l'accordo sul trattamento dei dati del fornitore.

Sì, ed è un modo sensato di iniziare, purché annoti che cosa non è ancora coperto. Scelga i sistemi la cui compromissione farebbe più male: il file server, i server amministrativi e l'ERP, il sistema di backup, il domain controller e il collegamento a internet. Copi le porte dello switch usate da quei sistemi o installi l'agente direttamente su di essi. Vedrà chi vi si collega, ed è spesso lì che un'intrusione si nota per prima. Poi estenda segmento dopo segmento. Sia onesto in ogni rapporto alla direzione, a un assicuratore o a un cliente: monitorare i server non significa monitorare tutta la rete. Il piano Free di NetSenX copre 3 dispositivi, abbastanza per iniziare con i sistemi più critici.

Definire una baseline significa imparare com'è la normalità di ogni dispositivo: con chi parla, su quali porte, quanti dati e a che ore, così che uno scostamento risalti. Richiede il tempo che serve alla Sua attività per mostrare il suo ritmo normale: gli schemi giornalieri compaiono in pochi giorni, quelli settimanali in qualche settimana, e le attività mensili come paghe o report solo dopo un mese o più. Nel frattempo si aspetti più avvisi e confermi ciò che è normale; le Sue decisioni accelerano il processo. Una baseline non è mai finita, perché le reti cambiano: nuovi server, nuovo software, nuovi fornitori. NetSenX segnala gli schemi evidenti fin dall'inizio e migliora i confronti con lo storico di ogni host man mano che impara la Sua rete.

Leggerlo, confrontarlo con ciò che sa e decidere entro un'ora se è innocuo, da tenere d'occhio o da affrontare. Primo, identifichi il dispositivo e il suo responsabile. Secondo, si chieda se esiste una spiegazione innocua: un backup, un aggiornamento, un nuovo fornitore, un intervento programmato di un collega. Terzo, se non c'è, contenga prima di indagare: scolleghi il dispositivo dalla rete, ma non lo spenga, perché memoria e log aiutano gli investigatori. Cambi da un altro computer le password che il dispositivo potrebbe aver usato. Chiami il fornitore IT o una società di risposta agli incidenti se ha dubbi. Annoti che cosa ha fatto e quando. Gli avvisi di NetSenX dicono che cosa è successo, su quale host e perché, e il registro di audit conserva le Sue decisioni.

Chi organizza Lei: il software rileva di notte, ma la decisione di agire spetta a una persona. La maggior parte delle piccole imprese sceglie una di tre soluzioni. Gli avvisi arrivano a due persone via e-mail e notifica sul telefono, con una regola semplice su che cosa è abbastanza urgente da agire di notte. Un fornitore IT o un MSP riceve gli avvisi fuori orario in base a un accordo scritto. Oppure un servizio di managed detection and response sorveglia 24 ore su 24 a pagamento. Qualunque scelta faccia, metta per iscritto chi può scollegare un dispositivo o la linea internet, e provi l'organizzazione una volta. NetSenX rileva a ogni ora e invia avvisi via e-mail in ogni piano, e tramite webhook dal piano Pro, ma nessuno in NetSenX li sorveglia al posto Suo.

Nessuno, a meno che Lei non lo organizzi prima delle ferie. Decida chi riceve gli avvisi mentre l'amministratore è assente: un collega, la direzione o il fornitore IT. Dia a questa persona una nota di una pagina: come leggere un avviso, quali inoltrare, come scollegare un computer e chi chiamare. Si assicuri che possa accedere agli account necessari, con autenticazione a più fattori, e che l'accesso dell'amministratore non venga condiviso. Prima della partenza verifichi che i backup funzionino e che gli aggiornamenti siano applicati. Il rilevamento non va in ferie: NetSenX continua a osservare e invia avvisi via e-mail in ogni piano, quindi aggiungere il sostituto tra i destinatari è spesso l'unica modifica necessaria.

Chi è nell'elenco dei destinatari, quindi lo controlli prima della chiusura dell'ufficio. Aggiunga un secondo destinatario che leggerà davvero la posta durante la pausa e concordate che cosa è urgente: per esempio un avviso sul file server o sul sistema di backup, rispetto a una stampante che chiama un server di aggiornamento. Annoti sulla stessa nota il numero del fornitore IT o di una società di risposta agli incidenti e verifichi che siano raggiungibili nei giorni di chiusura. Confermi i backup la settimana prima e tenga una copia offline. Le pause lunghe sono un rischio noto, perché meno persone si accorgono dei problemi. NetSenX continua a rilevare mentre Lei è via, con avvisi via e-mail in ogni piano e tramite webhook dal piano Pro.

Perché ci sono meno persone a sorvegliare, quindi gli attaccanti hanno più tempo prima che qualcuno reagisca. Durante festività e ponti gli uffici sono vuoti, il personale IT è assente e le reazioni sono più lente, il che dà a un intruso ore o giorni per diffondersi e cifrare i dati prima di essere scoperto. CISA e FBI hanno messo in guardia da questo schema nel loro avviso congiunto sul ransomware durante festività e fine settimana, pubblicato nell'agosto 2021. La difesa è la preparazione, non restare in ufficio: avvisi che raggiungono qualcuno reperibile, un elenco scritto di chi può scollegare che cosa, backup recenti con una copia offline e autenticazione a più fattori sull'accesso remoto. Il rilevamento di rete aiuta perché sorveglia: NetSenX avvisa a qualsiasi ora, ma qualcuno deve comunque leggere gli avvisi.

La pianifichi come ogni periodo critico: congeli le modifiche rischiose, verifichi i backup, rafforzi i controlli sui pagamenti e si assicuri che qualcuno sorvegli i sistemi amministrativi. Nelle settimane precedenti applichi gli aggiornamenti in sospeso, poi eviti grandi modifiche. Provi un ripristino dei dati contabili e dell'ERP. Ricordi all'amministrazione che ogni cambio di coordinate bancarie, anche da un fornitore noto o dalla direzione, va confermato per telefono a un numero conosciuto. Limiti l'accesso remoto ai server amministrativi alle persone che ne hanno bisogno. Concordi chi riceve gli avvisi durante la chiusura, anche di sera. Sul lato rete, NetSenX mostra in ogni piano connessioni insolite da e verso i server amministrativi, come nuove sessioni da altre postazioni o grandi invii notturni.

Metta un sensore in ogni ufficio e invii tutti gli avvisi alle stesse persone e alla stessa dashboard. Una seconda sede ha di solito un proprio switch e una propria linea internet, quindi il suo traffico non passa mai dal sensore del primo ufficio. Un agente su una porta mirror nella nuova sede copre il suo segmento locale; il personale della sede centrale ne legge gli avvisi insieme agli altri. Si assicuri di sorvegliare anche il collegamento tra le sedi, spesso una VPN, perché è da lì che un'infezione passa da una sede all'altra. Annoti chi è il referente locale nella seconda sede per i compiti fisici, come scollegare un dispositivo. Con NetSenX un agente su una porta SPAN o TAP per sede conta come un dispositivo, e tutte le sedi compaiono in un unico account.

Di solito almeno due: un agente su una porta SPAN o TAP in ogni sede, perché ciascuna ha il proprio traffico locale. Un dispositivo è un host su cui gira l'agente NetSenX, e un agente su una porta mirror conta come un solo dispositivo per l'intero segmento che osserva. Se una sede ha più segmenti separati, come ufficio, Wi-Fi ospiti e produzione, ogni segmento che vuole osservare ha bisogno del proprio punto di mirroring o agente. Aggiunga i server che vuole osservare direttamente con un proprio agente. Un'azienda tipica con due sedi ha quindi bisogno di pochi dispositivi, il che può rientrare nei 3 dispositivi del piano Free o nei 10 dispositivi del piano Starter a 49 € al mese.

Sì, se la VPN tra le sedi permette a ogni dispositivo della filiale di raggiungere ogni server della sede centrale, cosa frequente. Una VPN permanente tra uffici li unisce in un'unica rete, quindi un PC infetto in filiale può scansionare i server della sede e accedervi come se fosse allo stesso piano. Limiti ciò che attraversa la VPN: consenta solo i servizi di cui la filiale ha bisogno, come il file server o l'ERP, e solo dai dispositivi che li usano. Usi account di amministratore separati per ogni sede. Sorvegli il traffico che attraversa il collegamento. NetSenX segnala scansioni e movimento laterale in ogni piano; con un sensore in ogni sede vede un'infezione che passa da una all'altra.

Sì. Terminali POS e casse dovrebbero trovarsi in un proprio segmento di rete, con consentite solo le connessioni necessarie, così che un PC d'ufficio infetto non possa raggiungerli. La separazione limita i danni di un computer compromesso ed è anche il modo in cui lo standard dei pagamenti con carta (PCI DSS) permette a un'azienda di ridurre la parte di rete soggetta ai suoi requisiti. In pratica usi una VLAN separata o una porta del router dedicata ai dispositivi di pagamento, blocchi il traffico dalla rete d'ufficio verso quel segmento e consenta solo le connessioni verso il fornitore dei pagamenti. Chieda al fornitore dei pagamenti e all'installatore come raccomandano di procedere. Poi verifichi che la separazione regga, perché le configurazioni cambiano nel tempo.

Lo verifichi da un computer d'ufficio, poi osservi il traffico per vedere se passa qualcosa che non dovrebbe. Una prova semplice: da un PC d'ufficio provi a raggiungere l'indirizzo di una cassa, per esempio con un ping o una connessione alla sua porta di gestione, e confermi che fallisce. Ripeta dopo ogni modifica alla rete o al router. La prova mostra che la regola funziona in quel momento; l'osservazione mostra se qualcosa usa un percorso che non conosceva. Un sensore di rete su una porta mirror che vede entrambi i segmenti mostra ogni connessione tra di essi. NetSenX mostra in ogni piano chi parla con chi sulla mappa di rete e segnala come avvisi le scansioni o le nuove sessioni verso le casse.

Il malware può tentare di diffondersi alle casse, rubare dati delle carte o bloccarle, e il negozio può non riuscire più a incassare. Gli attaccanti che entrano in un computer d'ufficio con il phishing di solito esplorano poi la rete. Se casse e dispositivi di pagamento sono nella stessa rete piatta, sono a portata, spesso con software datato e password deboli. Le conseguenze vanno dalle vendite perse mentre le casse sono ferme a una violazione dei dati delle carte, con comunicazioni al fornitore dei pagamenti e forse ai clienti. Lo prevenga separando la rete dei pagamenti, aggiornando le casse e cambiando le password predefinite. NetSenX aiuta a vederlo in tempo: scansioni e movimento laterale da un PC d'ufficio verso le casse generano avvisi in ogni piano.

Può esserlo: i router domestici spesso non ricevono aggiornamenti regolari, non gestiscono reti separate né log utili, e alcuni hanno ancora le password predefinite. Per un piccolo ufficio verifichi quattro cose. Il firmware è ancora aggiornato dal produttore, ed è aggiornato? La password di amministrazione è stata cambiata e l'amministrazione remota da internet disattivata? Può gestire reti separate, così che ospiti, dispositivi di pagamento e PC d'ufficio restino divisi? Conserva log leggibili? Se la risposta è no a due o più domande, un router o un firewall professionale è un miglioramento economico. Cerchi anche apparecchi dimenticati, come un router 4G lasciato da un fornitore in un armadio. La mappa di rete di NetSenX mostra in ogni piano i dispositivi che compaiono sulla LAN.

Trovarli, decidere per ciascuno se serve e poi aggiornarlo e documentarlo, oppure spegnerlo e cancellarlo. Vecchi server, NAS dimenticati, portatili di ex dipendenti e macchine di test sono punti di ingresso frequenti, perché nessuno li aggiorna e le loro password sono vecchie. Faccia un giro dell'ufficio e confronti ciò che trova con il Suo elenco di dispositivi e con l'elenco dei dispositivi collegati nel router. Assegni un responsabile a ogni dispositivo. Se nessuno lo reclama, lo scolleghi per qualche settimana per vedere se qualcuno si lamenta, poi lo cancelli in modo sicuro. Rimuova anche i suoi account e le regole del firewall. La mappa di rete di NetSenX, in ogni piano, mostra i dispositivi che inviano traffico con prima e ultima comparsa, il che aiuta a trovare quelli che nessuno ricorda.

Si aspetti domande su controllo degli accessi, aggiornamenti, backup, gestione degli incidenti e prove, soprattutto da clienti soggetti alla NIS2, che chiede loro di gestire la sicurezza della catena di fornitura. Domande tipiche: usate l'autenticazione a più fattori, con quale rapidità applicate gli aggiornamenti, verificate i backup, chi gestisce gli incidenti e in quanto tempo ci avviserete, monitorate la rete, dove sono conservati i nostri dati e potete dimostrarlo? Risponda con sincerità: un no chiaro con un piano è meglio di un sì che non può dimostrare. Tenga pronte una breve descrizione della Sua sicurezza e le prove che la sostengono. NetSenX può fornire parte di queste prove: registrazioni dei rilevamenti, il registro di audit e, dal piano Starter, report PDF.

Tenga pochi registri con costanza invece di molti ogni tanto: che cosa ha, che cosa ha cambiato, che cosa è successo e che cosa ha fatto. Un elenco di dispositivi e account con i responsabili. Un registro delle modifiche dei sistemi importanti. Le date dei backup e delle prove di ripristino. Un semplice registro degli incidenti con data, osservazioni, decisioni e chi le ha prese. Li conservi dove un attaccante entrato in un computer non possa cancellarli, e si assicuri che ogni dispositivo abbia l'ora corretta, perché le cronologie ne dipendono. Questi registri rispondono alle domande di assicuratori, revisori, clienti e, ai sensi della NIS2, delle autorità. NetSenX ne tiene una parte per Lei: avvisi con orario e spiegazione, storico degli avvisi in base al piano e un registro di audit delle decisioni e delle modifiche in ogni piano.