Noticias, guías y análisis
Cómo diseñar acceso a datos ligado al usuario sin duplicar políticas
Guía para implementar agentes de datos respetando permisos existentes y conservando atribución extremo a extremo.
Dibuja identidades y fronteras de confianza. Lista usuario, aplicación, agente, herramientas, servicio de intercambio y sistema de datos. Para cada salto, indica qué identidad recibe, quién la valida y qué recurso puede tocar. Señala zonas donde una cuenta técnica sustituye a la persona. Este mapa revela ampliaciones de privilegio antes de escribir código. Este paso fija el alcance de un agente que consulta datos en nombre de una persona. Define responsable, entorno y criterio de aceptación. La decisión mantener la identidad efectiva hasta la fuente y aceptar su decisión de política debe quedar demostrada con mapa de identidades, tokens, concesiones, consultas, denegaciones y logs correlacionados; evita verbos amplios que no indiquen exactamente qué se probará, permitirá o bloqueará.
Define claims, audiencia y duración. Especifica sujeto, audiencia, emisor, scopes y expiración. Usa intercambio del lado del servidor y credenciales breves. Rechaza tokens dirigidos a otro servicio. Evita almacenar secretos en conversaciones o trazas. Documenta cómo se renuevan y qué ocurre cuando el proveedor de identidad no está disponible. Incluye casos comunes, extremos y fallidos. Prueba credenciales amplias, caché de autorización, fuga entre usuarios y registro anónimo de manera controlada para saber si el procedimiento se detiene bien. Registra exclusiones y supuestos; un resultado positivo no cubre aquello que nunca formó parte de la muestra.
Delega la autorización en la fuente. La aplicación prepara contexto, pero la fuente evalúa permisos. Reutiliza las concesiones existentes y evita copiar reglas en prompts. Si una regla adicional pertenece al caso de uso, ubícala en una capa gobernada y auditable. Toda denegación debe conservar su motivo sin revelar datos protegidos. Usa permisos mínimos y separa preparación, aprobación y ejecución. El objetivo es una experiencia conversacional que no amplía acceso ni borra responsabilidad. Una sola identidad o credencial no debe acumular acciones con consecuencias distintas solo por comodidad del prototipo o velocidad del equipo.
Prueba una matriz de acceso realista. Crea usuarios con roles distintos y prueba consultas permitidas, parcialmente visibles y prohibidas. Incluye cambio de grupo, recurso nuevo y filtro a nivel de fila o columna. Comprueba que el agente no resume información de una respuesta anterior para alguien que ya no tiene acceso. Conecta cada métrica con una decisión. Para un agente que consulta datos en nombre de una persona, conserva mapa de identidades, tokens, concesiones, consultas, denegaciones y logs correlacionados. Añade al menos una señal de daño y un umbral máximo. Mejorar tiempo o volumen no compensa automáticamente errores, exposición o pérdida de trazabilidad.
Correlaciona el recorrido completo. Añade un identificador de correlación a sesión, ejecución, herramienta y consulta. Conserva actor, política, recurso y estado. Compara la traza del agente con el registro de la fuente. Define retención y acceso a logs; la auditoría también contiene datos sensibles y no debe volverse un canal alterno. Ensaya timeout, respuesta ambigua y revocación. Antes de repetir, relee el destino y evita duplicados. Comprueba credenciales amplias, caché de autorización, fuga entre usuarios y registro anónimo. Otra persona debe poder reconstruir la secuencia usando registros, sin consultar a quien ejecutó la prueba.
Ensaya revocación y recuperación. Retira un permiso durante una sesión activa, expira credenciales y provoca un timeout. El agente debe releer autorización antes de reintentar y no degradar a una cuenta más amplia. Documenta recuperación, alertas y propietario. Solo entonces existe evidencia de que el límite funciona bajo cambio. Cierra con go, revise o stop y documenta la razón. una experiencia conversacional que no amplía acceso ni borra responsabilidad existe solo si el estado real coincide con el solicitado y el equipo conoce pendientes, propietario y fecha de revisión. La guía se convierte así en control continuo.