Chaosnet: la red del MIT de 1975 que sigue viva en el DNS

En 1975, mucho antes de que internet fuera lo que conocemos hoy, el laboratorio de Inteligencia Artificial del MIT construyó Chaosnet, una red local pensada para conectar sus máquinas Lisp. Medio siglo después esa red está oficialmente muerta, salvo por un detalle incómodo: una de sus piezas sigue viva dentro de prácticamente cada servidor DNS del planeta.

Este artículo reconstruye qué fue Chaosnet, cómo funcionaba su diseño deliberadamente simple y por qué su legado todavía aparece cuando ejecutás dig CH TXT version.bind contra un servidor de nombres cualquiera.

TL;DR

• Chaosnet nació en 1975 en el MIT AI Lab para conectar máquinas Lisp, inspirada en el Ethernet experimental de Xerox PARC.
• Usaba cable coaxial de 75 ohmios, rondaba los 4 Mbit/s y soportaba unas pocas docenas de nodos en hasta 1 km.
• No tenía control centralizado: de ahí el nombre 'Chaos', no existía un nodo maestro que coordinara la red.
• Su legado vivo es la clase CHAOS (CH) del DNS, usada hoy para fingerprinting con version.bind.
• El comando dig CH TXT version.bind @servidor revela la versión de BIND de muchos resolutores DNS.
• IANA mantiene la clase CH con el valor 3 en su registro oficial de clases DNS, junto a IN (Internet).

Qué es Chaosnet

Chaosnet es el nombre de una red de área local diseñada en el MIT a mediados de los años setenta. La palabra describe una idea concreta: la ausencia de cualquier elemento de control centralizado. En Chaosnet no hay un nodo maestro, ni un servidor que reparta turnos, ni una autoridad que decida quién transmite. Todos los nodos contienden por el medio en igualdad de condiciones, y esa decisión de diseño —que en su momento parecía arriesgada— fue justamente la que la hizo confiable.

El objetivo original era resolver un problema muy específico. El sistema de máquinas Lisp del MIT le asignaba a cada usuario activo una computadora personal: un procesador de escala media, memoria suficiente y un disco de intercambio. Pero los archivos vivían en un sistema central, y ese sistema de archivos compartido se accedía a través de Chaosnet. En la práctica, Chaosnet ocupaba el lugar del disco de archivos en un sistema convencional. Eso le imponía tres requisitos no negociables: tenía que ser rápida tanto en latencia como en rendimiento, tenía que ser confiable, y tenía que permitir conectar varias docenas de máquinas.

Lo interesante es cómo lograron esa velocidad: no con algoritmos ingeniosos, sino con un medio de transmisión muy rápido operado de la forma más simple posible. La filosofía completa de Chaosnet se puede resumir en una frase: empezá con un canal veloz y no le agregues complejidad innecesaria encima.

Chaosnet conectaba las máquinas Lisp del MIT a través de un cable coaxial compartido.

Contexto e historia: el MIT, las máquinas Lisp y Xerox PARC

Para entender por qué Chaosnet importa hay que ubicarse en la época. En 1975 no existía una pila de protocolos universal. ARPANET funcionaba, TCP estaba en pañales y el concepto mismo de red local apenas se estaba inventando. El trabajo pionero venía de Xerox PARC, donde Robert Metcalfe y David Boggs habían diseñado el Ethernet experimental: un cable compartido sobre el que las máquinas competían por transmitir paquetes. Chaosnet reconoce abiertamente esa deuda; su hardware ofrece una estructura de acceso múltiple con detección de portadora muy parecida a aquel Ethernet de PARC.

La diferencia es de propósito. El MIT no quería una red de propósito general capaz de cruzar el continente. Quería algo que reemplazara al disco de un sistema de tiempo compartido para un puñado de máquinas Lisp dentro de uno o dos kilómetros. Esa restricción fue una bendición de diseño: los ingenieros simplemente ignoraron todos los problemas que no aplicaban. Chaosnet no tiene previsiones especiales para enlaces lentos, enlaces ruidosos con alta tasa de error, múltiples caminos, ni enlaces de larga distancia con tiempo de tránsito significativo. Tampoco intenta ofrecer múltiples niveles de servicio ni comunicación segura más allá del cifrado de extremo a extremo.

El software, por su parte, tomó ideas prestadas de Ethernet, de TCP y de ARPANET, sumándoles modificaciones propias. Esa mezcla pragmática —agarrar lo que funcionaba de cada fuente sin atarse a ninguna— es muy reconocible para cualquier desarrollador que haya construido un sistema bajo presión de tiempo. Chaosnet no buscaba ser elegante en el papel; buscaba andar rápido y no romperse.

Cómo funcionaba: hardware simple, software sin jefe

El medio físico de Chaosnet se llamaba, sin rodeos, el ether. Era un cable coaxial semirrígido de media pulgada y baja pérdida, del tipo que se usaba para televisión por cable, con terminación de 75 ohmios en ambos extremos. En cada nodo, un transceptor se conectaba al cable. Un cable plano de diez metros unía ese transceptor con una interfaz enchufada al bus de entrada/salida de la computadora. Y dentro de la computadora corría un programa llamado NCP (Network Control Program) que gestionaba toda la red además de la aplicación que justificaba la existencia del nodo.

La regla de operación era brutalmente simple: un solo nodo a la vez podía tomar el ether y transmitir un paquete, que llegaba a todos los demás nodos. Cada nodo decidía en hardware si ignorar el paquete o recibirlo. El cable tenía que ser una línea recta: sin ramas, sin derivaciones, sin formar un círculo. Para extender el alcance más allá de un kilómetro se usaban bridges (puentes), nodos que retransmitían paquetes entre dos tramos de cable distintos.

graph LR
  N1["Nodo: maquina Lisp"] --> T1[Transceptor]
  T1 --> E["Ether: cable coaxial 75 ohmios"]
  N2["Nodo: file server"] --> T2[Transceptor]
  T2 --> E
  E --> B[Bridge]
  B --> E2["Otro ether"]

La contención por el cable seguía un esquema de detección de portadora: antes de transmitir, un nodo escuchaba si el ether estaba libre. Si dos nodos transmitían a la vez, había colisión y reintentaban. Es el mismo principio que hizo famoso a Ethernet, pero llevado a su mínima expresión. La clave estaba en no caer en algoritmos tan simples que dejaran de funcionar o desperdiciaran el canal.

💭 Clave: Quitar el control centralizado no fue un capricho: era la forma de hacer la red confiable. Sin un nodo maestro, no había un único punto de falla que pudiera tumbar toda la comunicación.

Esa simplicidad también pagaba en mantenimiento. Chaosnet conectaba máquinas muy distintas, así que existían varias implementaciones del mismo protocolo, y cada implementación requería mantenimiento en proporción a su complejidad. Mantener el diseño chico permitía aislar rápido una falla: saber si el problema estaba en el cable, en el hardware de un host o en su software. En una red usada por grupos diversos dentro de una sola institución, esa capacidad de diagnóstico valía oro.

Datos y cifras

• Año de origen: 1975, en el MIT Artificial Intelligence Laboratory.
• Medio físico: cable coaxial de 1/2 pulgada, 75 ohmios, terminado en ambos extremos.
• Alcance: aproximadamente 1 km por tramo de ether, limitado por dispersión y atenuación.
• Capacidad: unas pocas docenas de nodos por cable antes de degradar las propiedades eléctricas.
• Velocidad: del orden de 4 Mbit/s, alta para los estándares de mediados de los setenta.
• Clase DNS heredada: CHAOS, valor numérico 3 en el registro oficial de IANA.

La clase CHAOS de Chaosnet todavía se consulta con herramientas DNS modernas.

El legado vivo: la clase CHAOS en el DNS

Acá está el giro que hace que Chaosnet siga importando en 2026. Cuando se diseñó el sistema de nombres de dominio, sus autores —varios con raíces en el mundo MIT— previeron que el DNS pudiera servir nombres para más de una familia de redes. Por eso cada registro DNS tiene un campo de clase. La clase que todos usamos es IN (Internet). Pero el estándar definió también la clase CH, que significa exactamente CHAOS, en homenaje directo a la red del MIT.

Esa clase nunca se usó masivamente para resolver nombres, pero encontró un nicho inesperado: el servidor BIND, el software DNS más extendido del mundo, expone información de diagnóstico a través de registros TXT bajo la clase CHAOS. El más conocido es version.bind, que devuelve la versión del servidor. Desde la línea de comandos, esto se traduce en un truco clásico de reconocimiento de redes.

En Linux y macOS, con las herramientas de BIND instaladas, la consulta es directa:

# Linux
dig @ns1.ejemplo.com CH TXT version.bind +short

# macOS (dig viene preinstalado)
dig @ns1.ejemplo.com CH TXT version.bind +short

En Windows, donde dig no viene de fábrica, se puede usar nslookup en modo interactivo especificando la clase y el tipo:

# Windows (PowerShell o CMD)
nslookup -class=CHAOS -type=TXT version.bind ns1.ejemplo.com

Si el servidor no oculta esa información, la respuesta es una cadena como "9.18.24" o similar. Otros nombres clásicos bajo la misma clase son hostname.bind y authors.bind. Para quien hace auditoría de infraestructura, esto es valioso porque permite identificar versiones potencialmente vulnerables sin tocar nada más que el resolutor de nombres.

⚠️ Ojo: Exponer version.bind facilita el trabajo de un atacante que busca versiones con vulnerabilidades conocidas. La buena práctica es ocultar o falsear esa cadena. En BIND se hace con la directiva version "oculto"; dentro del bloque options del archivo de configuración.

Impacto y análisis

El caso de Chaosnet ilustra algo que la industria redescubre cada década: las decisiones de diseño nunca mueren del todo. Una red local pensada para un puñado de máquinas Lisp en un edificio del MIT terminó dejando una huella permanente en el protocolo que sostiene toda la web. Nadie planeó que la clase CHAOS sobreviviera a la red CHAOS; simplemente quedó reservada en el estándar y un día alguien le encontró un uso operativo.

También es una lección sobre la virtud de lo simple. Chaosnet ganó velocidad y confiabilidad no por ser sofisticada, sino por negarse a resolver problemas que no tenía. Ese principio sigue siendo tan válido hoy como en 1975: muchos sistemas modernos cargan complejidad para escenarios que jamás van a enfrentar, pagando el costo en latencia, en superficie de ataque y en horas de mantenimiento. La restricción explícita —saber qué problemas ignorar— fue una ventaja competitiva.

Para desarrolladores en LATAM, hay un valor práctico adicional. Entender que el DNS tiene clases más allá de IN abre la puerta a leer y depurar configuraciones de servidores de nombres con más profundidad. Y el truco de version.bind es parte del repertorio básico de cualquiera que administre infraestructura o haga pruebas de seguridad autorizadas sobre sus propios sistemas.

Qué sigue

Chaosnet no va a volver: las máquinas Lisp son piezas de museo y el coaxial de 75 ohmios cedió su lugar hace décadas. Pero su clase seguirá viviendo mientras el DNS exista, porque eliminar una clase reservada de un estándar tan central no aporta nada y rompería herramientas existentes. La recomendación concreta para quien administra servidores es revisar si su BIND expone la versión y, si lo hace, ocultarla. Más allá de eso, vale la pena leer la memoria técnica original: es uno de esos documentos donde se ve cómo se pensaban las redes cuando todo estaba por inventarse.

📖 Resumen en Telegram: Ver resumen

Preguntas frecuentes

¿Por qué se llama Chaosnet?

El nombre hace referencia a la ausencia de cualquier elemento de control centralizado en la red. No hay un nodo maestro ni una autoridad que coordine las transmisiones: todos los nodos compiten por el cable en igualdad de condiciones, y ese diseño descentralizado es lo que inspiró el nombre.

¿Chaosnet todavía se usa para conectar computadoras?

No. Como red física dejó de tener uso práctico hace décadas, junto con las máquinas Lisp para las que fue creada. Lo único que sobrevive es su clase CHAOS dentro del protocolo DNS, que persiste por compatibilidad y por un uso operativo de diagnóstico.

¿Qué es la clase CHAOS en el DNS?

Es una de las clases de registro que define el estándar DNS, con el valor numérico 3, en homenaje a Chaosnet. La clase que todos usamos para resolver dominios es IN (Internet); la clase CH quedó reservada y hoy BIND la usa para exponer registros de diagnóstico como version.bind.

¿Cómo consulto version.bind desde mi terminal?

En Linux y macOS usás dig @servidor CH TXT version.bind +short. En Windows, nslookup -class=CHAOS -type=TXT version.bind servidor. Si el servidor no oculta la información, devuelve la versión de BIND como una cadena de texto.

¿Es peligroso que mi servidor exponga version.bind?

No es una vulnerabilidad en sí misma, pero facilita el reconocimiento: un atacante puede mapear versiones con fallas conocidas sin esfuerzo. La práctica recomendada es ocultar o falsear esa cadena con la directiva version en el bloque options de la configuración de BIND.

¿Qué relación tiene Chaosnet con Ethernet?

Chaosnet se inspiró directamente en el Ethernet experimental de Xerox PARC. Compartían la idea de un cable compartido donde los nodos contienden por transmitir paquetes con detección de portadora, aunque Chaosnet llevó esa idea a una versión más simple y enfocada en redes locales cortas.

Referencias

• Chaosnet (memoria técnica original del MIT AI Lab) — documento fuente que describe el hardware, el software y los objetivos de diseño de la red.
• Chaosnet — Wikipedia — resumen histórico de la red, su origen en 1975 y su legado en el DNS.
• DNS Parameters — IANA — registro oficial que lista la clase CH (CHAOS) con valor 3 entre las clases DNS.
• Lisp machine — Wikipedia — contexto sobre las máquinas Lisp del MIT que Chaosnet fue diseñada para conectar.

📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.