Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Customer Managed Encryption Keys (CMEK) for GCP sources/destinations #1975

Open
ldnicolasmay opened this issue Oct 21, 2024 · 1 comment
Open
Labels
community This issue came from slack community workspace

Comments

@ldnicolasmay
Copy link

ldnicolasmay commented Oct 21, 2024

Feature description

Similar to how dbt makes it possible to add config that defines which customer-managed key to use for data encryption in BigQuery (see here), it'd be great if this kind of config were available in dlt for GCP sources & destinations, i.e., GCS and BigQuery.

Here's the relevant dbt documentation: https://docs.getdbt.com/reference/resource-configs/bigquery-configs#managing-kms-encryption
Here's the relevant GCS documentation: https://cloud.google.com/storage/docs/encryption/customer-managed-keys
Here's the relevant BigQuery documentation: https://cloud.google.com/bigquery/docs/encryption-at-rest

Are you a dlt user?

Yes, I'm already a dlt user.

Use case

This feature would make it possible to use dlt if that user needs to encrypt/decrypt GCS or BigQuery data with their own key.

Proposed solution

Similar to dbt's YAML config (see here), it'd be great if we could just point to a key. The service account that has permissions to read/write GCS or BigQuery data would need permissions to retrieve and use the key defined in dlt config.

Related issues

No response

@VioletM VioletM added the community This issue came from slack community workspace label Oct 23, 2024
@VioletM
Copy link
Contributor

VioletM commented Oct 23, 2024

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
community This issue came from slack community workspace
Projects
Status: Todo
Development

No branches or pull requests

2 participants