1
Move Away from Using Environment Variables for Secrets
Source: supabase/supabase#37813 · opened by @IcedTea2K
Chore
Describe the chore
Currently, self-hosting supabase using docker is recommending environment variables for sensitive data ( This is generally discouraged, since exposing secrets as environment variables might be a security problem. Also a while back supabase began to make iterative changes to support *_FILE based environment to store paths to secrets. We should utilize this and start moving away from directly using environment variables for secrets.
(And of course, update the docs about this)
Additional context
For more context, this is what I mean. Currently, we store PGRST_JWT_SECRET=some_secret in .env file, and we load using
A better way to go about this is:
Additional resources:
Docker' .env:
Docker secrets:
Supabase self-hosted:
Describe the chore
Currently, self-hosting supabase using docker is recommending environment variables for sensitive data ( This is generally discouraged, since exposing secrets as environment variables might be a security problem. Also a while back supabase began to make iterative changes to support *_FILE based environment to store paths to secrets. We should utilize this and start moving away from directly using environment variables for secrets.
(And of course, update the docs about this)
Additional context
For more context, this is what I mean. Currently, we store PGRST_JWT_SECRET=some_secret in .env file, and we load using
A better way to go about this is:
Additional resources:
Docker' .env:
Docker secrets:
Supabase self-hosted:
No pledges yet. Be the first to back this.
Comments
Similar requests
Upload non-secret environment variables to Edge Function Secrets Management
4 votes · 0 comments
Enable Syncing of Vault and Edge Function Secrets
1 vote · 0 comments
Ability to restrict / remove access to values in vault-related tables/views from Supabase Studio UI
7 votes · 0 comments
Add Support for Optional Descriptions for Secrets
1 vote · 0 comments
Make Supabase CLI read .env from a different location when using --workdir
2 votes · 0 comments
No comments yet.