Edição macOS Linux Sensor

Um nó sensor dedicado para a sua LAN: «RoamSwitch Sensor»

O RoamSwitch Sensor é um nó dedicado à LAN que audita, a partir do exterior, os endpoints RoamSwitch da mesma LAN (Mac / Linux Client / Server Edition). Verifica como um anfitrião é visto por outro dispositivo da LAN (portas abertas, serviços expostos sem autenticação, pontos de apoio para movimento lateral), algo que o anfitrião, por princípio, não consegue ver na sua própria autodiagnose. Também oferece um inventário de dispositivos da LAN e deteção de falsificação 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

🛡️ Auditoria de vulnerabilidades ativa (apenas endpoints emparelhados)

Varrimento completo de portas → verificações de assinaturas conhecidas (exposição não autenticada de Redis/dockerd/Memcached/MongoDB/Elasticsearch/CouchDB/Jenkins/VNC, SMBv1 e falta de assinatura SMB, RDP sem NLA, relay SMTP aberto, etc.) → recolha genérica de banners → varrimento complementar com nmap NSE — quatro fases, totalmente não destrutivas.

📋 Composição da rede (varredura ARP ativa)

Encontra os dispositivos da LAN com uma varredura ARP. Cria um inventário com IP, MAC, nome de host, fabricante, estado online, primeira/última deteção e histórico de IP, e permite registar livremente um nome ou uso por dispositivo. Os dispositivos sem nota ficam destacados como a verificar, servindo para cruzar com o seu inventário. Sem o nmap, o Sensor volta a um modo passivo que só mostra os dispositivos com que ele próprio comunicou.

👁️ Eventos ARP com «O que fazer a seguir»

O aparecimento de novos dispositivos e as mudanças de MAC num IP conhecido (indício de falsificação ARP) são apresentados com data/hora, gravidade (crítica a informativa), motivos, dispositivos envolvidos e passos concretos de verificação. Uma mudança de MAC no IP do gateway é considerada crítica. Com a captura passiva opcional, deteta também um dispositivo que envia pedidos ARP para muitos IP (reconhecimento interno).

🔎 Visão geral de outros dispositivos da LAN e comportamento suspeito (apenas deteção)

Apresenta, como informação de referência: fabricante do MAC e categoria do dispositivo, identificação do modelo pelos autoanúncios mDNS/SSDP/DHCP, ligações a IP maliciosos conhecidos ou portas de administração, indícios de participação em botnets/DDoS (ligação a muitos destinos) e de túneis DNS/C2. Quase tudo exige a captura passiva opcional (p. ex., uma porta espelho) e o Sensor nunca bloqueia tráfego.

🔑 Emparelhamento por código (Ed25519, IP fixo, fixação de certificado)

Não confia em nada por predefinição. Ao introduzir o código de emparelhamento de uso único, válido durante 10 minutos, emitido pelo operador do Sensor, juntamente com o endereço IP fixo do Sensor e a impressão digital do certificado apresentada no ecrã do Sensor, estabelece-se confiança mútua nos dois sentidos num único passo. As chaves públicas são trocadas automaticamente, pelo que nunca precisa de as conhecer de antemão. Não é necessária nenhuma conta na nuvem nem registo.

🔐 Reforço da API de controlo (TLS 1.3, fixação de certificado, proteção contra repetição)

O tráfego de controlo com os endpoints (TCP 50543) é aceite sobre TLS 1.3 (control.tls: off / optional (predefinição) / required). O certificado é autoassinado; a confiança vem da impressão digital apresentada no ecrã do Sensor, que o endpoint fixa — nunca é obtida através da rede. As assinaturas dos pedidos de auditoria usam o formato v2, com marca temporal e nonce, pelo que as repetições são recusadas, e as tentativas de adivinhar o código de emparelhamento e as falhas de assinatura bloqueiam o IP de origem. Também é configurável se as assinaturas v1 legadas são aceites e em que IP a API escuta.

🖥️ Uma TUI em 10 idiomas que cobre todas as funcionalidades

A TUI interativa dá acesso a todos os subcomandos da CLI, a todos os métodos IPC do daemon e a todas as chaves de configuração (um editor de configuração, estado do TLS e rotação de certificados, emparelhamento manual, um teste de notificação), às operações do collector e a todas as vistas de eventos (incluindo monitorização passiva, comportamento de IoT, tráfego suspeito e avisos) em 10 idiomas. A CLI está em japonês e inglês. Os relatórios de auditoria e as exportações também podem ser produzidos em 10 idiomas.

📅 Auditorias agendadas e deteção de alterações (opcional)

Audita automaticamente, segundo um calendário, todos os endpoints emparelhados e mostra o que mudou desde a auditoria anterior: novas deteções, resolvidas e portas recém-abertas. Se todas as portas que estavam abertas deixarem de ser visíveis, isso é comunicado como possivelmente inacessível, e não como resolvido. Mesmo sem supervisão, o Sensor confirma antes e depois de cada auditoria que o endereço MAC do endpoint continua a ser aquele com que se autenticou e ignora a auditoria se o IP passou para outro dispositivo. Desativado por predefinição; define o intervalo e a janela horária.

📣 Notificações e evidências de auditoria (opcional)

Envie regressões, novos dispositivos, ARP spoofing e muito mais para webhooks (Slack, Discord, Teams e outros) e para syslog (RFC 5424). O emparelhamento, a sua remoção, as auditorias e as alterações de configuração ficam registados, com quem os realizou, num registo de operações à prova de adulteração (uma cadeia de hashes), e os resultados das auditorias, o inventário de dispositivos e o registo podem ser exportados em CSV, JSON ou relatório HTML (guarde-o como PDF a partir de um browser). Todos os destinos de notificação são configurados por si; por predefinição, nenhum dado de dispositivos nem resultado de auditoria é enviado para lado nenhum. Os dados de deteção (o mapa de CVE e a base de dados NSE do nmap) são obtidos diariamente do serviço de atualização; pode desativá-lo com updates.fetch_cve_map, e esse tráfego não contém dados de dispositivos nem de auditorias.

🗂️ Agregar vários Sensors (coletor central, opcional)

Para organizações com Sensors em vários locais, está incluído um collector central que reúne resumos assinados (desativado por predefinição). Oferece um painel por local e exportação em CSV, e deteta quando o registo de auditoria de um Sensor é truncado ou revertido. Os dispositivos sem RoamSwitch (dispositivos não geridos) podem ser incluídos no resumo, classificados como «anfitrião RoamSwitch não emparelhado» ou «dispositivo desconhecido» (collector.send_unmanaged_devices; nunca o conteúdo do tráfego). Aceita apenas pedidos assinados de Sensors que tenha registado e recusa ser exposto para além da LAN sem TLS.

🚨 Servidores DHCP e routers IPv6 não autorizados (apenas deteção)

De hora a hora envia, a partir de um MAC aleatório, um único pacote DHCP discover (DHCPv6 solicit em IPv6) e conta todos os servidores que respondem; não é tomada nenhuma concessão de endereço. Comunica servidores que aparecem depois, servidores que distribuem um gateway ou um DNS que o legítimo não distribui, anúncios de router IPv6 de algo que não seja o gateway IPv4, uma mudança de titular de um endereço IPv6 (falsificação NDP) e dispositivos visíveis apenas por IPv6. O inventário de dispositivos também guarda endereços IPv6. O Sensor nunca bloqueia tráfego.

🔎 Auditoria ligeira de dispositivos sem RoamSwitch (opcional, apenas verificações de ligação)

Em impressoras, câmaras, NAS e outros dispositivos que nunca foram emparelhados, e apenas dentro dos intervalos autorizados pelo operador, verifica a ligação a um conjunto fixo de portas e lê o que os serviços anunciam por si. Não é tentado qualquer início de sessão nem explorada qualquer vulnerabilidade; as análises profundas ao estilo do OpenVAS ficam reservadas aos endpoints que aceitaram (emparelhados). Não pode ser ativada sem definir o registo de quem aprova e os intervalos permitidos, e a autorização é escrita no registo de auditoria a cada execução.

🔒 Revogação e bloqueio em caso de perda, roubo ou desativação

Se um Sensor for revogado no coletor, para por si no envio seguinte: sem emparelhamentos, auditorias, envios nem notificações, e o bloqueio sobrevive a um reinício. Também pode apagar as chaves e os dados, parar se estiver demasiado tempo sem contactar o coletor, ou ser desativado por um comando. É mostrada ainda a lista de endpoints que estavam emparelhados e como remover o emparelhamento.

Se o próprio Sensor precisar de proteção contra ataques, recomendamos instalar separadamente o RoamSwitch for Linux Server Edition na mesma máquina — ambos funcionam como processos totalmente independentes.

Exemplo de relatório de auditoria

Exemplo do relatório gerado por roamswitch-sensor export all --format html (a tecla e na TUI). É um único ficheiro HTML: abra-o num navegador e escolha «Guardar como PDF» para obter um PDF a entregar aos auditores.

Todos os nomes de máquinas, endereços MAC, endereços IP e chaves apresentados são fictícios. O corpo do relatório pode ser produzido em qualquer um dos 10 idiomas; aqui são mostrados um exemplo em japonês e outro em inglês.

Ver o guia de verificação completo →