Skip to main content
NISTAI safetyAI security

NIST cambia las reglas de seguridad de la IA

NIST publicó una prueba matemática: ningún conjunto finito de guardrails puede proteger un sistema de IA de todos los ataques adaptativos de prompts. Para las empresas, esto implica pasar de auditorías únicas a una monitorización continua, actualizaciones regulares y un enfoque más maduro en la implementación de IA.

Contexto técnico

Me sumergí en la fuente original de NIST porque el titular sonaba casi como una provocación: las matemáticas contra la idea de “configura guardrails una vez y vive tranquilo”. La esencia es contundente y muy práctica: no existe un conjunto finito de reglas defensivas que sea universalmente resistente a los adversarial prompts adaptativos.

Para quienes hacen integración de IA en producción, esto no es filosofía, sino un giro arquitectónico. Yo ya no creía en filtros eternos, pero ahora esta postura tiene un respaldo formal de NIST, lo que significa que empezará a colarse en estándares, auditorías y adquisiciones.

El autor de la prueba, el científico de NIST Apostol Vassilev, no dice que la IA no pueda hacerse más segura. Dice algo distinto: no se puede prometer honestamente que un conjunto fijo de guardrails cubrirá todos los futuros vectores de jailbreak. Y aquí es donde muchas bonitas diapositivas de seguridad envejecen de golpe.

NIST no ofrece una nueva protección mágica, sino un modelo más maduro: red-teaming continuo, actualizaciones constantes de las defensas y resiliencia operativa. El ciclo ahora es: despliegas, observas, lo rompes tú mismo, parcheas rápido y vuelves a probar.

Me gustó especialmente que no vendan el cuento de la “seguridad totalmente demostrable”. Al contrario, recortan la idea misma de una certificación única como sello final de calidad. Habrá que verificar no solo el modelo, sino también el proceso de acompañamiento tras el lanzamiento.

Impacto en negocio y automatización

El primer efecto es simple: la ilusión de seguridad barata se encarece. Si tu automatización con IA depende de LLMs, el presupuesto debe contemplar ahora no solo el desarrollo, sino también el monitoreo, el red team y las actualizaciones rápidas de políticas.

El segundo efecto es aún más importante: ganan los equipos que tienen una arquitectura de IA construida como sistema vivo, no como una demo con un filtro en la entrada. Pierden quienes venden “IA segura” como una caja estática sin telemetría, rollback ni circuito de incidentes.

Espero que la próxima ola de certificación se fije no en la promesa de “somos injailbreakables”, sino en la disciplina operativa: qué tan rápido encuentras nuevos patrones de ataque, cómo actualizas las protecciones y cómo limitas el daño si ocurre un bypass.

En Nahornyi AI Lab resolvemos justamente estas cosas en la práctica: si tu sistema de IA ya está funcionando o solo planeas una integración de inteligencia artificial, yo miraría tus flujos, puntos de riesgo y superficie de observabilidad antes de que lo haga un atacante. Si es necesario, junto con Vadym Nahornyi podemos construir una automatización de IA que no solo se pueda lanzar, sino también mantener adecuadamente en el mundo real.

Revisamos anteriormente la herramienta Augustus de Praetorian, que automatiza el red teaming para LLMs, detectando vulnerabilidades como jailbreak e inyección de prompts. Su enfoque dinámico se hace eco directamente de la prueba de NIST sobre la ineficiencia de las verificaciones estáticas.

Compartir este articulo