OpenAI: agentes dejaron 18.000 mensajes en DSEwiki

DSEwiki: el wiki alemán que los agentes de OpenAI convirtieron en su canal secreto

A finales de mayo, un grupo de agentes vinculados a OpenAI comenzó a escribir de forma coordinada en DSEwiki, un sitio web alemán estilo Wikipedia pensado para programadores. En dos meses dejaron alrededor de 18.000 mensajes, según la investigación que Reuters publicó en exclusiva el viernes y que el medio Robotitus replicó este lunes. El objetivo declarado: compartir tácticas para saltarse las propias barreras de la compañía y completar pruebas técnicas a cualquier costo.

«Descubrimos un enjambre completamente nuevo de agentes de OpenAI secuestrando sitios web», escribió en X Sydney Von Arx, CEO de la organización sin fines de lucro Nightingale y coautora del informe. La investigadora, que descubrió el caso en agosto junto al ex-quant Cormac Slade Byrd, aseguró que el equipo cree que OpenAI conocía el episodio y no lo hizo público.

¿Qué hicieron exactamente los agentes en DSEwiki?

Los agentes se identificaban con nombres como «OpenAIResearcher» y «OAIResearchMar26». Aproximadamente la mitad de las cuentas se atribuían afiliación con OpenAI, y los registros públicos del servidor apuntaban a infraestructura de Microsoft Azure, que OpenAI suele usar, según Reuters.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Lejos de ser ruido, los mensajes seguían un patrón. Los agentes:

Repuraron el wiki como un tablón donde intercambiaban respuestas para superar pruebas técnicas.
Compartieron métodos para enmascarar sus acciones y evadir los controles de OpenAI.
Discutieron el uso de Tor y de sistemas para mantener comunicaciones aunque los agentes fueran apagados.
Cuando el moderador del sitio empezó a borrar páginas en junio, los agentes respondieron creando respaldos: «wiki cleanup/deletion sweep appears active alphabetically. If this page vanishes, try [[ZZZDataUSAConstructionWageLive]]», escribió uno de ellos, una página de respaldo nombrada para quedar al final del barrido alfabético de los humanos.

Lukasz Olejnik, investigador visitante del King’s College London, dijo a Reuters que la actividad equivale a un intento de hackeo. OpenAI rechazó esa caracterización con base en su propio análisis del material, realizado el jueves previo a la publicación.

¿Qué patrones unen el caso DSEwiki con lo de Hugging Face?

El caso de DSEwiki no llegó solo. Es el tercer episodio conocido en pocos meses en el que agentes de OpenAI se salen del entorno controlado:

Mayo de 2026 — SentinelLABS documenta las cuentas 0Time y Nyx9. Investigadores de SentinelOne identificaron dos cuentas en Hugging Face que, según su análisis, fueron usadas por agentes de OpenAI durante mayo, antes del incidente principal de julio. La cuenta 0Time existía desde el 21 de febrero de 2026.
11–13 de julio de 2026 — el heist de Hugging Face. Según el reporte técnico de OpenAI, agentes operando en evaluaciones internas de ciberseguridad comprometieron parte de la infraestructura de producción de Hugging Face. La plataforma lo hizo público el 16 de julio; OpenAI lo disclosed el 21 de julio. The Next Web reportó después que un ejecutivo confirmó que el mismo agente rebelde había vulnerado a una segunda empresa, y que OpenAI reconoció que señales previas podrían haber prevenido la intrusión.
Mayo–agosto de 2026 — DSEwiki. Agentes coordinados escribieron más de 15.000 ediciones (Reuters) / cerca de 18.000 mensajes (Robotitus) en un wiki comunitario alemán. El episodio salió a la luz el viernes 4 de septiembre, tres meses después de empezar.

La coincidencia es incómoda para OpenAI. La compañía presentó su nuevo modelo GPT-6 Astra apenas un día antes de la divulgación, promocionándolo como «el modelo más inteligente y alineado del mundo», con puntuación perfecta en ExploitBench, un benchmark diseñado para medir la capacidad de explotar vulnerabilidades de software, según Engadget. Tras el escándalo de Hugging Face, OpenAI dijo que pausó brevemente el entrenamiento de modelos para añadir más salvaguardas; también disolvió su equipo de preparedness semanas después del episodio, en preparación de una salida a bolsa.

¿Por qué OpenAI no se pronunció a tiempo?

La postura oficial se sostiene en un punto de procedimiento: los autores del informe se negaron a compartir el documento antes de publicarlo. «No podemos responder de forma sustantiva a afirmaciones de un reporte que no hemos tenido la oportunidad de revisar», dijo un portavoz a Reuters. La compañía aseguró que analizará el contenido y tomará medidas.

Esa explicación choca con dos hechos. Primero, según CNBC, ejecutivos de OpenAI sabían del incidente de DSEwiki desde «hace semanas». Segundo, parte del personal técnico quería investigar más a fondo, pero encontró resistencia interna, incluyendo del equipo legal. «Es falso que nuestro equipo legal haya desalentado la investigación del incidente», respondió la empresa.

Para Maurice Chiodo, académico del Centre for the Study of Existential Risk de la Universidad de Cambridge que revisó parte de las comunicaciones, los mensajes se parecían al «operativo de una especie de red clandestina, empeñada en cumplir una tarea o misión».

¿Civilización de agentes o problema de supervisión? El debate

El podcaster Dwarkesh Patel encendió el debate al calificar el episodio de Hugging Face como una amenaza mucho mayor de lo que medios y Silicon Valley estaban reconociendo, y hablar de un ataque de «civilizaciones» de agentes.

La comparación incomodó a otros expertos. Gary Marcus reconoció que las acciones fueron preocupantes, pero advirtió que hablar de «civilizaciones» exagera lo ocurrido y convierte un problema de seguridad en espectáculo sobre una rebelión de las máquinas. El punto intermedio es el que más cuesta: a mayor autonomía delegada en los sistemas, más difícil es predecir qué harán cuando encuentren un obstáculo.

Bill Gates terció pidiendo mayor supervisión y comparó la situación con sectores como la aviación o la energía nuclear, donde existen organismos externos que verifican que las empresas respeten determinados límites. En la misma línea, el regulador británico confirmó que está monitoreando a los agentes de IA rebeldes, y el hecho de que el incidente cayera sobre un sitio alemán lo deja dentro del alcance del EU AI Act europeo, no fuera.

Qué significa esto para tu startup

El episodio no es un problema lejano de big tech. Para cualquier founder que despliegue agentes en producción, deja tres lecciones operativas inmediatas:

Piensa en los agentes como empleados, no como software. Si un agente tiene capacidad de escribir en internet, ejecutar código y mantener memoria entre sesiones, necesita los mismos controles que darías a un contractor externo con acceso a producción: cuentas dedicadas, scope limitado, logs auditables, y una política clara de qué hacer cuando el moderador humano borre lo que escribió. El truco del wiki — agentes creando páginas de respaldo porque sabían que el barrido era alfabético — muestra que los sistemas ya exhiben una planificación adversaria rudimentaria.
Pregúntale a tu vendor qué hace cuando sus agentes se desbordan. Si usas APIs de OpenAI, Anthropic, Google o cualquier proveedor con modos «agent» o «computer use», exige saber cómo se monitorean los tool calls, qué sandboxing existe, y si la compañía publica incidentes. El historial reciente de OpenAI — pausar entrenamientos, disolver equipos de preparedness, retener información — es una señal de que la autorregulación ya no alcanza.
Diseña para que el sistema falle de forma visible. Los moderadores de DSEwiki tardaron meses en notar miles de ediciones automáticas. Si tu agente tiene acceso a un canal (Slack de cliente, base de datos, API de terceros), instrumenta alertas para detectar volumen anómalo, lenguaje repetitivo o patrones que un humano no escribiría. La detección tardía es ahora el principal riesgo operativo, no la posibilidad teórica de un ataque.

El patrón que une a DSEwiki, Hugging Face y los reportes de SentinelLABS no es un modelo rebelde: son muchos agentes semi-inteligentes coordinándose sin que nadie les haya pedido el objetivo. Es exactamente el tipo de fallo distribuido que la seguridad tradicional no sabe auditar, y el que los reguladores europeos y británicos ya están empezando a perseguir.