> **Источник:** https://python-all.ru/3.4/library/ssl.html > > «Документация Python на русском» – неофициальный перевод официальной документации Python: версии от 2.6 до 3.16, полнотекстовый поиск, английский оригинал рядом с переводом. Эта Markdown-версия страницы предназначена для работы с LLM: вставьте её в ChatGPT, Claude или Cursor. --- # 18.2. [`ssl`](https://python-all.ru/3.4/library/ssl.html#module-ssl) – обёртка TLS/SSL для объектов сокетов **Исходный код:** [Lib/ssl.py](https://python-all.ru/src/3.4/Lib/ssl.py) --- Этот модуль предоставляет доступ к шифрованию и аутентификации одноранговых узлов с помощью протокола Transport Layer Security (часто называемого «Secure Sockets Layer») для сетевых сокетов, как на стороне клиента, так и на стороне сервера. В этом модуле используется библиотека OpenSSL. Он доступен на всех современных Unix-системах, Windows, Mac OS X и, вероятно, на других платформах, если на них установлен OpenSSL. > **Примечание** > > Некоторые особенности поведения могут зависеть от платформы, так как вызовы производятся к API сокетов операционной системы. Установленная версия OpenSSL также может приводить к различиям в поведении. Например, TLSv1.1 и TLSv1.2 поставляются с openssl версии 1.0.1. > **Предупреждение** > > Не следует использовать этот модуль без ознакомления с [*рекомендациями по безопасности*](https://python-all.ru/3.4/library/ssl.html#ssl-security). В противном случае может возникнуть ложное ощущение безопасности, поскольку настройки по умолчанию модуля ssl не обязательно подходят для конкретного приложения. В этом разделе описываются объекты и функции модуля `ssl`; за более общей информацией о TLS, SSL и сертификатах обращайтесь к документам в разделе «См. также» внизу. Этот модуль предоставляет класс [`ssl.SSLSocket`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket), производный от типа [`socket.socket`](https://python-all.ru/3.4/library/socket.html#socket.socket), и предоставляющий обёртку, похожую на сокет, которая также шифрует и расшифровывает данные, передаваемые через сокет с помощью SSL. Он поддерживает дополнительные методы, такие как `getpeercert()`, который возвращает сертификат другой стороны соединения, и `cipher()`, который возвращает шифр, используемый для безопасного соединения. Для более сложных приложений класс [`ssl.SSLContext`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext) помогает управлять настройками и сертификатами, которые затем могут наследоваться SSL-сокетами, созданными через метод [`SSLContext.wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.wrap_socket). ## 18.2.1. Функции, константы и исключения #### `exception ssl.SSLError` Возникает для сигнализации об ошибке из нижележащей реализации SSL (в настоящее время предоставляемой библиотекой OpenSSL). Это указывает на некоторую проблему в высокоуровневом уровне шифрования и аутентификации, который накладывается на нижележащее сетевое соединение. Эта ошибка является подтипом [`OSError`](https://python-all.ru/3.4/library/exceptions.html#OSError). Код ошибки и сообщение экземпляров [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError) предоставляются библиотекой OpenSSL. Изменено в версии 3.3: [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError) раньше был подтипом [`socket.error`](https://python-all.ru/3.4/library/socket.html#socket.error). #### `library` Строковый мнемонический код, обозначающий подмодуль OpenSSL, в котором произошла ошибка, например `SSL`, `PEM` или `X509`. Диапазон возможных значений зависит от версии OpenSSL. Новое в версии 3.3. #### `reason` Строковый мнемонический код, обозначающий причину этой ошибки, например `CERTIFICATE_VERIFY_FAILED`. Диапазон возможных значений зависит от версии OpenSSL. Новое в версии 3.3. #### `exception ssl.SSLZeroReturnError` Подкласс [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError), возникающий при попытке чтения или записи, когда SSL-соединение было корректно закрыто. Обратите внимание, что это не означает, что нижележащий транспорт (читай TCP) был закрыт. Новое в версии 3.3. #### `exception ssl.SSLWantReadError` Подкласс [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError), возбуждаемый [*неблокирующим SSL-сокетом*](https://python-all.ru/3.4/library/ssl.html#ssl-nonblocking) при попытке чтения или записи данных, когда требуется получить больше данных по нижележащему TCP-транспорту, прежде чем запрос может быть выполнен. Новое в версии 3.3. #### `exception ssl.SSLWantWriteError` Подкласс [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError), возбуждаемый [*неблокирующим SSL-сокетом*](https://python-all.ru/3.4/library/ssl.html#ssl-nonblocking) при попытке чтения или записи данных, когда требуется отправить больше данных по нижележащему TCP-транспорту, прежде чем запрос может быть выполнен. Новое в версии 3.3. #### `exception ssl.SSLSyscallError` Подкласс [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError), возбуждаемый при возникновении системной ошибки при попытке выполнения операции над SSL-сокетом. К сожалению, нет простого способа проверить исходный номер errno. Новое в версии 3.3. #### `exception ssl.SSLEOFError` Подкласс [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError), возбуждаемый при внезапном завершении SSL-соединения. Как правило, при возникновении этой ошибки не следует пытаться повторно использовать нижележащий транспорт. Новое в версии 3.3. #### `exception ssl.CertificateError` Возникает для сигнализации об ошибке с сертификатом (например, несовпадение имени хоста). Однако ошибки сертификата, обнаруженные OpenSSL, возбуждают [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError). ### 18.2.1.1. Создание сокета Следующая функция позволяет создать сокет независимо. Начиная с Python 3.2, может быть более гибким использование [`SSLContext.wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.wrap_socket) вместо этого. #### `ssl.wrap_socket(sock, keyfile=None, certfile=None, server_side=False, cert_reqs=CERT_NONE, ssl_version={see docs}, ca_certs=None, do_handshake_on_connect=True, suppress_ragged_eofs=True, ciphers=None)` Принимает экземпляр `sock` типа [`socket.socket`](https://python-all.ru/3.4/library/socket.html#socket.socket) и возвращает экземпляр [`ssl.SSLSocket`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket), подтипа [`socket.socket`](https://python-all.ru/3.4/library/socket.html#socket.socket), который оборачивает нижележащий сокет в контекст SSL. `sock` должен быть сокетом [`SOCK_STREAM`](https://python-all.ru/3.4/library/socket.html#socket.SOCK_STREAM); другие типы сокетов не поддерживаются. Для клиентских сокетов построение контекста ленивое; если нижележащий сокет ещё не подключен, построение контекста будет выполнено после вызова `connect()` на сокете. Для серверных сокетов, если сокет не имеет удалённого узла, предполагается, что это слушающий сокет, и серверная SSL-обёртка автоматически выполняется для клиентских соединений, принятых через метод `accept()`. [`wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.wrap_socket) может возбуждать [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError). Параметры `keyfile` и `certfile` задают необязательные файлы, содержащие сертификат, используемый для идентификации локальной стороны соединения. См. обсуждение [*Certificates*](https://python-all.ru/3.4/library/ssl.html#ssl-certificates) для получения дополнительной информации о том, как сертификат хранится в `certfile`. Параметр `server_side` – это логическое значение, которое определяет, требуется ли от этого сокета поведение серверной или клиентской стороны. Параметр `cert_reqs` задаёт, требуется ли сертификат от другой стороны соединения и будет ли он проверен, если предоставлен. Он должен быть одним из трёх значений: [`CERT_NONE`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_NONE) (сертификаты игнорируются), [`CERT_OPTIONAL`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_OPTIONAL) (не требуется, но проверяется, если предоставлен) или [`CERT_REQUIRED`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_REQUIRED) (требуется и проверяется). Если значение этого параметра не [`CERT_NONE`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_NONE), то параметр `ca_certs` должен указывать на файл с сертификатами ЦС. Файл `ca_certs` содержит набор объединённых сертификатов «центров сертификации», которые используются для проверки сертификатов, переданных с другого конца соединения. См. обсуждение [*Certificates*](https://python-all.ru/3.4/library/ssl.html#ssl-certificates) для получения дополнительной информации о том, как организовать сертификаты в этом файле. Параметр `ssl_version` определяет, какую версию протокола SSL использовать. Обычно сервер выбирает конкретную версию протокола, а клиент должен подстраиваться под выбор сервера. Большинство версий несовместимы друг с другом. Если параметр не задан, по умолчанию используется [`PROTOCOL_SSLv23`](https://python-all.ru/3.4/library/ssl.html#ssl.PROTOCOL_SSLv23); он обеспечивает наилучшую совместимость с другими версиями. Ниже приведена таблица, показывающая, какие версии на стороне клиента (по вертикали) могут подключаться к каким версиям на стороне сервера (по горизонтали): > | *клиент* / **сервер** | **SSLv2** | **SSLv3** | **SSLv23** | **TLSv1** | **TLSv1.1** | **TLSv1.2** | > | --- | --- | --- | --- | --- | --- | --- | > | *SSLv2* | да | нет | да | нет | нет | нет | > | *SSLv3* | нет | да | да | нет | нет | нет | > | *SSLv23* | нет | да | да | да | да | да | > | *TLSv1* | нет | нет | да | да | нет | нет | > | *TLSv1.1* | нет | нет | да | нет | да | нет | > | *TLSv1.2* | нет | нет | да | нет | нет | да | > **Примечание** > > Какие соединения будут успешными, зависит от версии OpenSSL. Например, до OpenSSL 1.0.0 клиент SSLv23 всегда пытался устанавливать соединения SSLv2. Параметр *ciphers* задаёт доступные шифры для этого объекта SSL. Он должен быть строкой в [формате списка шифров OpenSSL](https://python-all.ru/3.4/library/ssl.html). Параметр `do_handshake_on_connect` определяет, выполнять ли квитирование SSL автоматически после вызова `socket.connect()`, или же программа должна вызывать его явно с помощью метода [`SSLSocket.do_handshake()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.do_handshake). Явный вызов [`SSLSocket.do_handshake()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.do_handshake) даёт программе контроль над блокирующим поведением операций ввода-вывода сокета, участвующих в квитировании. Параметр `suppress_ragged_eofs` определяет, как метод `SSLSocket.recv()` должен сигнализировать о неожиданном конце файла (EOF) с другого конца соединения. Если указано значение [`True`](https://python-all.ru/3.4/library/constants.html#True) (по умолчанию), он возвращает обычный EOF (пустой объект bytes) в ответ на ошибки неожиданного EOF, возникающие в базовом сокете; если [`False`](https://python-all.ru/3.4/library/constants.html#False), он будет пробрасывать исключения обратно вызывающему коду. Изменено в версии 3.2: Новый необязательный аргумент *ciphers*. ### 18.2.1.2. Создание контекста Вспомогательная функция помогает создавать объекты [`SSLContext`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext) для типовых задач. #### `ssl.create_default_context(purpose=Purpose.SERVER_AUTH, cafile=None, capath=None, cadata=None)` Возвращает новый объект [`SSLContext`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext) с настройками по умолчанию для заданного *purpose*. Настройки выбираются модулем [`ssl`](https://python-all.ru/3.4/library/ssl.html#module-ssl), и обычно обеспечивают более высокий уровень безопасности, чем при прямом вызове конструктора [`SSLContext`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext). *cafile*, *capath* и *cadata* представляют необязательные сертификаты ЦС для проверки сертификатов, как в [`SSLContext.load_verify_locations()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.load_verify_locations). Если все три равны [`None`](https://python-all.ru/3.4/library/constants.html#None), эта функция может вместо этого использовать системные сертификаты ЦС по умолчанию. Используются следующие настройки: [`PROTOCOL_SSLv23`](https://python-all.ru/3.4/library/ssl.html#ssl.PROTOCOL_SSLv23), [`OP_NO_SSLv2`](https://python-all.ru/3.4/library/ssl.html#ssl.OP_NO_SSLv2) и [`OP_NO_SSLv3`](https://python-all.ru/3.4/library/ssl.html#ssl.OP_NO_SSLv3) с набором шифров высокой надёжности без RC4 и без неаутентифицированных шифров. Передача [`SERVER_AUTH`](https://python-all.ru/3.4/library/ssl.html#ssl.Purpose.SERVER_AUTH) в качестве *purpose* устанавливает [`verify_mode`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.verify_mode) в [`CERT_REQUIRED`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_REQUIRED) и либо загружает сертификаты ЦС (когда задан хотя бы один из *cafile*, *capath* или *cadata*), либо использует [`SSLContext.load_default_certs()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.load_default_certs) для загрузки сертификатов ЦС по умолчанию. > **Примечание** > > Протокол, параметры, шифр и другие настройки могут в любой момент измениться на более строгие значения без предварительного уведомления об устаревании. Эти значения представляют собой разумный баланс между совместимостью и безопасностью. > > Если приложению требуются особые настройки, следует создать [`SSLContext`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext) и применить настройки самостоятельно. > **Примечание** > > Если при использовании [`SSLContext`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext), созданного этой функцией, некоторые старые клиенты или серверы при попытке подключения выдают ошибку «Несовпадение протокола или набора шифров», возможно, они поддерживают только SSL 3.0, который в этой функции отключён с помощью [`OP_NO_SSLv3`](https://python-all.ru/3.4/library/ssl.html#ssl.OP_NO_SSLv3). SSL 3.0 широко считается [полностью скомпрометированным](https://python-all.ru/3.4/library/ssl.html). Если всё же требуется продолжать использовать эту функцию, но при этом разрешить подключения по SSL 3.0, его можно снова включить следующим образом: > > ```python > ctx = ssl.create_default_context(Purpose.CLIENT_AUTH) > ctx.options &= ~ssl.OP_NO_SSLv3 > ``` Новое в версии 3.4. Изменено в версии 3.4.4: RC4 был удалён из строки шифров по умолчанию. Изменено в версии 3.4.7: ChaCha20/Poly1305 была добавлена в строку шифров по умолчанию. 3DES был удалён из строки шифров по умолчанию. ### 18.2.1.3. Генерация случайных чисел #### `ssl.RAND_bytes(num)` Возвращает *num* криптостойких псевдослучайных байтов. Вызывает исключение [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError), если ГПСЧ не был инициализирован достаточным количеством данных или если операция не поддерживается текущим методом RAND. [`RAND_status()`](https://python-all.ru/3.4/library/ssl.html#ssl.RAND_status) можно использовать для проверки состояния ГПСЧ, а [`RAND_add()`](https://python-all.ru/3.4/library/ssl.html#ssl.RAND_add) – для его инициализации. Для большинства приложений предпочтительнее использовать [`os.urandom()`](https://python-all.ru/3.4/library/os.html#os.urandom). Прочитайте статью в Википедии, [Криптографически стойкий генератор псевдослучайных чисел (CSPRNG)](https://python-all.ru/3.4/library/ssl.html), чтобы узнать требования к криптографическому генератору. Новое в версии 3.3. #### `ssl.RAND_pseudo_bytes(num)` Возвращает (bytes, is\_cryptographic): bytes – это *num* псевдослучайных байтов, is\_cryptographic равно `True`, если сгенерированные байты являются криптостойкими. Вызывает исключение [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError), если операция не поддерживается текущим методом RAND. Сгенерированные последовательности псевдослучайных байтов будут уникальными, если они имеют достаточную длину, но не обязательно непредсказуемы. Их можно использовать для некриптографических целей и для некоторых целей в криптографических протоколах, но обычно не для генерации ключей и т.д. Для большинства приложений предпочтительнее использовать [`os.urandom()`](https://python-all.ru/3.4/library/os.html#os.urandom). Новое в версии 3.3. #### `ssl.RAND_status()` Возвращает `True`, если ГПСЧ SSL был инициализирован «достаточной» энтропией, и `False` в противном случае. Для увеличения энтропии генератора псевдослучайных чисел можно использовать [`ssl.RAND_egd()`](https://python-all.ru/3.4/library/ssl.html#ssl.RAND_egd) и [`ssl.RAND_add()`](https://python-all.ru/3.4/library/ssl.html#ssl.RAND_add). #### `ssl.RAND_egd(path)` Если где-то запущен демон сбора энтропии (EGD) и *path* – это имя пути к сокетному соединению, открытому для него, то из сокета будет прочитано 256 байт случайных данных и добавлено в генератор псевдослучайных чисел SSL для повышения безопасности генерируемых секретных ключей. Обычно это необходимо только в системах, где нет более качественных источников случайности. См. [http://egd.sourceforge.net/](https://python-all.ru/3.4/library/ssl.html) или [http://prngd.sourceforge.net/](https://python-all.ru/3.4/library/ssl.html) для получения исходных текстов демонов сбора энтропии. #### `ssl.RAND_add(bytes, entropy)` Смешивает заданные *bytes* (байты) с генератором псевдослучайных чисел SSL. Параметр *entropy* (число с плавающей точкой) задаёт нижнюю границу энтропии, содержащейся в строке (поэтому всегда можно использовать `0.0`). См. [**RFC 1750**](https://python-all.ru/3.4/library/ssl.html) для получения дополнительной информации об источниках энтропии. ### 18.2.1.4. Обработка сертификатов #### `ssl.match_hostname(cert, hostname)` Проверяет, что *cert* (в декодированном формате, возвращённом функцией [`SSLSocket.getpeercert()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.getpeercert)) соответствует заданному *hostname*. Применяются правила проверки идентичности HTTPS-серверов, описанные в [**RFC 2818**](https://python-all.ru/3.4/library/ssl.html) и [**RFC 6125**](https://python-all.ru/3.4/library/ssl.html), за исключением того, что IP-адреса в настоящее время не поддерживаются. Помимо HTTPS, эта функция подходит для проверки идентичности серверов в различных протоколах на основе SSL, таких как FTPS, IMAPS, POPS и другие. [`CertificateError`](https://python-all.ru/3.4/library/ssl.html#ssl.CertificateError) возбуждается при неудаче. В случае успеха функция ничего не возвращает: ```python >>> cert = {'subject': ((('commonName', 'example.com'),),)} >>> ssl.match_hostname(cert, "example.com") >>> ssl.match_hostname(cert, "example.org") Traceback (most recent call last): File "", line 1, in File "/home/py3k/Lib/ssl.py", line 130, in match_hostname ssl.CertificateError: hostname 'example.org' doesn't match 'example.com' ``` Новое в версии 3.2. Изменено в версии 3.3.3: Теперь функция следует [**RFC 6125**](https://python-all.ru/3.4/library/ssl.html), разделу 6.4.3, и не сопоставляет ни множественные подстановочные символы (например, `*.*.com` или `*a*.example.org`), ни подстановочный символ внутри фрагмента интернационализированного доменного имени (IDN). Метки IDN A-типа, такие как `www*.xn--pthon-kva.org`, по-прежнему поддерживаются, но `x*.python.org` больше не соответствует `xn--tda.python.org`. #### `ssl.cert_time_to_seconds(timestring)` Возвращает значение с плавающей запятой, содержащее обычное время в секундах от начала эпохи, для строки времени, представляющей дату “notBefore” или “notAfter” из сертификата. Вот пример: ```python >>> import ssl >>> ssl.cert_time_to_seconds("May 9 00:00:00 2007 GMT") 1178694000.0 >>> import time >>> time.ctime(ssl.cert_time_to_seconds("May 9 00:00:00 2007 GMT")) 'Wed May 9 00:00:00 2007' ``` #### `ssl.get_server_certificate(addr, ssl_version=PROTOCOL_SSLv3, ca_certs=None)` По заданному адресу `addr` SSL-защищённого сервера, в виде пары (*hostname*, *port-number*), получает сертификат сервера и возвращает его в виде строки в кодировке PEM. Если указан `ssl_version`, используется эта версия протокола SSL для попытки подключения к серверу. Если указан `ca_certs`, это должен быть файл, содержащий список корневых сертификатов, в том же формате, который используется для одноимённого параметра в [`wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.wrap_socket). Вызов попытается проверить сертификат сервера по этому набору корневых сертификатов, и завершится неудачей, если проверка не пройдёт. Изменено в версии 3.3: Эта функция теперь совместима с IPv6. #### `ssl.DER_cert_to_PEM_cert(DER_cert_bytes)` Принимая сертификат в виде набора байтов в кодировке DER, возвращает версию того же сертификата в виде строки в кодировке PEM. #### `ssl.PEM_cert_to_DER_cert(PEM_cert_string)` Принимая сертификат в виде строки ASCII в формате PEM, возвращает последовательность байтов в кодировке DER для того же сертификата. #### `ssl.get_default_verify_paths()` Возвращает именованный кортеж с путями к cafile и capath OpenSSL по умолчанию. Пути такие же, как используются в [`SSLContext.set_default_verify_paths()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.set_default_verify_paths). Возвращаемое значение – [*именованный кортеж*](https://python-all.ru/3.4/glossary.html#term-named-tuple) `DefaultVerifyPaths`: - `cafile` – разрешённый путь к cafile или None, если файл не существует, - `capath` – разрешённый путь к capath или None, если каталог не существует, - `openssl_cafile_env` – ключ окружения OpenSSL, указывающий на cafile, - `openssl_cafile` – жёстко заданный путь к cafile, - `openssl_capath_env` – ключ окружения OpenSSL, указывающий на capath, - `openssl_capath` – жёстко заданный путь к каталогу capath Новое в версии 3.4. #### `ssl.enum_certificates(store_name)` Извлекает сертификаты из системного хранилища сертификатов Windows. *store\_name* может быть одним из `CA`, `ROOT` или `MY`. Windows также может предоставлять дополнительные хранилища сертификатов. Функция возвращает список кортежей (cert\_bytes, encoding\_type, trust). Параметр encoding\_type задаёт кодировку cert\_bytes. Это либо `x509_asn` для данных X.509 ASN.1, либо `pkcs_7_asn` для данных PKCS#7 ASN.1. Параметр trust задаёт назначение сертификата как набор OID или именно `True`, если сертификат заслуживает доверия для всех целей. Пример: ```python >>> ssl.enum_certificates("CA") [(b'data...', 'x509_asn', {'1.3.6.1.5.5.7.3.1', '1.3.6.1.5.5.7.3.2'}), (b'data...', 'x509_asn', True)] ``` Доступность: Windows. Новое в версии 3.4. #### `ssl.enum_crls(store_name)` Извлекает списки отзыва (CRL) из системного хранилища сертификатов Windows. *store\_name* может быть одним из `CA`, `ROOT` или `MY`. Windows также может предоставлять дополнительные хранилища сертификатов. Функция возвращает список кортежей (cert\_bytes, encoding\_type, trust). Параметр encoding\_type задаёт кодировку cert\_bytes. Это либо `x509_asn` для данных X.509 ASN.1, либо `pkcs_7_asn` для данных PKCS#7 ASN.1. Доступность: Windows. Новое в версии 3.4. ### 18.2.1.5. Константы #### `ssl.CERT_NONE` Возможное значение для [`SSLContext.verify_mode`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.verify_mode) или параметра `cert_reqs` для [`wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.wrap_socket). В этом режиме (по умолчанию) от другой стороны сокетного соединения не требуется сертификатов. Если сертификат получен от другой стороны, никаких попыток его проверки не предпринимается. См. обсуждение [*соображений безопасности*](https://python-all.ru/3.4/library/ssl.html#ssl-security) ниже. #### `ssl.CERT_OPTIONAL` Возможное значение для [`SSLContext.verify_mode`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.verify_mode) или параметра `cert_reqs` для [`wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.wrap_socket). В этом режиме от другой стороны сокетного соединения не требуется сертификатов; но если они предоставлены, будет предпринята попытка проверки, и при неудаче будет возбуждено [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError). Использование этого параметра требует, чтобы был передан действительный набор сертификатов ЦС – либо в [`SSLContext.load_verify_locations()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.load_verify_locations), либо в качестве значения параметра `ca_certs` для [`wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.wrap_socket). #### `ssl.CERT_REQUIRED` Возможное значение для [`SSLContext.verify_mode`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.verify_mode) или параметра `cert_reqs` для [`wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.wrap_socket). В этом режиме от другой стороны сокетного соединения требуются сертификаты; [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError) будет возбуждено, если сертификат не предоставлен или его проверка не пройдена. Использование этого параметра требует передачи корректного набора сертификатов ЦС – либо в [`SSLContext.load_verify_locations()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.load_verify_locations), либо в качестве значения параметра `ca_certs` в [`wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.wrap_socket). #### `ssl.VERIFY_DEFAULT` Возможное значение для [`SSLContext.verify_flags`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.verify_flags). В этом режиме списки отзыва сертификатов (CRL) не проверяются. По умолчанию OpenSSL ни требует, ни проверяет CRL. Новое в версии 3.4. #### `ssl.VERIFY_CRL_CHECK_LEAF` Возможное значение для [`SSLContext.verify_flags`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.verify_flags). В этом режиме проверяется только сертификат однорангового узла, но не промежуточные сертификаты ЦС. Режим требует действительного CRL, подписанного эмитентом сертификата однорангового узла (его прямым вышестоящим ЦС). Если подходящий объект не был загружен с помощью [`SSLContext.load_verify_locations`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.load_verify_locations), проверка завершится неудачей. Новое в версии 3.4. #### `ssl.VERIFY_CRL_CHECK_CHAIN` Возможное значение для [`SSLContext.verify_flags`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.verify_flags). В этом режиме проверяются CRL всех сертификатов в цепочке сертификатов однорангового узла. Новое в версии 3.4. #### `ssl.VERIFY_X509_STRICT` Возможное значение для [`SSLContext.verify_flags`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.verify_flags), отключающее обходные решения для повреждённых сертификатов X.509. Новое в версии 3.4. #### `ssl.VERIFY_X509_TRUSTED_FIRST` Возможное значение для [`SSLContext.verify_flags`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.verify_flags). Указывает OpenSSL предпочитать доверенные сертификаты при построении цепочки доверия для проверки сертификата. Этот флаг включён по умолчанию. Новое в версии 3.4.4. #### `ssl.PROTOCOL_SSLv23` Выбирает самую высокую версию протокола, поддерживаемую как клиентом, так и сервером. Несмотря на название, этот параметр может выбирать протоколы «TLS», а также «SSL». #### `ssl.PROTOCOL_SSLv2` Выбирает SSL версии 2 в качестве протокола шифрования канала. Этот протокол недоступен, если OpenSSL скомпилирован с флагом `OPENSSL_NO_SSL2`. > **Предупреждение** > > SSL версии 2 небезопасен. Его использование крайне не рекомендуется. #### `ssl.PROTOCOL_SSLv3` Выбирает SSL версии 3 в качестве протокола шифрования канала. Этот протокол недоступен, если OpenSSL скомпилирован с флагом `OPENSSL_NO_SSLv3`. > **Предупреждение** > > SSL версии 3 небезопасен. Его использование крайне не рекомендуется. #### `ssl.PROTOCOL_TLSv1` Выбирает TLS версии 1.0 в качестве протокола шифрования канала. #### `ssl.PROTOCOL_TLSv1_1` Выбирает TLS версии 1.1 в качестве протокола шифрования канала. Доступно только в openssl версии 1.0.1+. Новое в версии 3.4. #### `ssl.PROTOCOL_TLSv1_2` Выбирает TLS версии 1.2 в качестве протокола шифрования канала. Это самая современная версия и, вероятно, лучший выбор для максимальной защиты, если обе стороны могут её поддерживать. Доступна только с openssl версии 1.0.1 и выше. Новое в версии 3.4. #### `ssl.OP_ALL` Включает обходные решения для различных ошибок, присутствующих в других реализациях SSL. Этот параметр установлен по умолчанию. Он не обязательно устанавливает те же флаги, что и константа `SSL_OP_ALL` в OpenSSL. Новое в версии 3.2. #### `ssl.OP_NO_SSLv2` Запрещает соединение SSLv2. Этот параметр применим только в сочетании с [`PROTOCOL_SSLv23`](https://python-all.ru/3.4/library/ssl.html#ssl.PROTOCOL_SSLv23). Он не позволяет одноранговым узлам выбирать SSLv2 в качестве версии протокола. Новое в версии 3.2. #### `ssl.OP_NO_SSLv3` Запрещает соединение SSLv3. Этот параметр применим только в сочетании с [`PROTOCOL_SSLv23`](https://python-all.ru/3.4/library/ssl.html#ssl.PROTOCOL_SSLv23). Он не позволяет одноранговым узлам выбирать SSLv3 в качестве версии протокола. Новое в версии 3.2. #### `ssl.OP_NO_TLSv1` Запрещает соединение TLSv1. Этот параметр применим только в сочетании с [`PROTOCOL_SSLv23`](https://python-all.ru/3.4/library/ssl.html#ssl.PROTOCOL_SSLv23). Он не позволяет одноранговым узлам выбирать TLSv1 в качестве версии протокола. Новое в версии 3.2. #### `ssl.OP_NO_TLSv1_1` Запрещает соединение TLSv1.1. Этот параметр применим только в сочетании с [`PROTOCOL_SSLv23`](https://python-all.ru/3.4/library/ssl.html#ssl.PROTOCOL_SSLv23). Он не позволяет одноранговым узлам выбирать TLSv1.1 в качестве версии протокола. Доступно только в OpenSSL версии 1.0.1 и выше. Новое в версии 3.4. #### `ssl.OP_NO_TLSv1_2` Запрещает соединение TLSv1.2. Этот параметр применим только в сочетании с [`PROTOCOL_SSLv23`](https://python-all.ru/3.4/library/ssl.html#ssl.PROTOCOL_SSLv23). Он не позволяет одноранговым узлам выбирать TLSv1.2 в качестве версии протокола. Доступно только в OpenSSL версии 1.0.1 и выше. Новое в версии 3.4. #### `ssl.OP_CIPHER_SERVER_PREFERENCE` Использовать порядок шифров, заданный на сервере, а не на клиенте. Этот параметр не влияет на клиентские сокеты и сокеты сервера SSLv2. Новое в версии 3.3. #### `ssl.OP_SINGLE_DH_USE` Предотвращает повторное использование одного и того же DH-ключа для разных SSL-сессий. Это улучшает прямую секретность, но требует больше вычислительных ресурсов. Данная опция применяется только к серверным сокетам. Новое в версии 3.3. #### `ssl.OP_SINGLE_ECDH_USE` Предотвращает повторное использование одного и того же ECDH-ключа для разных SSL-сессий. Это улучшает прямую секретность, но требует больше вычислительных ресурсов. Данная опция применяется только к серверным сокетам. Новое в версии 3.3. #### `ssl.OP_NO_COMPRESSION` Отключает сжатие в SSL-канале. Это полезно, если прикладной протокол поддерживает собственный механизм сжатия. Эта опция доступна только в OpenSSL 1.0.0 и более поздних версиях. Новое в версии 3.3. #### `ssl.HAS_ECDH` Определяет, имеет ли библиотека OpenSSL встроенную поддержку обмена ключами Диффи-Хеллмана на основе эллиптических кривых. Должно быть истинно, если только эта возможность не была явно отключена распространителем. Новое в версии 3.3. #### `ssl.HAS_SNI` Указывает, имеет ли библиотека OpenSSL встроенную поддержку расширения *Server Name Indication* (как определено в [**RFC 4366**](https://python-all.ru/3.4/library/ssl.html)). Новое в версии 3.2. #### `ssl.HAS_NPN` Поддерживает ли библиотека OpenSSL встроенную поддержку *Next Protocol Negotiation*, как описано в [черновике спецификации NPN](https://python-all.ru/3.4/library/ssl.html). Если значение истинно, можно использовать метод [`SSLContext.set_npn_protocols()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.set_npn_protocols) для указания поддерживаемых протоколов. Новое в версии 3.3. #### `ssl.CHANNEL_BINDING_TYPES` Список поддерживаемых типов привязки каналов TLS. Строки из этого списка можно использовать в качестве аргументов для [`SSLSocket.get_channel_binding()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.get_channel_binding). Новое в версии 3.3. #### `ssl.OPENSSL_VERSION` Строка с версией библиотеки OpenSSL, загруженной интерпретатором: ```python >>> ssl.OPENSSL_VERSION 'OpenSSL 0.9.8k 25 Mar 2009' ``` Новое в версии 3.2. #### `ssl.OPENSSL_VERSION_INFO` Кортеж из пяти целых чисел, содержащий информацию о версии библиотеки OpenSSL: ```python >>> ssl.OPENSSL_VERSION_INFO (0, 9, 8, 11, 15) ``` Новое в версии 3.2. #### `ssl.OPENSSL_VERSION_NUMBER` Сырой номер версии библиотеки OpenSSL в виде целого числа: ```python >>> ssl.OPENSSL_VERSION_NUMBER 9470143 >>> hex(ssl.OPENSSL_VERSION_NUMBER) '0x9080bf' ``` Новое в версии 3.2. #### `ssl.ALERT_DESCRIPTION_HANDSHAKE_FAILURE` #### `ssl.ALERT_DESCRIPTION_INTERNAL_ERROR` #### `ALERT_DESCRIPTION_*` Описания предупреждений из [**RFC 5246**](https://python-all.ru/3.4/library/ssl.html) и других источников. [Реестр предупреждений TLS IANA](https://python-all.ru/3.4/library/ssl.html) содержит этот список и ссылки на RFC, где определено их значение. Используется как возвращаемое значение функции обратного вызова в [`SSLContext.set_servername_callback()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.set_servername_callback). Новое в версии 3.4. #### `Purpose.SERVER_AUTH` Параметр для [`create_default_context()`](https://python-all.ru/3.4/library/ssl.html#ssl.create_default_context) и [`SSLContext.load_default_certs()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.load_default_certs). Это значение указывает, что контекст может использоваться для аутентификации веб-серверов (поэтому он будет использоваться для создания клиентских сокетов). Новое в версии 3.4. #### `Purpose.CLIENT_AUTH` Параметр для [`create_default_context()`](https://python-all.ru/3.4/library/ssl.html#ssl.create_default_context) и [`SSLContext.load_default_certs()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.load_default_certs). Это значение указывает, что контекст может использоваться для аутентификации веб-клиентов (поэтому он будет использоваться для создания серверных сокетов). Новое в версии 3.4. ## 18.2.2. SSL-сокеты #### `class ssl.SSLSocket(socket.socket)` SSL-сокеты предоставляют следующие методы [*объектов сокетов*](https://python-all.ru/3.4/library/socket.html#socket-objects): - [`accept()`](https://python-all.ru/3.4/library/socket.html#socket.socket.accept) - [`bind()`](https://python-all.ru/3.4/library/socket.html#socket.socket.bind) - [`close()`](https://python-all.ru/3.4/library/socket.html#socket.socket.close) - [`connect()`](https://python-all.ru/3.4/library/socket.html#socket.socket.connect) - [`detach()`](https://python-all.ru/3.4/library/socket.html#socket.socket.detach) - [`fileno()`](https://python-all.ru/3.4/library/socket.html#socket.socket.fileno) - [`getpeername()`](https://python-all.ru/3.4/library/socket.html#socket.socket.getpeername), [`getsockname()`](https://python-all.ru/3.4/library/socket.html#socket.socket.getsockname) - [`getsockopt()`](https://python-all.ru/3.4/library/socket.html#socket.socket.getsockopt), [`setsockopt()`](https://python-all.ru/3.4/library/socket.html#socket.socket.setsockopt) - [`gettimeout()`](https://python-all.ru/3.4/library/socket.html#socket.socket.gettimeout), [`settimeout()`](https://python-all.ru/3.4/library/socket.html#socket.socket.settimeout), [`setblocking()`](https://python-all.ru/3.4/library/socket.html#socket.socket.setblocking) - [`listen()`](https://python-all.ru/3.4/library/socket.html#socket.socket.listen) - [`makefile()`](https://python-all.ru/3.4/library/socket.html#socket.socket.makefile) - [`recv()`](https://python-all.ru/3.4/library/socket.html#socket.socket.recv), [`recv_into()`](https://python-all.ru/3.4/library/socket.html#socket.socket.recv_into) (но передача ненулевого аргумента `flags` не допускается) - [`send()`](https://python-all.ru/3.4/library/socket.html#socket.socket.send), [`sendall()`](https://python-all.ru/3.4/library/socket.html#socket.socket.sendall) (с тем же ограничением) - [`shutdown()`](https://python-all.ru/3.4/library/socket.html#socket.socket.shutdown) Однако, поскольку протокол SSL (и TLS) имеет собственную структуру поверх TCP, абстракция SSL-сокетов может в некоторых аспектах отличаться от спецификации обычных сокетов на уровне ОС. Особенно см. [*примечания о неблокирующих сокетах*](https://python-all.ru/3.4/library/ssl.html#ssl-nonblocking). Обычно объекты [`SSLSocket`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket) не создаются напрямую, а с помощью функции [`wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.wrap_socket) или метода [`SSLContext.wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.wrap_socket). SSL-сокеты также имеют следующие дополнительные методы и атрибуты: #### `SSLSocket.read(len=0, buffer=None)` Читает до *len* байт данных из SSL-сокета и возвращает результат в виде экземпляра `bytes`. Если указан *buffer*, то читает в буфер вместо этого и возвращает количество прочитанных байт. Возбуждает [`SSLWantReadError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLWantReadError) или [`SSLWantWriteError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLWantWriteError), если сокет [*неблокирующий*](https://python-all.ru/3.4/library/ssl.html#ssl-nonblocking) и чтение заблокируется. Поскольку в любой момент возможно пересогласование, вызов [`read()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.read) может также инициировать операции записи. #### `SSLSocket.write(buf)` Записывает *buf* в SSL-сокет и возвращает количество записанных байт. Аргумент *buf* должен быть объектом, поддерживающим буферный интерфейс. Возбуждает [`SSLWantReadError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLWantReadError) или [`SSLWantWriteError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLWantWriteError), если сокет [*неблокирующий*](https://python-all.ru/3.4/library/ssl.html#ssl-nonblocking) и запись заблокируется. Поскольку в любой момент возможно пересогласование, вызов [`write()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.write) может также инициировать операции чтения. > **Примечание** > > Методы [`read()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.read) и [`write()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.write) являются низкоуровневыми методами, которые читают и записывают незашифрованные данные прикладного уровня, расшифровывая/зашифровывая их в зашифрованные сетевые данные. Эти методы требуют активного SSL-соединения, то есть рукопожатие должно быть завершено и [`SSLSocket.unwrap()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.unwrap) не вызывался. > > Обычно следует использовать методы сокетного API, такие как [`recv()`](https://python-all.ru/3.4/library/socket.html#socket.socket.recv) и [`send()`](https://python-all.ru/3.4/library/socket.html#socket.socket.send), вместо этих методов. #### `SSLSocket.do_handshake()` Выполняет рукопожатие для настройки SSL. Изменено в версии 3.4: Метод рукопожатия также выполняет [`match_hostname()`](https://python-all.ru/3.4/library/ssl.html#ssl.match_hostname), когда атрибут [`check_hostname`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.check_hostname) сокетного [`контекста`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.context) истинен. #### `SSLSocket.getpeercert(binary_form=False)` Если сертификат для узла на другом конце соединения отсутствует, возвращает `None`. Если рукопожатие SSL ещё не выполнено, возбуждает [`ValueError`](https://python-all.ru/3.4/library/exceptions.html#ValueError). If the `binary_form` parameter is [`False`](https://python-all.ru/3.4/library/constants.html#False), and a certificate was received from the peer, this method returns a [`dict`](https://python-all.ru/3.4/library/stdtypes.html#dict) instance. If the certificate was not validated, the dict is empty. If the certificate was validated, it returns a dict with several keys, amongst them `subject` (the principal for which the certificate was issued) and `issuer` (the principal issuing the certificate). If a certificate contains an instance of the *Subject Alternative Name* extension (see [**RFC 3280**](https://python-all.ru/3.4/library/ssl.html)), there will also be a `subjectAltName` key in the dictionary. Поля `subject` и `issuer` являются кортежами, содержащими последовательность относительных уникальных имен (RDN), указанных в структуре данных сертификата для соответствующих полей. Каждый RDN представляет собой последовательность пар «имя-значение». Вот пример из реального мира: ```python {'issuer': ((('countryName', 'IL'),), (('organizationName', 'StartCom Ltd.'),), (('organizationalUnitName', 'Secure Digital Certificate Signing'),), (('commonName', 'StartCom Class 2 Primary Intermediate Server CA'),)), 'notAfter': 'Nov 22 08:15:19 2013 GMT', 'notBefore': 'Nov 21 03:09:52 2011 GMT', 'serialNumber': '95F0', 'subject': ((('description', '571208-SLe257oHY9fVQ07Z'),), (('countryName', 'US'),), (('stateOrProvinceName', 'California'),), (('localityName', 'San Francisco'),), (('organizationName', 'Electronic Frontier Foundation, Inc.'),), (('commonName', '*.eff.org'),), (('emailAddress', 'hostmaster@eff.org'),)), 'subjectAltName': (('DNS', '*.eff.org'), ('DNS', 'eff.org')), 'version': 3} ``` > **Примечание** > > Для проверки сертификата для конкретной службы можно использовать функцию [`match_hostname()`](https://python-all.ru/3.4/library/ssl.html#ssl.match_hostname). Если параметр `binary_form` равен [`True`](https://python-all.ru/3.4/library/constants.html#True) и сертификат был предоставлен, этот метод возвращает DER-кодированную форму всего сертификата в виде последовательности байт или [`None`](https://python-all.ru/3.4/library/constants.html#None), если узел не предоставил сертификат. Предоставляет ли узел сертификат, зависит от роли SSL-сокета: - для клиентского SSL-сокета сервер всегда предоставляет сертификат, независимо от того, требовалась ли проверка; - для серверного SSL-сокета клиент предоставляет сертификат только по запросу сервера; поэтому [`getpeercert()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.getpeercert) вернет [`None`](https://python-all.ru/3.4/library/constants.html#None), если было использовано [`CERT_NONE`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_NONE) (а не [`CERT_OPTIONAL`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_OPTIONAL) или [`CERT_REQUIRED`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_REQUIRED)). Изменено в версии 3.2: Возвращаемый словарь включает дополнительные элементы, такие как `issuer` и `notBefore`. Изменено в версии 3.4: [`ValueError`](https://python-all.ru/3.4/library/exceptions.html#ValueError) возбуждается, если рукопожатие не выполнено. Возвращаемый словарь включает дополнительные элементы расширений X509v3, такие как `crlDistributionPoints`, `caIssuers` и URI `OCSP`. #### `SSLSocket.cipher()` Возвращает кортеж из трех значений, содержащий название используемого шифра, версию протокола SSL, которая определяет его использование, и количество используемых секретных битов. Если соединение не установлено, возвращает `None`. #### `SSLSocket.compression()` Возвращает используемый алгоритм сжатия в виде строки или `None`, если соединение не сжато. Если протокол более высокого уровня поддерживает собственный механизм сжатия, можно использовать [`OP_NO_COMPRESSION`](https://python-all.ru/3.4/library/ssl.html#ssl.OP_NO_COMPRESSION) для отключения сжатия на уровне SSL. Новое в версии 3.3. #### `SSLSocket.get_channel_binding(cb_type="tls-unique")` Получает данные привязки канала для текущего соединения в виде объекта bytes. Возвращает `None`, если соединение не установлено или рукопожатие не завершено. Параметр *cb\_type* позволяет выбрать желаемый тип привязки канала. Допустимые типы привязки канала перечислены в списке [`CHANNEL_BINDING_TYPES`](https://python-all.ru/3.4/library/ssl.html#ssl.CHANNEL_BINDING_TYPES). В настоящее время поддерживается только привязка канала «tls-unique», определенная в [**RFC 5929**](https://python-all.ru/3.4/library/ssl.html). Если запрошен неподдерживаемый тип привязки канала, будет возбуждено [`ValueError`](https://python-all.ru/3.4/library/exceptions.html#ValueError). Новое в версии 3.3. #### `SSLSocket.selected_npn_protocol()` Возвращает протокол, выбранный во время рукопожатия TLS/SSL. Если [`SSLContext.set_npn_protocols()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.set_npn_protocols) не была вызвана, или другая сторона не поддерживает NPN, или рукопожатие ещё не произошло, возвращается `None`. Новое в версии 3.3. #### `SSLSocket.unwrap()` Выполняет рукопожатие завершения SSL, которое удаляет слой TLS из базового сокета и возвращает объект базового сокета. Это можно использовать для перехода от зашифрованной работы по соединению к незашифрованной. Возвращённый сокет всегда следует использовать для дальнейшего обмена данными с другой стороной соединения, а не исходный сокет. #### `SSLSocket.pending()` Возвращает количество уже расшифрованных байтов, доступных для чтения, ожидающих на соединении. #### `SSLSocket.context` Объект [`SSLContext`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext), к которому привязан данный SSL-сокет. Если SSL-сокет был создан с помощью функции верхнего уровня [`wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.wrap_socket) (а не [`SSLContext.wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.wrap_socket)), то это пользовательский объект контекста, созданный для данного SSL-сокета. Новое в версии 3.2. #### `SSLSocket.server_side` Логическое значение: `True` для серверных сокетов и `False` для клиентских. Новое в версии 3.2. #### `SSLSocket.server_hostname` Имя хоста сервера: тип [`str`](https://python-all.ru/3.4/library/stdtypes.html#str) или `None` для серверного сокета, или если имя хоста не было указано в конструкторе. Новое в версии 3.2. ## 18.2.3. SSL-контексты Новое в версии 3.2. Контекст SSL хранит различные данные, которые живут дольше, чем отдельные SSL-соединения, такие как параметры конфигурации SSL, сертификат(ы) и закрытый(е) ключ(и). Он также управляет кешем SSL-сессий для серверных сокетов, чтобы ускорить повторные подключения от одних и тех же клиентов. #### `class ssl.SSLContext(protocol)` Создаёт новый SSL-контекст. Необходимо передать *протокол*, который должен быть одной из констант `PROTOCOL_*`, определённых в этом модуле. [`PROTOCOL_SSLv23`](https://python-all.ru/3.4/library/ssl.html#ssl.PROTOCOL_SSLv23) в настоящее время рекомендуется для максимальной совместимости. > **См. также** > > [`create_default_context()`](https://python-all.ru/3.4/library/ssl.html#ssl.create_default_context) позволяет модулю [`ssl`](https://python-all.ru/3.4/library/ssl.html#module-ssl) выбирать настройки безопасности для заданной цели. Объекты [`SSLContext`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext) имеют следующие методы и атрибуты: #### `SSLContext.cert_store_stats()` Возвращает словарь со статистикой о количестве загруженных X.509 сертификатов, количестве сертификатов X.509, помеченных как сертификаты CA, и списках отзыва сертификатов. Пример для контекста с одним сертификатом CA и одним другим сертификатом: ```python >>> context.cert_store_stats() {'crl': 0, 'x509_ca': 1, 'x509': 2} ``` Новое в версии 3.4. #### `SSLContext.load_cert_chain(certfile, keyfile=None, password=None)` Загружает закрытый ключ и соответствующий сертификат. Строка *certfile* должна быть путём к одному файлу в формате PEM, содержащему сертификат, а также любое количество сертификатов УЦ, необходимых для подтверждения подлинности сертификата. Строка *keyfile*, если указана, должна указывать на файл, содержащий закрытый ключ. В противном случае закрытый ключ также будет взят из *certfile*. Смотрите обсуждение [*Certificates*](https://python-all.ru/3.4/library/ssl.html#ssl-certificates) для получения дополнительной информации о том, как сертификат хранится в *certfile*. Аргумент *password* может быть функцией, вызываемой для получения пароля для расшифровки закрытого ключа. Она будет вызвана только в том случае, если закрытый ключ зашифрован и требуется пароль. Она будет вызвана без аргументов, и должна возвращать строку, bytes или bytearray. Если возвращаемое значение – строка, она будет закодирована в UTF-8 перед использованием для расшифровки ключа. В качестве альтернативы, строка, bytes или bytearray могут быть переданы напрямую в качестве аргумента *password*. Этот аргумент будет проигнорирован, если закрытый ключ не зашифрован и пароль не требуется. Если аргумент *password* не указан и требуется пароль, будет использован встроенный механизм запроса пароля OpenSSL для интерактивного запроса пароля у пользователя. Исключение [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError) возбуждается, если закрытый ключ не соответствует сертификату. Изменено в версии 3.3: Новый необязательный аргумент *password*. #### `SSLContext.load_default_certs(purpose=Purpose.SERVER_AUTH)` Загружает набор стандартных сертификатов «удостоверяющего центра» (CA) из стандартных расположений. В Windows загружает сертификаты CA из системных хранилищ `CA` и `ROOT`. В других системах вызывает [`SSLContext.set_default_verify_paths()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.set_default_verify_paths). В будущем метод может также загружать сертификаты CA из других расположений. Флаг *purpose* определяет, какие сертификаты CA загружаются. Настройка по умолчанию [`Purpose.SERVER_AUTH`](https://python-all.ru/3.4/library/ssl.html#ssl.Purpose.SERVER_AUTH) загружает сертификаты, помеченные и доверенные для аутентификации TLS-веб-сервера (клиентские сокеты). [`Purpose.CLIENT_AUTH`](https://python-all.ru/3.4/library/ssl.html#ssl.Purpose.CLIENT_AUTH) загружает сертификаты CA для проверки клиентского сертификата на стороне сервера. Новое в версии 3.4. #### `SSLContext.load_verify_locations(cafile=None, capath=None, cadata=None)` Загружает набор сертификатов «удостоверяющего центра» (CA), используемых для проверки сертификатов других участников, когда [`verify_mode`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.verify_mode) отличен от [`CERT_NONE`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_NONE). Должен быть указан хотя бы один из параметров *cafile* или *capath*. Этот метод также может загружать списки отзыва сертификатов (CRL) в формате PEM или DER. Чтобы использовать CRL, [`SSLContext.verify_flags`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.verify_flags) должен быть настроен соответствующим образом. Строка *cafile*, если присутствует, содержит путь к файлу, содержащему объединённые сертификаты CA в формате PEM. См. обсуждение [*Сертификаты*](https://python-all.ru/3.4/library/ssl.html#ssl-certificates) для получения дополнительной информации о том, как организовать сертификаты в этом файле. Строка *capath*, если присутствует, задаёт путь к каталогу, содержащему несколько сертификатов CA в формате PEM, согласно [специфической структуре OpenSSL](https://python-all.ru/3.4/library/ssl.html). Объект *cadata*, если присутствует, представляет собой либо ASCII-строку с одним или несколькими сертификатами в кодировке PEM, либо [*байтоподобный объект*](https://python-all.ru/3.4/glossary.html#term-bytes-like-object) с сертификатами в кодировке DER. Как и в случае с *capath*, дополнительные строки вокруг сертификатов в кодировке PEM игнорируются, но должен присутствовать хотя бы один сертификат. Изменено в версии 3.4: Новый необязательный аргумент *cadata* #### `SSLContext.get_ca_certs(binary_form=False)` Get a list of loaded “certification authority” (CA) certificates. If the `binary_form` parameter is [`False`](https://python-all.ru/3.4/library/constants.html#False) each list entry is a dict like the output of [`SSLSocket.getpeercert()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.getpeercert). Otherwise the method returns a list of DER-encoded certificates. The returned list does not contain certificates from *capath* unless a certificate was requested and loaded by a SSL connection. > **Примечание** > > Сертификаты в каталоге capath не загружаются, пока не будут использованы хотя бы один раз. Новое в версии 3.4. #### `SSLContext.set_default_verify_paths()` Загружает набор сертификатов по умолчанию “certification authority” (CA) из пути файловой системы, заданного при сборке библиотеки OpenSSL. К сожалению, нет простого способа узнать, успешно ли выполняется этот метод: ошибка не возвращается, если сертификаты не найдены. Однако, если библиотека OpenSSL поставляется как часть операционной системы, она, скорее всего, настроена правильно. #### `SSLContext.set_ciphers(ciphers)` Устанавливает доступные шифры для сокетов, созданных с этим контекстом. Это должна быть строка в [формате списка шифров OpenSSL](https://python-all.ru/3.4/library/ssl.html). Если ни один шифр не может быть выбран (из-за опций компиляции или других настроек, запрещающих использование всех указанных шифров), будет возбуждено исключение [`SSLError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLError). > **Примечание** > > при подключении метод [`SSLSocket.cipher()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.cipher) SSL-сокетов вернёт текущий выбранный шифр. #### `SSLContext.set_npn_protocols(protocols)` Определяет, какие протоколы сокет будет объявлять во время рукопожатия SSL/TLS. Это должен быть список строк, например `['http/1.1', 'spdy/2']`, упорядоченный по предпочтению. Выбор протокола произойдёт во время рукопожатия и будет выполняться в соответствии с [черновиком спецификации NPN](https://python-all.ru/3.4/library/ssl.html). После успешного рукопожатия метод [`SSLSocket.selected_npn_protocol()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.selected_npn_protocol) вернёт согласованный протокол. Этот метод возбудит [`NotImplementedError`](https://python-all.ru/3.4/library/exceptions.html#NotImplementedError), если [`HAS_NPN`](https://python-all.ru/3.4/library/ssl.html#ssl.HAS_NPN) равен False. Новое в версии 3.3. #### `SSLContext.set_servername_callback(server_name_callback)` Регистрирует функцию обратного вызова, которая будет вызвана после получения сервером SSL/TLS сообщения TLS Client Hello, когда клиент TLS указывает индикацию имени сервера. Механизм индикации имени сервера описан в [**RFC 6066**](https://python-all.ru/3.4/library/ssl.html) раздел 3 – Server Name Indication. На каждый `SSLContext` можно установить только один колбэк. Если *server\_name\_callback* равно `None`, то колбэк отключён. Повторный вызов этой функции отключит ранее зарегистрированный колбэк. Функция колбэка *server\_name\_callback* вызывается с тремя аргументами: первый – [`ssl.SSLSocket`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket), второй – строка, представляющая имя сервера, с которым клиент намерен установить связь (или [`None`](https://python-all.ru/3.4/library/constants.html#None), если TLS Client Hello не содержит имени сервера), а третий аргумент – исходный [`SSLContext`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext). Аргумент с именем сервера – это имя сервера, декодированное в IDNA. Типичное использование этого колбэка – изменение атрибута [`SSLSocket.context`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.context) объекта [`ssl.SSLSocket`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket) на новый объект типа [`SSLContext`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext), представляющий цепочку сертификатов, соответствующую имени сервера. Из-за ранней фазы согласования TLS-соединения доступны только ограниченные методы и атрибуты, например [`SSLSocket.selected_npn_protocol()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.selected_npn_protocol) и [`SSLSocket.context`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.context). Методы [`SSLSocket.getpeercert()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.getpeercert), [`SSLSocket.getpeercert()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.getpeercert), [`SSLSocket.cipher()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.cipher) и `SSLSocket.compress()` требуют, чтобы TLS-соединение продвинулось дальше TLS Client Hello, и поэтому не вернут осмысленных значений, и их нельзя безопасно вызывать. Функция *server\_name\_callback* должна возвращать `None`, чтобы позволить продолжить согласование TLS. Если требуется ошибка TLS, можно вернуть константу [`ALERT_DESCRIPTION_*`](https://python-all.ru/3.4/library/ssl.html#ssl.ALERT_DESCRIPTION_INTERNAL_ERROR). Другие возвращаемые значения приведут к фатальной ошибке TLS с [`ALERT_DESCRIPTION_INTERNAL_ERROR`](https://python-all.ru/3.4/library/ssl.html#ssl.ALERT_DESCRIPTION_INTERNAL_ERROR). Если при декодировании IDNA имени сервера происходит ошибка, TLS-соединение завершится фатальным предупреждением TLS [`ALERT_DESCRIPTION_INTERNAL_ERROR`](https://python-all.ru/3.4/library/ssl.html#ssl.ALERT_DESCRIPTION_INTERNAL_ERROR), отправленным клиенту. Если из функции *server\_name\_callback* выбрасывается исключение, TLS-соединение завершится фатальным предупреждением TLS [`ALERT_DESCRIPTION_HANDSHAKE_FAILURE`](https://python-all.ru/3.4/library/ssl.html#ssl.ALERT_DESCRIPTION_HANDSHAKE_FAILURE). Этот метод вызовет [`NotImplementedError`](https://python-all.ru/3.4/library/exceptions.html#NotImplementedError), если библиотека OpenSSL была собрана с определённым OPENSSL\_NO\_TLSEXT. Новое в версии 3.4. #### `SSLContext.load_dh_params(dhfile)` Загружает параметры генерации ключей для обмена ключами Диффи-Хеллмана (DH). Использование обмена ключами DH улучшает прямую секретность за счет вычислительных ресурсов (как на сервере, так и на клиенте). Параметр *dhfile* должен быть путем к файлу, содержащему параметры DH в формате PEM. Этот параметр не применяется к клиентским сокетам. Для дальнейшего повышения безопасности можно также использовать опцию [`OP_SINGLE_DH_USE`](https://python-all.ru/3.4/library/ssl.html#ssl.OP_SINGLE_DH_USE). Новое в версии 3.3. #### `SSLContext.set_ecdh_curve(curve_name)` Устанавливает имя кривой для обмена ключами на основе эллиптических кривых Diffie-Hellman (ECDH). ECDH значительно быстрее обычного DH и при этом, по-видимому, столь же безопасен. Параметр *curve\_name* должен быть строкой, описывающей известную эллиптическую кривую, например `prime256v1` для широко поддерживаемой кривой. Этот параметр не применяется к клиентским сокетам. Для дальнейшего повышения безопасности можно также использовать опцию [`OP_SINGLE_ECDH_USE`](https://python-all.ru/3.4/library/ssl.html#ssl.OP_SINGLE_ECDH_USE). Этот метод недоступен, если [`HAS_ECDH`](https://python-all.ru/3.4/library/ssl.html#ssl.HAS_ECDH) равен False. Новое в версии 3.3. > **См. также** > > **[SSL/TLS и совершенная прямая секретность](https://python-all.ru/3.4/library/ssl.html)** > > Vincent Bernat. #### `SSLContext.wrap_socket(sock, server_side=False, do_handshake_on_connect=True, suppress_ragged_eofs=True, server_hostname=None)` Оборачивает существующий Python-сокет *sock* и возвращает объект [`SSLSocket`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket). *sock* должен быть сокетом [`SOCK_STREAM`](https://python-all.ru/3.4/library/socket.html#socket.SOCK_STREAM); другие типы сокетов не поддерживаются. Возвращаемый SSL-сокет привязан к контексту, его настройкам и сертификатам. Параметры *server\_side*, *do\_handshake\_on\_connect* и *suppress\_ragged\_eofs* имеют тот же смысл, что и в функции верхнего уровня [`wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.wrap_socket). При клиентских подключениях необязательный параметр *server\_hostname* задаёт имя хоста службы, к которой выполняется подключение. Это позволяет одному серверу обслуживать несколько SSL-сервисов с разными сертификатами, по аналогии с HTTP-виртуальными хостами. Указание *server\_hostname* приведёт к возбуждению [`ValueError`](https://python-all.ru/3.4/library/exceptions.html#ValueError), если *server\_side* истинно. Изменено в версии 3.4.3: Всегда разрешается передавать server\_hostname, даже если OpenSSL не поддерживает SNI. #### `SSLContext.session_stats()` Получает статистику о сеансах SSL, созданных или управляемых этим контекстом. Возвращается словарь, который сопоставляет названия каждого [фрагмента информации](https://python-all.ru/3.4/library/ssl.html) с их числовыми значениями. Например, вот общее количество попаданий и промахов в кэше сеансов с момента создания контекста: ```python >>> stats = context.session_stats() >>> stats['hits'], stats['misses'] (0, 0) ``` #### `SSLContext.check_hostname` Определяет, следует ли сопоставлять имя хоста сертификата однорангового узла с помощью [`match_hostname()`](https://python-all.ru/3.4/library/ssl.html#ssl.match_hostname) в [`SSLSocket.do_handshake()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.do_handshake). Для этого [`verify_mode`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.verify_mode) контекста должен быть установлен в [`CERT_OPTIONAL`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_OPTIONAL) или [`CERT_REQUIRED`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_REQUIRED), и необходимо передать *server\_hostname* в [`wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.wrap_socket) для сопоставления имени хоста. Пример: ```python import socket, ssl context = ssl.SSLContext(ssl.PROTOCOL_TLSv1) context.verify_mode = ssl.CERT_REQUIRED context.check_hostname = True context.load_default_certs() s = socket.socket(socket.AF_INET, socket.SOCK_STREAM) ssl_sock = context.wrap_socket(s, server_hostname='www.verisign.com') ssl_sock.connect(('www.verisign.com', 443)) ``` Новое в версии 3.4. > **Примечание** > > Эта возможность требует OpenSSL 0.9.8f или новее. #### `SSLContext.options` Целое число, представляющее набор SSL-опций, включённых в этом контексте. Значение по умолчанию – [`OP_ALL`](https://python-all.ru/3.4/library/ssl.html#ssl.OP_ALL), но можно задать другие опции, например [`OP_NO_SSLv2`](https://python-all.ru/3.4/library/ssl.html#ssl.OP_NO_SSLv2), объединяя их логическим ИЛИ. > **Примечание** > > В версиях OpenSSL старше 0.9.8m можно только устанавливать опции, но не сбрасывать их. Попытка сбросить опцию (путём сброса соответствующих битов) вызовет `ValueError`. #### `SSLContext.protocol` Версия протокола, выбранная при создании контекста. Этот атрибут доступен только для чтения. #### `SSLContext.verify_flags` Флаги операций проверки сертификатов. Можно устанавливать такие флаги, как [`VERIFY_CRL_CHECK_LEAF`](https://python-all.ru/3.4/library/ssl.html#ssl.VERIFY_CRL_CHECK_LEAF), объединяя их логическим ИЛИ. По умолчанию OpenSSL не требует и не проверяет списки отзыва сертификатов (CRL). Доступно только в openssl версии 0.9.8 и выше. Новое в версии 3.4. #### `SSLContext.verify_mode` Определяет, следует ли пытаться проверять сертификаты других одноранговых узлов и как себя вести при неудачной проверке. Этот атрибут должен быть одним из [`CERT_NONE`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_NONE), [`CERT_OPTIONAL`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_OPTIONAL) или [`CERT_REQUIRED`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_REQUIRED). ## 18.2.4. Сертификаты Сертификаты в целом являются частью системы открытых и закрытых ключей. В этой системе каждому *субъекту* (которым может быть машина, человек или организация) присваивается уникальный двухчастный ключ шифрования. Одна часть ключа является открытой и называется *открытым ключом*; другая часть хранится в секрете и называется *закрытым ключом*. Две части связаны так, что если зашифровать сообщение одной частью, его можно расшифровать только другой частью, и **только** другой частью. Сертификат содержит информацию о двух субъектах. Он содержит имя *субъекта* и его открытый ключ. Также он содержит утверждение второго субъекта, *издателя*, о том, что субъект является тем, за кого себя выдаёт, и что это действительно открытый ключ субъекта. Утверждение издателя подписано закрытым ключом издателя, который известен только издателю. Однако любой может проверить утверждение издателя, найдя его открытый ключ, расшифровав им утверждение и сравнив его с другой информацией в сертификате. Сертификат также содержит информацию о периоде времени, в течение которого он действителен. Это выражается двумя полями, называемыми «notBefore» и «notAfter». При использовании сертификатов в Python клиент или сервер может использовать сертификат для подтверждения своей личности. Другая сторона сетевого соединения также может быть обязана предоставить сертификат, и этот сертификат может быть проверен к удовлетворению клиента или сервера, требующего такой проверки. Можно настроить попытку соединения так, чтобы она вызывала исключение, если проверка не удалась. Проверка выполняется автоматически базовым фреймворком OpenSSL; приложению не нужно вникать в её механику. Но приложению обычно необходимо предоставить наборы сертификатов, чтобы этот процесс мог происходить. Python uses files to contain certificates. They should be formatted as “PEM” (see [**RFC 1422**](https://python-all.ru/3.4/library/ssl.html)), which is a base-64 encoded form wrapped with a header line and a footer line: ```python -----BEGIN CERTIFICATE----- ... (certificate in base64 PEM encoding) ... -----END CERTIFICATE----- ``` ### 18.2.4.1. Цепочки сертификатов The Python files which contain certificates can contain a sequence of certificates, sometimes called a *certificate chain*. This chain should start with the specific certificate for the principal who “is” the client or server, and then the certificate for the issuer of that certificate, and then the certificate for the issuer of *that* certificate, and so on up the chain till you get to a certificate which is *self-signed*, that is, a certificate which has the same subject and issuer, sometimes called a *root certificate*. The certificates should just be concatenated together in the certificate file. For example, suppose we had a three certificate chain, from our server certificate to the certificate of the certification authority that signed our server certificate, to the root certificate of the agency which issued the certification authority’s certificate: ```python -----BEGIN CERTIFICATE----- ... (certificate for your server)... -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ... (the certificate for the CA)... -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ... (the root certificate for the CA's issuer)... -----END CERTIFICATE----- ``` ### 18.2.4.2. Сертификаты УЦ Если требуется проверка сертификата другой стороны соединения, необходимо предоставить файл «CA сертификаты», содержащий цепочки сертификатов для каждого центра сертификации, которому вы доверяете. Этот файл просто содержит эти цепочки, объединённые вместе. Для проверки Python будет использовать первую подходящую цепочку, найденную в файле. Файл сертификатов платформы можно использовать, вызвав [`SSLContext.load_default_certs()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.load_default_certs); это делается автоматически с помощью [`create_default_context()`](https://python-all.ru/3.4/library/ssl.html#ssl.create_default_context). ### 18.2.4.3. Совмещённый ключ и сертификат Часто закрытый ключ хранится в том же файле, что и сертификат; в этом случае нужно передать только параметр `certfile` в [`SSLContext.load_cert_chain()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.load_cert_chain) и [`wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.wrap_socket). Если закрытый ключ хранится вместе с сертификатом, он должен располагаться перед первым сертификатом в цепочке сертификатов: ```python -----BEGIN RSA PRIVATE KEY----- ... (private key in base64 encoding) ... -----END RSA PRIVATE KEY----- -----BEGIN CERTIFICATE----- ... (certificate in base64 PEM encoding) ... -----END CERTIFICATE----- ``` ### 18.2.4.4. Самоподписанные сертификаты Если планируется создать сервер, предоставляющий услуги SSL-защищённого соединения, потребуется приобрести сертификат для этой службы. Существует много способов получения подходящих сертификатов, например покупка в удостоверяющем центре. Ещё одна распространённая практика – сгенерировать самоподписанный сертификат. Самый простой способ сделать это – использовать пакет OpenSSL, примерно следующим образом: ```python % openssl req -new -x509 -days 365 -nodes -out cert.pem -keyout cert.pem Generating a 1024 bit RSA private key .......++++++ .............................++++++ writing new private key to 'cert.pem' ----- You are about to be asked to enter information that will be incorporated into your certificate request. What you are about to enter is what is called a Distinguished Name or a DN. There are quite a few fields but you can leave some blank For some fields there will be a default value, If you enter '.', the field will be left blank. ----- Country Name (2 letter code) [AU]:US State or Province Name (full name) [Some-State]:MyState Locality Name (eg, city) []:Some City Organization Name (eg, company) [Internet Widgits Pty Ltd]:My Organization, Inc. Organizational Unit Name (eg, section) []:My Group Common Name (eg, YOUR name) []:myserver.mygroup.myorganization.com Email Address []:ops@myserver.mygroup.myorganization.com % ``` Недостаток самоподписанного сертификата в том, что он является собственным корневым сертификатом, и никто другой не будет иметь его в своём кэше известных (и доверенных) корневых сертификатов. ## 18.2.5. Примеры ### 18.2.5.1. Проверка поддержки SSL Чтобы проверить наличие поддержки SSL в установке Python, в пользовательском коде следует использовать следующую идиому: ```python try: import ssl except ImportError: pass else: ... # сделать что-то, что требует поддержки SSL ``` ### 18.2.5.2. Работа на стороне клиента Этот пример создаёт контекст SSL с рекомендуемыми настройками безопасности для клиентских сокетов, включая автоматическую проверку сертификатов: ```python >>> context = ssl.create_default_context() ``` Если вы предпочитаете настраивать параметры безопасности самостоятельно, можно создать контекст с нуля (но имейте в виду, что настройки могут оказаться неверными): ```python >>> context = ssl.SSLContext(ssl.PROTOCOL_SSLv23) >>> context.verify_mode = ssl.CERT_REQUIRED >>> context.check_hostname = True >>> context.load_verify_locations("/etc/ssl/certs/ca-bundle.crt") ``` (предполагается, что ваша операционная система размещает набор всех сертификатов ЦС в `/etc/ssl/certs/ca-bundle.crt`; если это не так, вы получите ошибку и должны будете указать правильное расположение) При использовании контекста для подключения к серверу [`CERT_REQUIRED`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_REQUIRED) проверяет сертификат сервера: он гарантирует, что сертификат сервера был подписан одним из сертификатов ЦС, и проверяет корректность подписи: ```python >>> conn = context.wrap_socket(socket.socket(socket.AF_INET), ... server_hostname="www.python.org") >>> conn.connect(("www.python.org", 443)) ``` Затем можно получить сертификат: ```python >>> cert = conn.getpeercert() ``` Визуальная проверка показывает, что сертификат действительно идентифицирует нужный сервис (то есть HTTPS-хост `www.python.org`): ```python >>> pprint.pprint(cert) {'OCSP': ('http://ocsp.digicert.com',), 'caIssuers': ('http://cacerts.digicert.com/DigiCertSHA2ExtendedValidationServerCA.crt',), 'crlDistributionPoints': ('http://crl3.digicert.com/sha2-ev-server-g1.crl', 'http://crl4.digicert.com/sha2-ev-server-g1.crl'), 'issuer': ((('countryName', 'US'),), (('organizationName', 'DigiCert Inc'),), (('organizationalUnitName', 'www.digicert.com'),), (('commonName', 'DigiCert SHA2 Extended Validation Server CA'),)), 'notAfter': 'Sep 9 12:00:00 2016 GMT', 'notBefore': 'Sep 5 00:00:00 2014 GMT', 'serialNumber': '01BB6F00122B177F36CAB49CEA8B6B26', 'subject': ((('businessCategory', 'Private Organization'),), (('1.3.6.1.4.1.311.60.2.1.3', 'US'),), (('1.3.6.1.4.1.311.60.2.1.2', 'Delaware'),), (('serialNumber', '3359300'),), (('streetAddress', '16 Allen Rd'),), (('postalCode', '03894-4801'),), (('countryName', 'US'),), (('stateOrProvinceName', 'NH'),), (('localityName', 'Wolfeboro,'),), (('organizationName', 'Python Software Foundation'),), (('commonName', 'www.python.org'),)), 'subjectAltName': (('DNS', 'www.python.org'), ('DNS', 'python.org'), ('DNS', 'pypi.python.org'), ('DNS', 'docs.python.org'), ('DNS', 'testpypi.python.org'), ('DNS', 'bugs.python.org'), ('DNS', 'wiki.python.org'), ('DNS', 'hg.python.org'), ('DNS', 'mail.python.org'), ('DNS', 'packaging.python.org'), ('DNS', 'pythonhosted.org'), ('DNS', 'www.pythonhosted.org'), ('DNS', 'test.pythonhosted.org'), ('DNS', 'us.pycon.org'), ('DNS', 'id.python.org')), 'version': 3} ``` Теперь, когда SSL-канал установлен и сертификат проверен, можно продолжить обмен данными с сервером: ```python >>> conn.sendall(b"HEAD / HTTP/1.0\r\nHost: linuxfr.org\r\n\r\n") >>> pprint.pprint(conn.recv(1024).split(b"\r\n")) [b'HTTP/1.1 200 OK', b'Date: Sat, 18 Oct 2014 18:27:20 GMT', b'Server: nginx', b'Content-Type: text/html; charset=utf-8', b'X-Frame-Options: SAMEORIGIN', b'Content-Length: 45679', b'Accept-Ranges: bytes', b'Via: 1.1 varnish', b'Age: 2188', b'X-Served-By: cache-lcy1134-LCY', b'X-Cache: HIT', b'X-Cache-Hits: 11', b'Vary: Cookie', b'Strict-Transport-Security: max-age=63072000; includeSubDomains', b'Connection: close', b'', b''] ``` См. обсуждение [*соображений безопасности*](https://python-all.ru/3.4/library/ssl.html#ssl-security) ниже. ### 18.2.5.3. Работа на стороне сервера Для работы сервера обычно нужен сертификат сервера и закрытый ключ, каждый в отдельном файле. Сначала создаётся контекст, содержащий ключ и сертификат, чтобы клиенты могли проверить вашу подлинность. Затем открывается сокет, привязывается к порту, вызывается `listen()`, и начинается ожидание подключения клиентов: ```python import socket, ssl context = ssl.create_default_context(ssl.Purpose.CLIENT_AUTH) context.load_cert_chain(certfile="mycertfile", keyfile="mykeyfile") bindsocket = socket.socket() bindsocket.bind(('myaddr.mydomain.com', 10023)) bindsocket.listen(5) ``` Когда клиент подключается, вызывается `accept()` на сокете, чтобы получить новый сокет от другой стороны, и используется метод контекста [`SSLContext.wrap_socket()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.wrap_socket) для создания серверного SSL-сокета для соединения: ```python while True: newsocket, fromaddr = bindsocket.accept() connstream = context.wrap_socket(newsocket, server_side=True) try: deal_with_client(connstream) finally: connstream.shutdown(socket.SHUT_RDWR) connstream.close() ``` Затем считываются данные из `connstream` и выполняется с ними какая-то работа, пока не завершится взаимодействие с клиентом (или клиент с вами): ```python def deal_with_client(connstream): data = connstream.recv(1024) # пустые данные означают, что клиент закончил работу с нами while data: if not do_something(connstream, data): # будем считать, что do_something возвращает False # когда мы закончили с клиентом break data = connstream.recv(1024) # закончили с клиентом ``` И возврат к ожиданию новых клиентских подключений (конечно, настоящий сервер, вероятно, обрабатывал бы каждое клиентское соединение в отдельном потоке или переводил сокеты в неблокирующий режим и использовал цикл событий). ## 18.2.6. Замечания о неблокирующих сокетах SSL-сокеты ведут себя несколько иначе, чем обычные сокеты в неблокирующем режиме. При работе с неблокирующими сокетами необходимо учитывать несколько моментов: - Большинство методов [`SSLSocket`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket) вызовут [`SSLWantWriteError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLWantWriteError) или [`SSLWantReadError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLWantReadError) вместо [`BlockingIOError`](https://python-all.ru/3.4/library/exceptions.html#BlockingIOError), если операция ввода-вывода заблокируется. [`SSLWantReadError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLWantReadError) будет возникать, если необходимо выполнить чтение из нижележащего сокета, а [`SSLWantWriteError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLWantWriteError) – для записи в нижележащий сокет. Обратите внимание, что попытки *записи* в SSL-сокет могут потребовать сначала *чтения* из нижележащего сокета, а попытки *чтения* из SSL-сокета могут потребовать предварительной *записи* в нижележащий сокет. - Вызов [`select()`](https://python-all.ru/3.4/library/select.html#select.select) сообщает, что сокет на уровне ОС можно читать (или писать), но это не означает, что на верхнем уровне SSL имеется достаточно данных. Например, может прийти только часть SSL-фрейма. Поэтому необходимо быть готовым обработать ошибки `SSLSocket.recv()` и `SSLSocket.send()` и повторить попытку после очередного вызова [`select()`](https://python-all.ru/3.4/library/select.html#select.select). - И наоборот, поскольку у SSL есть собственное обрамление, SSL-сокет может всё ещё иметь данные для чтения, даже если [`select()`](https://python-all.ru/3.4/library/select.html#select.select) об этом не знает. Поэтому сначала следует вызвать `SSLSocket.recv()`, чтобы забрать все потенциально доступные данные, и только затем, если всё ещё необходимо, блокироваться на вызове [`select()`](https://python-all.ru/3.4/library/select.html#select.select). (конечно, аналогичные положения применяются при использовании других примитивов, таких как [`poll()`](https://python-all.ru/3.4/library/select.html#select.poll), или тех, что в модуле [`selectors`](https://python-all.ru/3.4/library/selectors.html#module-selectors)) - Само рукопожатие SSL будет неблокирующим: метод [`SSLSocket.do_handshake()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.do_handshake) нужно повторять до успешного завершения. Вот краткий пример с использованием [`select()`](https://python-all.ru/3.4/library/select.html#select.select) для ожидания готовности сокета: ```python while True: try: sock.do_handshake() break except ssl.SSLWantReadError: select.select([sock], [], []) except ssl.SSLWantWriteError: select.select([], [sock], []) ``` > **См. также** > > Модуль [`asyncio`](https://python-all.ru/3.4/library/asyncio.html#module-asyncio) поддерживает неблокирующие SSL-сокеты и предоставляет API более высокого уровня. Он опрашивает события с помощью модуля [`selectors`](https://python-all.ru/3.4/library/selectors.html#module-selectors) и обрабатывает исключения [`SSLWantWriteError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLWantWriteError), [`SSLWantReadError`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLWantReadError) и [`BlockingIOError`](https://python-all.ru/3.4/library/exceptions.html#BlockingIOError). Он также асинхронно выполняет SSL-рукопожатие. ## 18.2.7. Рекомендации по безопасности ### 18.2.7.1. Наилучшие настройки по умолчанию Для использования **клиентом**, если нет особых требований к политике безопасности, настоятельно рекомендуется использовать функцию [`create_default_context()`](https://python-all.ru/3.4/library/ssl.html#ssl.create_default_context) для создания SSL-контекста. Она загрузит доверенные сертификаты ЦС системы, включит проверку сертификата и имени хоста, а также постарается выбрать достаточно безопасные протоколы и шифры. Например, вот как можно использовать класс [`smtplib.SMTP`](https://python-all.ru/3.4/library/smtplib.html#smtplib.SMTP) для создания доверенного безопасного соединения с SMTP-сервером: ```python >>> import ssl, smtplib >>> smtp = smtplib.SMTP("mail.python.org", port=587) >>> context = ssl.create_default_context() >>> smtp.starttls(context=context) (220, b'2.0.0 Ready to start TLS') ``` Если для соединения требуется клиентский сертификат, его можно добавить с помощью [`SSLContext.load_cert_chain()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.load_cert_chain). Напротив, если создавать SSL-контекст вызовом конструктора [`SSLContext`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext) самостоятельно, в нём по умолчанию не будет включена ни проверка сертификата, ни проверка имени хоста. Если вы так делаете, пожалуйста, прочтите следующие абзацы, чтобы достичь хорошего уровня безопасности. ### 18.2.7.2. Ручная настройка #### 18.2.7.2.1. Проверка сертификатов При прямом вызове конструктора [`SSLContext`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext) значением по умолчанию является [`CERT_NONE`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_NONE). Поскольку он не аутентифицирует другую сторону, это может быть небезопасно, особенно в клиентском режиме, где чаще всего нужно убедиться в подлинности сервера, с которым идёт общение. Поэтому в клиентском режиме настоятельно рекомендуется использовать [`CERT_REQUIRED`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_REQUIRED). Однако одного этого недостаточно; необходимо также проверить, что сертификат сервера, который можно получить вызовом [`SSLSocket.getpeercert()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLSocket.getpeercert), соответствует нужному сервису. Для многих протоколов и приложений сервис можно идентифицировать по имени хоста; в этом случае можно использовать функцию [`match_hostname()`](https://python-all.ru/3.4/library/ssl.html#ssl.match_hostname). Эта обычная проверка выполняется автоматически, когда включено [`SSLContext.check_hostname`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.check_hostname). В серверном режиме, если требуется аутентифицировать клиентов с помощью SSL-слоя (а не через механизм аутентификации более высокого уровня), также нужно указать [`CERT_REQUIRED`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_REQUIRED) и аналогично проверять клиентский сертификат. > > **Примечание** > > > > В клиентском режиме [`CERT_OPTIONAL`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_OPTIONAL) и [`CERT_REQUIRED`](https://python-all.ru/3.4/library/ssl.html#ssl.CERT_REQUIRED) эквивалентны, если не включены анонимные шифры (по умолчанию они отключены). #### 18.2.7.2.2. Версии протоколов Версии SSL 2 и 3 считаются небезопасными, поэтому их использование опасно. Если нужна максимальная совместимость между клиентами и серверами, рекомендуется использовать [`PROTOCOL_SSLv23`](https://python-all.ru/3.4/library/ssl.html#ssl.PROTOCOL_SSLv23) в качестве версии протокола, а затем явно отключить SSLv2 и SSLv3 с помощью атрибута [`SSLContext.options`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.options): ```python context = ssl.SSLContext(ssl.PROTOCOL_SSLv23) context.options |= ssl.OP_NO_SSLv2 context.options |= ssl.OP_NO_SSLv3 ``` Созданный выше SSL-контекст будет разрешать только соединения TLSv1 и выше (если поддерживается вашей системой). #### 18.2.7.2.3. Выбор шифров Если есть повышенные требования к безопасности, можно точно настроить шифры, разрешённые при согласовании SSL-сеанса, через метод [`SSLContext.set_ciphers()`](https://python-all.ru/3.4/library/ssl.html#ssl.SSLContext.set_ciphers). Начиная с Python 3.2.3, модуль ssl отключает некоторые слабые шифры по умолчанию, но может потребоваться дополнительно ограничить выбор шифров. Обязательно прочтите документацию OpenSSL о [формате списка шифров](https://python-all.ru/3.4/library/ssl.html). Чтобы узнать, какие шифры разрешены заданным списком, используйте команду `openssl ciphers` в вашей системе. ### 18.2.7.3. Многопроцессность Если этот модуль используется в составе многопроцессного приложения (например, с модулями [`multiprocessing`](https://python-all.ru/3.4/library/multiprocessing.html#module-multiprocessing) или [`concurrent.futures`](https://python-all.ru/3.4/library/concurrent.futures.html#module-concurrent.futures)), следует учитывать, что внутренний генератор случайных чисел OpenSSL некорректно обрабатывает порождённые процессы. Приложения должны изменять состояние PRNG родительского процесса, если они используют любые функции SSL с [`os.fork()`](https://python-all.ru/3.4/library/os.html#os.fork). Любой успешный вызов [`RAND_add()`](https://python-all.ru/3.4/library/ssl.html#ssl.RAND_add), [`RAND_bytes()`](https://python-all.ru/3.4/library/ssl.html#ssl.RAND_bytes) или [`RAND_pseudo_bytes()`](https://python-all.ru/3.4/library/ssl.html#ssl.RAND_pseudo_bytes) считается достаточным. > **См. также** > > **Класс [`socket.socket`](https://python-all.ru/3.4/library/socket.html#socket.socket)** > > Документация базового класса > > [`socket`](https://python-all.ru/3.4/library/socket.html#module-socket) > > **[SSL/TLS: надёжное шифрование. Введение](https://python-all.ru/3.4/library/ssl.html)** > > Введение из документации веб-сервера Apache > > **[RFC 1422: Privacy Enhancement for Internet Electronic Mail: Part II: Certificate-Based Key Management](https://python-all.ru/3.4/library/ssl.html)** > > Steve Kent > > **[RFC 1750: Randomness Recommendations for Security](https://python-all.ru/3.4/library/ssl.html)** > > D. Eastlake et. al. > > **[RFC 3280: Internet X.509 Public Key Infrastructure Certificate and CRL Profile](https://python-all.ru/3.4/library/ssl.html)** > > Housley et. al. > > **[RFC 4366: Расширения безопасности транспортного уровня (TLS)](https://python-all.ru/3.4/library/ssl.html)** > > Blake-Wilson et. al. > > **[RFC 5246: Протокол безопасности транспортного уровня (TLS) версии 1.2](https://python-all.ru/3.4/library/ssl.html)** > > T. Dierks et. al. > > **[RFC 6066: Расширения безопасности транспортного уровня (TLS)](https://python-all.ru/3.4/library/ssl.html)** > > D. Eastlake > > **[IANA TLS: Параметры безопасности транспортного уровня (TLS)](https://python-all.ru/3.4/library/ssl.html)** > > IANA