BSD Ports

security/py-cryptography 50.0.1 NetBSD

Cryptographic recipes and primitives for Python

System
NetBSD
Repository
pkgsrc
Maintainer
[email protected]
Last update
Commit
f6a751a282
License
apache-2.0 OR modified-bsd
Categories
security, python
Package size
1522.1 KiB, 7600.1 KiB installed

Description

cryptography is a package designed to expose cryptographic recipes and primitives to Python developers. Our goal is for it to be your "cryptographic standard library".

cryptography includes both high level recipes, and low level interfaces to common cryptographic algorithms such as symmetric ciphers, message digests and key derivation functions.

In the other systems

SystemPortVersion
NetBSDsecurity/py-cryptography50.0.1
FreeBSDsecurity/py-cryptography50.0.1_1,1
OpenBSDsecurity/py-cryptography50.0.2
DragonFlysecurity/py-cryptography42.0.8_7,1
MidnightBSDsecurity/py-cryptography47.0.0,1

Install

Binary package:

pkgin install py311-cryptography

From pkgsrc:

cd /usr/pkgsrc/security/py-cryptography && make install clean

Dependencies

Run dependencies 2

Configuration

No options to configure.

Service scripts
none
Flavors
py312-cryptography-50.0.1, py313-cryptography-50.0.1, py314-cryptography-50.0.1

Commit history 4

DateCommitCreditsLog message
f6a751a282 wiz py-cryptography, py-ast-serialize: switch to PYSTABLEAPI
Fixes packaging with Python 3.15.
9078658295 adam py-cryptography py-cryptography_vectors: updated to 50.0.2
50.0.2 - 2026-09-30 Updated Windows, macOS, and Linux wheels to be compiled with OpenSSL 4.0.3. Added abi3.abi3t wheels for free-threaded CPython 3.15 and later. Updated to PyO3 0.29.2, which fixes building cryptography on Cygwin and MSYS2.
058c852faf adam py-cryptography py-cryptography_vectors: updated to 50.0.1
50.0.1 - 2026-08-25 * Updated Windows, macOS, and Linux wheels to be compiled with OpenSSL 4.0.2.
29a74059fd wiz py-cryptography: update to 50.0.0.
50.0.0 - 2026-07-31 ~~~~~~~~~~~~~~~~~~~ * **SECURITY ISSUE**: :func:`~cryptography.hazmat.primitives.serialization.pkcs7.pkcs7_decrypt_der` and its PEM and S/MIME variants no longer expose distinguishable errors or timing when unwrapping a ``RecipientInfo``'s ``encryptedKey``, which could act as a Bleichenbacher oracle for callers that decrypt untrusted messages. A random key is now substituted on failure, as described in :rfc:`3218`. Credit to **@X1AOxiang** for reporting the issue * Deprecated Diffie-Hellman key exchange over finite fields (FFDH). Everything FFDH is deprecated, including the types in ``cryptography.hazmat.primitives.asymmetric.dh`` and loading FFDH keys or parameters with the key loading APIs. Users should migrate to a more …