OWASP Top 10 para LLM: los 10 riesgos de la IA explicados
Por Jorge Graells · 6 de noviembre de 2026 · 6 min de lectura
El OWASP Top 10 para LLM es la lista de los diez riesgos principales de las aplicaciones con IA generativa: desde la prompt injection hasta el gasto sin control. Explicado para empresas, con las preguntas que debes hacer a quien te monta un asistente.
OWASP Top 10 para LLM: los 10 riesgos de la IA explicados
- Tipo
- Artículo
- Autor
- Jorge Graells
- Fecha
- Lectura
- 6 min de lectura
- Materias
Resumen
El OWASP Top 10 para LLM es la lista de los diez riesgos principales de las aplicaciones con IA generativa: desde la prompt injection hasta el gasto sin control. Explicado para empresas, con las preguntas que debes hacer a quien te monta un asistente.
Tu empresa ha puesto un asistente de IA que contesta a clientes, o un buscador interno que lee todos vuestros documentos. Alguien pregunta si es seguro y la respuesta habitual es "supongo". Para dejar de suponer existe una lista de referencia: el OWASP Top 10 para aplicaciones con modelos de lenguaje (LLM).
OWASP es la organización de referencia en seguridad de aplicaciones. Su lista de riesgos para LLM1, en su versión de 2025, recoge los diez problemas más importantes de las aplicaciones que usan IA generativa. Está escrita para equipos técnicos, así que aquí la traduzco a lo que significa para una empresa.
◢¿Qué es el OWASP Top 10 para LLM?
Es un catálogo de diez riesgos, numerados del LLM01 al LLM10, con ejemplos y medidas de prevención para cada uno. No es una norma que haya que cumplir ni una certificación. Es una lista de comprobación que sirve para hacer preguntas útiles a quien te monta o te vende un asistente de IA.
Conviene entenderla en tres bloques: qué puede hacer que la IA actúe mal, qué datos pueden salir y qué pasa cuando la IA se equivoca o consume de más.
◢Riesgos que hacen que la IA obedezca a quien no debe
El primero de la lista, el LLM01, es la prompt injection2, o inyección de prompts: instrucciones escondidas en un texto que la IA lee para que haga algo que tú no has pedido. OWASP aclara que esas instrucciones pueden ser imperceptibles para una persona, basta con que el modelo las procese. Lo conté con más detalle en qué es la prompt injection y en los ejemplos de prompt injection indirecta.
OWASP reconoce que no está claro que exista una forma infalible de evitarla, así que sus medidas buscan reducir el daño, como dar al modelo el mínimo de permisos y pedir aprobación humana para las acciones de riesgo.
El LLM06, agencia excesiva3, es lo que convierte ese fallo en un problema serio. Ocurre cuando el asistente tiene más funciones, más permisos o más autonomía de los que necesita. OWASP pone ejemplos muy concretos: una extensión para leer documentos que también puede modificarlos y borrarlos, o una que se conecta a la base de datos con una cuenta que puede escribir cuando solo debería leer. Es el tema de mi artículo sobre agentes de IA con demasiados permisos.
El LLM05, gestión incorrecta de la salida4, es el mismo problema visto desde el otro lado. Si el texto que genera el modelo se pasa sin revisar a otro sistema, se puede acabar ejecutando código o lanzando una consulta a la base de datos que alguien manipuló a través del modelo. La recomendación de OWASP es tratar al modelo como a cualquier otro usuario y validar lo que produce antes de que llegue al resto de sistemas.
◢Riesgos que hacen que salgan datos
El LLM02, revelación de información sensible5, cubre datos personales, financieros, historiales médicos, información confidencial del negocio, credenciales y documentos legales que la IA puede acabar mostrando en sus respuestas. Entre las medidas, OWASP incluye aplicar el mínimo privilegio a los datos y avisar a los usuarios de que no introduzcan información sensible. Tienes la versión práctica en qué datos no pegar en ChatGPT.
El LLM07, filtración del prompt del sistema6, tiene una enseñanza sencilla: las instrucciones internas de un asistente no deben considerarse secretas ni usarse como control de seguridad. Según OWASP, las claves, las cadenas de conexión y los permisos no deben ir escritos en el prompt, y las reglas importantes deben aplicarse fuera del modelo.
El LLM08, debilidades en vectores y embeddings7, afecta a los asistentes que consultan los documentos de la empresa, los que usan RAG. Si todos los documentos están en la misma base y no se controla quién puede ver cuáles, la información de un grupo puede llegar a las consultas de otro. OWASP recomienda bases de datos vectoriales que respeten los permisos y revisar lo que entra en la base de conocimiento, y plantea un ejemplo que se entiende enseguida: un CV con texto oculto, blanco sobre blanco, que le pide al sistema de selección que recomiende a ese candidato. Lo desarrollo en el artículo sobre el asistente de IA con los documentos de tu empresa.
◢Riesgos de lo que se compra y de lo que se entrena
El LLM03, cadena de suministro8, recuerda que un asistente se construye con piezas de terceros: modelos, librerías y datos. OWASP cita el ataque PoisonGPT, que cambió directamente los parámetros de un modelo para saltarse las protecciones de Hugging Face, y plantea el escenario de una copia falsa de un modelo popular con malware. Para una pyme, la traducción es sencilla: usa modelos de fuentes verificables y mantén actualizado lo que instalas.
El LLM04, envenenamiento de datos y modelos9, es la manipulación de los datos con los que se entrena o ajusta un modelo, o de los que se le dan para consultar, para introducir sesgos o puertas traseras. Afecta sobre todo a quien entrena su propio modelo, pero también a quien alimenta un asistente con documentos de procedencia dudosa.
◢Riesgos de cuando la IA se equivoca o gasta de más
El LLM09, desinformación10, es la de las respuestas falsas que parecen creíbles. OWASP menciona el caso del chatbot de Air Canada, que dio información incorrecta a viajeros, y el de ChatGPT inventando casos judiciales que acabaron causando problemas ante un tribunal. Entre sus recomendaciones están contrastar las respuestas con fuentes externas de confianza y mantener supervisión humana en lo crítico.
El LLM10, consumo sin límites11, recoge que un uso excesivo o abusivo puede tumbar el servicio o disparar la factura. OWASP lo llama "denial of wallet" y propone límites de uso, cuotas y vigilancia del consumo. Un caso real relacionado son las claves de API robadas, que expliqué en qué es el LLMjacking.
◢¿Qué puede hacer una empresa con esta lista?
No hace falta ser técnico para sacarle partido. Estas son las preguntas que yo haría a quien monte o venda un asistente de IA a una empresa:
- ▹¿Qué puede hacer el asistente, además de contestar? ¿Puede enviar, modificar o borrar algo?
- ▹¿Con qué cuenta y permisos accede a los datos? ¿Ve lo mismo todo el mundo o cada persona ve lo suyo?
- ▹¿Quién aprueba las acciones importantes antes de que se ejecuten?
- ▹¿Qué documentos puede leer y quién controla lo que entra en esa base?
- ▹¿Hay límites de uso y alertas de consumo?
- ▹¿De dónde salen el modelo y las librerías, y quién los actualiza?
Si la respuesta a varias es "no lo sé", ya sabes por dónde empezar. Y para la plantilla, que es quien más usa estas herramientas, lo más rentable sigue siendo formarla: saber qué no pegar, qué no creerse sin comprobar y cuándo avisar. Es parte de lo que trabajo en mi formación de ciberseguridad e IA para empresas.
Documentos relacionados
- News
Ciberataque a Crédit Mutuel Arkéa: entraron por un proveedor
El banco francés Crédit Mutuel Arkéa ha sufrido un ataque que permitió transferencias fraudulentas desde su propia cuenta. Los atacantes entraron por la plataforma de un proveedor. Qué se sabe, qué no y qué aprender.
- Artículo
Phishing con código de dispositivo: qué es y cómo evitarlo
El phishing con código de dispositivo engaña a la víctima para que escriba en la página real de Microsoft un código que ha generado el atacante. Así entra en su cuenta de Microsoft 365 sin contraseña y sin que la verificación en dos pasos lo frene. Se evita bloqueando ese inicio de sesión.
- News
Claude Code filtra claves en GitHub: qué es settings.local.json
La opción "no volver a preguntar" de Claude Code puede guardar contraseñas y claves de API en .claude/settings.local.json. Apiiro ha encontrado 1.122 copias públicas en GitHub con secretos dentro. Qué se sabe y qué hacer.