Faq

COM Sniffer è una potente utility per Windows che permette di loggare, sniffare e monitorare le porte seriali in modo passivo e continuativo (24/7), analizzando il traffico delle tue applicazioni o di software di terze parti con massima stabilità. Offre un’interfaccia semplice e intuitiva ed è compatibile con tutte le porte seriali, sia fisiche sia virtuali (incluse le USB-Seriali). Puoi monitorare il traffico anche su porte COM già in uso da altri programmi.

COM Sniffer è attualmente un modulo integrato in SerialTool, la suite multipiattaforma per la comunicazione con la porta seriale (Windows, macOS, Linux) ricca di funzionalità avanzate. In futuro COM Sniffer potrebbe essere rilasciato anche in versione stand-alone; al momento è disponibile esclusivamente con SerialTool.
Per qualsiasi domanda, contatta direttamente il team di SerialTool.

COM Sniffer è attualmente disponibile solo per Windows, dove la realizzazione di uno sniffer seriale affidabile richiede driver a livello kernel e un’implementazione tecnica complessa. Su macOS e Linux sono invece disponibili soluzioni alternative che non richiedono driver kernel e operano in user space.

CoCOM SniffermSniffer, una volta scaricato, è incluso nel pacchetto SerialTool. Il programma di installazione provvede automaticamente a installare tutti i driver necessari, senza configurazioni manuali. In pochi minuti sei operativo per il monitoraggio della porta seriale su Windows.

COM Sniffer essendo parte del pacchetto di SerialTool funziona in tutti i sistemi operativi Windows a 64Bit.

COM Sniffer funziona con qualsiasi porta seriale riconosciuta dal PC: COM fisiche o virtuali (anche tramite convertitori USB–seriale). Se la porta è registrata come COM in Windows, COM Sniffer può intercettare e analizzare tutto il traffico che la attraversa (inclusi collegamenti RS-232, RS-422 e RS-485) senza alterare il funzionamento dell’applicazione principale.
Ogni volta che una porta COM viene aperta e inizia a scambiare dati, il monitoraggio è passivo e non invasivo: COM Sniffer cattura in tempo reale pacchetti e parametri, garantendo sniffing e logging affidabili.

COM Sniffer non è un software di comunicazione seriale: non invia né riceve byte tramite la porta COM e non apre né controlla le porte. Si occupa esclusivamente di monitoraggio/sniffing e logging del traffico seriale in modo passivo.
Per l’invio e la ricezione dei dati, l’apertura di più porte in parallelo e le funzioni avanzate di comunicazione, COM Sniffer è integrato in SerialTool, che gestisce tutte le operazioni sulla porta seriale.

È possibile monitorare più porte seriali in contemporanea. Per garantire stabilità e un uso efficiente della memoria, COM Sniffer applica un limite pratico di fino a 32 porte COM simultanee.

Monitorare, sniffare e loggare i dati che transitano su una porta COM già aperta è il caso d’uso per cui COM Sniffer è stato progettato.
Quando la porta seriale è in uso da un altro software, COM Sniffer intercetta e visualizza in tempo reale tutto il traffico, insieme ai parametri di configurazione (baud rate, parità, bit di dati/stop, RTS/DTR, timeout) e alle chiamate a basso livello (IOCTL/IRP a livello kernel). In questo modo puoi analizzare il comportamento dell’applicazione senza modificare l’ambiente esistente e individuare rapidamente anomalie o bug.

Tipicamente tutti i segnali che sono presenti nella libreria a basso livello ntddser.h di Windows e le IRP Major Function (IRP_MJ) READ e WRITE.

È possibile salvare tutti i dati su file e scegliere la tipologia di dati da includere (es. Session Log, Read/Write, Dump, IOCTL). Dalla schermata principale puoi individuare rapidamente cosa esportare e copiarlo negli appunti in formato ASCII o esadecimale (HEX).

Con COM Sniffer puoi salvare ed esportare il payload del traffico seriale — in ingresso (IRP_MJ_READ) e in uscita (IRP_MJ_WRITE) — in formato PCAP, per analizzare i protocolli (ad esempio Modbus) con WireShark. I filtri integrati ti permettono di isolare rapidamente i pacchetti rilevanti e inviarli a strumenti avanzati in grado di riconoscere e decodificare correttamente il protocollo utilizzato.
Queste funzionalità sono ideali per Sviluppo e debugging della tua applicazione oppure per il Reverse engineering mirato di software di terze parti.

Per sniffare tutto il traffico di una porta seriale già aperta non è possibile riaprire la porta dall’user space. È necessario intervenire con un driver di filtro a livello kernel, in grado di intercettare e filtrare tutte le richieste e i dati diretti alla porta seriale (IOCTL/IRP, READ/WRITE).
Un driver kernel efficace deve essere stabile e ben sviluppato e firmato digitalmente da Microsoft (attestation/WHQL), così da poter essere caricato in sicurezza su tutte le versioni supportate di Windows (compatibilità con Secure Boot, DSE attivo).
Le applicazioni prive di driver kernel (molto complesso da realizzare) non possono ottenere lo stesso livello di monitoraggio, sniffing e logging su una porta COM già in uso.

Senza un driver kernel, l’unica alternativa per logging, monitoring e sniffing della porta seriale (COM) è collegarsi fisicamente ai pin TX e RX. In pratica, si usano convertitori USB–seriale e si saldano (o pinzano con clip/pogo-pin) i contatti direttamente sul circuito stampato. In questo modo, con un software come SerialTool, è possibile vedere i byte trasmessi.
Limiti dell’approccio hardware sono:

• Non consente di osservare come il software originale usa la porta: apertura/chiusura, cambi dinamici di baud rate, parità/bit di dati/bit di stop, timeout, handshake.
• Non rende visibili i segnali di controllo (es. RTS/DTR) e i loro cambi di stato, spesso usati come reset o per il flow control.
• Non mostra le chiamate a basso livello (IOCTL/IRP), né la sequenza esatta delle operazioni del sistema operativo.
• Richiede interventi invasivi (saldature), con possibili rischi per hardware/garanzia e attenzione ai livelli elettrici (RS-232/422/485).

Solo un driver di filtro a livello kernel abbinato a un software dedicato consente uno sniffing accurato e affidabile su porte COM già aperte, con visibilità su payload, parametri di configurazione e IOCTL/IRP.