-
Notifications
You must be signed in to change notification settings - Fork 16.3k
Allow secrets redact function to have different redaction than ***
#53977
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 secrets redact function to have different redaction than ***
#53977
Conversation
|
@pierrejeambrun As discussed. |
pierrejeambrun
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Cool. Are you taking care of the follow up PR to enable it for the API ?
🤷🏻 Hadn't thought that far ahead :D |
0e382d6 to
bb5cc0f
Compare
amoghrajesh
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
One comment, rest looks good.
bb5cc0f to
8ee0ebb
Compare
|
Sorry for the meta-programming sins I have committed here. |
Compat code looks good. Not sure we have any other option at the moment. |
For logs, using `***` is fine, but as part of the changes introduced in apache#53943 we decided it might be nice to use an even-less-frequently-appearing thing than `***` so we can detect modified secrets. This gives us the ability to do that at the redaction layer
66ebf1b to
e2e6aa3
Compare
…pache#53977) * Allow secrets redact function to have different redaction than `***` For logs, using `***` is fine, but as part of the changes introduced in apache#53943 we decided it might be nice to use an even-less-frequently-appearing thing than `***` so we can detect modified secrets. This gives us the ability to do that at the redaction layer * Deal with OpenLineage subclassing SecretsMasker class
…pache#53977) * Allow secrets redact function to have different redaction than `***` For logs, using `***` is fine, but as part of the changes introduced in apache#53943 we decided it might be nice to use an even-less-frequently-appearing thing than `***` so we can detect modified secrets. This gives us the ability to do that at the redaction layer * Deal with OpenLineage subclassing SecretsMasker class
For logs, using
***is fine, but as part of the changes introduced in #53943we decided it might be nice to use an even-less-frequently-appearing thing
than
***so we can detect modified secrets.This gives us the ability to do that at the redaction layer
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named
{pr_number}.significant.rstor{issue_number}.significant.rst, in airflow-core/newsfragments.