LO ESENCIAL EN 30 SEGUNDOS

  • 155 respuestas de GLM-5.3 en Workers AI contenían fragmentos de solicitudes de otros clientes entre el 27 de agosto y el 9 de septiembre de 2026.
  • Solo los prompts de más de 681.280 tokens, el tamaño del pool KV de prellenado, podían provocarlo; el modelo anunciaba un contexto de 1.048.576 tokens.
  • Cloudflare amplió el pool a unos 2,04 millones de tokens; SGLang corrigió el fallo en las versiones 0.5.20 y 0.5.21, y se recomienda la 0.5.22 o posterior.

Cloudflare ha publicado un informe posincidente que explica cómo su modelo GLM-5.3, alojado en Workers AI, devolvió datos de otros clientes. Según ese informe, publicado el 26 de octubre de 2026 como divulgación coordinada con los mantenedores de SGLang y el investigador que detectó el problema, 155 respuestas generadas entre el 27 de agosto y el 9 de septiembre incluían fragmentos de solicitudes de otros usuarios. Cloudflare sostiene que GLM-5.3 fue el único modelo de Workers AI afectado.

Dos fallos que se sumaron

El primero fue un desajuste de configuración. El modelo se ofrecía con una ventana de contexto de 1.048.576 tokens, pero la reserva de memoria de caché clave-valor (KV) usada en la fase de prellenado solo admitía 681.280. Todas las respuestas afectadas procedían de prompts más largos que esa reserva.

El segundo fue un error de SGLang, el motor de inferencia de código abierto, cuando el prellenado y la decodificación se ejecutan en máquinas separadas. Una solicitud que debía rechazarse por su tamaño seguía en marcha, y la fase de decodificación leía páginas de caché que aún guardaban datos de solicitudes anteriores. El cliente recibía un código de éxito en lugar de un error. El problema de fondo ya se había notificado a SGLang en julio de 2026.

Detección y corrección

Gadi Evron, de la empresa de seguridad Knostic, informó del comportamiento a través del programa de recompensas de Cloudflare en HackerOne el 8 de septiembre. Al día siguiente, Cloudflare declaró un incidente, puso el modelo en privado, desplegó una configuración corregida y restableció el acceso público ese mismo día tras validar la corrección con el script de reproducción del investigador. La reserva de prellenado alcanza ahora unos 2,04 millones de tokens, y el motor corregido devuelve un error para las solicitudes rechazadas en lugar de procesarlas. Cloudflare prevé además otras medidas de refuerzo y un trabajo de verificación formal de la transferencia de caché KV. En SGLang, las correcciones llegaron en las versiones 0.5.20 y 0.5.21; Cloudflare recomienda la 0.5.22 o posterior.

Preguntas abiertas

Cloudflare afirma que su análisis del tráfico no halló indicios de explotación deliberada. Según la empresa, las solicitudes afectadas encajan con un uso normal de contexto largo. La cifra de 155 se refiere a respuestas, no a clientes distintos, y el informe no explica cómo se avisó a los clientes afectados, más allá de una actualización de la página de estado al desactivar el modelo, ni qué tan sensibles eran los datos expuestos. Otros operadores con despliegues de SGLang similares y versiones antiguas pudieron correr el mismo riesgo, que el informe no evalúa.