Encriptación de datos transparente para AlloyDB Omni

Selecciona una versión de la documentación:

La encriptación de datos transparente (TDE) te permite proteger todos los datos en reposo en tus clústeres de AlloyDB Omni sin modificar el código de tu aplicación. Si habilitas esta función, te aseguras de que las tablas, los índices y los registros de escritura por adelantado (WAL) se encripten automáticamente antes de escribirse en el disco. Esto te ayuda a cumplir con los requisitos de cumplimiento y a proteger la información sensible.

La encriptación es transparente porque las consultas SQL, DDL y las operaciones DML funcionan con normalidad sin requerir cambios en la aplicación. Los datos se encriptan automáticamente antes de escribirse en el disco y se desencriptan cuando se leen en la memoria.

Jerarquía de claves

AlloyDB Omni implementa una jerarquía de claves de dos niveles que mantiene una separación estricta de las tareas entre la base de datos y la infraestructura de seguridad administrada por el usuario.

  • Claves de encriptación de datos (DEK): generadas y propiedad de AlloyDB Omni. Estas claves encriptan los archivos de datos reales, los WAL, y los archivos temporales. AlloyDB Omni almacena las DEK en el disco, pero las une con tu KEK.
  • Clave de encriptación de claves (KEK): la clave principal que administras en un servicio de administración de claves (KMS) externo. AlloyDB Omni usa tu KEK para encriptar las DEK. AlloyDB Omni accede a esta clave solo al inicio para extraer las DEK. Tu KEK nunca se almacena de forma persistente en el disco de la base de datos.

Cómo funciona TDE con AlloyDB Omni

Cuando TDE está habilitado, AlloyDB Omni protege tus datos con un modelo de encriptación en capas que se integra con un KMS externo.

  • Inicialización y recuperación de claves: Durante la fase de inicio o inicialización del clúster, el motor de AlloyDB Omni establece una conexión segura con tu KMS. Se autentica con un token web JSON (JWT) y recupera la KEK.
  • Extracción de las DEK: AlloyDB Omni usa tu KEK para extraer las DEK, que se almacenan en el almacenamiento local en un estado unido. Luego, estas DEK se cargan en la memoria.
  • Operaciones de datos transparentes:
    • Escritura en el disco: A medida que la base de datos escribe bloques de datos, registros WAL o archivos temporales en el disco físico, encripta automáticamente los datos con algoritmos AES-256 antes de escribirlos en el disco físico.
    • Lectura desde el disco: Cuando la base de datos necesita leer datos en la memoria, desencripta automáticamente los bloques con las DEK que se encuentran en la memoria.
  • Límites de seguridad: Tu KEK nunca se almacena en el disco de la base de datos local, lo que garantiza que, incluso si se ve comprometido el medio de almacenamiento físico, los datos no se puedan leer sin acceso autorizado al almacén externo.

Alcance y especificaciones de la encriptación

AlloyDB Omni usa algoritmos AES-256 estándar de la industria para proteger tus datos.

  • Archivos de datos (tablas e índices): AES-256-XTS.
  • Registros de escritura por adelantado (WAL): AES-256-CTR.
  • Archivos temporales: AES-256-XTS o AES-256-CTR, según el tipo de datos temporales.
  • Unión de claves: AES-256-KWP.

Copia de seguridad y alta disponibilidad

Cuando TDE está habilitado, las copias de seguridad creadas con pgBackRest heredan la configuración de encriptación del clúster de origen. Esto garantiza que los datos de la copia de seguridad permanezcan protegidos con el mismo nivel de seguridad que tu base de datos principal.

KMS y autenticación compatibles

AlloyDB Omni admite HashiCorp Vault como proveedor de KMS externo. AlloyDB Omni solo admite el motor de secretos KV-V2, y el único método de autenticación compatible es JWT.

Nota: AlloyDB Omni admite KMS basado en archivos. Sin embargo, te recomendamos que lo uses solo para pruebas y no en cargas de trabajo de producción.

Compatibilidad con herramientas de PostgreSQL

Los clústeres habilitados para TDE admiten todas las herramientas integradas de PostgreSQL, excepto initdb, de forma transparente a través de variables de entorno. Si usas initdb, asegúrate de pasar la URL de KEK. Para obtener más información, consulta Crea un clúster habilitado para TDE.

Limitaciones

  • No puedes habilitar TDE en clústeres existentes.
  • Una vez habilitado, no puedes inhabilitar TDE.
  • No se admiten las actualizaciones de versiones principales para los clústeres habilitados para TDE.
  • No puedes restablecer copias de seguridad encriptadas en servidores sin encriptar ni copias de seguridad sin encriptar en servidores encriptados.
  • No se admite la rotación de DEK.
  • Se admite la rotación de KEK siempre que la ruta de URL de KEK siga siendo la misma.
  • La rotación de KEK solo se admite para HashiCorp Vault como proveedor de KMS externo.
  • No puedes CREATE DATABASE con la estrategia FILE_COPY.
  • En los clústeres habilitados para TDE, las copias de seguridad de Barman solo admiten el modo rsync. No se admite el método de copia de seguridad postgres.

¿Qué sigue?