Un chico de 17 años en Osaka exfiltró los datos personales de 7 millones de usuarios de la cadena de cibers más grande de Japón. Su motivación: comprar cartas de Pokémon. No tenía ningún background técnico.
Esa historia — que habría sido imposible hace cinco años — hoy no sorprende a nadie. Es un martes cualquiera de 2026.
Los números que deberían alarmarte
El análisis de Chainguard de abril de 2026 pone datos duros detrás de lo que los equipos de seguridad vienen sintiendo desde hace meses. El número que encabeza el informe: el 28,3% de los CVEs se explotan dentro de las 24 horas posteriores a su divulgación pública. Para ponerlo en contexto: ese número era de aproximadamente 2% en 2023.
Leelo de nuevo. En 2023, había semanas — a veces meses — entre que una vulnerabilidad se hacía pública y que alguien la weaponizaba. Hoy, casi uno de cada tres CVEs está siendo explotado activamente antes de que la mayoría de los equipos de seguridad terminen su standup de la mañana.
La trayectoria del time-to-exploit cuenta la historia completa:
- 2020: Tiempo promedio hasta la explotación — más de 700 días
- 2025: 44 días
- 2026: Efectivamente negativo. Los exploits llegan de forma rutinaria antes que los patches
Ese último dato merece explicación. “Time-to-exploit negativo” significa que los atacantes están weaponizando vulnerabilidades más rápido de lo que los vendors pueden publicar fixes. La ventana disclosure-patch — la premisa entera del modelo de defensa patch-and-pray — ya no existe como buffer real.
Mientras tanto, la superficie de ataque se expande al mismo ritmo. Los paquetes maliciosos en repositorios públicos pasaron de 55.000 en 2022 a 454.600 en 2025. Un solo trimestre de 2025 produjo 394.877. El ataque Shai-Hulud al ecosistema npm comprometió más de 500 paquetes, expuso secrets en 487 organizaciones, y terminó en el robo de 8,5 millones de dólares de Trust Wallet a través de una extensión de Chrome envenenada.
Las mismas herramientas, dirección opuesta
Este es el problema estructural, y es uno que ningún presupuesto de CISO puede simplemente outspendear.
Las capacidades de IA que los developers usan para resolver issues de GitHub — los frontier models hoy resuelven aproximadamente el 81% de los issues reales en SWE-bench — son las mismas capacidades que están desplegando los atacantes. No hay moat. El modelo que escribe tu feature también escribe el exploit.
Los incidentes ya no son teóricos:
- Febrero de 2025: Tres adolescentes de 14 a 16 años usaron ChatGPT para golpear el sistema de Rakuten Mobile 220.000 veces. Sin background de código. Los ingresos fueron a consolas y apuestas online.
- Julio de 2025: Un único actor usando Claude Code condujo una campaña de extorsión contra 17 organizaciones durante un mes — desarrollando código malicioso, organizando datos exfiltrados, calibrando los montos del rescate a partir del análisis de registros financieros, y redactando los emails de extorsión. Todo con IA agéntica.
- Diciembre de 2025: Otro individuo usó Claude Code y ChatGPT para vulnerar más de 10 agencias del gobierno mexicano, robando más de 195 millones de registros de contribuyentes.
El diagrama de Venn entre “dispuesto a atacar” y “técnicamente capaz de atacar” era antes una línea delgada. Hoy es un círculo.
Por qué parchear más rápido no es la respuesta
La respuesta refleja de la mayoría de los equipos de seguridad es: moverse más rápido. Ajustar SLAs. Automatizar el vulnerability scanning. Desplegar más tooling.
Los datos dicen que ese enfoque tiene límites estructurales. El tiempo promedio de remediación para un CVE de severidad alta o crítica conocido es actualmente de 74 días, según el Edgescan 2025 Vulnerability Statistics Report. Y el 45% de los CVEs en organizaciones grandes — empresas de más de 1.000 empleados — nunca se remedian.
No podés comprimir un ciclo de remediación de 74 días a menos de 24 horas solo con optimización de procesos. La brecha es arquitectónica, no operativa.
El problema de detección es igualmente difícil de resolver. Los paquetes npm maliciosos que inundaron los repositorios en 2025 incluían documentación, unit tests y código bien estructurado — porque el código era generado por IA y modelado sobre librerías legítimas. Los analizadores estáticos y los scanners de firmas no los detectaron. El malware parecía software real.
Como señaló Dan Lorenc, CEO de Chainguard: la complejidad y la escala del vulnerability management han superado la capacidad de la mayoría de las organizaciones para gestionarlo de forma independiente.
El cambio estratégico: eliminar categorías de ataque
Los equipos de seguridad que están ganando terreno en este entorno no son los que corren más rápido en la misma cinta. Son los que se hacen una pregunta diferente: ¿qué podemos hacer estructuralmente imposible de atacar?
Este reencuadre importa. En lugar de comprimir el tiempo de reacción — que los atacantes habilitados por IA siempre van a poder superar — la posición defendible es eliminar categorías enteras de vulnerabilidad. Reducir la superficie de ataque hasta el punto en que la velocidad deja de ser el factor determinante.
Para las organizaciones de Iberoamérica que operan con equipos de seguridad más chicos y presupuestos más ajustados que sus contrapartes norteamericanas, este encuadre es especialmente relevante. No podés ganarle en recursos a un actor de amenaza que usa los mismos frontier models que usás vos. Pero sí podés hacer que clases enteras de ataques sean estructuralmente irrelevantes para tu infraestructura.
La pregunta para tu equipo no es “¿cómo parcheamos más rápido?”. Es “¿qué categorías de ataque podemos hacer imposibles?”.
Qué significa esto para tu postura de seguridad en 2026
El análisis de Chainguard es un buen disparador para la conversación que la mayoría de los líderes de seguridad e ingeniería necesitan tener con sus organizaciones. Algunas conclusiones concretas:
1. Tratá la ventana de explotación de 24 horas como el nuevo baseline. Cualquier proceso de vulnerability management que no contemple la explotación casi inmediata está operando con supuestos de otra época.
2. El malware generado por IA derrota la detección basada en firmas. Si tu postura de detección depende principalmente del pattern matching y las firmas conocidas, tenés una brecha estructural. El código generado por IA está diseñado para parecer software legítimo.
3. La supply chain es la superficie de ataque de 2026. Con 454.600 paquetes maliciosos en repos públicos el año pasado, la confianza en las dependencias no puede darse por sentada. Cada paquete que entra a tu pipeline de build es un vector potencial.
4. El perfil del atacante cambió fundamentalmente. Los modelos de seguridad construidos alrededor de “actores sofisticados de estado-nación” o “grupos criminales organizados” subestiman la amenaza real. Actores sin experiencia técnica con acceso a frontier models están realizando ataques que antes requerían equipos de ingeniería.
Las herramientas son accesibles. La barrera desapareció. La pregunta es si el modelo de defensa de tu organización fue diseñado para el mundo que existe en 2026, o para el que existía en 2022.
Fuente: 2026: The Year of AI-Assisted Attacks — Chainguard · The Hacker News