Edizione macOS Linux Sensor

Un nodo sensore dedicato per la tua LAN: «RoamSwitch Sensor»

RoamSwitch Sensor è un nodo dedicato alla LAN che verifica dall'esterno gli endpoint RoamSwitch della stessa LAN (Mac / Linux Client / Server Edition). Controlla come appare un host da un altro dispositivo della LAN (porte aperte, servizi esposti senza autenticazione, punti d'appoggio per il movimento laterale), cosa che l'host, per principio, non può vedere con la propria autodiagnosi. Offre inoltre un inventario dei dispositivi della LAN e il rilevamento dello spoofing ARP.

RoamSwitch Sensor: a dedicated LAN sensor node with ARP sweep and passive ARP monitoring, IoT risk classification, active vulnerability audit of paired RoamSwitch endpoints, and pairing-code (Ed25519, fixed IP) pairing

🛡️ Audit attivo delle vulnerabilità (solo endpoint abbinati)

Scansione completa delle porte → verifiche di firme note (esposizione non autenticata di Redis/dockerd/Memcached/MongoDB/Elasticsearch/CouchDB/Jenkins/VNC, SMBv1 e firma SMB assente, RDP senza NLA, relay SMTP aperto, ecc.) → acquisizione generica dei banner → scansione supplementare con nmap NSE: quattro fasi, interamente non distruttive.

📋 Composizione della rete (scansione ARP attiva)

Individua i dispositivi della LAN con una scansione ARP. Costruisce un inventario con IP, MAC, hostname, produttore, stato online, prima/ultima rilevazione e cronologia IP, e consente di annotare liberamente nome o uso di ogni dispositivo. I dispositivi senza nota sono evidenziati come da verificare, quindi l’elenco serve anche a confrontarsi con il proprio inventario. Senza nmap il Sensor torna a una modalità passiva che mostra solo i dispositivi con cui ha comunicato.

👁️ Eventi ARP con «Cosa fare ora»

La comparsa di nuovi dispositivi e i cambi di MAC su un IP noto (indizio di ARP spoofing) sono mostrati con orario, gravità (da critica a info), motivi, dispositivi coinvolti e passi concreti di verifica. Un cambio di MAC sull’IP del gateway è valutato critico. Con la cattura passiva opzionale rileva anche un dispositivo che invia richieste ARP per molti IP (ricognizione interna).

🔎 Panoramica degli altri dispositivi della LAN e comportamenti sospetti (solo rilevamento)

Fornisce, come informazione di riferimento: produttore del MAC e categoria del dispositivo, identificazione del modello tramite gli auto-annunci mDNS/SSDP/DHCP, connessioni a IP malevoli noti o porte di amministrazione, segnali di partecipazione a botnet/DDoS (molte destinazioni) e di tunneling DNS/C2. Quasi tutto richiede la cattura passiva opzionale (ad es. una porta mirror) e il Sensor non blocca mai il traffico.

🔑 Abbinamento con codice (Ed25519, IP fisso, certificato fissato)

Non si fida di nulla per impostazione predefinita. Inserendo il codice di abbinamento monouso, valido 10 minuti, rilasciato dall’operatore del Sensor, insieme all’indirizzo IP fisso del Sensor e all’impronta digitale del certificato mostrata sullo schermo del Sensor, si stabilisce una fiducia reciproca in entrambe le direzioni in un unico passaggio. Le chiavi pubbliche vengono scambiate automaticamente, quindi non serve conoscerle in anticipo. Non sono richiesti account né registrazione al cloud.

🔐 Rafforzamento dell’API di controllo (TLS 1.3, certificato fissato, protezione da replay)

Il traffico di controllo con gli endpoint (TCP 50543) è accettato su TLS 1.3 (control.tls: off / optional (predefinito) / required). Il certificato è autofirmato; la fiducia deriva dall’impronta digitale mostrata sullo schermo del Sensor, che l’endpoint fissa (pin) e che non viene mai recuperata via rete. Le firme delle richieste di audit usano il formato v2 con timestamp e nonce, così i replay vengono respinti, e i tentativi di indovinare il codice di abbinamento e i fallimenti di firma bloccano l’IP di origine. Sono configurabili anche l’accettazione delle firme v1 legacy e l’IP su cui l’API è in ascolto.

🖥️ Una TUI in 10 lingue che copre ogni funzione

La TUI interattiva raggiunge ogni sottocomando della CLI, ogni metodo IPC del demone e ogni chiave di configurazione (un editor di configurazione, stato TLS e rotazione del certificato, abbinamento manuale, un test di notifica), le operazioni del collector e ogni vista degli eventi (inclusi monitoraggio passivo, comportamento IoT, traffico sospetto e advisory) in 10 lingue. La CLI è in giapponese e inglese. Anche i report di audit e le esportazioni possono essere prodotti in 10 lingue.

📅 Audit pianificati e rilevamento delle variazioni (opzionale)

Sottopone ad audit automaticamente, secondo un calendario, tutti gli endpoint abbinati e mostra cosa è cambiato rispetto all'audit precedente: nuovi rilevamenti, risolti e porte appena aperte. Se tutte le porte prima aperte diventano improvvisamente invisibili, il caso è segnalato come probabilmente irraggiungibile, non come risolto. Anche senza supervisione, il Sensor verifica prima e dopo ogni audit che l'indirizzo MAC dell'endpoint sia ancora quello con cui si è autenticato e salta l'audit se l'IP è passato a un altro dispositivo. Disattivato per impostazione predefinita; intervallo e fascia oraria si impostano.

📣 Notifiche ed evidenze di audit (opzionale)

Invia regressioni, nuovi dispositivi, ARP spoofing e altro a webhook (Slack, Discord, Teams e altri) e a syslog (RFC 5424). Abbinamento, rimozione dell’abbinamento, audit e modifiche di configurazione vengono registrati, con l’indicazione di chi li ha eseguiti, in un registro delle operazioni a prova di manomissione (una catena di hash), e i risultati degli audit, l’inventario dei dispositivi e il registro possono essere esportati in CSV, JSON o come report HTML (salvabile come PDF da un browser). Ogni destinazione di notifica è configurata da voi; per impostazione predefinita nessun dato dei dispositivi né risultato di audit viene inviato da nessuna parte. I dati di rilevamento (la mappa CVE e il database NSE di nmap) vengono scaricati ogni giorno dal servizio di aggiornamento; potete disattivarlo con updates.fetch_cve_map, e quel traffico non contiene dati dei dispositivi né di audit.

🗂️ Aggregare più Sensor (collector centrale, opzionale)

Per le organizzazioni con Sensor in più sedi è incluso un collector centrale che raccoglie riepiloghi firmati (disattivato per impostazione predefinita). Offre una dashboard per sede e l’esportazione CSV, e rileva se il registro di audit di un Sensor è stato troncato o riportato indietro. I dispositivi senza RoamSwitch (dispositivi non gestiti) possono essere inclusi nel riepilogo classificati come «host RoamSwitch non abbinato» o «dispositivo sconosciuto» (collector.send_unmanaged_devices; mai alcun contenuto del traffico). Accetta solo richieste firmate dai Sensor che avete registrato e si rifiuta di essere esposto oltre la LAN senza TLS.

🚨 Server DHCP e router IPv6 non autorizzati (solo rilevamento)

Una volta all'ora invia da un MAC casuale un solo pacchetto DHCP discover (DHCPv6 solicit per IPv6) e conta ogni server che risponde; non viene preso alcun lease. Segnala i server comparsi in seguito, i server che distribuiscono un gateway o un DNS che quello legittimo non distribuisce, gli annunci di router IPv6 provenienti da qualcosa che non sia il gateway IPv4, un cambio di proprietario di un indirizzo IPv6 (spoofing NDP) e i dispositivi visibili solo via IPv6. L'inventario dei dispositivi contiene ora anche gli indirizzi IPv6. Il Sensor non blocca mai il traffico.

🔎 Audit leggero dei dispositivi senza RoamSwitch (opzionale, solo verifiche di connessione)

Per stampanti, telecamere, NAS e altri dispositivi mai abbinati, e solo negli intervalli autorizzati dall'operatore, verifica la connessione a un insieme fisso di porte e legge ciò che i servizi annunciano da soli. Non viene tentato alcun accesso né sfruttata alcuna vulnerabilità; le scansioni profonde in stile OpenVAS restano riservate agli endpoint che hanno accettato (abbinati). Non si può attivare finché non sono impostati la registrazione di chi approva e gli intervalli consentiti, e l'autorizzazione viene scritta nel registro di audit a ogni esecuzione.

🔒 Revoca e blocco in caso di smarrimento, furto o dismissione

Se un Sensor viene revocato sul collector, si ferma da solo al prossimo invio: niente abbinamenti, audit, invii né notifiche, e il blocco sopravvive a un riavvio. Può anche cancellare chiavi e dati, fermarsi se non raggiunge il collector da troppo tempo, o essere dismesso con un comando. Viene mostrato anche l'elenco degli endpoint che erano abbinati e come rimuovere l'abbinamento.

Se il Sensor stesso necessita di protezione dagli attacchi, consigliamo di installare separatamente RoamSwitch for Linux Server Edition sulla stessa macchina: i due funzionano come processi completamente indipendenti.

Esempio di report di audit

Esempio del report generato da roamswitch-sensor export all --format html (il tasto e nella TUI). È un unico file HTML: aprilo in un browser e scegli «Salva come PDF» per ottenere un PDF da consegnare ai revisori.

Tutti i nomi di macchina, gli indirizzi MAC, gli indirizzi IP e le chiavi mostrati sono fittizi. Il corpo del report può essere prodotto in una qualsiasi delle 10 lingue; qui sono mostrati un esempio in giapponese e uno in inglese.

Vedi la guida di verifica completa →