Escenario, el incidente de integración con un transportista

El aviso del transportista habla de «una de las credenciales de su cuenta» y no dice cuál. El inventario de Chinchilla fija, para cada credencial, el origen de red permitido, y el registro de la pasarela anota desde qué origen llegó cada petición. La credencial afectada es la que aparece usada desde un origen que su inventario no permite.

Con la credencial identificada, el mismo registro dice desde dónde se usó. Un origen que no figura en el inventario no prueba por sí solo quién fue (puede ser un intermediario, una máquina en la nube o un equipo propio mal configurado), pero es el dato que se entrega al transportista y al equipo de respuesta para acotar el hecho.

No toda petición pesa igual. El mapa de datos de la API dice qué devuelve cada endpoint: unos entregan precios o estados, otro entrega nombre, teléfono y dirección de personas. Para dimensionar el impacto hay que contar las peticiones desde el origen anómalo solo en el endpoint que devuelve datos de destinatarios.

Un secreto puede salir de muchas formas. Aquí el inventario no sabe dónde vive la credencial afectada, pero el historial de repositorios sí tiene un rastro: un cambio que la escribió, otro que la quitó del archivo y un acceso concedido después a un grupo externo. Eliminar un secreto del archivo no lo elimina del historial.

Con lo que sabes (credencial fuera de su origen, consultas a datos de personas, secreto en un historial al que acceden contratistas, una credencial sin dueño y una cláusula de 24 horas), elige el plan más defendible para presentar en la reunión de las 16:00.