Herramienta para equipos · Plantilla
Ficha de permisos del agente
Una ficha por agente compartido: para qué sirve, a qué puede acceder y qué puede hacer, qué necesita aprobación, sus límites y cómo detenerlo.
Principios relacionados
Introducción
Antes de que tu equipo utilice un agente compartido, deja por escrito quién puede detenerlo y qué puede hacer por su cuenta. Si hay algún apartado que no sabéis completar, aclaradlo antes de activar el agente.
Mínimo privilegio
Empieza con acceso de solo lectura o limitado a crear borradores. Añade los permisos de uno en uno, cuando una tarea real los necesite. Configura los límites en el sistema para que sigan aplicándose aunque el agente interprete mal un prompt. Evita dar a un mismo agente datos privados, contenido de desconocidos y capacidad de enviar información al exterior a la vez, salvo que tu equipo de TI lo haya diseñado así expresamente.
La plantilla
Cada campo incluye instrucciones y un ejemplo de un equipo ficticio.
Ejemplo ficticio: el agente que coteja las facturas del equipo financiero de Lumen, una empresa de software inventada.
- 01Agente y finalidad
-
Indica el nombre del agente y la única tarea que realiza.
Ejemplo ficticio
Cotejo de facturas: compara las facturas de los proveedores con los pedidos de compra.
- 02Responsable
-
Indica quién es la persona responsable del agente y de su ficha.
Ejemplo ficticio
La persona responsable de los pagos a proveedores.
- 03Puede leer
-
Enumera los sistemas y los datos que puede leer.
Ejemplo ficticio
La bandeja de entrada de facturas de proveedores (solo lectura), los pedidos de compra y los datos maestros de proveedores.
- 04Puede hacer por su cuenta
-
Enumera las acciones que realiza sin aprobación.
Ejemplo ficticio
Cotejar facturas con pedidos y señalar discrepancias.
- 05Necesita aprobación
-
Enumera las acciones que requieren la aprobación previa de una persona.
Ejemplo ficticio
Marcar una factura como aprobada para el pago.
- 06Nunca
-
Enumera las acciones que nunca debe realizar y bloquéalas mediante sus permisos.
Ejemplo ficticio
Cambiar los datos bancarios de proveedores, realizar pagos o enviar correos a proveedores.
- 07Límites
-
Fija límites de importe, número de destinatarios, volumen de operaciones y tiempo.
Ejemplo ficticio
Facturas de hasta 10 000 €. Se detiene al llegar a 200 facturas en un día.
- 08Contenido externo que lee
-
Enumera los contenidos que lee, como correos o páginas web, cuya fiabilidad no se puede dar por supuesta. Explica cómo debe tratarlos.
Ejemplo ficticio
Correos y PDF de proveedores. Ignora las instrucciones que contengan y remite a una persona cualquier petición de cambio.
- 09Cómo detenerlo
-
Indica quién puede detenerlo temporalmente y cómo.
Ejemplo ficticio
Cualquier responsable del equipo financiero, mediante el interruptor de pausa en la configuración de la automatización.
- 10Cómo deshacer su trabajo
-
Explica cómo revertir lo que ha hecho.
Ejemplo ficticio
Los emparejamientos entre facturas y pedidos se pueden deshacer desde el registro de auditoría.
- 11Fecha de revisión
-
Indica cuándo se revisan la ficha y sus permisos.
Ejemplo ficticio
Cada trimestre y siempre que cambie un permiso.
Fuentes
Estas fuentes respaldan los hechos que se exponen en esta página. En cada caso explicamos qué demuestra la fuente y hasta dónde llega. Las recomendaciones son nuestras. Consultar todas las fuentes.
- OWASP Top 10 for LLM Applications, 2026 edition OWASP Gen AI Security Project · 3 de agosto de 2026 · Orientaciones de seguridad Enumera los principales riesgos de seguridad de las aplicaciones de IA. Entre ellos figuran la inyección de prompts (LLM01), que según OWASP aún no puede prevenirse de forma fiable, y la autonomía excesiva (LLM03), que consiste en conceder más funciones, permisos o autonomía de los que requiere la tarea. Recomienda aplicar el mínimo privilegio y exigir confirmación humana para las acciones que requieran permisos especiales, sean irreversibles o resulten visibles desde el exterior. Límites: Son orientaciones de la comunidad, no una norma formal.
- Least privilege (glossary entry) NIST Computer Security Resource Center · Definición de NIST SP 800-53 Rev. 5 · Definición de una norma Define el mínimo privilegio como la práctica de conceder a cada entidad solo los recursos del sistema y los permisos imprescindibles para desempeñar su función. Límites: Un glosario que reúne definiciones de publicaciones del NIST.
- Prompt injection is not SQL injection (it may be worse) UK National Cyber Security Centre · 8 de diciembre de 2025 · Orientaciones oficiales Explica que los modelos de IA no distinguen de forma fiable entre datos e instrucciones, por lo que quizá nunca se resuelva del todo el problema de la inyección de prompts. Aconseja imponer límites fijos que no dependan de la IA, aplicar el mínimo privilegio y registrar la actividad del sistema. Límites: Dirigido a profesionales de la seguridad.
- The lethal trifecta for AI agents Simon Willison · 16 de junio de 2025 · Análisis de un profesional Señala que la combinación de acceso a datos privados, exposición a contenido no fiable y capacidad de comunicarse con el exterior crea las condiciones para el robo de datos a través de agentes de IA. Indica que no se conoce ninguna técnica que lo evite de forma fiable. Límites: Un marco de un profesional, sin revisión por pares.
- Model AI Governance Framework for Agentic AI Infocomm Media Development Authority, Singapore · Versión 1.5, 20 de mayo de 2026 (primera publicación: 22 de enero de 2026) · Marco voluntario Atribuye a las organizaciones y a quienes supervisan a los agentes la responsabilidad por las acciones de estos. Recomienda exigir aprobación humana en los puntos de revisión importantes, por ejemplo, antes de borrar datos, enviar mensajes o hacer pagos. Siempre que sea posible, el propio sistema debe exigir esa aprobación. Si las revisiones duran muy poco o los revisores casi nunca rectifican una decisión del agente, es posible que estén aprobando por costumbre. Límites: Son orientaciones voluntarias, no legislación. Los casos prácticos los aportaron las propias empresas.