A2A Java SDK: Credenciales de notificaciones push registradas en texto claro tras fallos de análisis de protobuf

Impacto

Los tokens portadores de notificaciones push y las credenciales de autenticación enviados por los clientes se registran en texto claro en los archivos de registro del servidor. Cualquier operador, sistema de agregación de registros o atacante con acceso a dichos registros puede leer estos secretos y utilizarlos para autenticarse en los extremos de notificación push del cliente, enviando potencialmente actualizaciones de estado de tareas falsificadas.

Dónde

transport/rest/src/main/java/org/a2aproject/sdk/transport/rest/handler/RestHandler.java:676 en parseRequestBody

Detalles

El método parseRequestBody registra todo el cuerpo de la solicitud JSON en el nivel SEVERE cuando JsonFormat.parser().merge() genera InvalidProtocolBufferException. Este método es invocado desde createTaskPushNotificationConfiguration (línea 377), donde el cuerpo contiene tokens portadores de notificaciones push proporcionados por el cliente (campo token) y credenciales de autenticación (campo authentication.credentials). Estos secretos se escriben por completo en los archivos de registro del servidor.

Escenario de explotación

Un cliente crea una configuración de notificación push realizando una petición POST a /v1/tenants/{tenant}/tasks/{taskId}/pushNotificationConfigs con un cuerpo que contiene {"url": "https://client.example.com/webhook", "token": "secret-bearer-token", "authentication": {"scheme": "Bearer", "credentials": "oauth-access-token"}, "extraField": "value"}. El campo adicional provoca que JsonFormat.parser().merge() lance InvalidProtocolBufferException. El cuerpo completo, incluidos secret-bearer-token y oauth-access-token, se registra en el nivel SEVERE. Un atacante con acceso a los registros recupera las credenciales en texto claro.

Condiciones previas

• El atacante debe tener acceso a los archivos de registro del servidor (registro centralizado, agregación de registros, infraestructura compartida o acceso interno).
• La funcionalidad de notificaciones push debe estar habilitada.
• El cuerpo de la solicitud debe fallar en la deserialización de protobuf siendo al mismo tiempo un JSON válido (campos desconocidos con análisis estricto, discrepancias de esquema).

Corrección

No registrar el cuerpo sin procesar de la solicitud. Registrar únicamente un resumen saneado: la longitud del cuerpo y el tipo de contenido, no su contenido. Sustituir la llamada de registro por algo como: log.log(Level.SEVERE, "Error parsing JSON request body (length={0})", body != null ? body.length() : 0).

Verificación

Confirmado por los verificadores de lentes 3/3.