Qué es "Black October" y por qué debería preocuparte
En unas 48 horas se concentraron decenas de divulgaciones críticas y brechas: un RCE sin autenticación en PHP, un fallo CVSS 10 en GitLab que afecta versiones desde 2014, un RCE en el decodificador Brotli de Node.js, problemas de DoS en NGINX y HTTP/3, y un password stealer embebido en la versión 1.107.0 de LiteLLM. El medio especializado Latent Space bautizó el episodio como "Black October" y lo calificó como una de esas señales que ameritan repetir portada.
Para un founder, la lectura no es "hubo muchos parches". La lectura es que la IA cambió la velocidad a la que se descubren y se explotan fallos, y que la mayoría de las startups hispanohablantes no tiene un proceso para reaccionar a ese ritmo.
¿Qué fallos concretos salieron a la luz?
El caso más grave es PHP2Shell, dos vulnerabilidades del motor central de PHP —CVE-2026-109618 y CVE-2026-109619— que permiten ejecución remota de código sin autenticación, con una severidad de 9.2 sobre 10 en la escala CVSS v4.0. Según el análisis publicado por el medio japonés note.com, PHP sostiene cerca del 70% de los sitios web del mundo, y el fallo vive en el propio lenguaje: incluso una aplicación "Hello World" corriendo en una versión afectada queda expuesta. Las versiones corregidas son PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35, y actualizar el core no basta: hay que reiniciar los procesos de PHP, como Apache o PHP-FPM.
Leíste lo que hace la IA. ¿Y en tu negocio?
En CAR, dueños de empresa arman en 7 días su primer sistema funcionando: que ningún cliente se les escape, o que el informe del lunes salga solo. Con otros emprendedores al lado.
👥 Probar 7 díasEl resto de la lista es igual de incómoda. GitLab parcheó en la versión 19.5.1 un fallo de severidad máxima presente desde 2014. Railway pidió a sus usuarios rotar secretos tras una posible exposición de claves de clientes. Zeabur anunció su cierre después de que 321.810 cuentas fueran comprometidas. La autoridad certificadora eMudhra salió del negocio de CA tras descubrirse que sus claves eran trivialmente débiles —una, según los reportes, era literalmente el número 4—. Y Quest Diagnostics, que atiende a cerca de la mitad de los hospitales y médicos de Estados Unidos, reportó datos de pacientes expuestos.
El volumen lo confirma. Según Google Threat Intelligence Group, las divulgaciones mensuales de CVE se duplicaron en 2026, pasando de 5.045 en enero a 10.740 en agosto. Y hay un dato que debería cambiar tu forma de priorizar: la mitad de las vulnerabilidades que GTIG atribuye a descubrimiento por IA derivan en ejecución remota de código, frente al 26% de las encontradas por otros medios.
¿Por qué la IA está detrás de esta ola?
Los fallos de PHP no aparecieron por casualidad. Según CryptoBriefing, la firma de seguridad Calif identificó una de las vulnerabilidades usando el modelo GPT-5.6 Sol de OpenAI dentro de la iniciativa Patch the Planet, mientras que Wiz encontró ambas de forma independiente combinando herramientas de IA. El reporte de note.com detalla la cronología: la investigación arrancó el 30 de julio, el primer hallazgo llegó el 1 de agosto y la divulgación pública recién ocurrió el 21 de octubre, con parches de emergencia el mismo día.
Ese detalle importa por una razón estratégica. OpenAI describe la ventana entre el descubrimiento asistido por IA y la explotación maliciosa como el tiempo que tienen los defensores para coordinarse. La compañía también comprometió 1.000 millones de dólares en acceso subsidiado a sus herramientas de ciberseguridad Daybreak a través de su iniciativa Frontline Defenders, orientada a organizaciones con pocos recursos de seguridad.
Pero conviene no caer en el titular fácil. Como señala el análisis de note.com, esto no fue "pedirle a la IA que encuentre bugs". Los investigadores conocían la historia de vulnerabilidades de PHP, formularon hipótesis y usaron el modelo para verificar secuencias sospechosas. La combinación de conocimiento humano y capacidad de inspección de la IA es lo que produjo el resultado.
Storm-0940: cuando un agente ataca a velocidad de máquina
Si el descubrimiento se aceleró, el ataque también. Microsoft atribuyó el compromiso de la cadena de suministro de ConnectWise al actor alineado con el estado chino Storm-0940, que desde septiembre de 2026 usó ARTEX, un framework abierto de pentesting con agentes de IA, para automatizar reconocimiento, password spraying y abuso de aplicaciones OAuth.
Los números del blog de Microsoft Security son elocuentes: el grupo intentó autenticarse en más de 2.250 tenants a 2.900 intentos de inicio de sesión por minuto. Entre el 10 y el 14 de octubre, su infraestructura generó más de 151.000 eventos de logon fallidos contra 327 cuentas de ocho organizaciones. Y en varios casos, el tiempo entre el objetivo inicial y el acceso privilegiado fue inferior a 3 horas.
El detalle que más debería inquietar a un equipo pequeño: los agentes no se cansan. Como resume Microsoft, "no están limitados por factores que afectan a los humanos: trabajan 24 horas, fines de semana y feriados, e intentan múltiples rutas de brecha simultáneamente". Según The Hacker News, ARTEX pasó a ser de código cerrado después de su abuso contra instituciones financieras surcoreanas, y Wiz reportó sesiones de ataque de 24 a 30 horas que rotaban de IP en minutos cuando las bloqueaban.
¿Está ganando la ofensiva o la defensa?
Hay desacuerdo, y vale la pena leerlo con cuidado. Desde Anthropic, el subdirector de seguridad Jason Clinton dijo que las cosas "van a empeorar mucho antes de mejorar" y recomendó a los líderes de seguridad pedir presupuesto a sus directorios para cubrir lo básico, con una ventana de unos 18 meses de resistencia.
Del otro lado, el propio Latent Space recoge la postura de que el relato de "la ofensiva está ganando" es desinformación: los fallos de PHP fueron una auditoría defensiva y no hay evidencia de explotación a gran escala. También cita a Joshua Achiam, que habría señalado que solo 4 de unos 16 incidentes mayores ocurrieron realmente esa semana; el resto se encontró antes y se divulgó ahora.
La evidencia de Google matiza ambos extremos: solo el 0,23% de las vulnerabilidades divulgadas este año fue explotado en el mundo real. Pero GTIG registró 141 vulnerabilidades explotadas entre enero y agosto de 2026, más que las 127 de todo 2025, y detectó que un atacante explotó un fallo encontrado por un agente de IA en apenas cuatro días tras su divulgación.
Qué significa esto para tu startup
El punto ciego más peligroso no es el software que escribes, sino el que instalas. GTIG contabilizó 2.076 vulnerabilidades en software relacionado con IA entre enero de 2025 y agosto de 2026, más de 1.500 solo en 2026. La mitad de las divulgaciones de este año afectan frameworks de orquestación de agentes como Flowise y Langflow, y el software de inferencia —vLLM, Ollama, LiteLLM— sumó 212 vulnerabilidades en 2026, casi un cuarto de ellas por endpoints de API sin autenticación o SSRF.
Acciones concretas que puedes ejecutar esta semana:
- Haz un inventario real de dependencias, no un listado de deseos. Busca por ID de aplicación y versión, no por nombre visible. Si usas PHP, verifica con la herramienta
php2shell-checkerque OpenAI publicó en GitHub, y recuerda que el README advierte que no confirma por sí sola si el parche se aplicó. Actualiza el core y reinicia los procesos. - Rota secretos y aplica mínimo privilegio en OAuth. El caso ConnectWise muestra el patrón: una aplicación de terceros con permisos altos se convierte en la puerta de entrada a todos sus clientes. Revisa qué apps tienen consentimiento en tu tenant, incluso las que ya no usas, y limita sus scopes.
- Automatiza la remediación, no solo la detección. Microsoft recomienda pasar del parcheo masivo sin priorizar a un triaje guiado por inteligencia de amenazas. Herramientas como el plugin de remediación de vulnerabilidades que Cognition liberó como código abierto, o agregadores como cve.now que traducen los feeds de CVE a lenguaje claro, reducen el tiempo entre exposición y fix.
- Asume que tus agentes de IA son superficie de ataque. Si tienes agentes con acceso a cuentas, correos o bases de datos, trátalos como identidades privilegiadas: evalúa cada acción y cada payload que devuelven, y no les entregues credenciales en texto plano.
La conclusión práctica es incómoda pero simple: la velocidad de descubrimiento de fallos ya superó la capacidad de reacción de un equipo sin proceso. No necesitas un SOC de 20 personas. Necesitas saber qué corre en tu infraestructura, quién tiene permisos y cuánto tardas en parchear. Eso es lo que separa a una startup que sobrevive a un "Black October" de una que aparece en la próxima lista de brechas.
Fuentes
- Latent Space — AINews: Black October (fuente original)
- note.com — Major Vulnerability Discovered! Found by AI: The Buzz Around PHP and Security
- CryptoBriefing — OpenAI helps uncover critical PHP vulnerabilities affecting millions of websites
- Help Net Security — The vulnerabilities AI finds are the ones attackers want
- Microsoft Security Blog — AI-driven, large-scale nation-state campaign using ARTEX
- The Hacker News — China-Linked Hackers Use ARTEX AI Agents in ConnectWise Supply Chain Attack
- CyberScoop — Microsoft pins ConnectWise supply-chain attack to China-state aligned threat group
Leíste lo que hace la IA. ¿Y en tu negocio?
En CAR, dueños de empresa arman en 7 días su primer sistema funcionando: que ningún cliente se les escape, o que el informe del lunes salga solo. Con otros emprendedores al lado.
👥 Probar 7 días
