-
-
Notifications
You must be signed in to change notification settings - Fork 30.4k
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
gh-118224: Load default OpenSSL provider for nonsecurity algorithms #118236
base: main
Are you sure you want to change the base?
Conversation
…thms When OpenSSL is configured to only load "base+fips" providers into the Null library context, md5 might not be available at all. In such cases currently CPython fallsback to internal hashlib implementation is there is one - as there might not be if one compiles python with --with-builtin-hashlib-hashes=blake2. With this change "default" provider is attempted to be loaded to access nonsecurity hashes.
Most changes to Python require a NEWS entry. Add one using the blurb_it web app or the blurb command-line tool. If this change has little impact on Python users, wait for a maintainer to apply the |
GH-118238 is a backport of this pull request to the 3.12 branch. |
GH-118239 is a backport of this pull request to the 3.11 branch. |
GH-118240 is a backport of this pull request to the 3.10 branch. |
GH-118264 is a backport of this pull request to the 3.9 branch. |
Could you also configure pre-commit? https://devguide.python.org/getting-started/setup-building/#install-pre-commit |
@nineteendo is there something in particular that you have noticed that pre-commit should have caught? I have now setup pre-commit, redid the commits and the checks executed and resulted in exactly the same commit, without any diff / warnings / comments. Is my .c code style incorrect and pre-commit not catching it? |
This workflow failed: https://github.com/python/cpython/actions/runs/8823736225/job/24224829127#step:4:142 |
yes, after the initial blurb-it there was comment about single ticks; which i replaced with double backticks and rewrote all commits in all branches/backports. Is double-backticks appropriate formatting for the NEWS entry as currently seen on https://github.com/python/cpython/pull/118236/files ? ps. maybe the blurb-it service needs pre-commit checking / checks for single backticks. |
note, the up to date re-runs of actions are all passing on this pull request. |
Did you do a rebase or delete the old branch? Because I can't find that commit.
Looks like it, '``--[^\`]+``' is used 294 times, and '``--[^\`]+=[^\`]+``' 25 times.
Yeah, I was thinking that too. |
rebase, all commits are documented in this PR. If you use web-ui or extensive API, you can see these mentions:
You can click on those commits to still see them dangling and not part of any branch or pull request. 7a5adff was the blurb-it service generated entry. a47a53f is the current state of this pull request, which was fixed-up with double backticks. |
When OpenSSL is configured to only load "base+fips" providers into the Null library context, md5 might not be available at all. In such cases currently CPython fallsback to internal hashlib implementation is there is one - as there might not be if one compiles python with --with-builtin-hashlib-hashes=blake2. With this change "default" provider is attempted to be loaded to access nonsecurity hashes.
It is FedRAMP/FIPS compliance by-pass. This issue may allow using md5 without specifying "usedforsecurity=False" on systems otherwise configured to be in FIPS-mode only. And is the primary reason why documentation mentions that certain distributions of python remove md5 module altogether.