Undernet: del caos al CService y la era de X

Conecté a Undernet por primera vez en 1998. Mi amigo Andrea me dijo que era "la red donde las cosas funcionaban de verdad". Venía de EFnet, donde cada netsplit era una oportunidad para que alguien te robara el canal. En Undernet, había un bot oficial que protegía tu canal. Se llamaba X. Y cambiaba las reglas del juego por completo.

Génesis: por qué Undernet se separó de EFnet

Para entender Undernet necesitas entender EFnet en 1992-1993. EFnet era la red IRC original, heredera directa del servidor de Jarkko Oikarinen. Pero tenía un problema fundamental: no tenía gobernanza. Las decisiones sobre qué servidores linkear, qué políticas aplicar, cómo manejar abusos — todo se decidía por consenso informal entre operadores de servidor. Y el consenso informal funciona hasta que deja de funcionar.

Un grupo de administradores de servidores quería experimentar con mejoras al protocolo. Timestamps para prevenir desyncs. Servicios centralizados para registro de nicks y canales. Mecanismos anti-flood. EFnet los rechazó por filosofía: la red debía ser libre y descentralizada. Sin autoridad central.

Así que en octubre de 1992, esos administradores crearon su propia red. La llamaron Undernet, literalmente "la red de debajo" — un guiño a que estaba bajo el radar de EFnet. Los primeros servidores estaban en Estados Unidos, Canadá y Europa. Eran pocos, pero tenían visión.

La idea original no era competir con EFnet. Era tener un laboratorio donde probar ideas que la red grande rechazaba. Timestamps en el protocolo del servidor, flood control a nivel de ircd, y eventualmente servicios de red. Todo lo que EFnet no quería.

Los primeros años: libertad y caos

Undernet creció rápido. Más rápido de lo que sus fundadores esperaban. Entre 1993 y 1996, pasó de unos cientos de usuarios a decenas de miles. Y con el crecimiento vinieron los problemas.

Sin servicios de registro, los canales seguían funcionando como en EFnet: el primero que entraba a un canal vacío obtenía operador. Si todos los ops salían, el canal se vaciaba y cualquiera podía reclamarlo. Los netsplits creaban ventanas donde los canales se dividían y era posible obtener ops en el lado con menos usuarios.

Los takeovers eran constantes. Grupos organizados monitorizaban canales populares esperando el momento justo para atacar. Un netsplit de 30 segundos bastaba para que un equipo coordinado entrara al canal en el lado menor, se hicieran ops, banearan a todos, y cuando la red se reconectaba ya tenían el control.

Yo lo viví en persona. Tenía un canal de 50 usuarios en Undernet dedicado a juegos de rol. Un martes a las 3 de la mañana, netsplit. Cuando volví, el canal tenía un topic nuevo: "Owned by PhR34k cReW". Todos baneados. Dos años de comunidad, destruidos en segundos. Esa experiencia te marca.

Los operadores de la red intentaron soluciones parciales. Algunos servidores implementaron timestamps más agresivos. Otros añadieron modos de canal adicionales. Pero sin una solución centralizada, era poner parches a una tubería rota.

CService: cuando la anarquía necesitó gobierno

En 1996, el equipo de Undernet tomó una decisión que cambió la historia del IRC: crear Channel Service, abreviado CService. La idea era simple pero radical — un servicio centralizado donde los usuarios pudieran registrar canales y mantener acceso permanente a ellos, independientemente de netsplits o desconexiones.

CService no fue una decisión fácil. Dentro de la comunidad IRC había (y hay) una corriente fuerte que rechaza cualquier forma de autoridad centralizada. Registrar canales significaba que alguien decidía quién era el "dueño" legítimo. Y eso implicaba burocracia, reglas, y potencialmente abuso de poder por parte de los administradores del servicio.

El equipo argumentó que la alternativa era peor. Sin CService, los canales eran del que tuviera más bots, más clones, más capacidad de flooding. Eso no era libertad — era la ley del más fuerte. CService democratizaba el acceso dando a cada canal legítimo las mismas herramientas de protección.

El proceso de registro era deliberadamente manual y lento. Para registrar un canal necesitabas:

# Requisitos para registrar un canal en Undernet (CService)

1. Tener una cuenta en cservice.undernet.org (web)
2. El canal debe existir con actividad real
3. Mínimo 10 supporters (usuarios registrados que apoyan)
4. Los supporters deben ser usuarios reales (no clones)
5. Un administrador de CService revisa la solicitud manualmente
6. Tiempo de espera: entre 3 días y 2 semanas

# Para registrar tu cuenta:
/msg X@channels.undernet.org LOGIN usuario contraseña

# Verificar estado de tu canal:
/msg X INFO #canal

El requisito de 10 supporters era intencional. Probaba que el canal tenía una comunidad real detrás. No podías registrar 50 canales vacíos para acaparar nombres. Tenías que demostrar que había personas reales interesadas en mantener ese canal.

El bot X: anatomía del guardián

X era el bot oficial de CService. Entraba a tu canal una vez registrado y se quedaba ahí permanentemente. Tenía operador (@) y era inmune a kicks, bans, y cualquier intento de sacarlo. Si alguien intentaba kickear a X, nada pasaba. Era como intentar mover una montaña con las manos.

Los comandos de X se enviaban por mensaje privado o directamente en el canal. Cada usuario tenía un nivel de acceso del 1 al 500, donde el 500 era el manager (dueño) del canal.

# Comandos básicos de X en Undernet

/msg X LOGIN usuario contraseña      # Autenticarse
/msg X OP #canal                      # Obtener op si tienes nivel suficiente
/msg X DEOP #canal nick               # Quitar op a alguien
/msg X KICK #canal nick razón         # Kickear usuario
/msg X BAN #canal *!*@host.com        # Banear patrón de host
/msg X TOPIC #canal Nuevo topic       # Cambiar topic
/msg X ACCESS #canal ADD nick 100     # Dar acceso nivel 100
/msg X ACCESS #canal REM nick         # Quitar acceso
/msg X STATUS #canal                  # Ver quién está logueado
/msg X INFO #canal                    # Información del canal

# Niveles típicos:
# 500 = Manager (dueño)
# 450 = Comanager
# 400 = Admin del canal
# 200 = Operador
# 100 = Op básico
# 50  = Voice
# 1   = Acceso mínimo (protección contra bans)

El sistema de niveles era elegante. No era binario (tienes op o no). Podías graduar exactamente cuánto poder dar a cada persona. Nivel 100 podía hacer op y kick. Nivel 200 podía banear. Nivel 400 podía modificar la lista de acceso. Solo el 500 podía transferir la propiedad del canal.

X también tenía protecciones automáticas. Si detectaba un flood masivo, activaba modo +i (invite only) temporalmente. Si alguien intentaba mass-kick, X revertía los cambios. Era un guardián pasivo que actuaba solo cuando era necesario.

Takeovers: la guerra por los canales

Incluso con CService, los takeovers no desaparecieron completamente. Evolucionaron. En vez de explotar netsplits, los atacantes usaban ingeniería social.

El método clásico: alguien se ganaba la confianza de un operador de canal durante semanas o meses. Participaba activamente, era amable, ayudaba a moderar. Eventualmente recibía acceso 200, luego 400. Y entonces, a las 4 de la mañana, eliminaba todos los accesos y añadía a sus amigos. Cuando el manager se despertaba, su canal estaba tomado.

CService tenía mecanismos para recuperar canales takeover-eados, pero el proceso era lento y requería pruebas. Tenías que demostrar que eras el manager legítimo y que el takeover fue hostil. A veces tardaban días en resolver. Días en los que tu comunidad se dispersaba.

Otro vector era el phishing de credenciales. Sitios web falsos que imitaban la página de login de CService para robar contraseñas. Emails que parecían ser de "CService Admin" pidiendo verificar tu cuenta. Suena primitivo, pero funcionaba constantemente.

Las guerras entre canales eran otro fenómeno. Dos grupos querían el mismo nombre de canal. Uno lo registraba primero. El otro hacía campaña para que CService lo desregistrara por inactividad. O infiltraba miembros para causar caos interno y forzar una implosión de la comunidad. Política pura, pero en IRC.

El declive y la supervivencia

Undernet alcanzó su pico alrededor de 2003-2005 con más de 100.000 conexiones simultáneas. Era una de las tres redes IRC más grandes del mundo junto a EFnet y QuakeNet. Canales de todo tipo: chat social, soporte técnico, warez, gaming, desarrollo de software.

El declive empezó por los mismos factores que afectaron a todo el IRC. MSN Messenger capturó al público casual. Los foros web ofrecían persistencia. Y luego llegaron Facebook, Twitter y finalmente Discord. Cada ola se llevaba usuarios que no volvían.

Undernet también sufrió ataques DDoS devastadores en 2005-2006. Varios servidores cayeron y algunos operadores decidieron retirar sus máquinas de la red. La infraestructura se contrajo. Menos servidores significaba más carga en los restantes, lo que significaba más inestabilidad, lo que significaba más usuarios frustrados que se iban.

Pero Undernet sobrevivió. Hoy sigue operativa con unos 10.000-15.000 usuarios simultáneos. CService sigue activo. X sigue respondiendo comandos. Canales que llevan 20 años registrados siguen ahí, con comunidades reducidas pero leales.

He vuelto a Undernet hace poco por nostalgia. El #italia que frecuentaba ya no existe. Pero encontré canales activos de ayuda técnica, de programación, de juegos. La comunidad es más pequeña pero más concentrada. Menos ruido, más señal.

Legado de Undernet en el IRC moderno

El legado más duradero de Undernet es el concepto de servicios de red como componente estándar. Antes de CService, los servicios eran opcionales y controvertidos. Después de CService, toda red IRC nueva asumía que necesitaba NickServ y ChanServ como mínimo. Anope, Atheme, y todos los paquetes de servicios modernos heredan directamente de la filosofía de CService.

El sistema de niveles numerados también se convirtió en estándar. Anope usa flags en vez de números, pero el concepto es el mismo: acceso graduado, no binario. No eres op o no eres op. Tienes un nivel de acceso que determina exactamente qué puedes hacer.

El proceso de registro con supporters inspiró sistemas similares en DALnet y otras redes. La idea de que debes demostrar comunidad real antes de obtener registro es un principio que previene el acaparamiento de nombres y la creación de canales fantasma.

Técnicamente, Undernet también contribuyó al desarrollo del ircu (Undernet IRC daemon), que implementó timestamps, modos de canal extendidos, y otros mecanismos que luego fueron adoptados por otros daemons. El trabajo de los desarrolladores de ircu fue fundacional para el IRC moderno.

Si hoy registras un canal en Libera.chat con ChanServ, estás usando un concepto que Undernet inventó. Si añades usuarios a una lista de acceso con distintos niveles de permisos, estás usando un sistema que CService perfeccionó. El ADN de Undernet está en cada red IRC que usa servicios de canal.