Anthropic alerta: la ola de fallos de seguridad empeorará

9,2 sobre 10. Esa es la gravedad que los avisos de seguridad asignaron a PHP2Shell, el nombre conjunto de dos vulnerabilidades críticas de PHP divulgadas esta semana y que, según recogió Yahoo News, llevaron a decenas de organismos del Gobierno británico a desconectarse de internet. Para un founder, el dato que importa no es el susto: es que el tiempo entre «alguien encuentra el fallo» y «alguien ya lo está explotando» acaba de acortarse de forma brutal.

Ese es exactamente el mensaje que Jason Clinton, subdirector de ciberseguridad de Anthropic, publicó el 22 de octubre en su cuenta de X: «Por muy mal que se hayan puesto las cosas en los últimos cuatro días, van a empeorar mucho más antes de mejorar». Y añadió una instrucción poco habitual en un ejecutivo de una de las mayores empresas de IA del mundo: no pidas herramientas de inteligencia artificial, pide lo básico.

Qué dijo exactamente el subdirector de ciberseguridad de Anthropic

Clinton no habla desde la barrera. Antes de incorporarse a Anthropic en abril de 2023 como su primer CISO, pasó más de una década en Google, donde llegó a dirigir la seguridad de la infraestructura de Chrome. Hoy es subdirector del área y firma documentos técnicos de la compañía sobre seguridad de agentes de IA, como el publicado en abril de 2026.

Su mensaje en X fue dirigido específicamente a 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». Y cerró con un plazo concreto: «Tenemos que aguantar unos 18 meses».

Esa frase —«no para la IA, sino para lo básico»— es la parte más contraintuitiva de la advertencia. Viniendo de alguien que trabaja en una empresa que vende modelos de lenguaje, la recomendación es invertir en control de accesos, autenticación multifactor, copias de seguridad recuperables y procedimientos de respuesta a incidentes. Medidas conocidas, poco glamurosas y que exigen sobre todo tiempo, personal y presupuesto.

Por qué la advertencia no es una predicción lejana

El contexto inmediato explica su urgencia. PHP es el lenguaje detrás de cerca del 70% de los sitios web del mundo, según Yahoo News. Los dos fallos —identificados en los avisos de seguridad como CVE-2026-109618 y CVE-2026-109619, con una puntuación CVSS v4.0 de 9,2 según recogió el medio beahero.gg— permiten a un atacante ejecutar código en servidores vulnerables sin autenticarse. Los parches, en las versiones PHP 8.2.35, 8.3.36, 8.4.27 y 8.5.12, se publicaron el 21 de octubre. Como los fallos viven en el intérprete del servidor y no en la aplicación, actualizar solo el CMS, el tema o los plugins no resuelve nada.

La presión llegó antes de la divulgación oficial. Amazon aseguró que ya había detectado un intento de explotación el 17 de octubre, cuatro días antes de que se publicaran los detalles técnicos, y Cloudflare, según su consejero delegado, registró millones de intentos una vez conocidos los fallos. ENISA y otros organismos europeos recomendaron aislar de las redes públicas las aplicaciones expuestas que no pudieran actualizarse de inmediato y, según Reuters, administraciones europeas suspendieron temporalmente servicios digitales como medida preventiva.

Hay un detalle que conecta todo con el aviso de Clinton: según Yahoo News, los fallos se descubrieron usando herramientas de IA de OpenAI y Google. Y la propia PHP Foundation reconoce que los primeros indicios de uno de esos problemas se remontaban a 2024, pero las dificultades técnicas y la falta de recursos retrasaron la corrección. Encontrar el fallo dejó de ser el cuello de botella; ahora lo es arreglarlo.

En paralelo, y en la misma ventana de días, PwC confirmó un incidente a través de una plataforma de terceros desde la que se sustrajeron más de 590 gigabytes de datos y más de 108.000 archivos, según Yahoo News. No es el mismo caso, pero ilustra el tipo de semana que los equipos de seguridad están teniendo que gestionar.

Qué es el «tsunami de vulnerabilidades» del que habla Clinton

No es la primera vez que lanza esta advertencia. En agosto reaccionó en X a una publicación de la NSA sobre amenazas contra controladores industriales que usaban scripts generados con IA. Ahí aseguró que se acercaba un «tsunami de vulnerabilidades» y que podría no haber tiempo suficiente para aplicar parches, y pidió aislar determinadas redes y usar diodos de datos, dispositivos que transmiten información en un solo sentido. En la misma línea afirmó que «la aislación de red (air-gaps y diodos de datos) se necesita ya», según recogió OfficeChai.

Los números del sector respaldan el diagnóstico. Según la firma de ciberseguridad ThreatDown, en septiembre de 2026 los fabricantes resolvieron 998 CVE en torno al Patch Tuesday, frente a 96 en el mismo periodo del año anterior. La media móvil de tres meses de vulnerabilidades parcheadas en el kernel de Linux se triplicó interanualmente y Chrome multiplicó por 36 sus actualizaciones de seguridad, según el mismo análisis recogido por Redmond Mag. Esa publicación señala a modelos como Claude Mythos Preview, introducido en abril de 2026 y usado a través de la iniciativa Project Glasswing con Microsoft y la Linux Foundation, como uno de los factores detrás del aumento.

El problema no es solo producir parches, es desplegarlos. El Verizon 2026 Data Breach Investigations Report, citado por ThreatDown, encontró que el 35% de las vulnerabilidades conocidas y explotadas activamente seguían sin corregir 28 días después en 2025. Y Qualys, citado por TechTarget, calcula que de las 48.172 vulnerabilidades divulgadas en 2025, solo 357 eran explotables de forma remota, estaban armadas y contaban con código de exploit funcional. Ese es el filtro que separa una lista interminable de un puñado de urgencias reales.

¿Un ataque así solo le pasa a quien descuida la seguridad?

No. TechCrunch reportó en septiembre que un equipo de tres investigadores de la startup Hacktron AI encadenó dos vulnerabilidades y logró entrar en cuentas de empleados de OpenAI, con acceso al software de la compañía a través de un fallo en el foro comunitario construido sobre Discourse. La recompensa del programa de bug bounty fue de 6.500 dólares.

La frase que mejor resume la implicación para cualquier founder es la de Matt Fredrikson, CEO de la firma de seguridad Gray Swan, también en TechCrunch: «Por 200 dólares al mes, cualquiera puede usar estas herramientas y hackear una empresa como OpenAI». Si eso le puede pasar a la compañía que más recursos dedica a esto, la ventaja competitiva ya no está en tener el mejor firewall, sino en cuánto tardas en reaccionar.

Qué es «vulnzero» y por qué el plazo es de 18 meses

Cuando le preguntaron en X qué cambiaría en ese lapso, Clinton respondió con una palabra propia: «vulnzero». Su tesis es que las capacidades de ciberseguridad que hoy solo tienen los modelos frontera van a desplomarse de precio hasta caber en modelos pequeños y económicos, integrados de forma generalizada en el desarrollo de software. En sus palabras, según OfficeChai: «Las leyes de escalado habrán llevado capacidades de ciber de clase Mythos a modelos pequeños y baratos, y todo el desarrollo de software usará modelos por fracciones de céntimo para dejar de enviar errores de seguridad permanentemente».

Traducido: la misma tecnología que hoy acelera el descubrimiento de fallos debería terminar corriendo en tiempo real y a costo ridículo dentro del propio pipeline de desarrollo. El escenario tiene sustento —Anthropic ya publicó en julio de 2026 documentos sobre seguridad de agentes de IA y de desarrollo de software—, pero sigue siendo una previsión. Mientras tanto, Clinton recomienda no confiar la protección de la organización a una mejora que todavía no ha ocurrido.

Cómo se ve esto desde el presupuesto: los consejos no están soltando dinero

La recomendación de «acudid a vuestros consejos de administración» choca con una realidad incómoda. El 2026 Security Budget Benchmark Report de IANS Research y Artico Search, basado en una encuesta a más de 500 ejecutivos de seguridad, encontró que los presupuestos de seguridad crecieron apenas un 5%, con un 45% de organizaciones sin aumento y un 10% con recorte. Aun así, el 69% de los CISO señaló la IA aplicada a seguridad como su máxima prioridad para dinero nuevo.

El otro dato relevante: el 48% de los CISO con presupuestos crecientes citó el aumento del riesgo operativo o de negocio como motor de la decisión, frente a solo un 3% que mencionó una brecha importante del sector. El dinero no se suelta por miedo a un titular, sino cuando el riesgo se traduce a lenguaje de negocio. Y las cifras de referencia que publica IANS, recogidas por Yahoo Finance, van de alrededor de 1 millón de dólares anuales para empresas con ingresos de hasta 100 millones hasta más de 30 millones para las que superan los 10.000 millones.

Qué significa esto para tu startup

• Trata tu parcheo como una métrica de negocio, no como una tarea de TI. Tu stack no es solo tu código: es ImageMagick, libheif, OpenSSL, el intérprete de PHP de tu proveedor de hosting. Haz un inventario de dependencias y componentes de terceros y ponle nombre y apellido al responsable de revisar avisos de seguridad cada semana. Si tu web corre un CMS sobre PHP, verifica la versión del intérprete con tu proveedor: el fallo vive ahí, no en el tema que instalaste.
• Pide presupuesto con tres escenarios, no con una queja. Cuando vayas a tu consejo, no presentes «necesitamos más seguridad». Presenta tres opciones, cada una con su costo, el riesgo que elimina y el riesgo que la empresa sigue asumiendo si no se hace. Es el enfoque que recomienda Qualys a través de TechTarget y el que correlaciona con los datos de IANS sobre qué mueve realmente la decisión.
• Aísla lo crítico y ensaya la respuesta antes de necesitarla. La recomendación pública de Clinton es aislar de la red los sistemas que no puedes parchear y usar transferencia de datos en un solo sentido. Aterrizado a una startup: saca la base de datos de producción de la exposición pública, no mantengas accesos de administrador permanentes para nadie y ten una copia de seguridad que hayas restaurado de verdad al menos una vez.
• Mide cuántos días tardas desde el aviso hasta el parche en producción. El 35% de Verizon es un promedio de mercado, no tu número. Si tu plazo se mide en semanas, esa es hoy tu principal métrica de exposición. Y si tu producto depende de mantener datos de clientes privados, es material para tu próxima due diligence.

Conclusión

Quien hoy define estrategia de seguridad en Anthropic dice que, durante los próximos 18 meses, la ventaja la va a tener quien ataca, y que la defensa pasa por fundamentos que cualquier equipo puede auditar. La IA que promete arreglar el problema —lo que Clinton llama «vulnzero»— todavía no está en tu pipeline. La que ya está disponible es la que acelera el descubrimiento de fallos, y eso explica que la propia PHP Foundation tuviera un problema identificado desde 2024 sin corregir.

Para un founder hispanohablante la lectura es directa: si la continuidad de tu negocio depende de que tus datos sigan siendo privados, la ciberseguridad básica dejó de ser un gasto de infraestructura y pasó a ser un activo del negocio. El mejor momento para pedir ese presupuesto es justo cuando el consejo ya está leyendo titulares sobre el tema, no tres semanas después.

Fuentes

• Xataka: «Van a empeorar mucho más»: Jason Clinton advierte de lo que está por venir (fuente original)
• Yahoo News: Anthropic: Cyber chaos will get a lot worse
• OfficeChai: Things Will Get Worse Before They Get Better
• TechCrunch: Researchers used Anthropic's Claude to hack into OpenAI
• Redmond Mag: AI-Driven Vulnerability Surge Puts Security Teams Under Pressure
• TechTarget: Cyber budgets flatline as CISOs shift new spending to AI
• Yahoo Finance: AI is now leading driver of new cybersecurity spending
• beahero.gg: PHP2Shell, publican parches para dos vulnerabilidades críticas de PHP