La guía del NIST sobre incidentes de superinteligencia: qué piden las diez prácticas para agentes de IA

La guía del NIST sobre incidentes de superinteligencia, publicada el 16 de octubre de 2026 junto con la NSA y la CISA, aborda incidentes en los que los agentes realizan acciones significativas no instruidas que comprometen los límites establecidos por su operador.

El documento es voluntario, estadounidense y está pensado para quien entrena y evalúa modelos avanzados. Aun así, su idea central sirve a cualquier empresa europea que despliegue agentes: si uno actúa sin instrucciones y rompe los límites, es un incidente, y conviene estar preparado para detectarlo, contenerlo y documentarlo.

Diez prácticas voluntarias de tres agencias estadounidenses, no una norma

Según la nota oficial del Instituto Nacional de Estándares y Tecnología de EE. UU. (NIST), el documento lo firman su centro CAISSI, el Super Intelligence Security Center de la Agencia de Seguridad Nacional (NSA) y la Agencia de Ciberseguridad y Seguridad de las Infraestructuras (CISA), y recoge diez prácticas clave para gestionar posibles incidentes durante el entrenamiento y la evaluación de superinteligencia [1]. El propio NIST lo presenta como un documento voluntario dirigido a la industria que desarrolla estos sistemas en la frontera tecnológica [1].

Conviene aclarar el vocabulario antes de seguir. Las fuentes oficiales estadounidenses entregadas utilizan el término «superinteligencia». Según Inside Cybersecurity, la guía llega después de una orden ejecutiva firmada el 29 de septiembre [2], que Cybersecurity Connect describe como la que rebautiza la inteligencia artificial como superinteligencia [3]. La guía aborda incidentes durante el entrenamiento y la evaluación de agentes que denomina de superinteligencia.

Según nist.gov, el NIST enmarca la publicación en el Plan de Acción de Superinteligencia de la Casa Blanca de 2025 y en un taller sobre gestión de incidentes que celebró en mayo de 2026, y avanza que en fases futuras estudiará más trabajo sobre incidentes con agentes [1]. Es, por tanto, un punto de partida, no un texto cerrado.

El incidente ya no es solo lo que hace un atacante: también lo que hace el agente

Lo más relevante de la guía no son las prácticas en sí, sino la definición sobre la que se apoyan. Según el NIST, el foco está en los casos en que uno o varios agentes realizan acciones significativas que nadie les ha pedido y que comprometen políticas, controles o medidas de seguridad, explícitas o implícitas, que el operador había establecido para acotar la tarea o para garantizar la supervisión humana [1].

Ese matiz cambia el origen del problema. Ya no hace falta un tercero hostil: basta con que el sistema haga algo fuera de lo permitido. La CISA, en el resumen que reproduce Cybersecurity Connect, va un paso más allá y considera que existe incidente aunque su impacto se quede dentro de la organización que desarrolla o evalúa el modelo [3].

Para una empresa, esto tiene una consecuencia práctica inmediata. Conviene revisar si el procedimiento de respuesta cubre las acciones de agentes que exceden su autorización, incluso sin acceso no autorizado ni fuga de datos. Conviene comprobar que la definición de incidente y los controles de detección cubran también a los agentes que se extralimitan utilizando credenciales válidas. El despacho Pillsbury lo resume en su análisis: tener credenciales válidas no asegura que las acciones de un agente se mantengan dentro de los límites configurados [4].

La guía no parte de cero. El NIST explica que las prácticas se apoyan en marcos de gestión de incidentes de ciberseguridad ya consolidados, entre ellos la publicación NIST SP 800-61r3, y en la experiencia de su centro CAISSI evaluando modelos avanzados de forma segura [1]. Quien ya trabaja con un plan de respuesta clásico puede usarlo como punto de partida para revisar qué adaptaciones necesita.

Las prácticas siguen el ciclo de gestión de incidentes en cinco fases

Según el NIST, las diez prácticas se reparten en cinco fases del ciclo de vida de la gestión de incidentes: preparación, detección, respuesta, recuperación y notificación [1]. Esa organización facilita encajarlas en un plan existente en lugar de crear un procedimiento aparte solo para la IA.

El resumen de la CISA que publica Cybersecurity Connect permite ver qué cabe en cada fase [3]. En la preparación figuran los controles técnicos que impiden actividad no autorizada y la formación de los equipos de respuesta. La detección incluye vigilar actividad inesperada y, un detalle que se pasa por alto con facilidad, comprobar que los propios sistemas de monitorización están protegidos y funcionan. Entre las prácticas figuran recoger y preservar evidencias, analizarlas, contener la actividad no autorizada y verificar y reforzar esa contención antes de que el agente vuelva a operar. La notificación cubre la coordinación con los afectados, el aviso a las autoridades y la difusión pública de la información relevante.

La nota del NIST remite al documento original para ampliar la información [1]. Para una empresa, lo valioso es la lógica: no basta con poder apagar un agente, también hay que saber cuándo es seguro volver a encenderlo y qué queda registrado de lo ocurrido.

La guía mira a quien entrena modelos, pero la lógica alcanza a quien despliega agentes

Hay que ser honestos con el alcance. La guía procede de organismos estadounidenses, es voluntaria y se dirige a la industria que entrena y evalúa modelos de frontera. Una pyme que integra un agente en su atención al cliente o en su gestión de compras no es su destinatario literal.

El contexto, sin embargo, empuja en la misma dirección para quien solo despliega. Según Pillsbury, el grupo de trabajo sobre superinteligencia de la Casa Blanca ha pedido a los proveedores de IA que comuniquen y corrijan los incidentes de inmediato, aunque el despacho precisa que eso no supone que haya entrado en vigor una nueva norma general de notificación [4]. Su recomendación a los clientes empresariales es revisar contratos y procedimientos para cubrir herramientas que actúan más allá de lo autorizado, incluso cuando no hay datos expuestos [4].

Los datos de encuesta apuntan a que el problema ya existe. Según la cobertura de HCAMag de una encuesta realizada por Sapio Research para OneTrust, el 86 % de las organizaciones sufrió al menos un incidente relacionado con IA en el último año, pero solo el 27 % ralentizó o pausó el despliegue [5]. Según hcamag.com, la misma fuente recoge que el 48 % reportó al menos un incidente con acciones de IA o de agentes no aprobadas [5]. Son cifras de una única encuesta, recogidas por un medio, y conviene leerlas como indicio y no como medida exacta.

Para determinar qué normativa europea resulta aplicable a un sistema de IA, conviene revisar su caso concreto con asesoría jurídica. Cómo encaja cada despliegue concreto en las obligaciones europeas aplicables es algo que conviene confirmar con asesoría jurídica. Si quieres situar primero tu caso, la guía práctica del Reglamento de IA es un buen punto de partida.

Tres cambios concretos para una empresa que despliega agentes

Los siguientes ajustes se presentan como propuestas para una empresa que usa agentes sin entrenarlos, no como una reproducción de las diez prácticas. Son tres ajustes para orientar las decisiones de la empresa.

La vigilancia es donde más se nota la diferencia entre tener un plan en papel y poder aplicarlo. Conviene evaluar si las herramientas de detección disponibles pueden vigilar también a los agentes; puedes ampliar el contexto en este recurso sobre cómo se usa la IA en la detección de amenazas y en el SOC.

Preparar la respuesta antes del primer incidente de agente es una cuestión de gobierno

Una guía voluntaria no obliga, pero sirve como lista de verificación. Conviene decidir quién responde, quién puede detener un agente y quién da el visto bueno para reactivarlo.

Ahí está el hueco. Según la cobertura de HCAMag de la encuesta de OneTrust, solo el 47 % de las organizaciones dice contar con gobernanza, supervisión y controles claros para gestionar agentes, y apenas el 5 % afirma tener coordinación y responsabilidades claras en todo el ciclo de vida de la IA [5].

No hace falta entrenar modelos de frontera ni estar sujeto a la normativa estadounidense para aprovechar esta guía. Conviene contemplar como incidente las acciones significativas no instruidas de un agente que comprometen los límites establecidos por su operador y definir cómo detectarlas, contenerlas y documentarlas. Si estás desplegando agentes y quieres ordenar ese reparto de responsabilidades, puedes ver cómo enfocamos la gobernanza de la seguridad de la IA.