La IA rompió la ciberseguridad: 5.000 empresas en riesgo

¿Por qué la IA rompió la ciberseguridad?

Un plugin malicioso distribuido desde una cuenta comprometida alcanzó a 5.000 empresas en una sola operación. No fue un ataque quirúrgico contra un blanco: fue una cadena. Según Alex Stamos, chief security officer de Cognition y profesor en el Stanford Cyber Policy Center, los atacantes entraron primero en Fireworks, un proveedor de servicios de IA; de ahí robaron claves de API que les abrieron la puerta a Cursor; y desde esa posición publicaron un plugin envenenado que se propagó a miles de compañías. Lo contó en el podcast Decoder, de The Verge.

La lección para un founder es incómoda: la seguridad de tu startup ya no depende solo de tu código. Depende de la seguridad de cada proveedor, cada herramienta de desarrollo y cada plugin que instala tu equipo.

Stamos describe el mes de octubre como una sucesión sin pausa de brechas: bugs críticos en PHP y Node, una cadena de neoclouds de IA comprometidos y el hackeo de Binance, que él califica como el mayor robo de la historia en cualquier categoría. Un CISO amigo suyo lo resumió en una frase: la industria estuvo en DEFCON 2 durante todo octubre.

Leíste lo que hace la IA. ¿Y en tu negocio?

Un agente de IA puede quedarse con parte de tu día: ordenar lo pendiente y pedirte el OK antes de actuar. El Kit «tu mano derecha con IA» trae un video de 11 minutos y una ficha para dejar al tuyo trabajando. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

¿Qué es la kill chain y por qué se invirtió?

Stamos toma prestado un término militar: la kill chain es la secuencia de pasos para lograr un efecto sobre un objetivo — robar información, apagar un sistema, extraer dinero.

El modelo clásico era secuencial y caro. Un equipo investigaba durante meses, encontraba una vulnerabilidad, escribía el exploit y recién después lo desplegaba. Eso obligaba a tener una jerarquía de talento: los script kiddies que bajaban herramientas, los investigadores que las escribían y un puñado de especialistas capaces de hacer ingeniería inversa de un parche de Microsoft.

Con IA, dice Stamos, esa cadena se invirtió. Un sistema puede mirar los objetivos, encontrar los bugs y escribir los exploits en tiempo real. La barrera de entrada se derrumbó. Stamos resume que es como volver a los 90, la época en que cualquiera podía descargar una herramienta y romper sistemas, solo que ahora el mundo entero corre sobre internet.

ARTEX: el caso que puso a prueba a los bancos de Corea del Sur

El ejemplo más citado por Stamos es ARTEX, una herramienta china de código abierto para pruebas de penetración automatizadas. Está publicada en GitHub, tiene traducción al inglés y, según Stamos, basta con conectarla a un modelo de pesos abiertos al que se le quitaron las salvaguardas para comprometer a un número sorprendente de organizaciones. Él mismo dice que la corrió en una Mac Studio de escritorio.

El research confirma el alcance. CrowdStrike identificó a ARTEX como la herramienta usada en una campaña contra instituciones financieras de Corea del Sur entre fines de septiembre y comienzos de octubre, según reportó The Korea Times. El atacante, probablemente un hablante de chino con motivación económica, combinó ARTEX con modelos como DeepSeek v4.1-flash, GLM-5.3 y Grok 4.6 a través de sesiones de Claude Code. Según The Business Times, la herramienta fue publicada en GitHub en 2026 por un ingeniero de seguridad chino.

Los números del daño, reportados por el Herald Business: Shinhan Bank expuso datos de 25.729 personas a través de un servicio de consulta para agentes de crédito; KB Kookmin Bank reportó 119 registros filtrados de un sistema móvil interno; Hana Bank, 89 registros de una herramienta de apoyo a ventas. Al menos nueve bancos surcoreanos fueron atacados desde fines de septiembre. Woori Bank y NH NongHyup Bank recibieron intentos pero no sufrieron brechas.

Un detalle clave del informe: todos los ataques apuntaron a sistemas internos de empleados o socios, no a la banca móvil de clientes. El Instituto de Seguridad Financiera de Corea señaló al Herald Business que la seguridad de los servicios de cara al cliente se reforzó enormemente, mientras los sistemas internos se gestionaban con menos rigor.

No es un caso aislado. Según The Business Times, Australia informó en septiembre que un agente autónomo de OpenAI vulneró un portal gubernamental de estadísticas de salud en junio, uno de los primeros casos conocidos de un agente de IA hackeando un sistema de gobierno.

¿Cuánto cuesta defender hoy?

Aquí está el problema económico que Stamos subraya. El costo por token para el atacante tiende a cero; el costo de defensa sigue alto.

Un colega suyo en una gran plataforma de seguridad le contó que una sola investigación con un modelo de frontera para ciberseguridad cuesta 900 dólares en su producto. Eso no compite contra un atacante cuyo costo marginal es prácticamente nulo.

La consecuencia práctica: la defensa tiene que abaratarse. Stamos distingue entre encontrar bugs —que es apenas el 25% de su trabajo como CISO— y la seguridad operativa, el 75% restante: leer logs, detectar que alguien está corriendo herramientas contra ti, investigar y responder sin apagar la compañía. Ahí es donde ve el mayor margen de mejora, reemplazando la primera línea de un SOC por clasificadores tradicionales y modelos pequeños encadenados.

¿Qué significa esto para tu startup?

Tres movimientos concretos que puedes empezar esta semana:

Audita tu cadena de proveedores, no solo tu código. El caso Cursor muestra que una brecha en un proveedor de IA se convierte en la tuya. Pregunta a cada vendor crítico cómo rota claves de API y qué pasa si se compromete.
Mide el costo de tu detección antes de escalarla. Si tu investigación de un incidente depende de un modelo de frontera, calcula el costo por caso. Para el volumen de logs que genera cualquier startup, un clasificador barato en la primera capa y un modelo pequeño en la segunda es más sostenible que mandar todo a un modelo grande.
Revisa tus sistemas internos. Los ataques a los bancos coreanos no tocaron la app del cliente: entraron por herramientas de empleados y socios. Los paneles internos, las VPN y los accesos de contratistas suelen ser el eslabón débil.

La era oscura que viene (y cómo acortarla)

Stamos no se define como pesimista terminal, pero tampoco promete un final feliz. Su metáfora es la de una nueva era oscura: un período prolongado en el que los ataques superan a las defensas, del que se sale —como se salió de la Edad Media— pero no rápido.

Su apuesta más provocadora: dejar de parchear y empezar a reescribir. Cuando un código acumula miles de vulnerabilidades, sostiene, puede ser más barato especificarlo con tests y reconstruirlo en un lenguaje con seguridad de memoria que arreglar bug por bug. Y pone un número sobre la mesa: si Google y Amazon reescribieran el kernel de Linux en Rust, el costo rondaría los 100 millones de dólares, una cifra que, argumenta, se paga sola frente al costo social de parchear cada máquina Linux del planeta cada vez que aparece una nueva ola de bugs.

Mientras eso no ocurra, la recomendación para cualquier equipo es la misma: asumir que la brecha es cuestión de tiempo y diseñar para detectarla y contenerla, no solo para evitarla.

Conclusión

La IA no creó vulnerabilidades nuevas: hizo que encontrarlas y explotarlas sea barato y automatizable. Para un founder, eso cambia la pregunta. Ya no es si estás seguro, sino cuánto te cuesta detectar y responder cuando no lo estés. Las startups que ganen la próxima década serán las que traten la seguridad operativa como una línea de producto, no como un gasto que se posterga.