Credenciales compartidas con terceros

Una cuenta compartida es una sola identidad que usan varias personas del proveedor. Funciona y es cómoda, pero tiene un coste cuando hay un incidente: los registros dicen que entró la cuenta, y no quién de las seis personas que conocen la clave lo hizo. Una cuenta nominal (una por persona) deja ese rastro.

Además, cuando una persona deja el proveedor, la clave que conocía sigue en sus manos hasta que alguien la rote, y nadie del lado cliente se entera.

No todas las credenciales pesan igual. Pesa más la que combina tres cosas: la conocen varias personas, es compartida y tiene un privilegio alto. Una cuenta de solo lectura que usa una persona es un riesgo menor que una cuenta de administrador que usan seis.

En la tabla, la columna «tipo» distingue cuentas compartidas, nominales, claves de API y claves SSH.

La antigüedad de una credencial compartida es una medida simple de riesgo: cuanto más tiempo lleva sin rotar, más personas pasaron por el proveedor que pudieron conocerla. Se mide en días contra la fecha del caso.

Hoy es el jueves 16 de septiembre de 2027. Se cuentan los días entre la última rotación de la clave de API de despachos y esa fecha.

Rotar una credencial sin mirar quién la usa corta servicios. Una clave de API que una aplicación propia envía en cada petición deja de funcionar en el momento en que se cambia, y esa aplicación falla hasta que alguien carga la clave nueva. Por eso antes de rotar se lee de qué depende cada una.

La tabla de dependencias dice qué sistema propio usa cada credencial y qué pasa si cambia.

Rotar todo a la vez parece lo más seguro y casi nunca lo es: corta servicios y deja al equipo sin saber qué falló. Rotar solo lo fácil deja abierta la puerta más grande. El orden razonable parte de la combinación de privilegio, exposición y dependencia: lo más privilegiado y menos trazable primero, a una hora acordada con el proveedor; lo que corta un servicio, con la clave nueva lista antes de cambiar.