Skip to content

chore(deps): Update pycryptodome requirement from >=3.20.0 to >=4.4.0 - #4

Closed
dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/pip/pycryptodome-gte-4.2.0
Closed

dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/pip/pycryptodome-gte-4.2.0

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Nov 3, 2026 •

Copy link
Copy Markdown
Contributor

Updates the requirements on pycryptodome to permit the latest version.

Release notes

Sourced from pycryptodome's releases.

v4.4.0 - Lyon

New features

  • Added the elliptic curve secp256k1 to Crypto.PublicKey.ECC: key generation, import and export, ECDSA with Crypto.Signature.DSS, and ECDH with Crypto.Protocol.DH.
  • Added the mode 'sec1' to Crypto.Signature.DSS.new, for randomized ECDSA on all Weierstrass curves. Mode 'fips-186-3' does not accept secp256k1, which is not a curve of that standard.
  • GH#759: Added the parameter low_s to Crypto.Signature.DSS.new, for ECDSA signatures in the low-S form (for all curves): signing normalizes s, and verifying rejects a high s.
  • ECDSA signatures in DER encoding are about 5-8x faster.

Resolved issues

  • ECC.import_key raised TypeError instead of ValueError for an OpenSSH public key with an unsupported curve or key type, or with a malformed body.
  • ECC.import_key accepted an OpenSSH key (public or private) whose curve did not match its key type.
  • GH#960: In HPKE, a message rejected by unseal() consumed a sequence number, so all later messages of that context failed too. The sequence number now only advances when unseal() succeeds (RFC 9180, Section 5.2). Thanks to Zulfareen Shaikh.
  • In HPKE, a seal() that raised an exception also consumed a sequence number, so the receiver could not unseal the messages that followed.
Changelog

Sourced from pycryptodome's changelog.

4.4.0 (7 November 2026) +++++++++++++++++++++++++++

New features

  • Added the elliptic curve secp256k1 to Crypto.PublicKey.ECC: key generation, import and export, ECDSA with Crypto.Signature.DSS, and ECDH with Crypto.Protocol.DH.
  • Added the mode 'sec1' to Crypto.Signature.DSS.new, for randomized ECDSA on all Weierstrass curves. Mode 'fips-186-3' does not accept secp256k1, which is not a curve of that standard.
  • GH#759: Added the parameter low_s to Crypto.Signature.DSS.new, for ECDSA signatures in the low-S form (for all curves): signing normalizes s, and verifying rejects a high s.
  • ECDSA signatures in DER encoding are about 5-8x faster.

Resolved issues

  • ECC.import_key raised TypeError instead of ValueError for an OpenSSH public key with an unsupported curve or key type, or with a malformed body.
  • ECC.import_key accepted an OpenSSH key (public or private) whose curve did not match its key type.
  • GH#960: In HPKE, a message rejected by unseal() consumed a sequence number, so all later messages of that context failed too. The sequence number now only advances when unseal() succeeds (RFC 9180, Section 5.2). Thanks to Zulfareen Shaikh.
  • In HPKE, a seal() that raised an exception also consumed a sequence number, so the receiver could not unseal the messages that followed.

4.3.0 (2 November 2026) ++++++++++++++++++++++++++

New features

  • CTR mode is 2.5-3.5x faster on large data (and GCM about 2x), on all platforms.
  • On 64-bit ARM CPUs (Linux, macOS and Windows), AES and GHASH use the instructions of the ARMv8 Cryptography Extensions (AES and PMULL), when available. On a Graviton3, AES-ECB is about 35x faster, GCM 7x, OCB 10-12x, and CTR, CBC, CFB and OFB 3-6x.
  • Integer.random_range() is about 2x faster when the bounds are public, with the same output: ECDSA signatures are about 13% faster (P-256), DSA signatures about 4%, and ECC key generation about 35%. The RSA modulus and the DSA subgroup order are now public Integer objects.
  • Faster RSA: on x86-64, signatures and decryption are 35-40% faster (RSA-2048 to RSA-4096), verification and encryption 2-2.7x. Modular exponentiation with a public exponent (like the RSA public exponent) no longer uses the slower constant-time algorithm, which is only needed for secret exponents, and the Montgomery context of a modulus is kept with it. The RSA blinding factor is squared between uses (a new one every 32 uses, and after a fork).
  • The Montgomery multiplication for x86-64 CPUs with BMI2 and ADX is about 20% faster: DSA signatures and verification are about 25% faster.
  • ECDSA signatures are 3-6% faster for P-256 and P-384: the field inversion

... (truncated)

Commits

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file python Pull requests that update python code labels Nov 3, 2026
@dependabot
dependabot Bot force-pushed the dependabot/pip/pycryptodome-gte-4.2.0 branch from 85d23ef to 804e705 Compare November 3, 2026 20:34
@dependabot dependabot Bot changed the title chore(deps): update pycryptodome requirement from >=3.20.0 to >=4.2.0 chore(deps): update pycryptodome requirement from >=3.20.0 to >=4.4.0 Nov 12, 2026
@dependabot
dependabot Bot force-pushed the dependabot/pip/pycryptodome-gte-4.2.0 branch from 804e705 to f723983 Compare November 12, 2026 14:18
@Blackwellcode

Copy link
Copy Markdown
Owner

@dependabot rebase

Updates the requirements on [pycryptodome](https://github.com/Legrandin/pycryptodome) to permit the latest version.
- [Release notes](https://github.com/Legrandin/pycryptodome/releases)
- [Changelog](https://github.com/Legrandin/pycryptodome/blob/master/Changelog.rst)
- [Commits](Legrandin/pycryptodome@v3.20.0...v4.4.0)

---
updated-dependencies:
- dependency-name: pycryptodome
  dependency-version: 4.2.0
  dependency-type: direct:production
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot changed the title chore(deps): update pycryptodome requirement from >=3.20.0 to >=4.4.0 chore(deps): Update pycryptodome requirement from >=3.20.0 to >=4.4.0 Nov 12, 2026
@dependabot
dependabot Bot force-pushed the dependabot/pip/pycryptodome-gte-4.2.0 branch from f723983 to a7766ed Compare November 12, 2026 15:08
@Blackwellcode

Copy link
Copy Markdown
Owner

Included in #15 (merged).

@dependabot @github

dependabot Bot commented on behalf of github Nov 12, 2026

Copy link
Copy Markdown
Contributor Author

OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting @dependabot ignore this major version or @dependabot ignore this minor version. You can also ignore all major, minor, or patch releases for a dependency by adding an ignore condition with the desired update_types to your config file.

If you change your mind, just re-open this PR and I'll resolve any conflicts on it.

@dependabot
dependabot Bot deleted the dependabot/pip/pycryptodome-gte-4.2.0 branch November 12, 2026 15:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file python Pull requests that update python code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant