Cuando un proveedor avisa que las claves de API guardadas en su servicio podrían haberse expuesto, asume que otra persona puede usarlas hasta que el emisor las revoque. Borrar la copia guardada por el proveedor no revoca nada. Sigue las instrucciones vigentes para incidentes del emisor.
Un agente puede encargarse de gran parte de esta respuesta. Rastrea cada aplicación y tarea que usa la clave, comprueba a qué puede acceder y vigila el uso en el proveedor. También prepara el reemplazo, migra a los consumidores y confirma que cada uno se recuperó. La persona responsable de la respuesta toma la decisión de contención. El agente se asegura de que esa decisión sea rápida, informada y se ejecute por completo.
Todos los avisos, identificadores, horarios y resultados de esta guía son ficticios. Los registros contienen solo referencias de claves, nunca valores secretos.
Deja que el agente establezca la credencial afectada
En cuanto llegue el aviso, el agente abre un registro de respuesta. Registra el aviso, la cuenta del proveedor, el identificador de clave, el período de exposición declarado y la persona responsable de la respuesta, y mantiene separados los hechos confirmados, las afirmaciones del proveedor y las preguntas abiertas a medida que cambia la investigación.
Una clave de proveedor, una credencial exclusiva de puerta de enlace y un inicio de sesión de aplicación tienen emisores y rutas de revocación distintos. El agente abre un registro por credencial para que cada revocación y recuperación se cierre con su propia evidencia.
Deja que el agente rastree el acceso y los sistemas dependientes
El agente busca en los registros de configuración y despliegue aprobados cada aplicación, tarea, paso de construcción e integración que use la clave. Eso incluye consumidores indirectos que la leen de un almacén compartido. En este ejemplo encuentra dos: app-prod y la tarea programada nightly-report. Nadie trabaja directamente con una tarea nocturna, por lo que es fácil omitirla; y ese es precisamente el consumidor que falla en silencio tras una rotación apresurada.
El agente confirma después con el emisor el alcance concedido de la clave y los recursos accesibles. Algunas claves solo permiten solicitudes de modelos; otras acceden a archivos almacenados o recursos de cuenta. Busca en los registros del proveedor y de la aplicación credenciales o sesiones creadas mediante el acceso expuesto y abre un elemento de contención para cada una que encuentre. Todo lo que no pueda confirmar queda marcado como sin verificar, con una persona responsable.
El agente trabaja con referencias de configuración y metadatos. Los valores secretos quedan fuera de sus entradas y salidas. La seguridad de la cadena de suministro de software con IA explica cómo mantener este inventario actualizado antes de que un incidente imponga la pregunta.
Decide la contención y luego deja que el agente la ejecute
La rotación rutinaria y el compromiso sospechado siguen rutas distintas. Los pasos siguientes son un modelo operativo; las instrucciones del emisor y el incidente determinan la secuencia exacta.
La rotación rutinaria es un reemplazo programado sin exposición sospechada. El agente puede ejecutarla de principio a fin conforme a una política preaprobada. Crea un reemplazo restringido, actualiza y verifica cada consumidor y luego revoca la clave antigua en el emisor.
El compromiso sospechado requiere contención rápida, incluso sin uso indebido visible. Los registros de uso tardíos o vacíos no descartan una clave posiblemente filtrada. La persona responsable de la respuesta elige entre dos opciones:
- Revocar o deshabilitar la clave de inmediato y aceptar que algunos consumidores se interrumpirán.
- Hacer un reemplazo controlado con un solapamiento breve, cuando las instrucciones del emisor lo permitan.
El trabajo del agente es lograr que esa decisión sea rápida y esté bien informada. No espera a contar con un inventario completo de consumidores antes de pedirla.
Antes de distribuir cualquier reemplazo, el agente determina dónde ocurrió el compromiso. Comprueba el almacén de secretos y los registros de construcción y despliegue, y documenta lo que revisó. Distribuye claves nuevas solo por un almacén y una ruta de despliegue de confianza, nunca de vuelta a la configuración del proveedor hasta que la persona responsable acepte la evidencia de contención del proveedor. Si tu propio host o entorno de construcción pudiera estar comprometido, sigue primero las instrucciones de limpieza o reconstrucción del aviso. La falta de evidencia de intrusión no demuestra por sí sola que un entorno esté limpio.
En este ejemplo, el agente encuentra durante la noche un uso de aproximadamente tres veces el nivel habitual, sin actividad coincidente de ninguno de los consumidores. Para las 09:20 ha preparado dos elementos: la clave de reemplazo key-prod-015 en el almacén de secretos revisado por el equipo y la solicitud de aprobación APR-1042. La solicitud nombra ambos consumidores y lo que interrumpiría la revocación inmediata, además del tiempo de recuperación esperado. La persona responsable aprueba la revocación inmediata a las 09:47.
La revocación es una acción condicionada a aprobación. La identidad del agente puede revocar la clave en el emisor solo después de que la persona responsable apruebe APR-1042, y el emisor aplica esa regla. La revisión humana y la derivación entre agentes y sistemas explican la confirmación de recepción y el escalamiento cuando una aprobación tarda en llegar.
La revocación por sí sola no completa la respuesta. La recuperación permanece abierta hasta confirmar el último consumidor con su reemplazo.
Deja que el agente vigile el uso en el proveedor
El agente revisa el uso y la facturación del proveedor durante el período de exposición y continúa comprobándolos después. Asigna las solicitudes sin explicación para investigarlas y registra las brechas en los datos, cuándo deberían estar disponibles los registros completos y cuándo volverá a comprobarlos.
La evidencia de la puerta de enlace cubre solo el tráfico que pasa por ella. Una clave de proveedor robada puede eludir tanto la puerta de enlace como su presupuesto, por lo que el agente consulta el uso en el propio proveedor y aplica restricciones y alertas del lado del proveedor cuando existen. La gestión de presupuestos de LLM explica la cobertura de rutas de solicitudes admitidas.
Deja que el agente verifique cada consumidor y la credencial antigua
El agente conserva como evidencia la confirmación de revocación del emisor. Después confirma que cada consumidor se ejecuta con el reemplazo, incluidas las tareas programadas. Una tarea que no se ha ejecutado desde el cambio permanece sin verificar hasta que el agente comprueba su siguiente ejecución.
Registro de respuesta a credenciales (ilustrativo)
- Exposición: Aviso
SUP-2026-014, día 0 a las 09:12. Proveedor: cuenta de producción A. Clavekey-prod-014, solo solicitudes de modelos, sin acceso administrativo en el registro del emisor; puede generar uso facturable. El proveedor indica que la exposición duró desde dos días antes del día 0 hasta el aviso; se registra como una afirmación del proveedor. Consumidores encontrados por el agente:app-prod,nightly-report. No se encontraron credenciales ni sesiones relacionadas hasta las 11:00; comprobación completa programada. Responsable: responsable de respuesta R.- Contención: El agente señaló uso sin explicación a tres veces el nivel habitual y envió
APR-1042a las 09:20 con el impacto de cada opción. La persona responsable eligió la revocación inmediata a las 09:47. El agente revocó la clave a las 09:49 y el emisor confirmó la revocación a las 09:50. El agente revisó el almacén de secretos y los registros de construcción y despliegue sin hallar evidencia de intrusión; se registra el alcance de la revisión. El reemplazo se distribuyó solo por esa ruta. La configuración del proveedor se excluyó hasta contar con su evidencia de contención, y la copia del proveedor se eliminó después como tarea de limpieza.- Recuperación:
app-prodcambió akey-prod-015a las 09:56 y las comprobaciones del agente se aprobaron. El agente actualizó la configuración denightly-reporta las 10:05, pero el programador no permite ejecuciones bajo demanda, así que la tarea sigue sin verificar hasta su próxima ejecución a las 01:30. El uso está parcialmente revisado; se esperan registros completos el día 1 y la comprobación se programó. Estado: recuperación incompleta; el agente comprueba la ejecución de las 01:30 y los registros de uso del día 1.
El agente lleva un registro con este formato por credencial y asigna una persona responsable a cada dato desconocido. Usa la versión en blanco para definir lo que esperas que informe:
Registro de respuesta a credenciales (en blanco)
- Exposición: Aviso y hora ___ · Cuenta de proveedor e ID de clave ___ · Alcance concedido y recursos ___ · Período y origen de la exposición ___ · Consumidores ___ · Credenciales o sesiones relacionadas ___ · Responsable ___
- Contención: Rotación rutinaria o compromiso sospechado ___ · Decisión, motivo, responsable y hora ___ · Cualquier solapamiento (plazo, restricciones, responsable de respuesta) ___ · Comprobaciones del entorno de confianza y ruta de distribución ___ · Aprobación ___ · Hora de revocación y evidencia del emisor ___
- Recuperación: Cada consumidor (ID de reemplazo, aplicado a las, verificación) ___ · Período de uso, brechas y nueva comprobación ___ · Trabajo sin resolver ___ · Estado ___
Mantén el registro de respuesta hasta completar el trabajo
El agente sigue cada paso como preparado, aprobado, ejecutado y verificado. Cierra el registro solo cuando todos los consumidores estén verificados, la revisión final de uso haya terminado y todo acceso derivado tenga una decisión. Los elementos abiertos reciben una fecha de seguimiento, y el agente los mantiene en movimiento.
Antes de que llegue el próximo aviso, haz que el agente construya y mantenga una lista del emisor, la persona responsable de respuesta, los consumidores, la ruta de revocación y la ruta de reemplazo de confianza de cada clave. Así, la primera hora de un incidente se convierte en una decisión en vez de una búsqueda.
En AgentShelf
Configura un agente para rastrear consumidores, preparar y ejecutar pasos aprobados y mantener el registro. Las personas responsables o las políticas preaprobadas autorizan la revocación. Los presupuestos de AgentShelf cubren rutas admitidas, no el uso directo de una clave robada. Consulta gobernanza y controles de costos, o solicita agentes para conversar sobre la respuesta a credenciales.