-
Notifications
You must be signed in to change notification settings - Fork 2.8k
Deprecating SHA-1 as hashing algorithm in the attributesprocessor #5576
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
Comments
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping |
Pinging code owners for processor/attributes: @boostchicken. See Adding Labels via Comments if you do not have permissions to add labels yourself. |
What hashing algo would you like? |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
SHA-2 is now on by default. We can close. |
Is your feature request related to a problem? Please describe.
My organization wants to obscure the content of some attributes in spans for privacy reasons. However, the attributes that contain sensitive data should not be deleted. They want to be able to recognize a correlation between certain values and an error case despite the obscured data. At the moment it is possible to hash certain attributes by the attributesprocessor. SHA-1 is used as the hashing algorithm here even though it is officially insecure. However, to ensure privacy, my organization would like to use a secure hashing method. I also don't understand why SHA-1 is used for attribute hashing in the first place.
Describe the solution you'd like
I would like to discuss if it makes sense to offer a secure hashing method besides SHA-1 or even to replace SHA-1 completely with it. If it comes to the decision to use a more secure hashing method I would like to implement this new functionality.
This is a "repost" of a discussion I wanted to start a few weeks ago since no one seems to read the discussions.
The text was updated successfully, but these errors were encountered: