Para configurar algunos componentes, como receptores o exportadores, es posible que tengas que proporcionar secretos, como contraseñas. Puedes incluir estos secretos como texto sin cifrar en los archivos de configuración del recolector. Sin embargo, estos secretos se incluyen en los registros del sistema que escribe el recopilador y se transmiten a Cloud Logging, lo que expone los secretos más allá del nodo o la máquina virtual en la que se ejecuta el recopilador.
A partir de la versión 0.126.0 del Collector creado por Google, puedes usar un proveedor de OpenTelemetry integrado con Secret Manager para eliminar las claves secretas en texto sin cifrar de tus archivos de configuración.
Un proveedor es un componente de configuración de OpenTelemetry, similar a los componentes de receptor y procesador. Cada proveedor tiene un tipo, y cada tipo de proveedor asigna un identificador específico de la configuración a un valor.
El proveedor googlesecretmanager
asigna los identificadores de Secret Manager a los secretos, como contraseñas, tokens y claves de API, que hayas almacenado en Secret Manager. Usar el proveedor
googlesecretmanager
ofrece las siguientes ventajas:
- Seguridad mejorada: tus archivos de configuración no contienen información sensible, como contraseñas. Los secretos reales se almacenan en Secret Manager, un servicio diseñado específicamente para almacenar, acceder y gestionar datos sensibles de forma segura.
- Menor riesgo de exposición: Secret Manager obtiene secretos durante la inicialización del OpenTelemetry Collector creado por Google, lo que evita que los secretos en texto sin formato se registren accidentalmente en los registros.
Antes de empezar
Para usar el proveedor googlesecretmanager
, debes habilitar la API Secret Manager y permitir el acceso a la API, tal como se describe en los siguientes pasos:
-
Instala Google Cloud CLI. Después de la instalación, inicializa la CLI de Google Cloud ejecutando el siguiente comando:
gcloud init
Si utilizas un proveedor de identidades (IdP) externo, primero debes iniciar sesión en la CLI de gcloud con tu identidad federada.
Define el proyecto predeterminado de Google Cloud CLI:
gcloud config set project PROJECT_ID
Antes de ejecutar el comando anterior, sustituye la variable PROJECT_ID por el identificador de tu Google Cloud proyecto.
-
Enable the Secret Manager API:
Roles required to enable APIs
To enable APIs, you need the Service Usage Admin IAM role (
roles/serviceusage.serviceUsageAdmin
), which contains theserviceusage.services.enable
permission. Learn how to grant roles.gcloud services enable secretmanager.googleapis.com
- Actualiza los permisos de acceso de OAuth de tu instancia para incluir el permiso necesario de Secret Manager,
https://www.googleapis.com/auth/cloud-platform
:gcloud compute instances set-service-account "INSTANCE_ID" \ --service-account "SERVICE_ACCT_EMAIL" \ --scopes "https://www.googleapis.com/auth/cloud-platform"
Antes de ejecutar el comando anterior, sustituya las siguientes variables:
- INSTANCE_ID: el identificador de tu VM.
- SERVICE_ACCT_EMAIL: la dirección de la cuenta de servicio asociada a la VM.
Para obtener más información, consulta Acceder a la API Secret Manager.
- Concede al usuario que gestiona las configuraciones de Google-Built OpenTelemetry Collector los permisos necesarios para crear y gestionar secretos. El rol Gestión de identidades y accesos
roles/secretManager.secretAdmin
incluye los permisos necesarios:gcloud projects add-iam-policy-binding PROJECT_ID \ --member="user:USER_EMAIL" \ --role=roles/secretManager.secretAdmin
Antes de ejecutar el comando anterior, sustituya las siguientes variables:
- PROJECT_ID: el identificador de tu proyecto de Google Cloud .
- USER_EMAIL: la dirección del usuario al que se le concede el rol.
- Concede a la cuenta de servicio asociada a la VM los permisos que necesita para acceder a los secretos. El rol Gestión de identidades y accesos
roles/secretManager.secretAccessor
incluye los permisos necesarios:gcloud projects add-iam-policy-binding PROJECT_ID \ --member="serviceAccount:SERVICE_ACCT_EMAIL" \ --role=roles/secretManager.secretAccessor
Antes de ejecutar el comando anterior, sustituya las siguientes variables:
- PROJECT_ID: el identificador de tu proyecto de Google Cloud .
- SERVICE_ACCT_EMAIL: la dirección de la cuenta de servicio asociada a la VM.
- Crea un secreto en Secret Manager para cada secreto de texto sin formato en tus archivos de configuración.
- Sustituye cada secreto de texto sin cifrar de tus archivos de configuración por una referencia al secreto correspondiente en Secret Manager.
- plaintext-secret: sustitúyelo por tu secreto de texto sin formato.
- SECRET_NAME: sustitúyelo por un nombre descriptivo para tu secreto.
Sustituir secretos en texto sin formato por secretos gestionados
Para eliminar el uso de secretos de texto sin formato en los archivos de configuración mediante Secret Manager y el proveedor googlesecretmanager
, haz lo siguiente:
Por ejemplo, si usas un http
exportador,
tu archivo de configuración podría incluir una entrada como la siguiente:
exporters: logging: loglevel: debug http: endpoint: "https://example.com/api/metrics" headers: X-API-Key: plaintext-secret
En este ejemplo, quieres colocar la cadena plaintext-secret
en Secret Manager y, a continuación, sustituir el secreto en texto sin cifrar por una referencia al secreto gestionado.
Crear secretos de Secret Manager para secretos de texto sin formato
Para crear un secreto de Secret Manager que contenga el secretoplaintext-secret
en texto sin formato, ejecuta el siguiente comando:
echo -n "plaintext-secret" | gcloud secrets create SECRET_NAME \ --replication-policy="automatic" \ --data-file=-
Antes de ejecutar el comando anterior, sustituya las siguientes variables:
El nombre completo del recurso de tu nuevo secreto tiene el siguiente formato, con un VERSION de 1
:
projects/PROJECT_ID/secrets/SECRET_NAME/versions/VERSION
Para obtener más información sobre cómo almacenar, versionar y acceder a secretos en Secret Manager, consulta Crear un secreto.
Sustituir secretos de texto sin formato
Para actualizar los archivos de configuración, sustituye cada secreto de texto sin cifrar por una referencia al proveedor googlesecretmanager
y al nombre del recurso del secreto gestionado, tal como se muestra en el siguiente ejemplo:
exporters: logging: loglevel: debug http: endpoint: "https://example.com/api/metrics" headers: X-API-Key: ${googlesecretmanager:projects/PROJECT_ID/secrets/SECRET_NAME/versions/VERSION}
Más información
Para obtener más información sobre cómo usar el proveedorgooglesecretmanager
, visita el
opentelemetry-collector-contrib
repositorio.