Name: | python-backports-ssl_match_hostname |
---|---|
Version: | 3.4.0.2 |
Release: | 4.el7 |
Architecture: | noarch |
Group: | Unspecified |
Size: | 14193 |
License: | Python |
RPM: | python-backports-ssl_match_hostname-3.4.0.2-4.el7.noarch.rpm |
Source RPM: | python-backports-ssl_match_hostname-3.4.0.2-4.el7.src.rpm |
Build Date: | Wed Apr 30 2014 |
Build Host: | ca-buildj3.us.oracle.com |
Vendor: | Oracle America |
URL: | https://bitbucket.org/brandon/backports.ssl_match_hostname |
Summary: | The ssl.match_hostname() function from Python 3 |
Description: | The Secure Sockets layer is only actually secure if you check the hostname in the certificate returned by the server to which you are connecting, and verify that it matches to hostname that you are trying to reach. But the matching logic, defined in RFC2818, can be a bit tricky to implement on your own. So the ssl package in the Standard Library of Python 3.2 now includes a match_hostname() function for performing this check instead of requiring every application to implement the check separately. This backport brings match_hostname() to users of earlier versions of Python. The actual code inside comes verbatim from Python 3.2. |
- Mass rebuild 2013-12-27
- Restore python-backports dependency on RHEL
- Drop python-backports dependency on RHEL
- Update to upstream 3.4.0.2 for a security fix - http://bugs.python.org/issue17997
- Update to upstream 3.4.0.1
- Use python-backports instead of providing backports/__init__.py
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
- Add patch for CVE 2013-2099 https://bugzilla.redhat.com/show_bug.cgi?id=963260
- Fix Python issue 12000
- Initial package build