-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Allow no-passphrase private keys #1805
Comments
I know how to just make it work within the Snowflake connection, but don't know how to do more involved things like requiring a flag in the project or profile file. |
Thanks for the suggestion @kmbenitez! The operative code for private key Snowflake connections is around here: If you have an unencrypted .pem file, would we skip the If that's the case, I think we can remove the guard
I don't think we'd need extra flags in the project or profile file in this case. |
Simple change to allow private keys without passwords. The cryptography package supports this behavior simply by passing `None` as the value for the `password` parameter: https://cryptography.io/en/latest/hazmat/primitives/asymmetric/serialization/#cryptography.hazmat.primitives.serialization.load_pem_private_key
Describe the bug
The Snowflake connector (at least) requires a passphrase in the profile file to open a private key connection.
Steps To Reproduce
Create a dbt target like the following:
Attempt to run against said DBT target. DBT will fail because no passphrase is provided. If, instead, a passphrase is provided, the connection will fail because the key is not encrypted.
Expected behavior
Perhaps a warning in output that unencrypted keys are not the norm, requiring additional setting of override field in profile. If that's set, go ahead with the unencrypted key.
System information
Which database are you using dbt with?
The output of
dbt --version
:The operating system you're using:
OSX
The output of
python --version
:Python 3.7.3
The text was updated successfully, but these errors were encountered: