Analizador de protocolos (Sniffer)

El analizador de paquetes ARCNET, desarrollado por Zynar como herramienta de prueba interna, utilizaba la tarjeta de interfaz de red ARCNET para IBM PC, desarrollada por Nestar para los sistemas de red PLAN. Dicha tarjeta empleaba el controlador ARCNET integrado COM9026 de Standard Microsystems Corporation , desarrollado en colaboración con Datapoint.

El chip SMC no contaba con un modo promiscuo que permitiera recibir todos los paquetes independientemente de la dirección de destino. Por lo tanto, para crear el Sniffer, se desarrolló una placa hija ^{[ 19 ]} que interceptaba la línea de datos de recepción del chip y manipulaba los datos para que cada paquete pareciera una difusión y fuera recibido por el chip.

Dado que la capacidad de recibir todos los paquetes se consideraba una violación de la privacidad de la red, el circuito que la implementaba se mantuvo en secreto y la placa secundaria se encapsuló en resina epoxi negra para desalentar la ingeniería inversa.

El código fuente del programa original TART/Sniffer BASIC y ensamblador está disponible en GitHub . ^{[ 20 ]}

El Sniffer era un receptor de paquetes en modo promiscuo , lo que significa que recibía una copia de todos los paquetes de red sin importar a qué computadora estuvieran dirigidos. Los paquetes se filtraban, se analizaban mediante lo que ahora se conoce como inspección profunda de paquetes y se almacenaban para su posterior examen.

El Sniffer se implementó sobre el sistema operativo MS-DOS de Microsoft y utilizaba una pantalla de texto de 40 líneas y 80 caracteres. La primera versión, el analizador de protocolos PA-400 para redes Token-Ring, ^{[ 21 ]} se lanzó en una computadora portátil Compaq Portable II que contaba con un procesador Intel 80286 , 640 KB de RAM, un disco duro interno de 20 MB, una unidad de disquete de 5 ¼ pulgadas y una pantalla CRT monocromática de 9 pulgadas. El precio de venta al público del Sniffer era de 19.995 dólares . ^{[ 22 ]}

Los dos modos de operación principales ^{[ 13 ]} fueron:

• “captura”, en la que
  • Los paquetes se capturan, almacenan, cuentan y resumen.
  • Los filtros controlan qué paquetes se capturan.
  • activa el control cuando la captura debe detenerse, tal vez porque se ha producido una condición de error de red deseada.
• “pantalla”, en la que
  • Los paquetes se analizan y se interpretan.
  • Los filtros controlan qué paquetes se muestran.
  • Las opciones controlan qué aspectos de los paquetes se muestran.

La navegación por el extenso sistema de menús en la pantalla de modo de caracteres se realizaba mediante una variación de las columnas Miller , creadas originalmente por Mark S. Miller en Datapoint Corporation para su explorador de archivos. Como se describe en el manual de Sniffer: «La pantalla muestra tres paneles, dispuestos de izquierda a derecha. Inmediatamente a la izquierda de su posición actual (resaltada) se encuentra el nodo del que acaba de salir. Arriba y abajo, en el panel central, hay nodos alternativos a los que también se puede acceder desde el nodo a su izquierda… A su derecha se encuentran los nodos a los que se puede acceder desde el nodo en el que se encuentra ahora».

Al pulsar F10 se inició la captura y una visualización en tiempo real de la actividad. ^{[ 21 ]}

Una vez finalizada la captura, los paquetes se analizaban y se mostraban en una o más de las tres ventanas verticales sincronizadas, ahora estándar: resumen de múltiples paquetes, detalle decodificado de un solo paquete y datos numéricos brutos del paquete. Al resaltar los elementos, estos se enlazaban en cada ventana.

En el resumen de paquetes múltiples, la visualización predeterminada mostraba la información del nivel más alto de la pila de protocolos presente en ese paquete. Se podían solicitar otras visualizaciones mediante el menú "Opciones de visualización".

La traducción de datos en un nivel particular de la pila de protocolos de red a texto fácil de usar era la tarea de un intérprete de protocolos (IP). Network General proporcionó más de 100 IP ^{[ 23 ]} para los protocolos de uso común de la época:

La decodificación de niveles de protocolo superiores a menudo requería que el intérprete mantuviera información de estado sobre las conexiones para que los paquetes subsiguientes pudieran interpretarse correctamente. Esto se implementó mediante una combinación de datos almacenados en caché localmente dentro del intérprete de protocolo y la capacidad de consultar paquetes anteriores almacenados en el búfer de captura.

Los clientes de Sniffer podían escribir sus propios intérpretes de protocolo para decodificar protocolos nuevos o poco comunes no compatibles con Network General. Los intérpretes se escribían en C y se enlazaban con el resto de los módulos de Sniffer para crear un nuevo programa ejecutable. El procedimiento para crear nuevos intérpretes de protocolo se documentó en abril de 1987 como parte de la versión 1.20 de Sniffer. ^{[ 24 ]}

Además de ser compatible con numerosos protocolos de red, existían versiones del Sniffer que recopilaban datos de las principales redes de área local utilizadas en los años 80 y principios de los 90:

• IBM Token-Ring
• Autobús de fichas
• Ethernet (par trenzado grueso, delgado)
• Punto de datos ARCnet
• Starlan
• AppleTalk
• Corvus Omninet
• FDDI
• ISDN
• Relevo de marco
• Control de enlace de datos síncrono (SDLC)
• Modo de transferencia asíncrona (ATM)
• X.25
• Red de PC IBM (Sytek)