Una integración necesita una clave y alguien la copia en una conversación para terminar la configuración. Meses después, la misma clave aparece en varios documentos y nadie recuerda qué servicios dependen de ella. Las credenciales de aplicaciones merecen una administración semejante a las cuentas de personas: propósito, permisos, propietario y retirada. El negocio no necesita ver sus valores para controlar el proceso. Necesita saber dónde se custodian, qué permiten y cómo reemplazarlas sin interrumpir operaciones. Esa claridad también facilita responder si una clave se expone o deja de ser necesaria.
Registra el propósito sin registrar el secreto
Crea un inventario con nombre de la integración, proveedor, ambiente, responsable y alcance. Puedes incluir una referencia segura para localizar la credencial en el sistema de custodia, pero no su valor. Distingue pruebas y producción para evitar usar una clave real en demostraciones. Señala qué proceso fallaría si se revoca y quién puede aprobar su reemplazo. El inventario debe permitir entender dependencias sin convertirse en una colección de credenciales expuestas. Una etiqueta como clave principal resulta insuficiente cuando varias aplicaciones utilizan el mismo proveedor para tareas diferentes.
Limita permisos y lugares donde puede aparecer
Cuando el proveedor lo permita, concede únicamente las operaciones y recursos necesarios. Una integración que consulta estados no necesita administrar usuarios. OWASP recomienda gestionar secretos mediante mecanismos apropiados y evitar su dispersión en código y registros. Las claves privadas no deben incorporarse a archivos entregados al navegador. Pide al equipo que explique dónde se utilizan y cómo se separan del código público. No confundas un identificador público previsto por un proveedor con un secreto: cada elemento debe clasificarse según su función y documentación, sin asumir que todo texto llamado key tiene el mismo alcance.
Prepara el reemplazo antes de una urgencia
Define cómo emitir una nueva credencial, actualizar consumidores y retirar la anterior. Algunos proveedores permiten coexistencia temporal; otros requieren una secuencia distinta. Comprueba esas capacidades en su documentación y ensaya con el ambiente de prueba. No prometas una rotación sin interrupción si no se ha verificado. Identifica también tareas programadas o servicios poco frecuentes que podrían conservar la clave antigua. La revisión debe abarcar todo el recorrido de uso. Un reemplazo aparentemente exitoso puede fallar días después cuando se ejecuta una automatización que nadie incluyó en el inventario.
Responde a exposición y cierre de integraciones
Si una clave aparece en un lugar no autorizado, evita limitar la respuesta a borrar el mensaje visible. Revisa si debe revocarse o rotarse, quién pudo acceder y qué registros del proveedor ayudan a evaluar su uso. Utiliza el proceso de incidentes del negocio y apoyo técnico adecuado. Cuando una integración se retira, elimina su acceso y actualiza el inventario para que no queden credenciales activas sin propósito. La administración de secretos funciona como un ciclo completo: crear, usar, revisar y retirar, con responsabilidades que sobreviven a cambios de personal o de proveedor.
DE LA LECTURA A LA ACCIÓN
Para aplicar hoy
- Inventaría propósito y responsables sin copiar valores secretos.
- Limita permisos y separa credenciales de prueba y producción.
- Ensaya reemplazos y retira accesos cuando termina una integración.
Fuentes y referencias
Documentación para profundizar. Los ejemplos de esta guía son didácticos.