Por el equipo de BeOneSec.
El CCN-CERT acaba de publicar la guía BP/36, “Buenas prácticas frente al modelo de IA ofensiva” en el que se muestra un diagnóstico preciso de por qué muchas organizaciones que creen estar protegidas llevan meses, o años, operando con una brecha que todavía no conocen.
La idea es clara y merece ser leída con detenimiento: la inteligencia artificial no ha inventado nuevas formas de atacar. Ha reducido el tiempo entre el momento en el que existe una vulnerabilidad y el momento en el que alguien la explota. Y esa diferencia es la que lo cambia casi todo.
El problema no es tecnológico. Es de velocidad.
Si pensamos en cómo funcionan los procesos de seguridad en la mayoría de las organizaciones vemos como la gestión de vulnerabilidades trabaja con ventanas de parcheo semanales, revisión de proveedores de forma anual a través de un cuestionario o planes de respuesta a incidentes sin ponerse a prueba.
Todos estos procesos fueron diseñados en un momento en el que el atacante también operaba despacio. Necesitaba conocimiento técnico elevado, tiempo para el reconocimiento, esfuerzo manual para personalizar los ataques… Esa asimetría – la que hacía que muchos controles básicos fueran suficientes, aunque fueran lentos – ya no existe de la misma forma.
Según reconoce esta guía del CCN-CERT, los agentes de IA están alcanzando tasas cercanas al 90% de reproducción de vulnerabilidades reales con escalada de intentos. El phishing asistido por IA eleva la tasa de éxito hasta un 54% frente al 12% de las campañas tradicionales. El reconocimiento de objetivos, que antes exigía horas de trabajo manual, ahora puede ejecutarse de forma automatizada y continua. Y la ventana entre la publicación de una vulnerabilidad y su explotación activa se ha reducido de días a horas.
Es decir, el atacante ha automatizado las técnicas que conocía y eso deja sin margen los procesos.
“Volver a lo básico”
La guía lo dice con claridad: la respuesta pasa por volver a los fundamentos. Identidad, segmentación, parcheo, monitorización, respuesta ante incidentes. Nada nuevo. Pero aquí está la trampa en la que es muy fácil caer, volver a lo básico no es hacer lo mismo que ya hacíamos.
Volver a lo básico ahora significa hacer esas cosas con un nivel de exigencia que muchas organizaciones nunca han necesitado hasta ahora. Significa conocer de verdad qué activos están expuestos. Significa priorizar vulnerabilidades no solo por severidad teórica, sino por explotabilidad real. Significa reducir la dependencia de credenciales persistentes y mecanismos de autenticación débiles. Significa revisar código y configuraciones antes de que lleguen a producción, pero también lo que ya está desplegado. Significa probar la respuesta ante incidentes con escenarios realistas. Significa asumir que los sistemas pueden ser comprometidos y diseñarlos para contener, aislar y recuperarse.
El eslabón que nadie tiene bien gobernado: los agentes de IA
Hay un punto de la guía que merece una atención especial, porque toca un vector que muchas organizaciones están incorporando sin control: los agentes de inteligencia artificial.
Si una organización empieza a usar agentes de IA que acceden a información interna, llaman a APIS, ejecutan acciones en sistemas o toman decisiones en flujos de trabajo, esos agentes no pueden tratarse como una herramienta de productividad más. Son, a todos los efectos, una nueva superficie de ataque.
Un agente con acceso a documentos internos y capacidades de responder preguntas puede ser manipulado para filtrar información sensible mediante técnicas de prompt injection. Así como un agente con permisos para ejecutar cambios puede ser forzado a realizar acciones no autorizadas si no tiene mecanismos de validación adecuados.
Por ello, la guía es precisa indicando como se necesitan identidades definidas por agente, permisos mínimos, trazabilidad completa de acciones, supervisión humana en decisiones críticas, gestión segura de credenciales y capacidad de desconexión. No como un añadido opcional, sino como requisito desde el primer despliegue.
Recomendaciones de esta guía
La BP/36 no está dirigida sólo a equipos técnicos. Sus implicaciones alcanzan a quienes deciden cómo se estructura la seguridad, qué se prioriza, qué procesos se modernizan y qué riesgos se aceptan conscientemente.
Actualmente, la madurez en ciberseguridad se mide por la capacidad real de una organización para predecir, detectar, decidir y responder antes de que un incidente avance. En un entorno donde el ataque puede ocurrir en horas, esa capacidad no puede depender de procesos diseñados para semanas.
Accede a la guía al completo en este enlace.
