Había una dimensión del retrohacking ochentero y noventero que rara vez sale en las conversaciones habituales sobre phreaking, warez o demoscene y, sin embargo, estaba ahí, latiendo en silencio entre los sectores de los disquetes y los búferes de memoria de los módems: la manipulación deliberada de las bases de mensajes en sistemas BBS para alterar la realidad percibida por sus usuarios. Y no hablamos de borrar envíos ni de vandalismo simplón, sino de reescribir la historia de una comunidad byte a byte, atacando el propio formato en que los mensajes se almacenaban.

A la sazón, muchas BBS populares utilizaban formatos de almacenamiento propietarios o semiestandarizados, como los MSG de FidoNet, los JDT de JAM o los HMB de Hudson. Estos sistemas no eran bases de datos en el sentido moderno, sino colecciones de registros binarios con cabeceras relativamente sencillas. Cada mensaje tenía offsets, identificadores, flags y enlaces a otros mensajes. La mayoría de operadores de sistemas confiaban en la integridad del software que gestionaba estos archivos, asumiendo que cualquier modificación debía pasar por la lógica de la aplicación. Ahí estaba el error.

El truco consistía en acceder a los archivos de mensajes desde fuera de la BBS, normalmente mediante una puerta trasera bastante mundana como una cuenta mal configurada en un shell auxiliar o, también, aprovechando scripts de mantenimiento accesibles. Una vez dentro, se trataba de entender la capa binaria para poder modificarla. Nada glamuroso, sólo paciencia, un editor hexadecimal y la propia documentación recogida de FidoNews o la experiencia directamente deducida a base de prueba y error. Cambiar el autor de un mensaje era tan simple como sobrescribir un campo ASCII, pero lo interesante venía al jugar con los punteros de hilo y los estados de lectura.

En los sistemas JAM, por ejemplo, los envíos estaban indexados por un archivo separado (JDX) que apuntaba a los bloques de texto. Si se alteraban estos índices, era posible hacer que un mensaje respondiera a otro distinto, creando conversaciones que nunca ocurrieron o, mejor aún, reorganizando debates enteros para que pareciera que alguien había dicho lo contrario horas antes. En Hudson, más primitivo, bastaba con duplicar un registro con ligeras modificaciones y ajustar la marca de tiempo (timestamp) para insertar respuestas fantasma que parecían perfectamente legítimas.

Lo realmente perverso de este tipo de hacking vetusto no era el acceso técnico, sino el efecto psicológico. A diferencia de la desfiguración visible (defacing) o del robo de cuentas, aquí el sistema seguía funcionando con aparente normalidad. Los usuarios leían discusiones que tenían coherencia sintáctica pero no semántica, respuestas que nunca recordaban haber escrito o mensajes que parecían anticipar eventos futuros. Era desinformación artesanal, hecha con offsets y checksums, antes de que la palabra estuviera de moda.

Otro vector menos conocido consistía en manipular los identificadores únicos de mensaje utilizados durante las exportaciones y sincronizaciones entre nodos. En redes basadas en FidoNet, muchos programas dependían de campos como MSGID y REPLY para reconstruir árboles de conversación durante el intercambio de correo. Alterando cuidadosamente esos valores era posible provocar bifurcaciones lógicas en los hilos, generar referencias huérfanas o hacer que mensajes legítimos aparecieran asociados a contextos completamente distintos. El resultado no siempre era visible de inmediato; a menudo la distorsión emergía gradualmente a medida que los paquetes se propagaban entre sistemas y cada nodo reinterpretaba la estructura según sus propias reglas.

Tampoco ayudaba la ausencia de controles criptográficos significativos. La autenticidad de un mensaje descansaba casi por completo en la confianza depositada en el software de transporte y en la integridad del sistema remoto. Salvo mecanismos puntuales de validación o firmas implementadas por algunas redes especializadas, la mayoría de mensajes circulaban como registros cuya procedencia se asumía legítima. Desde una perspectiva moderna resulta llamativo comprobar hasta qué punto la coherencia social de aquellas comunidades dependía más de convenciones operativas que de garantías técnicas verificables, lo que convertía la manipulación de metadatos en una herramienta sorprendentemente eficaz para alterar narrativas sin necesidad de comprometer grandes infraestructuras.

Por supuesto, había riesgos técnicos. Muchos de estos formatos incluían mecanismos rudimentarios de verificación, y un byte mal colocado podía corromper enteramente la base de mensajes, obligando al sysop a restaurar desde una copia de seguridad. Por eso, los más finos trabajaban siempre sobre copias, recalculaban punteros y, en algunos casos, desarrollaban pequeñas utilidades en C para automatizar las modificaciones sin romper la estructura. Era un equilibrio delicado entre el caos creativo y la ingeniería inversa meticulosa.

Hoy, cuando todo está en bases de datos relacionales con registros inmutables y sistemas de auditoría, este tipo de manipulación parece infantil o inviable. Pero en aquel ecosistema distribuido y heterogéneo de las BBS, donde cada nodo tenía su propia idiosincrasia y las sincronizaciones eran lentas y parciales, había espacio para jugar con la realidad misma de la comunicación. No era sólo hackear máquinas, era hackear la memoria colectiva de una comunidad digital en pañales, y hacerlo sin dejar apenas rastro distinguible del ruido normal del sistema.

The post Así de manipulaban hilos de mensajes en las BBS de los años ochenta y noventa first appeared on teknoPLOF!.

En mayo de 2017 el mundo fue testigo de uno de los ciberataques más impactantes de la historia. Miles de organizaciones en decenas de países vieron cómo sus sistemas informáticos quedaban bloqueados de forma repentina por un ransomware llamado WannaCry. Hospitales, empresas de telecomunicaciones, fábricas, universidades y organismos públicos se encontraron con sus archivos cifrados y una exigencia de rescate en bitcoins para recuperarlos. Durante unas horas pareció que Internet estaba asistiendo a una especie de pandemia digital capaz de expandirse sin control.

Lo que hacía especialmente peligroso a WannaCry era que no dependía de la torpeza de los usuarios. La mayoría de los programas maliciosos necesitan que alguien abra un archivo adjunto, pulse sobre un enlace o instale una aplicación infectada. WannaCry era diferente, pues hacía uso de una vulnerabilidad de Windows conocida como MS17-010 para propagarse automáticamente de un ordenador a otro. Dicha vulnerabilidad afectaba (y afecta, si no está parcheada) al protocolo SMBv1, el mecanismo utilizado por Windows (en su primera versión) para compartir archivos, impresoras y recursos en general dentro de una red. Gracias a ella, un atacante podía ejecutar código de forma remota en una máquina vulnerable sin necesidad de autenticarse ni de que el usuario realizara ninguna acción.

La herramienta que aprovechaba esta vulnerabilidad era un exploit denominado EternalBlue. Lo más sorprendente es que EternalBlue no había sido desarrollado por un grupo criminal cualquiera, sino por la propia Agencia de Seguridad Nacional de Estados Unidos, la NSA. Durante años fue una herramienta secreta utilizada con fines de inteligencia hasta que acabó filtrada al público por un misterioso grupo conocido como The Shadow Brokers. De repente, una de las armas digitales más sofisticadas del arsenal de una agencia gubernamental quedó al alcance de cualquiera que quisiera utilizarla.

Cuando WannaCry apareció en Internet (viernes, 12 de mayo de 2017), combinó dicho exploit EternalBlue con un ransomware tradicional, y el resultado fue devastador. Una vez que una máquina era infectada, comenzaba a escanear la red en busca de otros equipos vulnerables. Si encontraba alguno, lo comprometía automáticamente y repetía el proceso. Este comportamiento convirtió a WannaCry, además, en un gusano informático, una categoría especialmente peligrosa de malware porque puede expandirse por sí mismo sin intervención humana y, en aquel entonces, en cuestión de horas se registraron decenas de miles de infecciones en más de ciento cincuenta países.

Entre las víctimas más conocidas estuvo el Servicio Nacional de Salud británico. Numerosos hospitales tuvieron que cancelar operaciones y consultas porque sus sistemas informáticos quedaron inutilizados, y también resultaron afectadas grandes empresas industriales, compañías de telecomunicaciones y organismos gubernamentales. Las imágenes de pantallas mostrando el mensaje de rescate dieron la vuelta al mundo y generaron una sensación de vulnerabilidad pocas veces vista hasta entonces.

Sin embargo, cuando todo parecía fuera de control, ocurrió algo inesperado. Un joven investigador británico de seguridad informática llamado Marcus Hutchins, conocido en Internet por el alias MalwareTech, comenzó a analizar una muestra del ransomware para comprender su funcionamiento. Durante su investigación, Hutchins observó un comportamiento extraño. Descubrió que, antes de iniciar el cifrado de archivos o de comenzar su propagación, WannaCry intentaba contactar con un extraño dominio de nombre aparentemente aleatorio: iuqerfsodp9ifjaposdfjhgosurijfaewrwergwea.com.

La mayoría de los investigadores habría considerado aquel detalle como una simple curiosidad técnica, pero Hutchins, intrigado por su presencia en el código fuente, decidió registrar aquel dominio para estudiar el tráfico que pudiera recibir. El coste fue insignificante, apenas unos pocos dólares, pero lo que ocurrió después sorprendió a todo el mundo. Una vez que el dominio comenzó a responder, las nuevas instancias de WannaCry dejaron de ejecutarse. Sin saberlo, Hutchins había activado un mecanismo oculto dentro del software malicioso que actuaba como un interruptor de apagado, conocido popularmente como kill switch. Si la conexión fallaba, el malware continuaba ejecutándose normalmente; si la conexión tenía éxito, se detenía.

La razón exacta por la que los autores incluyeron este mecanismo sigue siendo objeto de debate. La teoría más aceptada es que pretendían dificultar el análisis del malware en entornos de laboratorio, ya que muchos sistemas automáticos utilizados por investigadores responden positivamente a cualquier petición DNS o HTTP realizada por un programa sospechoso con el objeto de observar su comportamiento. Los desarrolladores de WannaCry podrían haberlo diseñado para que se detuviera si conseguía contactar con aquel dominio, asumiendo que eso significaba que estaba siendo ejecutado dentro de una sandbox de análisis. Lo que no imaginaron es que a alguien le diera por registrar el dominio (o sí, quién sabe) y provocaría que todas las nuevas infecciones interpretaran que debían detenerse.

Es importante señalar que el hallazgo no eliminó el ransomware de los equipos ya comprometidos ni recuperó los archivos cifrados. Los sistemas infectados continuaron afectados. Sin embargo, el descubrimiento sí que logró frenar la propagación masiva que estaba alimentando el crecimiento exponencial del ataque. En otras palabras, se cerró la principal vía por la que la epidemia digital seguía expandiéndose.

El caso WannaCry también dejó al descubierto una realidad incómoda. Microsoft había publicado el parche que corregía la vulnerabilidad dos meses antes del ataque. A pesar de ello, miles de organizaciones no habían actualizado sus sistemas. Muchas utilizaban versiones antiguas de Windows o mantenían configuraciones obsoletas por motivos de compatibilidad. El resultado fue que una vulnerabilidad conocida y corregida acabó convirtiéndose en la puerta de entrada de una de las mayores crisis de seguridad informática de la década.

Con el paso del tiempo, WannaCry se ha convertido en un ejemplo clásico de cómo múltiples factores pueden combinarse para producir una tormenta perfecta: una vulnerabilidad grave, una herramienta ofensiva filtrada desde una agencia gubernamental, miles de sistemas sin actualizar y un malware diseñado para propagarse automáticamente fueron los ingredientes de un incidente histórico. Sin embargo, también es recordado por una circunstancia casi surrealista, la de que una crisis global que amenazaba con paralizar infraestructuras críticas terminó siendo frenada, al menos en gran medida, gracias al registro de un dominio olvidado que costó menos que una comida rápida.

Pocas veces en la historia de la informática una decisión tan simple tuvo un impacto tan enorme. Mientras miles de expertos intentaban comprender qué estaba ocurriendo y gobiernos de todo el mundo activaban protocolos de emergencia, un investigador sentado frente a su ordenador acabó encontrando la pieza que detuvo la expansión del ataque. Es una historia que parece sacada de una novela ciberpunk, pero ocurrió de verdad. Y, quizás por ello, WannaCry sigue siendo, casi una década después, uno de los episodios más fascinantes de la historia de la ciberseguridad.

The post «iuqerfsodp9ifjaposdfjhgosurijfaewrwergwea.com»: cuando un dominio de 10 dólares frenó una pandemia digital first appeared on teknoPLOF!.

Antes de que proliferaran los espacios de coworking llenos de MacBooks plateados y café de especialidad, existieron unos emplazamientos de culto y perdición conocidos como cibercafés, lugares extraños, oscuros y ligeramente decadentes donde convivían gamers jugando al ‘Counter-Strike’, chavales descargando nuevas ROM de Neo Geo, universitarios imprimiendo trabajos cinco minutos antes de entregarlos y personajes bastante sospechosos, que parecían llevar allí sentados desde siempre, copiando comandos del recién aparecido Nmap en un artículo de la revista ‘Phrack Magazine’.

Durante unos años, ya irrepetibles, los cibercafés fueron el verdadero corazón físico de la cultura underground de Internet. Reconvertidos de los antiguos locutorios pero con el tufillo de las salas de recreativos de los años ochenta, entrar en uno de aquellos locales era acceder a una dimensión paralela. El olor era una mezcla de tabaco incrustado en las paredes, plástico caliente de monitores CRT y comida recalentada. El sonido dominante era un caos glorioso compuesto por ventiladores de Pentium III, teclados mecánicos baratos aporreados con violencia y el ruido inconfundible de decenas de partidas de ‘Quake III Arena’ simultáneas. Había pantallas por todas partes mostrando escritorios de Windows 98, Windows 2000 o XP llenos de iconos sospechosos y salvapantallas de ‘The Matrix’.

Muchos cibercafés empezaron simplemente ofreciendo acceso a Internet por horas, algo revolucionario en una época en la que la mayoría de la gente todavía navegaba mediante módems de 56K (los más afortunados) pagando a precio de oro las llamadas telefónicas. Poder conectarte con ADSL o RDSI era casi ciencia ficción. Pero rápidamente aquellos sitios evolucionaron hacia algo mucho más importante: se convirtieron en puntos de encuentro de la escena informática underground. Allí se compartían cedés grabados, herramientas, tutoriales, cracks, exploits y conocimientos técnicos que rara vez aparecían en sitios «oficiales».

Las máquinas eran auténticas bestias para la época: torres de color beis gigantescas con pegatinas de NVIDIA, Sound Blaster o Iomega, monitores de tubo con un culo enorme de 17 pulgadas capaces de freírte la retina o ratones ópticos recién llegados que sustituían lentamente a los de bola y su acumulación incesante de pelusas. Y debajo del escritorio, casi siempre, una maraña infernal de cables ethernet conectados a hubs o switches que parpadeaban constantemente. Algunos locales más avanzados montaban auténticas LAN parties permanentes con redes a 100 Mbps que parecía tecnología militar comparada con el Internet doméstico de aquel entonces.

Pero el verdadero espectáculo ocurría dentro de los sistemas operativos. Muchas máquinas estaban completamente destrozadas tras semanas de uso salvaje, de barras de herramientas imposibles instaladas en Internet Explorer, de Kazaa ejecutándose permanentemente en segundo plano, de Winamp reproduciendo trance alemán y de carpetas compartidas llenas de material dudoso, muy dudoso. Los administradores vivían una guerra constante intentando limpiar virus, troyanos y spyware. Y perdían siempre.

Porque sí, los cibercafés eran auténticos laboratorios biológicos de malware. Disquetes, discos CD-ROM y memorias USB pasaban de una máquina a otra infectando todo lo que encontraban. Gusanos como Blaster, Sasser o Mydoom campaban a sus anchas por redes locales mal configuradas, mientras Norton y Panda consumían más de la mitad de la RAM de los equipos intentando contener el desastre. Muchas veces bastaba con sentarte en un PC para heredar veinte troyanos distintos en menos de media hora.

Y aun así, precisamente por ese caos, muchísima gente aprendió allí cómo funcionaban realmente los ordenadores. Los cibercafés eran universidades no oficiales de los bajos fondos digitales. El típico muchacho que iba inicialmente a jugar en línea terminaba descubriendo el correo electrónico y Eudora, luego aprendía a usar un FTP pirata, después comenzaba a tocar scripts de mIRC y acababa investigando sobre redes, Linux o programación en C. Existía una transmisión constante de conocimiento informal entre usuarios; todo el mundo enseñaba algo a alguien.

Los administradores de los cibercafés eran personajes fascinantes. Algunos parecían simples dueños de negocio, pero otros claramente habían salido de la BBS ‘Galletas’ o de algún oscuro grupo de la jerarquía alt.* de Usenet. Lo mismo reinstalaban un Windows XP en veinte minutos, que crimpaban cables RJ45 como si fueran cirujanos o mantenían en orden sus colecciones absurdas de cederrones grabados con utilidades, drivers y software pirata. Eran individuos que miraban siempre hacia otro lado.

Había también una dimensión social muy peculiar, y es que mucha gente vivió sus primeras experiencias reales en Internet desde un cibercafé: primeras partidas online interminables de ‘Age of Empires II’ en red local, primeras descargas eternas de eMule, primeras conversaciones en IRC o primeros ligues digitales con nicks de todo punto disparatados en Terra Chat o LatinChat, donde media adolescencia descubrió que hablar con desconocidos a través de una pantalla resultaba muchísimo más fácil que hacerlo cara a cara. Mucha gente creó allí su primer correo electrónico, abrió su primera cuenta de Messenger o descubrió por primera vez que existían comunidades enteras de personas obsesionadas con exactamente las mismas rarezas que ellos.

La escena española de principios de siglo estaba profundamente ligada a estos sitios. En España, a mediados de la década de 1990, abrió en Oviedo el establecimiento ‘Laser Internet Center’, descrito por la agencia Europa Press como el primer local dedicado al acceso público a Internet del país. En ese mismo periodo surgieron, en ciudades como Madrid, locales orientados al ocio tecnológico que popularizaron el término «cibercafé» en su sentido social. Allí circulaban decenas de CD de Wifislax antes de que la gente supiera siquiera qué era GNU/Linux, allí se compartían versiones modificadas de programas, paquetes de exploits, tutoriales para romper WEP y colecciones gigantescas de software descargado mediante Direct Connect o eDonkey. Algunos cibercafés incluso tenían pequeñas redes internas clandestinas para compartir archivos localmente a velocidades descabelladamente rápidas (para la época).

Con la llegada del ADSL barato y la expansión del Internet doméstico, muchos cibercafés empezaron a desaparecer, ya que no tenía sentido pagar por conectarte cuando cualquiera podía tener banda ancha en casa a un precio fijo —la conocida como «tarifa plana»— . Después llegaron Steam, Discord y las redes sociales modernas, que terminaron de matar aquella cultura física y local.

Pero durante unos años gloriosos y caóticos, los cibercafés fueron mucho más que negocios. Fueron pequeños nodos cyberpunk donde nació gran parte de la cultura informática underground de toda una generación.

The post La jungla de los cibercafés del cambio de milenio first appeared on teknoPLOF!.

Hubo un tiempo en el que instalar cualquier programa descargado de Internet parecía una idea perfectamente razonable. Nadie hablaba todavía de sandboxing, ni de permisos peligrosos, ni de telemetría invasiva. Windows apenas protegía al usuario de sí mismo y la mayoría de la gente ejecutaba archivos .EXE descargados desde páginas llenas de imágenes GIF parpadeantes sin hacerse demasiadas preguntas. En medio de aquel ecosistema delirante apareció una de las criaturas más extrañas y memorables de toda la Internet de finales de los noventa: BonziBuddy, el infame mono morado que durante unos años se infiltró en millones de ordenadores domésticos disfrazado de asistente virtual simpático.

A primera vista parecía completamente inofensivo. BonziBuddy se presentaba como una especie de ayudante inteligente para Windows, una mascota digital capaz de hablar, contar chistes, leer texto en voz alta y acompañar al usuario mientras navegaba por Internet. Visualmente era imposible olvidarlo: un gorila tridimensional de color púrpura que aparecía en el escritorio realizando animaciones absurdas mientras una voz sintética metálica saludaba al usuario con entusiasmo inquietante. En teoría, aquello era simplemente entretenimiento interactivo; en la práctica terminó convirtiéndose en uno de los ejemplos más claros de cómo la ingeniería social empezaba a dominar Internet muchísimo antes de que el término malware se popularizara entre el gran público.

La ciencia detrás de BonziBuddy representaba perfectamente el optimismo extraño de aquella época. El programa utilizaba Microsoft Agent, una tecnología desarrollada por el gigante de Redmond para crear personajes animados capaces de interactuar con el usuario mediante síntesis de voz. Era de la misma familia tecnológica de Clipo (Clippy, en inglés), el famoso clip de Office que interrumpía constantemente mientras escribías documentos dando golpecitos en el monitor, pero llevada a un extremo muchísimo más agresivo. En un momento donde tener elementos tridimensionales moviéndose por el escritorio parecía casi ciencia ficción, BonziBuddy impresionaba muchísimo a los usuarios domésticos. Hay que recordar el contexto: la gente personalizaba Windows con skins imposibles, barras transparentes, cursores animados y efectos visuales absurdos. Internet estaba llena de software experimental, caótico y profundamente hortera. BonziBuddy encajaba perfectamente dentro de aquella estética.

El problema era que el mono hacía bastantes más cosas, aparte de contar chistes malos. Poco a poco los usuarios empezaron a descubrir que el programa recopilaba información del sistema, monitorizaba hábitos de navegación y bombardeaba constantemente al usuario con publicidad y recomendaciones sospechosas. BonziBuddy actuaba como una especie de spyware primitivo disfrazado de mascota amigable. Hoy probablemente sería detectado inmediatamente por cualquier antivirus moderno pero, a principios de los 2000, la línea entre programa gratuito, adware y malware era extremadamente difusa. Muchísima gente ni siquiera sabía que existían diferencias reales entre esos conceptos. Si algo era gratis y funcionaba, bastaba.

Y ahí residía precisamente el verdadero genio perverso del programa. Técnicamente BonziBuddy no era un virus clásico, no destruía archivos ni explotaba vulnerabilidades sofisticadas del sistema operativo. Funcionaba usando algo muchísimo más eficaz: manipulación psicológica. El usuario instalaba el programa voluntariamente convencido de que estaba obteniendo una herramienta divertida o útil. Una vez dentro del sistema, el mono se convertía en una presencia constante y pegajosa. Modificaba configuraciones, añadía procesos al arranque, instalaba componentes adicionales y aparecía continuamente reclamando atención. El software no «hackeaba» Windows; «hackeaba» directamente el comportamiento humano.

La experiencia de convivir con BonziBuddy era profundamente extraña. Encendías el ordenador familiar y ahí estaba él, moviéndose lentamente sobre el escritorio CRT mientras el ventilador del Pentium III sonaba como un secador industrial. De repente una voz sintética espantosa lanzaba algún comentario absurdo o intentaba iniciar interacción contigo sin haberla pedido. Visto hoy resulta casi perturbador, y es que hay algo genuinamente inquietante en recordar aquellos asistentes digitales primitivos intentando comportarse como compañeros virtuales amistosos mientras recopilaban datos silenciosamente de fondo. BonziBuddy pertenecía a una época concreta de Internet donde el software todavía tenía una personalidad exagerada, caótica y ligeramente amenazante.

El programa además empezó a distribuirse empaquetado junto a otras aplicaciones gratuitas. Descargabas un reproductor MP3, un paquete de iconos, un gestor de descargas o cualquier utilidad shareware obtenida desde páginas sospechosas y, sin darte demasiada cuenta, terminabas instalando también el mono morado. Fue uno de los grandes precursores de la cultura del bundle basura que después invadiría Internet durante años. Muchas infecciones domésticas de principios de los 2000 empezaban precisamente así, como una instalación aparentemente inocente que acababa llenando Windows de barras de herramientas, spyware y programas residentes imposibles de eliminar completamente.

Las máquinas domésticas de la época sufrían especialmente con este tipo de software. Windows 95, 98, ME e, incluso, XP tenían arquitecturas bastante frágiles comparadas con los sistemas modernos. La gestión de memoria era limitada, la estabilidad general dejaba muchísimo que desear y cualquier programa residente adicional podía convertir el ordenador en un desastre lento e impredecible. BonziBuddy consumía recursos constantemente mientras convivía con ‘Kazaa’, ‘eMule’, ‘Winamp’, ‘Internet Explorer’ a tope de toolbars y una colección de procesos extraños ejecutándose en el inicio del sistema. Muchos pecés domésticos funcionaban permanentemente al borde del colapso total.

Lo fascinante es que BonziBuddy terminó convirtiéndose en símbolo de una Internet muchísimo más salvaje y experimental que la actual. Una red donde cualquiera podía distribuir software, donde nadie verificaba demasiado nada y donde instalar ejecutables aleatorios formaba parte normal de la experiencia digital. Era un ecosistema profundamente inseguro, sí, pero también increíblemente libre y caótico. Los usuarios aprendían seguridad informática precisamente después de infectar el ordenador varias veces, no antes.

Con el tiempo, Bonzi Software —la compañía detrás el engendro— terminó enfrentándose a denuncias y problemas legales relacionados con privacidad y publicidad engañosa. Poco a poco el mono desapareció de Internet, pero dejó una huella extrañísima en la memoria colectiva de toda una generación.

Hoy ver una captura de BonziBuddy provoca una mezcla muy concreta de nostalgia y terror tecnológico. Porque el mono morado no fue simplemente un programa molesto, fue uno de los primeros grandes ejemplos de algo que hoy domina Internet completamente, esto es, el software diseñado para explotar psicológicamente al usuario mientras finge ser su amigo. Y quizá lo más inquietante de todo es pensar que, en el fondo, gran parte de la Internet moderna sigue funcionando exactamente igual. Sólo que ahora los monos morados son muchísimo más sofisticados.

The post BonziBuddy: el mono morado que sonreía mientras destrozaba tu PC first appeared on teknoPLOF!.

Si hoy entras en cualquier página moderna —llena de animaciones, vídeos que se reproducen solos y botones que parecen proyectados por un comité de diseñadores con exceso de cafeína— es fácil olvidar que el concepto de «página web» nació siendo poco más que un documento de texto con enlaces azules. Sin embargo, entre esa maraña de sitios modernos, existe un pequeño grupo de webs prehistóricas que se niegan a morir. Son auténticos fósiles digitales, testigos silenciosos de cuando Internet hacía ruidos, costaba dinero por minuto y la mitad del tiempo no funcionaba. Y entre todas ellas, una destaca con un aura casi mística y que sigue siendo la web funcional más antigua del mundo.

La historia suele recordar a info.cern.ch, el primer sitio web de la historia, creado por Tim Berners‑Lee y puesto en línea el 6 de agosto de 1991, como la puerta oficial de la recién nacida World Wide Web. Aunque sigue accesible hoy en día, lo que se conserva es una reconstrucción del original y no su hosting primitivo continuo. Es, sin duda, un museo esencial del origen de Internet, pero no puede considerarse la web en funcionamiento continuo más antigua.

Para encontrar la auténtica veterana que nunca se ha caído del mapa, hay que retroceder todavía más, a una época anterior al propio concepto de WWW. A mediados de los años ochenta, cuando HTML ni existía, cuando las páginas web no eran páginas porque directamente no había web, y cuando nadie tenía la más mínima idea de que Internet se convertiría en el monstruo planetario que es hoy, una pequeña empresa decidió registrar un dominio sin sospechar que acababa de crear un pedazo de historia. Ese dominio era itcorp.com, registrado el 18 de septiembre de 1986 por la empresa Interrupt Technology Corp.

Lo curioso es que este sitio nació en una época en la que tener una página web no tenía ningún propósito práctico, porque, simplemente, no existían las páginas web tal como las entendemos. Para colmo, su aspecto actual no ha cambiado prácticamente desde que se creó: un texto mínimo, una especie de tarjeta de visita espartana en HTML primitivo y un mensaje casi humorístico, reconociendo que la página existe sólo para satisfacer la expectativa de que un dominio tenga una web. Y es exactamente eso, un sitio creado con la misma ilusión con la que uno imprime un folleto por obligación burocrática, pero que terminó convirtiéndose en un monumento histórico sin quererlo.

Resulta especialmente irónico que este fósil digital sea anterior incluso al nacimiento público de la World Wide Web, que no vería la luz hasta cinco años después. En otras palabras, itcorp.com es una web que existía antes de que existieran las webs. Una pieza de Internet tan antigua que, para registrarla, ni siquiera había un sistema formal, pues, según los archivos históricos, había que llamar por teléfono al administrador del sistema de nombres de dominio para pedirlo personalmente, como quien pide una cita presencial en la administración estatal de turno.

Lo maravilloso es que sigue ahí, viva, accesible, inmutable, como un meteorito digital flotando en un universo que ya no se parece en nada al que lo vio nacer. Mientras el resto del Internet ha evolucionado hacia diseños responsivos, inteligencia artificial omnipresente y anuncios que te persiguen aunque no pienses en ellos, este sitio permanece intacto, ignorando cualquier moda o tecnología. Es una cápsula del tiempo funcionando exactamente igual que el primer día.

Al visitar esta reliquia, uno siente una mezcla extraña entre ternura, fascinación y una punzada de nostalgia por un Internet más inocente, donde lo importante era simplemente estar ahí, no impresionar a nadie. Porque si algo nos enseña la existencia de itcorp.com, es que, a veces, la historia la escriben los que hacen las cosas antes de que tengan sentido, casi por accidente. Un gesto simple, casi banal, que termina siendo una huella imborrable.

Por lo tanto, una página que se adelantó a su propia época por pura casualidad y que, casi cuatro décadas después, sigue en pie como la veterana indiscutible del ciberespacio.

The post La web más antigua que sigue en funcionamiento first appeared on teknoPLOF!.

Se acaba de publicar «Prontuario Anarquista de Resistencia Digital», de Jonathan Préstamo Rodríguez, manifiesto de hacktivismo pasivoagresivo.

Vivimos en una época donde cada clic deja rastro, cada palabra se convierte en dato y cada gesto digital puede ser observado, analizado y utilizado. En este escenario, la libertad ya no depende sólo de las leyes o de las calles, también se juega en las redes, en los servidores y dentro de los algoritmos.

«Prontuario Anarquista de Resistencia Digital» es un manual de reflexión y práctica ética para comprender este nuevo territorio. No es un libro técnico de hacking ni un tratado académico sobre tecnología, sino una guía para quienes desean habitar el mundo digital con conciencia, autonomía y responsabilidad. Es un manifiesto de hacktivismo pasivoagresivo.

A lo largo de sus páginas, el lector encontrará ideas, principios y experiencias que recorren la historia del activismo digital, la ética del conocimiento libre, la organización de colectivos autónomos, la privacidad, la comunicación segura y las formas contemporáneas de protesta en la red. Todo ello desde una mirada libertaria y anarquista que entiende la tecnología no como un destino inevitable, sino como un campo de disputa política y cultural.

Este libro está dirigido a quienes sospechan que la red podría ser algo más que un mercado de datos, a quienes creen que el conocimiento debe compartirse y que la libertad digital es una práctica cotidiana, no un eslogan.

Porque resistir en el siglo XXI no significa abandonar la tecnología, sino reapropiarse de ella.

<- COMPRAR EN AMAZON ->

The post Prontuario Anarquista de Resistencia Digital first appeared on teknoPLOF!.

Durante décadas hemos convivido con un pequeño drama tecnológico que todos compartimos en silencio, el de intentar conectar un USB (de los del tipo A) a la primera. Esa operación cotidiana, en apariencia inocente, se convirtió en una especie de ritual universal compuesto por tres pasos invariables. Primero lo intentas poner; no entra. Le das la vuelta; tampoco entra. Vuelves a ponerlo como al principio y, entonces, ¡SÍ!. La humanidad ha aceptado este fenómeno como algo natural, como si la física se pusiera juguetona sólo cuando se trata de un puerto USB.

Pero detrás de esta tragicomedia electrónica no hay magia, ni mala suerte, ni un complot internacional para vernos sufrir. La explicación es mucho más simple y más humana: alguien tomó una mala decisión. La asimetría del USB tradicional no responde a una razón técnica superior, ni a un avance de ingeniería, ni a una propiedad exótica. Se debe a un error de cálculo, a un «esto no va a dar problemas, seguro» que resultó ser menos profético que las predicciones del tiempo del siglo pasado.

Para entenderlo hay que viajar mentalmente a mediados de los años noventa, una era en la que los ordenadores parecían naves industriales con patas. El hardware estaba plagado de conectores gigantescos, lentos y extravagantes, y había puertos paralelo, serie, PS/2, SCSI y un montón de cables que daban miedo sólo con verlos. En ese caos nació el concepto de USB como un conector pequeño y universal que prometía terminar para siempre con aquel zoológico de interfaces incompatibles. El proyecto estaba liderado por Ajay Bhatt, ingeniero de Intel, que se propuso crear un estándar barato, fácil de usar y prácticamente indestructible.

El diseño inicial funcionó. El USB era pequeño, económico y soportaba futuras evoluciones, pero lo que no era, en absoluto, es un conector reversible. En aquel momento, la prioridad no era la ergonomía del usuario, ni la estética, ni la experiencia de enchufar algo sin pensar. La obsesión era reducir costes. Y aquí está el detalle que marcó a toda una generación. Y es que hacer el USB reversible requería duplicar los contactos internos del conector, lo que habría incrementado el precio del componente prácticamente al doble. En una época donde cada centavo de dólar contaba y donde el objetivo era fabricar cientos de millones de unidades, la idea quedó descartada por innecesaria.

Lo irónico es que los ingenieros sí valoraron la opción de un diseño reversible. No fue una idea descartada por imposibilidad técnica, sino por economía y, sobre todo, por falta de visión a largo plazo. Se asumió que la gente no tendría problemas en conectar el USB con la orientación correcta, que nadie se confundiría, que sería fácil. Y ya sabemos cómo terminó eso. El coste del error no se midió en dólares, sino en frustración global repetida miles de veces al día a lo ancho del globo.

Años más tarde, Ajay Bhatt reconoció públicamente que habría sido mejor hacerlo reversible desde el principio; lo dijo sin rodeos. Pero también habría sido más caro, y en 1996 la industria no estaba dispuesta a pagar esa diferencia. La decisión estaba tomada, y el destino del USB quedaba sellado, pasando a la historia como uno de los conectores más útiles jamás creados y, al mismo tiempo, como uno de los más irritantes.

No sería hasta dos décadas después cuando alguien volvió a plantear seriamente la necesidad de un conector verdaderamente universal. De ese replanteamiento nació el USB‑C, un estándar que no sólo es reversible, sino que también sirve para carga de dispositivos, trasferencia de datos, transmisión vídeo, alimentación de monitores, transporte de audio y casi cualquier cosa que se pueda transferir por un cable sin ofender las leyes de la electrónica. El USB‑C es, básicamente, lo que el USB siempre quiso ser pero no pudo ser por culpa de un recorte presupuestario noventero.

Lo divertido de todo esto es que la tecnología actual nos demuestra que aquello que era «demasiado caro» hace veinte años hoy resulta indispensable. El USB‑C se ha convertido en el estándar moderno precisamente porque soluciona el mayor defecto del de tipo A: su incomprensible orgullo por tener una sola forma válida de entrar.

Al final, la moraleja es sencilla y un poco reconfortante. La próxima vez que falles en algo simple o estúpido —como dejar las llaves dentro del coche o enviar un correo importante al destinatario equivocado— recuerda que incluso ingenieros brillantes arrastraron al mundo entero durante décadas por una decisión aparentemente insignificante. El USB no es simétrico porque alguien se equivocó o no quiso aportar más dinero al proyecto. Y gracias a ello, ahora tenemos un conector moderno que parece mágico en comparación con aquel. A veces, de los errores también se alumbra progreso. Aunque tardemos veinte años en arreglarlo.

The post El USB no es simétrico por culpa de un error humano first appeared on teknoPLOF!.

Hubo una época —y no hace tanto, aunque parezca prehistoria informática— en la que el PC no estaba precisamente para florituras. Vivíamos felices con nuestros 166 MHz, con 32 MB de RAM que eran oro puro, y con sistemas operativos que tenían la misma estabilidad que una torre de Jenga montada encima de un ventilador. En ese mundo hostil nació una de las criaturas más entrañables y, al mismo tiempo, más peligrosas que han habitado en un escritorio: el salvapantallas. Aquellas pequeñas piezas de software se suponía que estaban ahí para evitar que se quemara la pantalla de los monitores CRT, pero todos sabemos que, en la práctica, muchas veces sólo conseguían quemar la paciencia del usuario o la dignidad del procesador.

Entre todos ellos brillan —o chisporrotean— dos leyendas que marcaron a fuego la historia de cualquier PC noventero: el mítico Starfield (Campo de estrellas, en castellano) y las no menos famosas e hipnóticas 3D tubes (que se tradujo como Tuberías 3D) renderizadas en OpenGL. El primero te hacía sentir como si tu equipo fuese la USS Enterprise acelerando hacia un espacio de salto; el segundo convertía tu humilde Pentium en un alto horno siderúrgico a base de tubos que se generaban, crecían y se iluminaban sin piedad. Eran fascinantes, sí, pero también eran benchmarks encubiertos y trampas de rendimiento para máquinas que ya bastante tenían con mover el puntero del ratón sin atragantarse.

Campo de estrellas, por ejemplo, era poco más que un montón de puntos blancos viniendo hacia ti. Simulaba un salto al hiperespacio, lo cual, en los noventa, era lo más parecido que tendríamos a una experiencia espacial real sin ser millonarios. Lo gracioso es que la velocidad de esos puntos era una especie de prueba del algodón sobre la salud de tu PC: si iban a tirones, tu tarjeta gráfica estaba al borde del colapso; si se movían fluidos, eras el rey del barrio; y si se desplazaban en direcciones raras, probablemente tu driver VGA había decidido improvisar. Que este protector de pantalla naciera para evitar quemados en el monitor era casi anecdótico. La verdadera razón de activarlo era quedarse mirando embobado pensando «algún día viviremos así», mientras el PC sudaba para mantener los FPS.

Tuberías 3D era otra cosa. Aquello era pornografía del OpenGL. Un entramado infinito de caños que se generaban en tiempo real, giraban, se cruzaban, se iluminaban…; un delirio gráfico que hoy podría mover cualquier reloj digital barato, pero que, a la sazón, dejaba al procesador como si viniera de correr una maratón cuesta arriba. Los primeros segundos eran hipnóticos, casi elegantes, pero al poco rato el ventilador del microprocesador empezaba a sonar como si intentara despegar. El puntero del ratón se movía con la dignidad de una gelatina temblorosa y, en el mejor de los casos, la animación terminaba con un cuelgue. En el peor, con un pantallazo azul que parecía más arte conceptual que mensaje de error.

La pregunta lógica es por qué demonios estos salvapantallas consumían tantos recursos. La respuesta es maravillosa por su simplicidad: porque podían. En una época en la que el PC estaba la mayor parte del tiempo «descansando», los desarrolladores vieron en los salvapantallas un territorio sin reglas, un paisaje libre donde se podían permitir el lujo de experimentar sin pensar demasiado en el rendimiento. Algunos simulaban modelos 3D sin optimizar, otros no limitaban los FPS, otros se anclaban a bucles infinitos que ignoraban cualquier tipo de carga del sistema. Con frecuencia, parecían más demostraciones técnicas camufladas que utilidades pensadas para proteger nada. Y el usuario, mientras tanto, feliz de ver el espectáculo. Hasta que tocaba mover el ratón y descubrir que todo el sistema había envejecido diez años durante la última hora.

Pero si los salvapantallas oficiales ya eran curiosos, los de terceros eran directamente una jungla posapocalíptica del software. Había peces tridimensionales que parecían haber escapado de una rave, acuarios falsos que repetían la misma textura cutre en mosaico hasta marearte, simulaciones de fuego que consumían tanta CPU que daban ganas de apagar el monitor para no tentar al destino e incluso salvapantallas interactivos que respondían al sonido del micrófono (cuando no se colgaban sencillamente porque habías estornudado). Y luego estaban joyas como After Dark, con sus ovejas saltarinas, sus tostadoras voladoras y sus pingüinos suicidas. Todos ellos eran experimentos, bromas internas hechas software y ocurrencias llevadas al extremo sin supervisión adulta.

Con el tiempo, los monitores dejaron de necesitar protección, la tecnología LCD mandó a la hoguera los quemados de fósforo, y los salvapantallas fueron quedando como un vestigio de otra época. Pasaron de ser una necesidad técnica a un lujo inútil y, de allí, a convertirse en una reliquia. De hecho, en los sistemas modernos siguen estando ahí, escondidos, como dinosaurios amables esperando a que alguien los invoque por nostalgia. Ya nadie instala tuberías, ni estrellas, ni peces rave; la pantalla simplemente se apaga, como un adulto aburrido que ya no tiene energía para videojuegos.

Y aún así, algo de magia queda. Porque aquellos salvapantallas eran un símbolo, una muestra de que en el software también había espacio para lo innecesario, para lo bello, para lo absurdo y para lo experimental. Fueron un recordatorio de que la informática del siglo pasado no siempre era práctica, pero sí era creativa. Nos enseñaron que un PC podía comportarse como un horno, que el OpenGL podía convertirse en enemigo íntimo del rendimiento, que no todas las animaciones necesitaban de un propósito y que, de vez en cuando, una idea inútil podía convertirse en un icono.

Hoy, cuando recordamos el viaje estelar o las tuberías asesinas que parecían empeñadas en derretir tu Pentium, no pensamos en los cuelgues ni en el ruido del ventilador. Pensamos en las noches frente al monitor, en la sensación de asombro, en ese momento en el que la animación se convertía en una especie de teatro doméstico. Pensamos, en definitiva, en un pedazo de historia digital que, aunque ya no cumpla ninguna función, sigue ocupando un lugar cariñoso en la memoria de quienes lo vivieron.

The post Los salvapantallas de los noventa que consumían más recursos que un videojuego first appeared on teknoPLOF!.

El VESA Local Bus, más conocido como VLB, fue uno de esos inventos que solo pudieron nacer en los turbulentos años noventa, cuando la industria del PC estaba creciendo a un ritmo demasiado rápido como para esperar a que Intel lo resolviera todo con elegancia.

A principios de aquella década, la transición del 386 al 486 había disparado la capacidad de cálculo del procesador, pero el resto del sistema, especialmente el venerable bus ISA, seguía arrastrándose con sus 16 bits a 8 MHz y un ancho de banda que hoy haría sonrojar a un reloj digital de los chinos. El resultado era un cuello de botella monumental, sobre todo en un área que empezaba a adquirir importancia crítica: el vídeo. Los modos SVGA, las resoluciones superiores a 640×480 y el incremento del consumo gráfico exigían un canal más rápido entre el procesador y las tarjetas de expansión. El ISA no daba más de sí, y el EISA, aunque mejorado, era caro y orientado a servidores. La industria doméstica necesitaba una solución inmediata, barata y lo suficientemente potente para aguantar hasta que apareciera un estándar más serio.

Ahí entró en juego la Video Electronics Standards Association (VESA), una agrupación de fabricantes preocupados por la interoperabilidad de los estándares gráficos. En 1992 propusieron una solución atrevida y claramente transitoria: un bus que literalmente colgase del bus local del procesador 486, aprovechando sus líneas de datos de 32 bits y su frecuencia de reloj, normalmente entre 25 y 50 MHz. El resultado fue el VLB, un bus con un rendimiento teórico de más de 100 MB/s, lo cual rondaba entre diez y quince veces la capacidad del humilde ISA. La idea era tan simple como peligrosa, pues si el problema se concentraba en que el bus ISA era lento, ¿por qué no permitíamos a la tarjeta gráfica acceder directamente al bus del procesador? Era como dejar a un mecánico enchufar un turbo al motor sin avisar al fabricante del coche. Pero la necesidad era urgente, y el truco funcionó.

Físicamente, el VLB consistía en un conector adicional situado a continuación de la ranura ISA estándar. Por eso las tarjetas VLB eran tan largas, porque una parte ocupaba la ranura ISA tradicional y otra encajaba en la extensión VLB, como si hubieran injertado dos tarjetas en una. Esa longitud extrema no era un capricho, sino consecuencia del número de señales adicionales que el bus necesitaba para sincronizarse con el microprocesador. Y aquí empezaban los problemas, pues al depender directamente del reloj del CPU, cualquier variación en la placa base, cualquier imprecisión en las pistas o cualquier exceso de longitud podía provocar inestabilidad.

Las placas base tenían que diseñarse como si fueran instrumentos de precisión, porque las señales de VLB no toleraban retardos significativos. Los fabricantes solían anunciar compatibilidad con 40 MHz, pero muchos equipos se desplomaban al intentar usar el bus por encima de 33 MHz. Además, aunque el estándar permitía hasta tres ranuras VLB por placa madre, pocas se atrevían a implementar más de una y, cuando incluían dos, hacerlo funcionar todo a la vez y sin errores era casi un acto de magia.

El propósito principal del VLB fue acelerar las tarjetas gráficas. En 1992 y 1993, cuando los chips de Cirrus Logic, S3, Tseng Labs o Trident dominaban el mercado SVGA, disponer de un bus rápido podía marcar una diferencia sustancial en operaciones de transferencia de vídeo, escritura en framebuffer y uso de aceleración 2D primitiva.

Pero las gráficas no fueron las únicas beneficiadas. Muy pronto comenzaron a aparecer controladoras IDE y SCSI con interfaz VLB, aprovechando el mayor ancho de banda para transferencias de disco. También surgieron tarjetas de red y adaptadores multi-I/O que, sobre el papel, prometían un rendimiento superior al de sus equivalentes ISA. La realidad era más ambivalente, ya que no todas estas tarjetas lograban beneficios tangibles, pero cuando lo hacían, el salto era apreciable. Para un PC doméstico de mediados de los noventa que dependía del 486, el VLB era, sin exagerar, la única vía práctica para obtener un rendimiento gráfico competitivo.

El motivo de su caída fue, precisamente, su propia naturaleza improvisada. El VLB estaba diseñado alrededor del 486 y no tenía futuro más allá de él. Pentium introdujo cambios sustanciales en el bus del procesador y exigía una arquitectura completamente distinta para la comunicación con dispositivos de expansión. Intel llevaba años desarrollando un estándar más sofisticado, independiente del reloj del procesador, más estable, más escalable y más apto para un ecosistema en expansión: el bus PCI, que comenzó a imponerse hacia 1994 y se convirtió en el estándar dominante apenas un año después. Frente al PCI, el VLB parecía lo que realmente era: un puente improvisado. No soportaba bien mayores frecuencias, no era compatible con arquitecturas posteriores, carecía de mecanismos avanzados de arbitraje y su dependencia directa del procesador imponía restricciones insostenibles. Cuando las placas base para Pentium empezaron a llegar en masa, prácticamente todas eliminaron el VLB y adoptaron PCI de forma contundente.

Podría parecer que el VLB fue un fracaso, pero sería injusto. Cumplió exactamente la función para la que fue creado: ofrecer una interfaz de alta velocidad en los meses en los que no existía otra alternativa viable. Permitió que los 486 exprimieran todo su rendimiento gráfico justo cuando más se necesitaba, mantuvo viva la competitividad de los PC compatibles frente a estaciones propietarias y, de paso, evitó que el ISA siguiera lastrando al mercado un par de años más. Fue un invento efímero pero crucial, una pieza de ingeniería pragmática que resolvió un problema urgente a pesar de ser frágil, caprichosa y tremendamente sensible a las particularidades del hardware.

Hoy, ver una tarjeta VLB es casi un ritual arqueológico: largas, pesadas, con el conector doble característico; recuerdan una época en la que la informática de consumo avanzaba tan deprisa que los estándares nacían con fecha de caducidad incorporada. El VLB no sobrevivió a su tiempo, pero dejó una huella decisiva en la transición tecnológica de los primeros noventa. Fue un puente, sí, pero un puente que sostuvo todo el peso del mercado mientras la industria corría a construir algo mejor.

The post El bus VLB: cuando decidieron ponerle un cohete a la placa base y salió regular first appeared on teknoPLOF!.

Hubo un tiempo en el que no existía la «viralidad» como concepto. No había algoritmos empujando contenido, no existía el hecho de compartir con un clic, ni los hashtags, ni la obsesión colectiva por medir métricas. Y aun así, de alguna manera, Internet ya bullía con pequeños fenómenos que hoy, vistos con perspectiva, eran los auténticos precursores de lo viral. Eran torpes, primitivos, caóticos…, pero tenían un encanto que hoy es imposible replicar.

Los primeros contenidos virales vivían en Geocities, en Tripod, en Lycos y en páginas hechas con FrontPage o con el Bloc de notas, todas llenas de GIF chillones y banners parpadeantes con textos en <marquee>. La viralidad no se medía en millones de visualizaciones, sino en cuántos amigos conseguías convencer para visitar tu página. Era una especie de colegueo digital: tú veías la web cutre de un amigo, él veía la tuya, y ambos presumíais de tener contadores de visitas trucados que siempre marcaban 1035 sin que hubiese pasado nadie por allí.

Los banners fueron, quizá, el primer intento serio de algo parecido a la difusión masiva. Banners de intercambio, banners de afiliación, banners que te obligaban a poner en tu web a cambio de aparecer en la suya. El objetivo era simple: salir en cuantas más páginas mejor, aunque fueran botoncitos de 88×31 píxeles. Esa era la unidad mínima de notoriedad en la prehistoria de la web. Con suerte, alguien hacía clic, acababa en tu web y se quedaba lo suficiente como para dejar un mensaje en tu libro de visitas. Si eso ocurría, podías darte por satisfecho, porque habías logrado un algo viral a escala doméstica.

Los GIF animados fueron la otra fiebre. No tanto por su utilidad, sino porque destacaban en un océano de HTML estático. Si tu web tenía un gatito bailando, un fuego ardiendo por detrás del texto o un buzón que se abría y se cerraba cuando pasabas el ratón, automáticamente se hacía memorable. Cuanto más hortera, mejor. Había colecciones enteras de GIF repartidas por servidores gratuitos. Aquello era una carrera por ver quién lograba la combinación más llamativa. Si la gente compartía tu GIF en sus páginas, habías ganado. Ése era el «retuit» primigenio.

Pero, quizá, los verdaderos contenidos virales de aquella época llegaban por donde nadie supondría hoy: el correo electrónico. Las cadenas de email fueron, sin saberlo, las embrionarias redes sociales. Llegaban mensajes del tipo «si no reenvías esto a 10 personas, te ocurrirá algo terrible mañana», «esta niña necesita tu ayuda, reenvía este correo para que reúna dinero», o «lee este chiste y pásalo». Eran tóxicos, falsos, redundantes, pero se propagaban como auténticos incendios. Y lo fascinante es que funcionaban: las personas reenviaban esos correos por miedo, por humor o simplemente por aburrimiento. Aquello era viralidad pura, pero sin nombre ni teoría detrás.

Incluso había fenómenos más oscuros, como los archivos .EXE que prometían animaciones mágicas: pequeñas aplicaciones hechas con Visual Basic o Flash que mostraban dibujos, mensajes motivadores o tonterías varias. Normalmente pesaban menos de 200 KB y venían por correo electrónico con un asunto del tipo «Mira esto antes de borrarlo». Eran inocentes, casi siempre. Los virus reales llegarían después, cuando Internet empezara a masificarse y la ingenuidad colectiva dejara de ser una armadura suficiente.

Había una inocencia tecnológica hermosa en todo eso. El éxito no estaba cuantificado; no había estadísticas globales, ni dashboards, ni curvas de crecimiento exponencial. Sólo sabías que algo se había propagado cuando te llegaba por duplicado a la misma bandeja, reenviado por dos amigos distintos que no se conocían entre sí. Ese momento era revelador: habías presenciado un fenómeno viral analógico en un medio digital.

Hoy la viralidad es un negocio industrial, estudiado, explotado y (a menudo) manipulado. Entonces, era artesanal. Tenía textura. Olía a páginas hechas a mano, a HTML mal cerrado, a contadores de visitas incrustados, a archivos GIF recortados con Paint Shop Pro y a correos enviados desde Outlook Express. Y aunque hemos ganado eficiencia y escala, hemos perdido ese caos genuino.

Aquellos primeros virales no buscaban convertirte en influencer, sólo querían llamar la atención durante un segundo, sorprenderte, hacerte sonreír o molestarte lo suficiente como para que tú también los compartieras. Eran, quizá, la versión más pura de lo que hoy llamamos «viralidad»: elementos que se propagaban porque las personas querían propagarlas, no porque un algoritmo las aupara.

Era un Internet más pequeño, más sencillo y más humano. Y por eso, precisamente, sus contenidos virales se recuerdan con tanta claridad.

The post El fenómeno viral antes de que existiera el fenómeno viral first appeared on teknoPLOF!.