Las aplicaciones también tienen identidad

Una tarea nocturna necesita leer un contenedor. Nadie escribe una contraseña a esa hora, pero la tarea necesita identidad, permisos y retirada de acceso.

Identidad de carga de trabajo: Identidad utilizada por software para autenticarse y solicitar acceso a recursos.

Una cuenta de servicio no es una persona

Representa aplicaciones, procesos o tareas. Dale un responsable y un propósito. Compartir una cuenta amplia entre muchos servicios dificulta investigar y revisar permisos.

Separa entornos cuando cambien riesgos y necesidades. Una tarea de pruebas no debe heredar producción por usar el mismo despliegue. Identifica dependencias antes de retirar la identidad.

Los tokens tienen destino y vigencia

Pueden incluir emisor, audiencia, sujeto, caducidad y roles o alcances. Valídalos conforme al protocolo. Estar bien formado o firmado por un emisor conocido no basta: debe estar destinado al servicio y corresponder a la solicitud.

Una duración breve reduce algunas ventanas de exposición, pero permite uso durante su vigencia. No coloques tokens en registros, archivos del navegador ni otros lugares que no los necesitan.

La federación cambia dónde se decide la confianza

Una identidad federada puede demostrar su origen a otro entorno sin guardar una contraseña reutilizable. La política debe vincular emisor, identidad y contexto de ejecución previstos. Las reglas demasiado amplias pueden autorizar aplicaciones no deseadas.

Una identidad gestionada simplifica el manejo de credenciales, pero no elige los permisos por ti. Revisa propietario, uso, alcance y revocación. Rotar credenciales y retirar una identidad son operaciones relacionadas, pero distintas.

EXPLORA EL CONCEPTO

¿Qué cambia con cada diseño?

Compara tres alternativas para una tarea de lectura.

Un secreto permanente compartido

Muchas tareas comparten autoridad. Hay que protegerlo y rotarlo; la atribución se complica.

Una identidad propia de duración breve

Mejora atribución y permite ajustar permisos. La validación sigue siendo necesaria.

Federación con confianza demasiado amplia

Quitar el secreto guardado ayuda, pero una política amplia puede admitir aplicaciones no previstas.

Modelo simplificado para aprender. No se conecta a sistemas ni usa datos reales.

Sigue las decisiones de un resumen nocturno

Una cooperativa de transporte ficticia ejecuta una tarea que lee cifras agregadas de viajes del día anterior y escribe un resumen. No necesita nombres de pasajeros, pagos ni borrar datos originales. Mei define el propósito del informe; el equipo de plataforma opera la tarea. Una identidad propia permite comparar su autoridad con ese propósito aprobado.

Separa autenticación y autorización. El servicio de identidad decide si esa ejecución puede obtener la credencial apropiada. El servicio receptor de almacenamiento o informes valida después la credencial y aplica sus reglas. Emitirla correctamente no significa que todos los recursos acepten el token ni que toda solicitud aceptada tenga permiso.

La audiencia del token indica el destinatario previsto, no el conjunto de datos que permite leer. Alcances, roles, políticas de recursos y otras reglas aplicables determinan permisos según el servicio. En federación, la prueba externa entregada al servicio de identidad y el token resultante entregado al recurso pueden tener audiencias distintas. Cumplen funciones diferentes: no trates todo token firmado como una prueba intercambiable.

PrediceLa tarea entrega a almacenamiento de fotos un token válido destinado al servicio de informes. Ambos confían en el mismo emisor. ¿Basta con eso?

No. El receptor debe validar audiencia y demás requisitos del protocolo. Confiar en el emisor no vuelve aceptable un token previsto para otro servicio.

Revisa quién puede obtener autoridad

La federación reduce parte de la gestión de secretos guardados al aceptar evidencia de un proveedor externo. Eso crea un límite de confianza: ¿qué emisor, identidad de trabajo y condiciones de ejecución admite? Una regla para la tarea aprobada de producción no debe incluir por accidente pruebas ajenas solo porque proceden de la misma organización.

Los mecanismos varían por producto. Algunos vinculan valores exactos; otros admiten condiciones adicionales. Consulta documentación vigente del producto en vez de copiar una regla genérica. Identifica también quién puede modificar la tarea aceptada o su entorno: ese poder administrativo puede cambiar qué software se ejecuta con la identidad aprobada.

Compara acceso concedido y necesario

La tarea necesita leer un conjunto agregado aprobado y escribir en un área de informes. Un rol de administración de almacenamiento supera ese propósito aunque actualmente solo lea y escriba. Los registros muestran permisos ejercidos, pero no observar un uso no demuestra que sea innecesario. Una tarea mensual de recuperación puede quedar fuera de una muestra de siete días.

Pide al responsable confirmar operaciones poco frecuentes y dependencias. Propón un rol más limitado, define resultados permitidos y denegados con datos ficticios y una alternativa si el cambio interrumpe trabajo necesario. Revisa también si otras políticas o pertenencias mantienen acceso amplio: reducir una asignación visible no demuestra que el permiso efectivo haya desaparecido.

Es una revisión razonada, no permiso para retirar acceso basándose solo en un panel sin actividad. El responsable puede aceptar una excepción limitada si explica la necesidad, las condiciones y cuándo se revisará. Esa excepción debe quedar distinguida de los permisos habituales de cada ejecución.

Las credenciales breves limitan cuánto tiempo puede usarse cierta autoridad ya emitida. No terminan automáticamente todo trabajo al deshabilitar una identidad. Emisión, aceptación de tokens anteriores, sesiones y propagación pueden comportarse de forma distinta. Retirar acceso requiere responsable, comprobación de dependencias y evidencia del resultado previsto. Continúa con el caso de revisión de permisos.

Llévalo a una decisión

No tener un archivo de contraseña no elimina la confianza. Pregunta qué aplicación puede obtener qué token y con qué permisos.