Publicada el 14 de octubre de 2026 · Primera edición.
La denominación correcta es ISO/IEC, no ISI/IEC. Se comprobó su estado en los catálogos de ISO e IEC el 21 de octubre de 2026; su publicación figura el 14 de octubre de 2026. No se afirma que sea la última norma de toda la familia de ciberseguridad: es la edición publicada de esta norma concreta.
El texto íntegro se obtiene por los canales autorizados de ISO/IEC. No se redistribuye aquí su PDF, índice completo ni cláusulas. Las listas prácticas siguientes son recomendaciones educativas del autor, apoyadas en las fuentes abiertas citadas; no son una transcripción de requisitos de ISO/IEC 27090.
Ficha oficial ISO · Publicación oficial IEC
Qué cambió con esta publicación
La nueva referencia permite tratar de forma específica la seguridad de los sistemas de IA, en lugar de asumir que toda amenaza se resuelve únicamente con los controles habituales de una aplicación. El alcance público incluye comprender las consecuencias, detectar y mitigar amenazas durante el ciclo de vida.
No convierte por sí sola una aplicación en segura ni reemplaza una evaluación concreta. En una organización jurídica deben revisarse además las normas aplicables, los datos tratados, las obligaciones contractuales y las reglas de la entidad. Un resumen educativo no acredita conformidad.
El riesgo cambia cuando el asistente puede actuar
Una respuesta errónea puede convertirse en un daño operativo si la herramienta también puede enviar correos, modificar archivos o ejecutar otras acciones. Por eso conviene establecer permisos desde el sistema que recibe la acción y no confiar exclusivamente en que el modelo recuerde una prohibición.
La práctica propuesta es separar tres etapas: recuperar información autorizada, preparar un borrador y obtener revisión antes de ejecutar una acción sensible. El criterio debe adaptarse al impacto; las decisiones jurídicas siguen bajo responsabilidad de la persona competente.
Datos, corpus y fuentes también forman parte del sistema
La calidad de un asistente no depende solo de su modelo. Un repositorio alterado, una fuente desactualizada o un documento externo con instrucciones maliciosas pueden contaminar la respuesta. Una fuente recuperada mediante RAG requiere revisión de procedencia y pertinencia.
Para una biblioteca jurídica, registrar edición, fecha y enlace de cada documento; limitar quién puede incorporar materiales y conservar un historial de cambios. Estas son recomendaciones prácticas, no cláusulas reproducidas de la norma.
Un piloto prudente para una oficina jurídica
Elegir una tarea de impacto acotado: comparar el índice de dos documentos públicos o elaborar preguntas de lectura. Definir qué datos se permiten y qué acciones se excluyen. Crear un pequeño conjunto de pruebas con resultado esperado y revisar falsos positivos y omisiones.
Antes de ampliar el piloto, exigir evidencia de que el sistema mantiene el alcance previsto. Si el proveedor cambia de versión, repetir las pruebas relevantes. Un aumento de productividad declarado debe sustentarse con una medición propia, no con cifras promocionales.
Lectura actual: agentes y ciberseguridad en 2026
NIST anunció su iniciativa de estándares para agentes el 17 de febrero de 2026. En mayo publicó una síntesis de respuestas sobre seguridad de agentes. Es evidencia de una agenda de investigación y normalización, no una garantía de que todos los controles ya estén maduros.
En agosto de 2026 NIST publicó el informe del taller Cyber AI Profile. Resume discusiones para orientar el desarrollo del perfil e incluye oportunidades y retos de la defensa apoyada en IA. Un informe de taller no debe presentarse como una norma final obligatoria.
Antes de afirmar cumplimiento
Definir el alcance de la afirmación, obtener el texto autorizado y revisar la evidencia aplicable con personal competente. No ofrecer un sello de conformidad por completar una infografía o una lista de comprobación.
En Colombia, la existencia de un estándar internacional no permite afirmar por sí sola que todas las organizaciones estén obligadas a aplicarlo. La exigibilidad en un caso requiere identificar una norma, contrato u otra fuente concreta. Esta página no ofrece un dictamen sobre ese supuesto.
Ruta práctica del autor, complementaria a las fuentes oficiales; no lista de requisitos certificables
Las siguientes son recomendaciones educativas propias, apoyadas en las fuentes citadas; no son una transcripción de cláusulas de ISO/IEC 27090.
Inventariar el uso
Registrar sistema, versión, proveedor, finalidad, responsable y operaciones permitidas.
Ejemplo ficticio: un asistente para resumir documentos públicos puede tener acceso de lectura y producir un borrador, sin enviar mensajes ni radicar escritos.
Referencia técnica complementariaSeparar instrucciones y material externo
Tratar documentos, correos y páginas recuperadas como información potencialmente manipulada.
Un PDF que ordena ignorar reglas o revelar datos no modifica la autorización del usuario. Probar estos casos con documentos ficticios antes de habilitar herramientas.
Referencia técnica complementariaProteger datos y modelos
Comprobar procedencia, accesos y cambios de los activos utilizados por el sistema.
Mantener una versión aprobada del corpus jurídico y un registro de altas o modificaciones; no incorporar documentos desconocidos directamente al conjunto de referencia.
Referencia técnica complementariaLimitar funciones, permisos y autonomía
Autorizar únicamente herramientas necesarias y separar lectura, propuesta y ejecución.
Un asistente que clasifica PQR no necesita permisos para borrar el expediente. Exigir revisión humana antes de una radicación o comunicación con efectos jurídicos.
Referencia técnica complementariaValidar con casos representativos
Medir errores y ataques plausibles antes del uso y después de cambios importantes.
Preparar pruebas sin datos reservados: citas falsas, fuentes derogadas, documentos contradictorios y entradas que intentan desviar al asistente. Registrar el resultado y corregir antes de ampliar acceso.
Referencia técnica complementariaMantener supervisión y trazabilidad
Registrar decisiones de operación, incidentes y revisiones con acceso restringido.
Guardar responsable, fecha, versión de la herramienta y verificación de fuentes en una ficha. Evitar que la trazabilidad se convierta en una copia innecesaria de datos sensibles.
Referencia técnica complementariaCuatro referencias, propósitos diferentes.
| Referencia | Enfoque | Cómo distinguirla |
|---|---|---|
| ISO/IEC 27001:2022 | Requisitos de un sistema de gestión de seguridad de la información. | Organiza la gestión de seguridad de la información; la referencia 27090 aporta orientación específica para amenazas de IA. |
| ISO/IEC 42001:2023 | Sistema de gestión de inteligencia artificial. | Aborda la gestión de IA en la organización; no equivale a una evaluación exhaustiva de cada ataque técnico. |
| ISO/IEC 23894:2023 | Orientación para gestionar riesgos relacionados con IA. | Abarca la gestión del riesgo de IA de forma contextual; complementa el análisis específico de seguridad. |
| ISO/IEC 27090:2026 | Amenazas y compromisos de seguridad específicos de sistemas de IA. | Guía técnica sobre amenazas durante el ciclo de vida. No se presenta como certificación automática ni como sustituto de las anteriores. |
Ficha de revisión de un asistente jurídico
Utiliza un ejemplo ficticio y completa cada campo antes de habilitar una nueva función.
- Finalidad y resultado permitido
- Datos autorizados y datos excluidos
- Proveedor, modelo y versión
- Fuentes documentales y fecha de revisión
- Herramientas y permisos concedidos
- Persona que revisa y puede detener la operación
- Tres pruebas de error o manipulación y resultados
- Qué sucede si la fuente o el modelo cambian
Resultado esperado: La ficha identifica responsables, límites y evidencia de prueba; ninguna acción sensible se ejecuta solo porque la respuesta del modelo parezca convincente.
Fuentes y trazabilidad
ISO, ficha oficial ISO/IEC 27090:2026
NIST AI 100-2e2025, taxonomía de aprendizaje automático adversarial
OWASP, riesgos de aplicaciones LLM y GenAI
NIST, AI Agent Standards Initiative