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

Replace pycrypto with pycryptodome #43

Closed

Conversation

mattias-lidman
Copy link

pycrypto has vulnerabilities pointed out at least as early as Dec 30, 2015, and the repo hasn't accept PRs since June 23, 2014.

pycryptodome is a drop-in replacement that's actively maintained and compatible with Python > 2.4. python-jose already had an option to use it for PyPy, this merely makes it the default everywhere.

@codecov-io
Copy link

Codecov Report

Merging #43 into master will decrease coverage by -0.19%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master      #43      +/-   ##
==========================================
- Coverage   95.53%   95.35%   -0.19%     
==========================================
  Files           7        7              
  Lines         538      538              
==========================================
- Hits          514      513       -1     
- Misses         24       25       +1
Impacted Files Coverage Δ
jose/jwk.py 95.85% <ø> (-0.52%)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 8556fc2...63d74d3. Read the comment docs.

@bjmc
Copy link
Contributor

bjmc commented Feb 28, 2017

@mpdavis did you have a chance to look at this? Maybe I'm mistaken, but the code coverage change doesn't look significant.

@mpdavis
Copy link
Owner

mpdavis commented Mar 5, 2017

One of the core philosophies of this repo is Google AppEngine support, which doesn't support pycryptodome over pycrypto.

#42 was just merged, which adds support for runtime algorithm registration.

I am a fan of safe defaults, so I would be happy with using pycryptodome as the default as long as there was an option to switch back to pycrypto so that we can support GAE.

sirosen added a commit to sirosen/python-jose that referenced this pull request Sep 1, 2017
Continue to push for `pycryptodome` as the default, but add some GAE
detection for intallation requirements. If installing on GAE, should
continue to use pycrypto.

Closes mpdavis#43
sirosen added a commit to sirosen/python-jose that referenced this pull request Sep 11, 2017
Continue to push for `pycryptodome` as the default, but add some GAE
detection for intallation requirements. If installing on GAE, should
continue to use pycrypto.

Closes mpdavis#43
@mpdavis
Copy link
Owner

mpdavis commented Jan 16, 2018

Closing in favor of #57

@mpdavis mpdavis closed this Jan 16, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants