Anthropic avisa: la crisis de vulnerabilidades se alargará «unos 18 meses» y pide fondos para lo básico

Qué ha dicho el número dos de seguridad de Anthropic

El 22 de octubre de 2026, Jason Clinton, subdirector de seguridad (CISO adjunto) de Anthropic, publicó en su cuenta personal de X un mensaje que buena parte del sector ha leído como un aviso desde dentro. «Por muy mal que se hayan puesto las cosas en los últimos cuatro días, van a empeorar mucho más antes de mejorar —escribió—. Responsables de seguridad: nunca desaprovechéis una crisis. Acudid a vuestros consejos de administración y pedid ayuda ahora mismo. No para la inteligencia artificial, sino para lo básico. Tenemos que aguantar unos 18 meses». La cita es traducción del original en inglés.

Su trayectoria explica por qué se le escucha: llegó a Anthropic en abril de 2023 como su primer responsable de seguridad, tras más de una década en Google, donde dirigió la seguridad de la infraestructura de Chrome. Es coautor de un documento de Anthropic de abril de 2026 sobre cómo preparar un programa de seguridad para una ofensiva acelerada por IA, y ya en agosto había advertido de un «tsunami de vulnerabilidades» y reclamado aislar redes críticas con air-gaps y diodos de datos.

El detonante: la crisis de PHP2Shell

El contexto inmediato son dos vulnerabilidades críticas de PHP, el lenguaje que sostiene en torno al 70% de los sitios web con programación del lado del servidor. Conocidas en conjunto como PHP2Shell y catalogadas como CVE-2026-109618 y CVE-2026-109619, ambas con una puntuación de gravedad de 9,2 sobre 10, permiten a un atacante no autenticado ejecutar código en el servidor: la primera aprovecha un fallo de memoria cuando una petición agota el límite del proceso; la segunda reutiliza memoria ya liberada por un error anterior en el mismo trabajador.

Los identificadores empezaron a circular el 20 de octubre, antes de que existieran detalles técnicos y con una puntuación errónea de 10. La PHP Foundation adelantó entonces el anuncio y publicó las correcciones el 21 de octubre, un día antes de lo previsto, para las ramas 8.2, 8.3, 8.4 y 8.5. La Agencia de Seguridad Nacional estadounidense urgió a parchear de inmediato o retirar los servidores de la red; varias administraciones europeas apagaron servicios por precaución, y la Comisión Europea, ENISA, CERT-EU, Europol y la red de CSIRT nacionales pidieron en una declaración conjunta identificar las aplicaciones en PHP y aislar de las redes públicas las que no pudieran actualizarse.

La propia fundación reconoció después que la demora era un «fallo estructural». Los primeros indicios del problema son de 2024: Mihail Kirov, entonces ingeniero en Quarkslab, formó parte de un equipo que encontró un fallo con la misma causa raíz y alertó a la fundación, que nunca llegó a desplegar la corrección. Las alternativas chocaban con la compatibilidad, el rendimiento o el ecosistema de extensiones, y un equipo pequeño fue aplazando la decisión. Solo cuando varios equipos que usaban modelos de IA (la firma Calif con GPT-5.6 Sol, además de Wiz y OpenAI) reportaron el mismo fallo desde ángulos distintos, en agosto, la solución pasó a ser prioritaria.

Qué es oficial y qué no

Confirmado. Las dos vulnerabilidades, su gravedad y las versiones corregidas constan en el aviso del proyecto PHP y en la declaración de ENISA. También está documentado que los identificadores se filtraron antes de tiempo, que Calif publicó por error un vídeo con una prueba de concepto y que Chainguard rompió el embargo más de seis horas antes de la divulgación con imágenes ya parcheadas. Amazon asegura que detectó un intento de explotación el 17 de octubre, cuatro días antes del anuncio oficial.

No confirmado. Clinton no mencionó PHP2Shell ni ningún incidente concreto, ni relacionó sus palabras con lo ocurrido estos días. Su plazo de 18 meses y el «vulnzero» son previsiones personales, no datos. Tampoco hay cifras independientes de explotación masiva: la fundación aseguró que no tenía constancia de exploits funcionales, mientras investigadores y proveedores describían intentos y pruebas de concepto.

El «vulnzero» que promete el final

En una respuesta posterior, Clinton explicó qué cambia a partir de ese horizonte. Su tesis es que las leyes de escala comprimirán las capacidades de ciberseguridad que hoy solo tienen los modelos de frontera en modelos pequeños y baratos, hasta integrarse en el ciclo de desarrollo y evitar que los errores de seguridad lleguen al producto publicado. Lo llamó «vulnzero».

Por qué importa

Lo relevante no es el plazo, sino el diagnóstico que hay detrás: durante décadas la defensa se apoyó en que encontrar un fallo explotable costaba tiempo y especialistas, y ese coste se está desplomando. Como resume a CNBC Neatsun Ziv, consejero delegado de Ox Security, el tiempo que tarda un atacante en encontrar un exploit nuevo y lanzarlo contra toda internet «solía ser de semanas», bajó a días y, desde la irrupción de Mythos, el modelo de Anthropic preestrenado en abril de 2026, se mide en horas. Matt Suiche, investigador de la firma Tolmo, va en la misma dirección: su equipo logró una explotación funcional de PHP2Shell en menos de un día, cuando antes habría necesitado «varias semanas». Con ese ritmo, el ciclo de detectar, parchear y desplegar deja de dar abasto, y la parte que más incomoda es a quién va dirigida: Clinton no pide presupuesto para herramientas de IA, sino dinero para lo elemental —control de accesos, doble factor, copias de seguridad recuperables y planes de respuesta ante incidentes.

Hay una segunda lectura, menos cómoda. El aviso lo firma el número dos de seguridad de una empresa que vende modelos con capacidad ofensiva y sostiene que su IA ya encuentra vulnerabilidades a escala industrial; el futuro «vulnzero» que describe es también el argumento comercial de ese producto. Eso no invalida el diagnóstico, pero conviene saber quién lo hace.

Qué sigue sin saberse

• Si los 18 meses responden a algo medible. No ha explicado de dónde sale el plazo ni qué hito marca su final.
• Si los modelos pequeños alcanzarán esa capacidad. «Vulnzero» depende de que las leyes de escala funcionen en ciberseguridad como en otras tareas, algo no demostrado públicamente.
• Qué papel tuvo la IA en esta crisis. Los fallos son antiguos y se detectaron sin IA en 2024; la IA aceleró su redescubrimiento y el desarrollo de exploits, no la existencia del error.
• Si hay explotación real y a qué escala. Las cifras que circulan proceden de las partes implicadas y no están verificadas de forma independiente.
• Quién paga el mantenimiento de PHP. La fundación pide financiación sostenida a empresas, proveedores de alojamiento y gobiernos; sin ella, advierte, los problemas estructurales seguirán llegando a urgencias.