Skip to main content
POST
Verificar una firma
Requiere la acción de IAM kms:Verify. Consulte permisos de KMS para obtener la lista completa, lo que cubre cada uno y un ejemplo de directiva.

Autorizaciones

Authorization
string
header
requerido

Un token bearer de OAuth 2.0, enviado como Authorization: Bearer <token>. Esta es la forma recomendada de autenticación.

Obtén el token intercambiando el par de claves de acceso de una cuenta de servicio en POST /v1/oauth/token con grant_type=client_credentials. Es el flujo estándar de credenciales de cliente; las bibliotecas compatibles con OAuth pueden obtener y renovar el token por ti.

Los tokens duran una hora por defecto. El mismo par de claves de acceso también sirve como credencial AWS SigV4 para el endpoint de objetos compatible con S3, que solo acepta ese método de autenticación.

Parámetros de ruta

key_id
string<uuid>
requerido
Ejemplo:

"3f8a1c2e-9b47-4d6a-bc11-0e2f5a7d9c41"

Cuerpo

application/json
message
string<byte>
requerido

Mensaje original codificado en base64.

Ejemplo:

"c2lnbi10aGlzLW1lc3NhZ2U="

signature
string<byte>
requerido

Firma codificada en Base64 producida por Sign.

Ejemplo:

"MEUCIQDsignatureBytesBase64EncodedAAAA="

signing_algorithm
enum<string>

Algoritmo de firma para firma asimétrica / Verificar. Opcional en las solicitudes — cuando se omite, el servicio elige el valor predeterminado para la especificación de clave (RSA → RSASSA_PSS_SHA_256, ECDSA → ECDSA_SHA_256). Debe coincidir con la especificación de la clave: las claves RSA aceptan los dos esquemas RSASSA, las claves ECDSA aceptan ECDSA_SHA_256.

Opciones disponibles:
RSASSA_PSS_SHA_256,
RSASSA_PKCS1_V1_5_SHA_256,
ECDSA_SHA_256

Respuesta

Resultado de la verificación

signature_valid
boolean

Verdadero si la firma se verifica con el mensaje suministrado bajo la mitad pública de la clave. Una falta de coincidencia limpia devuelve false sin error; los fallos de backend / parámetro aparecen como una respuesta de error normal.

Ejemplo:

true