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

Support GOOGLE_CREDENTIALS in addition to GOOGLE_APPLICATION_CREDENTIALS #316

Open
Mayeu opened this issue Apr 27, 2021 · 0 comments
Open
Labels
type: feature request ‘Nice-to-have’ improvement, new feature or different behavior or design.

Comments

@Mayeu
Copy link

Mayeu commented Apr 27, 2021

Hello 👋

Is your feature request related to a problem? Please describe.

Some Google tooling support the GOOGLE_CREDENTIALS environment variable to store a credential JSON directly instead of storing it in a file. (See the Google Terraform Provider for example.)

I store all my credentials securely in password-store, and load them directly in the env of the process needing them. This ensure minimal exposure of the credentials since the environment is destroyed when the process end.

Having to have a file with the credentials make is easier for the credential to leak out. You are one backup away of leaking everything.

Describe the solution you'd like

I'll like to be able to provide only the GOOGLE_CREDENTIALS env variable to authenticate, and not a file.

Describe alternatives you've considered

I have considered bash process substitutions but that can't work with pass. I have also considered copying the file from the password store when needed, and deleting after use, but this is still flaky, require the user to remember to delete it, and is still not a protection from leaking via a copy, backup, snapshot, or any file system operation that moves or copy data.

@yoshi-automation yoshi-automation added triage me I really want to be triaged. 🚨 This issue needs some love. labels Apr 28, 2021
@danoscarmike danoscarmike added type: feature request ‘Nice-to-have’ improvement, new feature or different behavior or design. and removed 🚨 This issue needs some love. triage me I really want to be triaged. labels May 3, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: feature request ‘Nice-to-have’ improvement, new feature or different behavior or design.
Projects
None yet
Development

No branches or pull requests

3 participants