Garantía de integridad de los datos

En esta página, se describe cómo usar sumas de verificación para mantener y verificar la integridad de los datos de tu secreto cuando agregas y accedes a versiones del secreto.

Piensa en una suma de verificación como una huella digital única para tus datos. Es un código corto generado a partir de los datos secretos con el algoritmo CRC32C. Si cambia incluso un solo bit en los datos secretos, la suma de verificación también cambia. Esto permite que Secret Manager detecte cualquier modificación o corrupción accidental.

Secret Manager usa sumas de verificación de las siguientes maneras:

  1. Cuando agregas una versión del secreto:

    • Secret Manager calcula la suma de verificación CRC32C de tus datos secretos.

    • Esta suma de verificación se almacena junto con los datos secretos.

  2. Cuando accedes a una versión del secreto:

    • Secret Manager muestra los datos secretos junto con su suma de verificación.

    • Puedes usar esta suma de verificación para verificar que los datos que recibiste sean exactamente los mismos que los datos almacenados en Secret Manager.

Para garantizar que la suma de verificación sea compatible con la estructura SecretPayload, la suma de verificación de los datos secretos se debe calcular con el algoritmo CRC32C y codificar como un número entero decimal. La respuesta SecretVersion incluye un campo que indica si el servidor recibió y validó correctamente esta suma de verificación.

En el siguiente ejemplo, se muestra cómo funcionan las sumas de verificación en Secret Manager:

API

En estos ejemplos, se usa curl para demostrar el uso de la API. Puedes generar tokens de acceso con gcloud auth print-access-token. En Compute Engine o GKE, debes autenticarte con el permiso cloud-platform.

Con los datos secretos almacenados en un archivo de datos, calcula la suma de verificación, con gcloud storage hash. La suma de verificación se debe convertir al formato decimal; se codifica como int64 en el proto SecretPayload. 

$ gcloud storage hash "/path/to/file.txt" --hex

Codifica los datos secretos en Base64 y guárdalos como una variable de shell.

$ SECRET_DATA=$(echo "seCr3t" | base64)

Con los datos secretos que se pasan en la línea de comandos, calcula la suma de verificación de la siguiente manera: 

$ gcloud storage hash --hex cat <(echo ${SECRET_DATA})

Invoca a la API mediante curl.

$ curl "https://secretmanager.googleapis.com/v1/projects/project-id/secrets/secret-id:addVersion" \
    --request "POST" \
    --header "authorization: Bearer $(gcloud auth print-access-token)" \
    --header "content-type: application/json" \
    --data "{\"payload\": {\"data\": \"${SECRET_DATA}\", \"data_crc32c\": $CHECKSUM}}"

Cuando se accede a la versión del secreto, el SecretPayload que se muestra contiene los datos junto con su suma de verificación. A continuación, se muestra una respuesta de ejemplo:

{
  "name": "projects/PROJECT_ID/secrets/SECRET_ID/versions/VERSION_ID",
  "payload": {
    "data": "YQo=",
    "dataCrc32c": "163439259"
  }
}

En la consola, cuando agregas una versión del secreto, la suma de verificación se calcula automáticamente cuando ingresas un valor para el secreto.

Las versiones del secreto encriptadas con claves de encriptación administradas por el cliente (CMEK) y creadas antes del 16 de julio de 2021 no tienen sumas de verificación almacenadas.

¿Qué sigue?