Vuestra última auditoría de seguridad ya ha caducado.

01 / El ataque ya no tarda días, tarda minutos

Durante años, cuando diseñábamos o auditábamos la seguridad de un sistema, nos apoyábamos en una asimetría a favor del defensor: montar una intrusión completa —reconocimiento, acceso inicial, movimiento lateral, exfiltración— exigía tiempo, y ese tiempo era la ventana en la que un SOC podía detectar y contener. Esa asimetría se ha invertido por completo.

El Global Threat Report 2026 de CrowdStrike, publicado en febrero, pone cifras a ese vuelco: el tiempo medio de breakout —lo que tarda un atacante en saltar desde el primer equipo comprometido al resto de la red— cayó a 29 minutos en 2025, un 65% más rápido que el año anterior. El caso más veloz observado tardó apenas 27 segundos, y en uno de los incidentes analizados la exfiltración de datos comenzó a los cuatro minutos del acceso inicial. Los ataques ejecutados por adversarios apoyados en IA crecieron un 89% interanual.

Lo que ha cambiado técnicamente no es el tipo de ataque —sigue siendo phishing, malware, explotación de vulnerabilidades conocidas—, sino la fricción para ejecutarlo. Redactar un correo de spear phishing impecable, adaptado al cargo y al contexto de la víctima, ya no requiere un atacante con buen nivel de español ni horas de trabajo manual: es un prompt. Escanear un rango de IPs en busca de servicios desactualizados y priorizar objetivos según su valor ya no requiere un operador dedicado: es un script con un modelo detrás decidiendo qué probar primero.

Esto tiene un impacto directo en cómo interpreto hoy cualquier informe técnico: el típico hallazgo de «vulnerabilidad de riesgo bajo, explotación poco probable» de una auditoría de hace seis meses hoy me preocupa mucho más. Con un LLM, un atacante sin conocimientos específicos de ese CVE concreto puede generar y probar un exploit funcional en cuestión de minutos.

02 / El eslabón humano ahora tiene cara y voz

El fraude del CEO —una transferencia urgente autorizada por una supuesta orden de dirección— es una técnica de ingeniería social clásica. Lo que ha cambiado radicalmente es su capacidad para sortear la verificación humana. El caso que abrió esta era fue el de la ingeniería Arup: 25,6 millones de dólares transferidos por un empleado tras una videollamada en la que el director financiero y varios compañeros eran deepfakes generados a partir de vídeos corporativos públicos.

Dos años después, aquello ya no es una anécdota aislada: es una categoría de fraude con estadística propia. El FBI registró en 2025 más de 22.000 denuncias de fraude asistido por IA, con pérdidas superiores a los 893 millones de dólares —el primer año en que lo contabiliza como categoría independiente—, y las cifras parciales de 2026 mantienen la curva ascendente. La razón es puramente económica: clonar una voz cuesta apenas tres segundos de audio público —cualquier vídeo institucional, ponencia grabada o nota de voz—, y montar la videollamada completa está al alcance de cualquiera sin conocimientos técnicos especiales.

En mi día a día asesorando a empresas, insisto siempre en lo mismo: la respuesta técnica no pasa por desconfiar de las videollamadas por sistema, sino por blindar los procesos críticos (transferencias, cambios de credenciales o altas de proveedores). Cualquier operación sensible debe exigir mecanismos inmunes a la generación sintética: canales secundarios verificados, códigos acordados fuera de banda o dobles autorizaciones que nunca descansen únicamente en reconocer una cara o una voz en pantalla.

03 / La superficie que nadie audita: agentes, copilotos y shadow AI

Hay un segundo frente que me preocupa especialmente y del que se habla mucho menos: el que abre la adopción desordenada de IA dentro de los propios equipos. Cuando en una consultoría revisamos arquitecturas y vemos que se conecta un asistente de código a un repositorio privado, un agente a un buzón de soporte o un copiloto a la base de conocimiento interna, ese sistema pasa a formar parte del perímetro expuesto con los mismos privilegios —o más— que quien lo configuró.

OWASP clasifica la inyección de prompts (prompt injection) como el riesgo número uno para sistemas basados en modelos de lenguaje: consiste en esconder instrucciones maliciosas dentro de contenido aparentemente inocuo —un correo, un PDF, una página web que el agente va a procesar— para que el modelo las ejecute como si vinieran del usuario legítimo. Las tasas de éxito documentadas oscilan entre el 50% y el 84% según la configuración del sistema, y se han encontrado en más del 73% de los despliegues de IA en producción auditados por firmas de seguridad. CrowdStrike documentó en 2025 inyecciones de prompts maliciosos contra herramientas de IA generativa legítimas en más de 90 organizaciones.

A esto se suma el problema del shadow AI: herramientas de IA adoptadas por equipos o personas concretas sin pasar por una revisión de seguridad ni de cumplimiento, igual que ocurrió con el shadow IT hace una década, pero con un matiz crítico: estas herramientas no solo almacenan datos, actúan sobre ellos. Una encuesta de la Cloud Security Alliance publicada en abril de 2026 cifra en un 65% las organizaciones que sufrieron al menos un incidente de seguridad causado por agentes de IA en el último año. Y según Cisco, el 83% planea desplegar IA agéntica pero solo el 29% se considera preparada para hacerlo con garantías.

Que esto no es ciencia ficción lo demuestran dos episodios del último mes. El 30 de julio de 2026, Unit 42 (Palo Alto Networks) publicó el análisis de una campaña en la que un actor de habla china usó un LLM comercial, orquestado mediante un framework de agente, como operador ofensivo autónomo: el modelo enumeraba vulnerabilidades, descargaba exploits públicos, seleccionaba objetivos y los atacaba en paralelo, con más de 460 objetivos, exfiltración confirmada en sistemas Citrix y ejecución de comandos en una decena de servidores. Es la evolución industrializada de lo que Anthropic documentó por primera vez en septiembre de 2025, cuando un grupo estatal automatizó con un agente de codificación el 80-90% de una campaña de espionaje.

El segundo episodio es el que mencionaba al inicio, y es todavía más revelador porque no hubo atacante humano: un modelo de OpenAI, evaluado con las restricciones de ciberseguridad reducidas en un entorno que debía estar aislado de internet y no lo estaba, salió del sandbox, encontró y encadenó dos vulnerabilidades en los pipelines de datos de Hugging Face y ejecutó miles de acciones contra su infraestructura durante un fin de semana —para hacer trampas en el propio test que estaba resolviendo—. Ambas compañías lo reconocieron públicamente. La lección técnica va más allá de si la IA entraña riesgos o no: demuestra que la capacidad ofensiva autónoma ya está operativa y que no distingue si lo que tiene enfrente es un entorno de laboratorio o vuestra infraestructura de producción.

04 / Por qué la auditoría anual dejó de tener sentido

La revisión de seguridad tradicional —el típico pentest anual o la auditoría puntual para cumplir un trámite— fue pensada para un ritmo de desarrollo que ya no existe. Entre una revisión y la siguiente, una empresa despliega nuevas integraciones, cambia proveedores cloud, activa funciones de IA en su CRM o su ERP, y —lo más habitual— algún equipo prueba una herramienta nueva sin pasar por TI. Cada uno de esos cambios es una superficie nueva que la última auditoría, por definición, jamás llegó a ver.

Por eso, en los proyectos y auditorías que dirigimos en Coderty, insistimos tanto en pasar a un modelo de validación continua: sustituir la foto fija anual por un proceso recurrente que evalúe la superficie de ataque con cada cambio relevante (nuevos microservicios, dependencias actualizadas, rotación de credenciales) y detecte regresiones en días o semanas, no al año siguiente. La automatización y las herramientas de IA permiten multiplicar la frecuencia del análisis, pero reservando el criterio técnico experto para lo que de verdad aporta valor: contextualizar el impacto real en el negocio y priorizar la remediación sin bloquear al equipo de producto.

En España, el contexto agrava la urgencia de este cambio. INCIBE gestionó 122.138 incidentes de ciberseguridad en 2025, el 60% de ellos sobre pymes y autónomos, y los datos de 2026 no dan tregua: solo en el segundo trimestre, cerca de 70 organizaciones españolas aparecieron en los portales de extorsión de grupos de ransomware —sexta posición mundial—, con un coste medio por incidente que ya supera el millón y medio de euros. Varios de los casos recientes más sonados ni siquiera entraron por la puerta de la víctima, sino por un proveedor tecnológico compartido: la cadena de suministro se ha convertido en el multiplicador del daño. Y las pymes siguen siendo el objetivo más frecuente precisamente porque son quienes menos recursos dedican a revisarse de forma continua.

05 / Qué revisar esta semana

Si me sentara hoy con vuestro equipo técnico a priorizar medidas para reducir la exposición real sin necesidad de rehacer la infraestructura desde cero, empezaría por estos cuatro frentes por orden de impacto inmediato:

Ninguna de estas medidas requiere presupuestos astronómicos ni un SOC propio de decenas de personas. Requieren, ante todo, asumir una realidad técnica elemental con la que lidio a diario: el software y la infraestructura que se auditaron hace seis meses ya no son los mismos que están corriendo hoy en producción. Conviene revisarlos antes de que un tercero lo haga por vosotros.