All notable changes to this project will be documented in this file.
The first number of the version is the year. The second number is incremented with each release, starting at 1 for each year. The third number is for emergencies when we need to start branches for older releases.
You can find out backwards-compatibility policy here.
If a certificate doesn’t contain any
subjectAltNames, we now raise
service_identity.VerificationErrorto make the problem easier to debug. #67
All Python versions up to and including 3.7 have been dropped.
commonNamein certificates has been dropped. It has been deprecated since 2017 and isn’t supported by any major browser.
The oldest supported pyOpenSSL version (when using the
pyopensslbackend) is now 17.0.0. When using such an old pyOpenSSL version, you have to pin cryptography yourself to ensure compatibility between them. Please check out
constraints/oldest-pyopenssl.txtto verify what we are testing against.
If you’ve used
service_identity.(cryptography|pyopenssl).extract_ids(), please switch to the new names
Python 3.4 is not supported anymore. It has been unsupported by the Python core team for a while now, its PyPI downloads are negligible, and our CI provider removed it as a supported option.
It’s very unlikely that
service-identitywill break under 3.4 anytime soon, which is why we do not block its installation on Python 3.4. But we don’t test it anymore and will block it once someone reports breakage.
service_identity.exceptions.VerificationErrorcan now be pickled and is overall more well-behaved as an exception. This raises the requirement of
pyOpenSSL is optional now if you use
Added support for
subjectAltNames. You can now verify whether a connection or a certificate is valid for an IP address using
Since Chrome 58 and Firefox 48 both don’t accept certificates that contain only a Common Name, its usage is hereby deprecated in
service-identitytoo. We have been raising a warning since 16.0.0 and the support will be removed in mid-2018 for good.
*) are now only allowed if they are the leftmost label in a certificate. This is common practice by all major browsers. #19
Python 3.3 and 2.6 aren’t supported anymore. They may work by chance but any effort to keep them working has ceased.
The last Python 2.6 release was on October 29, 2013 and isn’t supported by the CPython core team anymore. Major Python packages like Django and Twisted dropped Python 2.6 a while ago already.
Python 3.3 never had a significant user base and wasn’t part of any distribution’s LTS release.
pyOpenSSL versions older than 0.14 are not tested anymore. They don’t even build on recent OpenSSL versions. Please note that its support may break without further notice.
Officially support Python 3.5.
Switch to year-based version numbers.
characteristic14.0 (get rid of deprecation warnings).
Package docs with source distributions.
Drop support for Python 3.2. There is no justification to add complexity and unnecessary function calls for a Python version that nobody uses.
Move into the Python Cryptography Authority’s GitHub account.
Move exceptions into
service_identity.exceptionsso tracebacks don’t contain private module names.
Promoting to stable since Twisted 14.0 is optionally depending on
Use characteristic instead of a home-grown solution.
idna0.6 did some backward-incompatible fixes that broke Python 3 support. This has been fixed now therefore service-identity only works with
idna0.6 and later. Unfortunately since
idnadoesn’t offer version introspection, service-identity can’t warn about it.
Official support for Python 3.4.
Refactor into a multi-module package. Most notably,
extract_idslive in the
verify_hostnamenow takes an
OpenSSL.SSL.Connectionfor the first argument.
More strict checks for URI_IDs.
Less false positives in IP address detection.