> **Источник:** https://python-all.ru/3.6/library/ssl.html > > «Документация Python на русском» – неофициальный перевод официальной документации Python: версии от 2.6 до 3.16, полнотекстовый поиск, английский оригинал рядом с переводом. Эта Markdown-версия страницы предназначена для работы с LLM: вставьте её в ChatGPT, Claude или Cursor. --- # 18.2. [`ssl`](https://python-all.ru/3.6/library/ssl.html#module-ssl) – обёртка TLS/SSL для объектов сокетов **Исходный код:** [Lib/ssl.py](https://python-all.ru/src/3.6/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.6/library/ssl.html#ssl-security). В противном случае может возникнуть ложное ощущение безопасности, поскольку настройки по умолчанию модуля ssl не обязательно подходят для конкретного приложения. В этом разделе описываются объекты и функции модуля `ssl`; более общую информацию о TLS, SSL и сертификатах можно найти в документах, перечисленных в разделе «См. также» внизу. Этот модуль предоставляет класс [`ssl.SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket), производный от типа [`socket.socket`](https://python-all.ru/3.6/library/socket.html#socket.socket), и предоставляет обёртку, подобную сокету, которая также шифрует и расшифровывает данные, передаваемые через сокет по SSL. Он поддерживает дополнительные методы, такие как `getpeercert()`, который извлекает сертификат другой стороны соединения, и `cipher()`, который извлекает шифр, используемый для защищённого соединения. Для более сложных приложений класс [`ssl.SSLContext`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext) помогает управлять настройками и сертификатами, которые затем могут наследоваться SSL-сокетами, созданными через метод [`SSLContext.wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.wrap_socket). Изменено в версии 3.5.3: Обновлено для поддержки связывания с OpenSSL 1.1.0 Изменено в версии 3.6: OpenSSL 0.9.8, 1.0.0 и 1.0.1 устарели и больше не поддерживаются. В будущем модуль ssl потребует как минимум OpenSSL 1.0.2 или 1.1.0. ## 18.2.1. Функции, константы и исключения #### `exception ssl.SSLError` Возникает при ошибке в базовой реализации SSL (в настоящее время предоставляемой библиотекой OpenSSL). Это указывает на проблемы в высокоуровневом уровне шифрования и аутентификации, наложенном на нижележащее сетевое соединение. Эта ошибка является подтипом [`OSError`](https://python-all.ru/3.6/library/exceptions.html#OSError). Код ошибки и сообщение экземпляров [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError) предоставляются библиотекой OpenSSL. Изменено в версии 3.3: [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError) ранее был подтипом [`socket.error`](https://python-all.ru/3.6/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.6/library/ssl.html#ssl.SSLError), возбуждаемый при попытке чтения или записи, когда SSL-соединение было корректно закрыто. Обратите внимание, что это не означает, что нижележащий транспорт (например, TCP) был закрыт. Новое в версии 3.3. #### `exception ssl.SSLWantReadError` Подкласс [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError), возбуждаемый [неблокирующим SSL-сокетом](https://python-all.ru/3.6/library/ssl.html#ssl-nonblocking) при попытке чтения или записи данных, но для выполнения запроса необходимо получить больше данных по нижележащему TCP-транспорту. Новое в версии 3.3. #### `exception ssl.SSLWantWriteError` Подкласс [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError), возбуждаемый [неблокирующим SSL-сокетом](https://python-all.ru/3.6/library/ssl.html#ssl-nonblocking) при попытке чтения или записи данных, но для выполнения запроса необходимо отправить больше данных по нижележащему TCP-транспорту. Новое в версии 3.3. #### `exception ssl.SSLSyscallError` Подкласс [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError), возбуждаемый при возникновении системной ошибки во время выполнения операции с SSL-сокетом. К сожалению, нет простого способа узнать исходный номер errno. Новое в версии 3.3. #### `exception ssl.SSLEOFError` Подкласс [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError), возбуждаемый при внезапном завершении SSL-соединения. Обычно не следует пытаться повторно использовать нижележащий транспорт при возникновении этой ошибки. Новое в версии 3.3. #### `exception ssl.CertificateError` Возбуждается при ошибке с сертификатом (например, несовпадающее имя хоста). Ошибки сертификата, обнаруженные OpenSSL, тем не менее, возбуждают [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError). ### 18.2.1.1. Создание сокета Следующая функция позволяет создавать независимые сокеты. Начиная с Python 3.2, более гибким может быть использование [`SSLContext.wrap_socket()`](https://python-all.ru/3.6/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.6/library/socket.html#socket.socket) и возвращает экземпляр [`ssl.SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket), подтипа [`socket.socket`](https://python-all.ru/3.6/library/socket.html#socket.socket), который оборачивает базовый сокет в контекст SSL. `sock` должен быть сокетом [`SOCK_STREAM`](https://python-all.ru/3.6/library/socket.html#socket.SOCK_STREAM); другие типы сокетов не поддерживаются. Для клиентских сокетов создание контекста является отложенным; если базовый сокет ещё не подключён, создание контекста будет выполнено после вызова `connect()` для сокета. Для серверных сокетов, если у сокета нет удалённого партнёра, предполагается, что это слушающий сокет, и серверная обёртка SSL автоматически применяется к клиентским подключениям, принятым через метод `accept()`. [`wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.wrap_socket) может возбуждать [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError). Параметры `keyfile` и `certfile` указывают необязательные файлы, которые содержат сертификат, используемый для идентификации локальной стороны соединения. См. обсуждение [Сертификатов](https://python-all.ru/3.6/library/ssl.html#ssl-certificates) для получения дополнительной информации о том, как сертификат хранится в `certfile`. Параметр `server_side` – это логическое значение, указывающее, требуется ли поведение серверной или клиентской стороны для этого сокета. Параметр `cert_reqs` определяет, требуется ли сертификат от другой стороны соединения, и будет ли он проверен, если предоставлен. Он должен быть одним из трёх значений: [`CERT_NONE`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_NONE) (сертификаты игнорируются), [`CERT_OPTIONAL`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_OPTIONAL) (не требуется, но проверяется если предоставлен) или [`CERT_REQUIRED`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_REQUIRED) (требуется и проверяется). Если значение этого параметра не равно [`CERT_NONE`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_NONE), то параметр `ca_certs` должен указывать на файл сертификатов ЦС. Файл `ca_certs` содержит набор объединённых сертификатов «удостоверяющего центра», которые используются для проверки сертификатов, переданных с другого конца соединения. См. обсуждение [Сертификатов](https://python-all.ru/3.6/library/ssl.html#ssl-certificates) для получения дополнительной информации о том, как организовать сертификаты в этом файле. Параметр `ssl_version` определяет, какую версию протокола SSL использовать. Обычно сервер выбирает определённую версию протокола, и клиент должен адаптироваться к выбору сервера. Большинство версий не совместимы с другими версиями. Если не указано, по умолчанию используется [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS); он обеспечивает наибольшую совместимость с другими версиями. Ниже приведена таблица, показывающая, какие версии на стороне клиента (по вертикали) могут подключаться к каким версиям на стороне сервера (по горизонтали): > | *клиент* / **сервер** | **SSLv2** | **SSLv3** | **TLS** [3](https://python-all.ru/3.6/library/ssl.html#id9) | **TLSv1** | **TLSv1.1** | **TLSv1.2** | > | --- | --- | --- | --- | --- | --- | --- | > | *SSLv2* | да | нет | нет [1](https://python-all.ru/3.6/library/ssl.html#id7) | нет | нет | нет | > | *SSLv3* | нет | да | нет [2](https://python-all.ru/3.6/library/ssl.html#id8) | нет | нет | нет | > | *TLS* (*SSLv23*) [3](https://python-all.ru/3.6/library/ssl.html#id9) | нет [1](https://python-all.ru/3.6/library/ssl.html#id7) | нет [2](https://python-all.ru/3.6/library/ssl.html#id8) | да | да | да | да | > | *TLSv1* | нет | нет | да | да | нет | нет | > | *TLSv1.1* | нет | нет | да | нет | да | нет | > | *TLSv1.2* | нет | нет | да | нет | нет | да | Сноски **1([1](https://python-all.ru/3.6/library/ssl.html#id2),[2](https://python-all.ru/3.6/library/ssl.html#id5))** [`SSLContext`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext) по умолчанию отключает SSLv2 с помощью [`OP_NO_SSLv2`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_NO_SSLv2). **2([1](https://python-all.ru/3.6/library/ssl.html#id3),[2](https://python-all.ru/3.6/library/ssl.html#id6))** [`SSLContext`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext) по умолчанию отключает SSLv3 с помощью [`OP_NO_SSLv3`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_NO_SSLv3). **3([1](https://python-all.ru/3.6/library/ssl.html#id1),[2](https://python-all.ru/3.6/library/ssl.html#id4))** Протокол TLS 1.3 будет доступен с [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS) в OpenSSL \>= 1.1.1. Для одного только TLS 1.3 не существует отдельной константы PROTOCOL. > **Примечание** > > Какие соединения будут успешными, зависит от версии OpenSSL. Например, до OpenSSL 1.0.0 клиент SSLv23 всегда пытался устанавливать соединения SSLv2. Параметр *ciphers* задаёт доступные шифры для этого объекта SSL. Он должен быть строкой в [формате списка шифров OpenSSL](https://python-all.ru/3.6/library/ssl.html). Параметр `do_handshake_on_connect` определяет, следует ли выполнять рукопожатие SSL автоматически после `socket.connect()`, или же прикладная программа будет вызывать его явно с помощью метода [`SSLSocket.do_handshake()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.do_handshake). Явный вызов [`SSLSocket.do_handshake()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.do_handshake) даёт программе контроль над блокирующим поведением ввода-вывода сокета, участвующего в рукопожатии. Параметр `suppress_ragged_eofs` определяет, как метод `SSLSocket.recv()` должен сигнализировать о неожиданном EOF от другого конца соединения. Если задано значение [`True`](https://python-all.ru/3.6/library/constants.html#True) (по умолчанию), он возвращает обычный EOF (пустой объект bytes) в ответ на ошибки неожиданного EOF, возникшие в базовом сокете; если [`False`](https://python-all.ru/3.6/library/constants.html#False), то исключения будут переданы обратно вызывающему коду. Изменено в версии 3.2: Новый необязательный аргумент *ciphers*. ### 18.2.1.2. Создание контекста Вспомогательная функция помогает создавать объекты [`SSLContext`](https://python-all.ru/3.6/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.6/library/ssl.html#ssl.SSLContext) с настройками по умолчанию для указанного *назначения*. Настройки выбираются модулем [`ssl`](https://python-all.ru/3.6/library/ssl.html#module-ssl) и обычно представляют более высокий уровень безопасности, чем при непосредственном вызове конструктора [`SSLContext`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext). *cafile*, *capath*, *cadata* представляют необязательные сертификаты ЦС, которым следует доверять при проверке сертификатов, как в [`SSLContext.load_verify_locations()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.load_verify_locations). Если все три равны [`None`](https://python-all.ru/3.6/library/constants.html#None), эта функция может вместо этого доверять системным сертификатам ЦС по умолчанию. Настройки таковы: [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS), [`OP_NO_SSLv2`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_NO_SSLv2) и [`OP_NO_SSLv3`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_NO_SSLv3) с наборами шифров высокого уровня без RC4 и без неаутентифицированных наборов шифров. Передача [`SERVER_AUTH`](https://python-all.ru/3.6/library/ssl.html#ssl.Purpose.SERVER_AUTH) в качестве *purpose* устанавливает [`verify_mode`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.verify_mode) в [`CERT_REQUIRED`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_REQUIRED) и либо загружает сертификаты CA (когда задан хотя бы один из *cafile*, *capath* или *cadata*), либо использует [`SSLContext.load_default_certs()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.load_default_certs) для загрузки сертификатов CA по умолчанию. > **Примечание** > > Протокол, параметры, шифр и другие настройки могут в любой момент измениться на более строгие значения без предварительного уведомления об устаревании. Эти значения представляют собой разумный баланс между совместимостью и безопасностью. > > Если приложению требуются особые настройки, нужно создать [`SSLContext`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext) и применить их самостоятельно. > **Примечание** > > Если при попытке некоторых старых клиентов или серверов подключиться с помощью [`SSLContext`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext), созданного этой функцией, возникает ошибка «Несовпадение протокола или набора шифров», возможно, они поддерживают только SSL 3.0, который эта функция исключает с помощью [`OP_NO_SSLv3`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_NO_SSLv3). SSL 3.0 общепризнанно [полностью скомпрометирован](https://python-all.ru/3.6/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.6: ChaCha20/Poly1305 был добавлен в строку шифров по умолчанию. 3DES был удалён из строки шифров по умолчанию. ### 18.2.1.3. Генерация случайных чисел #### `ssl.RAND_bytes(num)` Возвращает *num* криптостойких псевдослучайных байт. Вызывает исключение [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError), если ГПСЧ (PRNG) не был инициализирован достаточным количеством данных или если операция не поддерживается текущим методом RAND. [`RAND_status()`](https://python-all.ru/3.6/library/ssl.html#ssl.RAND_status) можно использовать для проверки состояния ГПСЧ, а [`RAND_add()`](https://python-all.ru/3.6/library/ssl.html#ssl.RAND_add) – для его инициализации. Для практически всех приложений предпочтительнее использовать [`os.urandom()`](https://python-all.ru/3.6/library/os.html#os.urandom). Прочитайте статью в Википедии, [Криптографически стойкий генератор псевдослучайных чисел (CSPRNG)](https://python-all.ru/3.6/library/ssl.html), чтобы узнать требования к криптографическому генератору. Новое в версии 3.3. #### `ssl.RAND_pseudo_bytes(num)` Возвращает (bytes, is\_cryptographic): bytes – это *num* псевдослучайных байтов, is\_cryptographic равно `True`, если сгенерированные байты являются криптостойкими. Вызывает [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError), если операция не поддерживается текущим методом RAND. Сгенерированные последовательности псевдослучайных байтов будут уникальными, если они имеют достаточную длину, но не обязательно непредсказуемы. Их можно использовать для некриптографических целей и для некоторых целей в криптографических протоколах, но обычно не для генерации ключей и т.д. Для практически всех приложений предпочтительнее использовать [`os.urandom()`](https://python-all.ru/3.6/library/os.html#os.urandom). Новое в версии 3.3. Устарело с версии 3.6: OpenSSL объявил устаревшим [`ssl.RAND_pseudo_bytes()`](https://python-all.ru/3.6/library/ssl.html#ssl.RAND_pseudo_bytes), используйте [`ssl.RAND_bytes()`](https://python-all.ru/3.6/library/ssl.html#ssl.RAND_bytes) вместо него. #### `ssl.RAND_status()` Возвращает `True`, если ГПСЧ (псевдослучайный генератор чисел) SSL был инициализирован достаточным количеством случайных данных, и `False` в противном случае. Можно использовать [`ssl.RAND_egd()`](https://python-all.ru/3.6/library/ssl.html#ssl.RAND_egd) и [`ssl.RAND_add()`](https://python-all.ru/3.6/library/ssl.html#ssl.RAND_add) для увеличения случайности генератора псевдослучайных чисел. #### `ssl.RAND_egd(path)` Если где-то запущен демон сбора энтропии (EGD) и *path* – это имя пути к сокетному соединению, открытому для него, то из сокета будет прочитано 256 байт случайных данных и добавлено в генератор псевдослучайных чисел SSL для повышения безопасности генерируемых секретных ключей. Обычно это необходимо только в системах, где нет более качественных источников случайности. См. [http://egd.sourceforge.net/](https://python-all.ru/3.6/library/ssl.html) или [http://prngd.sourceforge.net/](https://python-all.ru/3.6/library/ssl.html) для получения исходных текстов демонов сбора энтропии. Доступность: недоступно с LibreSSL и OpenSSL \> 1.1.0 #### `ssl.RAND_add(bytes, entropy)` Смешивает заданные *bytes* (байты) с генератором псевдослучайных чисел SSL. Параметр *entropy* (число с плавающей точкой) задаёт нижнюю границу энтропии, содержащейся в строке (поэтому всегда можно использовать `0.0`). См. [**RFC 1750**](https://python-all.ru/3.6/library/ssl.html) для получения дополнительной информации об источниках энтропии. Изменено в версии 3.5: Теперь принимается записываемый [байтоподобный объект](https://python-all.ru/3.6/glossary.html#term-bytes-like-object). ### 18.2.1.4. Обработка сертификатов #### `ssl.match_hostname(cert, hostname)` Проверяет, что *cert* (в декодированном формате, возвращаемом [`SSLSocket.getpeercert()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.getpeercert)) соответствует заданному *hostname*. Применяются правила проверки идентичности HTTPS-серверов, описанные в [**RFC 2818**](https://python-all.ru/3.6/library/ssl.html), [**RFC 5280**](https://python-all.ru/3.6/library/ssl.html) и [**RFC 6125**](https://python-all.ru/3.6/library/ssl.html). Кроме HTTPS, эта функция подходит для проверки идентичности серверов в различных протоколах на основе SSL, таких как FTPS, IMAPS, POPS и других. [`CertificateError`](https://python-all.ru/3.6/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.6/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`. Изменено в версии 3.5: Теперь поддерживается сопоставление IP-адресов, если они присутствуют в поле subjectAltName сертификата. #### `ssl.cert_time_to_seconds(cert_time)` Возвращает время в секундах с начала эпохи (Epoch), используя строку `cert_time` представляющую дату “notBefore” или “notAfter” из сертификата в формате `"%b %d %H:%M:%S %Y %Z"` strptime (локаль C). Вот пример: ```pycon >>> import ssl >>> timestamp = ssl.cert_time_to_seconds("Jan 5 09:34:43 2018 GMT") >>> timestamp 1515144883 >>> from datetime import datetime >>> print(datetime.utcfromtimestamp(timestamp)) 2018-01-05 09:34:43 ``` Даты “notBefore” or “notAfter” должны использовать GMT ([**RFC 5280**](https://python-all.ru/3.6/library/ssl.html)). Изменено в версии 3.5: Входное время теперь интерпретируется как время в UTC, как указано часовым поясом 'GMT' во входной строке. Ранее использовался местный часовой пояс. Возвращает целое число (во входном формате нет долей секунды). #### `ssl.get_server_certificate(addr, ssl_version=PROTOCOL_TLS, ca_certs=None)` Получает сертификат сервера по адресу `addr` SSL-защищённого сервера, заданному в виде пары (*hostname*, *port-number*), и возвращает его в виде строки в кодировке PEM. Если указан `ssl_version`, используется эта версия протокола SSL для попытки подключения к серверу. Если указан `ca_certs`, это должен быть файл со списком корневых сертификатов, в том же формате, что и для одноимённого параметра в [`wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.wrap_socket). Вызов попытается проверить сертификат сервера относительно этого набора корневых сертификатов; если проверка не удастся, будет ошибка. Изменено в версии 3.3: Эта функция теперь совместима с IPv6. Изменено в версии 3.5: Значение по умолчанию *ssl\_version* изменено с [`PROTOCOL_SSLv3`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_SSLv3) на [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS) для максимальной совместимости с современными серверами. #### `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.6/library/ssl.html#ssl.SSLContext.set_default_verify_paths). Возвращаемое значение – это [именованный кортеж](https://python-all.ru/3.6/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 Доступность: LibreSSL игнорирует переменные окружения `openssl_cafile_env` и `openssl_capath_env` Новое в версии 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. Константы > Все константы теперь являются коллекциями [`enum.IntEnum`](https://python-all.ru/3.6/library/enum.html#enum.IntEnum) или [`enum.IntFlag`](https://python-all.ru/3.6/library/enum.html#enum.IntFlag). > > Новое в версии 3.6. #### `ssl.CERT_NONE` Возможное значение для [`SSLContext.verify_mode`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.verify_mode) или параметра `cert_reqs` в [`wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.wrap_socket). За исключением [`PROTOCOL_TLS_CLIENT`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS_CLIENT) это режим по умолчанию. Для клиентских сокетов принимается практически любой сертификат. Ошибки проверки, такие как ненадёжный или просроченный сертификат, игнорируются и не прерывают рукопожатие TLS/SSL. В серверном режиме сертификат у клиента не запрашивается, поэтому клиент не отправляет его для аутентификации по клиентскому сертификату. См. обсуждение [соображений безопасности](https://python-all.ru/3.6/library/ssl.html#ssl-security) ниже. #### `ssl.CERT_OPTIONAL` Возможное значение для [`SSLContext.verify_mode`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.verify_mode) или параметра `cert_reqs` в [`wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.wrap_socket). В клиентском режиме [`CERT_OPTIONAL`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_OPTIONAL) имеет то же значение, что и [`CERT_REQUIRED`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_REQUIRED). Рекомендуется использовать [`CERT_REQUIRED`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_REQUIRED) для клиентских сокетов. В серверном режиме клиенту отправляется запрос клиентского сертификата. Клиент может либо проигнорировать запрос, либо отправить сертификат для выполнения аутентификации по клиентскому сертификату TLS. Если клиент решает отправить сертификат, он проверяется. Любая ошибка проверки немедленно прерывает рукопожатие TLS. Использование этой настройки требует передачи действительного набора сертификатов ЦС: либо в [`SSLContext.load_verify_locations()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.load_verify_locations), либо в качестве значения параметра `ca_certs` для [`wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.wrap_socket). #### `ssl.CERT_REQUIRED` Возможное значение для [`SSLContext.verify_mode`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.verify_mode) или параметра `cert_reqs` в [`wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.wrap_socket). В этом режиме сертификат требуется от другой стороны сокетного соединения; будет возбуждено [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError), если сертификат не предоставлен или его проверка не удалась. Этот режим **не** достаточен для проверки сертификата в клиентском режиме, поскольку не выполняется сопоставление имён хостов. [`check_hostname`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.check_hostname) также должен быть включён для проверки подлинности сертификата. [`PROTOCOL_TLS_CLIENT`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS_CLIENT) использует [`CERT_REQUIRED`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_REQUIRED) и по умолчанию включает [`check_hostname`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.check_hostname). В серверном сокете этот режим обеспечивает обязательную аутентификацию по клиентскому сертификату TLS. Клиенту отправляется запрос клиентского сертификата, и клиент должен предоставить действительный и надёжный сертификат. Использование этой настройки требует передачи действительного набора сертификатов ЦС: либо в [`SSLContext.load_verify_locations()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.load_verify_locations), либо в качестве значения параметра `ca_certs` для [`wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.wrap_socket). #### `class ssl.VerifyMode` Коллекция [`enum.IntEnum`](https://python-all.ru/3.6/library/enum.html#enum.IntEnum) констант CERT\_\*. Новое в версии 3.6. #### `ssl.VERIFY_DEFAULT` Возможное значение для [`SSLContext.verify_flags`](https://python-all.ru/3.6/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.6/library/ssl.html#ssl.SSLContext.verify_flags). В этом режиме проверяется только сертификат пира, но ни один из промежуточных сертификатов ЦС. Режим требует действительный CRL, подписанный издателем сертификата пира (его непосредственным вышестоящим ЦС). Если надлежащий не был загружен [`SSLContext.load_verify_locations`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.load_verify_locations), проверка завершится ошибкой. Новое в версии 3.4. #### `ssl.VERIFY_CRL_CHECK_CHAIN` Возможное значение для [`SSLContext.verify_flags`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.verify_flags). В этом режиме проверяются CRL всех сертификатов в цепочке сертификата однорангового узла. Новое в версии 3.4. #### `ssl.VERIFY_X509_STRICT` Возможное значение для [`SSLContext.verify_flags`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.verify_flags) для отключения обходных путей для повреждённых сертификатов X.509. Новое в версии 3.4. #### `ssl.VERIFY_X509_TRUSTED_FIRST` Возможное значение для [`SSLContext.verify_flags`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.verify_flags). Оно указывает OpenSSL отдавать предпочтение доверенным сертификатам при построении цепочки доверия для проверки сертификата. Этот флаг включён по умолчанию. Новое в версии 3.4.4. #### `class ssl.VerifyFlags` [`enum.IntFlag`](https://python-all.ru/3.6/library/enum.html#enum.IntFlag) набор констант VERIFY\_\*. Новое в версии 3.6. #### `ssl.PROTOCOL_TLS` Выбирает самую высокую версию протокола, поддерживаемую как клиентом, так и сервером. Несмотря на название, эта опция может выбирать как протокол «SSL», так и «TLS». Новое в версии 3.6. #### `ssl.PROTOCOL_TLS_CLIENT` Автоматически согласовывает самую высокую версию протокола, как [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS), но поддерживает только клиентские [`SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket)-соединения. По умолчанию протокол включает [`CERT_REQUIRED`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_REQUIRED) и [`check_hostname`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.check_hostname). Новое в версии 3.6. #### `ssl.PROTOCOL_TLS_SERVER` Автоматически согласовывает самую высокую версию протокола, как [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS), но поддерживает только серверные [`SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket)-соединения. Новое в версии 3.6. #### `ssl.PROTOCOL_SSLv23` Псевдоним для data:*PROTOCOL\_TLS*. Устарело с версии 3.6: Используйте [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS) вместо. #### `ssl.PROTOCOL_SSLv2` Выбирает SSL версии 2 в качестве протокола шифрования канала. Этот протокол недоступен, если OpenSSL скомпилирован с флагом `OPENSSL_NO_SSL2`. > **Предупреждение** > > SSL версии 2 небезопасен. Его использование крайне не рекомендуется. Устарело с версии 3.6: OpenSSL убрал поддержку SSLv2. #### `ssl.PROTOCOL_SSLv3` Выбирает SSL версии 3 в качестве протокола шифрования канала. Этот протокол недоступен, если OpenSSL скомпилирован с флагом `OPENSSL_NO_SSLv3`. > **Предупреждение** > > SSL версии 3 небезопасен. Его использование крайне не рекомендуется. Устарело с версии 3.6: OpenSSL объявил устаревшими все версионные протоколы. Вместо этого используйте протокол по умолчанию [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS) с флагами, такими как [`OP_NO_SSLv3`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_NO_SSLv3). #### `ssl.PROTOCOL_TLSv1` Выбирает TLS версии 1.0 в качестве протокола шифрования канала. Устарело с версии 3.6: OpenSSL объявил устаревшими все версионные протоколы. Вместо этого используйте протокол по умолчанию [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS) с флагами, такими как [`OP_NO_SSLv3`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_NO_SSLv3). #### `ssl.PROTOCOL_TLSv1_1` Выбирает TLS версии 1.1 в качестве протокола шифрования канала. Доступно только в openssl версии 1.0.1+. Новое в версии 3.4. Устарело с версии 3.6: OpenSSL объявил устаревшими все версионные протоколы. Вместо этого используйте протокол по умолчанию [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS) с флагами, такими как [`OP_NO_SSLv3`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_NO_SSLv3). #### `ssl.PROTOCOL_TLSv1_2` Выбирает TLS версии 1.2 в качестве протокола шифрования канала. Это самая современная версия и, вероятно, лучший выбор для максимальной защиты, если обе стороны могут её поддерживать. Доступна только с openssl версии 1.0.1 и выше. Новое в версии 3.4. Устарело с версии 3.6: OpenSSL объявил устаревшими все версионные протоколы. Вместо этого используйте протокол по умолчанию [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS) с флагами, такими как [`OP_NO_SSLv3`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_NO_SSLv3). #### `ssl.OP_ALL` Включает обходные пути для различных ошибок, присутствующих в других реализациях SSL. Эта опция включена по умолчанию. Она не обязательно устанавливает те же флаги, что и константа `SSL_OP_ALL` от OpenSSL. Новое в версии 3.2. #### `ssl.OP_NO_SSLv2` Предотвращает подключение по SSLv2. Эта опция применима только в сочетании с [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS). Она не позволяет сторонам выбирать SSLv2 в качестве версии протокола. Новое в версии 3.2. Устарело с версии 3.6: SSLv2 устарел #### `ssl.OP_NO_SSLv3` Предотвращает подключение по SSLv3. Этот параметр применим только в сочетании с [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS). Он не позволяет участникам выбирать SSLv3 в качестве версии протокола. Новое в версии 3.2. Устарело с версии 3.6: SSLv3 устарел #### `ssl.OP_NO_TLSv1` Предотвращает подключение по TLSv1. Этот параметр применим только в сочетании с [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS). Он не позволяет участникам выбирать TLSv1 в качестве версии протокола. Новое в версии 3.2. #### `ssl.OP_NO_TLSv1_1` Предотвращает подключение по TLSv1.1. Этот параметр применим только в сочетании с [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS). Он не позволяет участникам выбирать TLSv1.1 в качестве версии протокола. Доступно только для OpenSSL версии 1.0.1 и выше. Новое в версии 3.4. #### `ssl.OP_NO_TLSv1_2` Предотвращает подключение по TLSv1.2. Этот параметр применим только в сочетании с [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS). Он не позволяет участникам выбирать TLSv1.2 в качестве версии протокола. Доступно только для OpenSSL версии 1.0.1 и выше. Новое в версии 3.4. #### `ssl.OP_NO_TLSv1_3` Предотвращает подключение по TLSv1.3. Этот параметр применим только в сочетании с [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS). Он не позволяет участникам выбирать TLSv1.3 в качестве версии протокола. TLS 1.3 доступен начиная с OpenSSL 1.1.1. Если Python был собран с более старой версией OpenSSL, этот флаг по умолчанию равен *0*. Новое в версии 3.6.3. #### `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_ENABLE_MIDDLEBOX_COMPAT` Отправляет фиктивные сообщения Change Cipher Spec (CCS) в процессе рукопожатия TLS 1.3, чтобы подключение TLS 1.3 выглядело больше как подключение TLS 1.2. Этот параметр доступен только в OpenSSL 1.1.1 и выше. Новое в версии 3.6.7. #### `ssl.OP_NO_COMPRESSION` Отключает сжатие в SSL-канале. Это полезно, если прикладной протокол поддерживает собственный механизм сжатия. Эта опция доступна только в OpenSSL 1.0.0 и более поздних версиях. Новое в версии 3.3. #### `class ssl.Options` [`enum.IntFlag`](https://python-all.ru/3.6/library/enum.html#enum.IntFlag) коллекция констант OP\_\*. #### `ssl.OP_NO_TICKET` Предотвращает запрос сессионного билета со стороны клиента. Новое в версии 3.6. #### `ssl.HAS_ALPN` Указывает, имеет ли библиотека OpenSSL встроенную поддержку расширения TLS *Согласование протокола прикладного уровня*, как описано в [**RFC 7301**](https://python-all.ru/3.6/library/ssl.html). Новое в версии 3.5. #### `ssl.HAS_ECDH` Определяет, имеет ли библиотека OpenSSL встроенную поддержку обмена ключами Диффи-Хеллмана на основе эллиптических кривых. Должно быть истинно, если только эта возможность не была явно отключена распространителем. Новое в версии 3.3. #### `ssl.HAS_SNI` Указывает, имеет ли библиотека OpenSSL встроенную поддержку расширения *Указание имени сервера (Server Name Indication)* (как определено в [**RFC 6066**](https://python-all.ru/3.6/library/ssl.html)). Новое в версии 3.2. #### `ssl.HAS_NPN` Whether the OpenSSL library has built-in support for *Next Protocol Negotiation* as described in the [NPN draft specification](https://python-all.ru/3.6/library/ssl.html). When true, you can use the [`SSLContext.set_npn_protocols()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.set_npn_protocols) method to advertise which protocols you want to support. Новое в версии 3.3. #### `ssl.HAS_TLSv1_3` Определяет, поддерживает ли библиотека OpenSSL протокол TLS 1.3 на встроенном уровне. Новое в версии 3.6.3. #### `ssl.CHANNEL_BINDING_TYPES` Список поддерживаемых типов привязки каналов TLS. Строки из этого списка можно использовать в качестве аргументов для [`SSLSocket.get_channel_binding()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.get_channel_binding). Новое в версии 3.3. #### `ssl.OPENSSL_VERSION` Строка с версией библиотеки OpenSSL, загруженной интерпретатором: ```python >>> ssl.OPENSSL_VERSION 'OpenSSL 1.0.2k 26 Jan 2017' ``` Новое в версии 3.2. #### `ssl.OPENSSL_VERSION_INFO` Кортеж из пяти целых чисел, содержащий информацию о версии библиотеки OpenSSL: ```python >>> ssl.OPENSSL_VERSION_INFO (1, 0, 2, 11, 15) ``` Новое в версии 3.2. #### `ssl.OPENSSL_VERSION_NUMBER` Сырой номер версии библиотеки OpenSSL в виде целого числа: ```python >>> ssl.OPENSSL_VERSION_NUMBER 268443839 >>> hex(ssl.OPENSSL_VERSION_NUMBER) '0x100020bf' ``` Новое в версии 3.2. #### `ssl.ALERT_DESCRIPTION_HANDSHAKE_FAILURE` #### `ssl.ALERT_DESCRIPTION_INTERNAL_ERROR` #### `ALERT_DESCRIPTION_*` Описания предупреждений из [**RFC 5246**](https://python-all.ru/3.6/library/ssl.html) и других источников. [Реестр предупреждений TLS IANA](https://python-all.ru/3.6/library/ssl.html) содержит этот список и ссылки на RFC, где определено их значение. Используется как возвращаемое значение колбэка в [`SSLContext.set_servername_callback()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.set_servername_callback). Новое в версии 3.4. #### `class ssl.AlertDescription` [`enum.IntEnum`](https://python-all.ru/3.6/library/enum.html#enum.IntEnum) набор констант ALERT\_DESCRIPTION\_\*. Новое в версии 3.6. #### `Purpose.SERVER_AUTH` Опция для [`create_default_context()`](https://python-all.ru/3.6/library/ssl.html#ssl.create_default_context) и [`SSLContext.load_default_certs()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.load_default_certs). Это значение указывает, что контекст может использоваться для аутентификации веб-серверов (следовательно, он будет использоваться для создания клиентских сокетов). Новое в версии 3.4. #### `Purpose.CLIENT_AUTH` Опция для [`create_default_context()`](https://python-all.ru/3.6/library/ssl.html#ssl.create_default_context) и [`SSLContext.load_default_certs()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.load_default_certs). Это значение указывает, что контекст может использоваться для аутентификации веб-клиентов (поэтому он будет использоваться для создания серверных сокетов). Новое в версии 3.4. #### `class ssl.SSLErrorNumber` [`enum.IntEnum`](https://python-all.ru/3.6/library/enum.html#enum.IntEnum) набор констант SSL\_ERROR\_\*. Новое в версии 3.6. ## 18.2.2. SSL-сокеты #### `class ssl.SSLSocket(socket.socket)` SSL-сокеты предоставляют следующие методы [объектов сокетов](https://python-all.ru/3.6/library/socket.html#socket-objects): - [`accept()`](https://python-all.ru/3.6/library/socket.html#socket.socket.accept) - [`bind()`](https://python-all.ru/3.6/library/socket.html#socket.socket.bind) - [`close()`](https://python-all.ru/3.6/library/socket.html#socket.socket.close) - [`connect()`](https://python-all.ru/3.6/library/socket.html#socket.socket.connect) - [`detach()`](https://python-all.ru/3.6/library/socket.html#socket.socket.detach) - [`fileno()`](https://python-all.ru/3.6/library/socket.html#socket.socket.fileno) - [`getpeername()`](https://python-all.ru/3.6/library/socket.html#socket.socket.getpeername), [`getsockname()`](https://python-all.ru/3.6/library/socket.html#socket.socket.getsockname) - [`getsockopt()`](https://python-all.ru/3.6/library/socket.html#socket.socket.getsockopt), [`setsockopt()`](https://python-all.ru/3.6/library/socket.html#socket.socket.setsockopt) - [`gettimeout()`](https://python-all.ru/3.6/library/socket.html#socket.socket.gettimeout), [`settimeout()`](https://python-all.ru/3.6/library/socket.html#socket.socket.settimeout), [`setblocking()`](https://python-all.ru/3.6/library/socket.html#socket.socket.setblocking) - [`listen()`](https://python-all.ru/3.6/library/socket.html#socket.socket.listen) - [`makefile()`](https://python-all.ru/3.6/library/socket.html#socket.socket.makefile) - [`recv()`](https://python-all.ru/3.6/library/socket.html#socket.socket.recv), [`recv_into()`](https://python-all.ru/3.6/library/socket.html#socket.socket.recv_into) (однако передача ненулевого аргумента `flags` не разрешена) - [`send()`](https://python-all.ru/3.6/library/socket.html#socket.socket.send), [`sendall()`](https://python-all.ru/3.6/library/socket.html#socket.socket.sendall) (с тем же ограничением) - [`sendfile()`](https://python-all.ru/3.6/library/socket.html#socket.socket.sendfile) (но [`os.sendfile`](https://python-all.ru/3.6/library/os.html#os.sendfile) будет использоваться только для сокетов с незашифрованным текстом, иначе будет использоваться [`send()`](https://python-all.ru/3.6/library/socket.html#socket.socket.send)) - [`shutdown()`](https://python-all.ru/3.6/library/socket.html#socket.socket.shutdown) Однако, поскольку протокол SSL (и TLS) имеет собственную структуру поверх TCP, абстракция SSL-сокетов может в некоторых аспектах отличаться от спецификации обычных сокетов на уровне ОС. Особенно см. [примечания о неблокирующих сокетах](https://python-all.ru/3.6/library/ssl.html#ssl-nonblocking). Обычно [`SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket) не создаются напрямую, а с помощью метода [`SSLContext.wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.wrap_socket). Изменено в версии 3.5: Был добавлен метод `sendfile()`. Изменено в версии 3.5: `shutdown()` больше не сбрасывает таймаут сокета при каждом получении или отправке байтов. Таймаут сокета теперь равен максимальной общей длительности завершения соединения. Устарело с версии 3.6: Создавать экземпляр [`SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket) напрямую устарело; используйте [`SSLContext.wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.wrap_socket) для обёртывания сокета. SSL-сокеты также имеют следующие дополнительные методы и атрибуты: #### `SSLSocket.read(len=1024, buffer=None)` Считывает до *len* байт данных из SSL-сокета и возвращает результат в виде экземпляра `bytes`. Если указан *buffer*, то считывает в этот буфер и возвращает количество прочитанных байт. Возбуждает [`SSLWantReadError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLWantReadError) или [`SSLWantWriteError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLWantWriteError), если сокет является [неблокирующим](https://python-all.ru/3.6/library/ssl.html#ssl-nonblocking) и чтение заблокируется. Поскольку в любой момент возможна повторная переговорка, вызов [`read()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.read) также может вызвать операции записи. Изменено в версии 3.5: Таймаут сокета больше не сбрасывается при каждом получении или отправке байтов. Таймаут сокета теперь равен максимальной общей длительности чтения до *len* байтов. Устарело с версии 3.6: Используйте `recv()` вместо [`read()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.read). #### `SSLSocket.write(buf)` Записывает *buf* в SSL-сокет и возвращает количество записанных байт. Аргумент *buf* должен быть объектом, поддерживающим буферный интерфейс. Возбуждает [`SSLWantReadError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLWantReadError) или [`SSLWantWriteError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLWantWriteError), если сокет является [неблокирующим](https://python-all.ru/3.6/library/ssl.html#ssl-nonblocking) и запись заблокируется. Поскольку в любой момент возможна повторная переговорка, вызов [`write()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.write) также может вызвать операции чтения. Изменено в версии 3.5: Таймаут сокета больше не сбрасывается при каждом получении или отправке байтов. Таймаут сокета теперь равен максимальной общей длительности записи *buf*. Устарело с версии 3.6: Используйте `send()` вместо [`write()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.write). > **Примечание** > > Методы [`read()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.read) и [`write()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.write) – это низкоуровневые методы для чтения и записи незашифрованных данных уровня приложения и их расшифровки/зашифровки в зашифрованные данные уровня передачи. Для использования этих методов требуется активное SSL-соединение, то есть рукопожатие должно быть завершено, а [`SSLSocket.unwrap()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.unwrap) не вызывался. > > Обычно вместо этих методов следует использовать методы сокетного API, такие как [`recv()`](https://python-all.ru/3.6/library/socket.html#socket.socket.recv) и [`send()`](https://python-all.ru/3.6/library/socket.html#socket.socket.send). #### `SSLSocket.do_handshake()` Выполняет рукопожатие для настройки SSL. Изменено в версии 3.4: Метод рукопожатия также выполняет [`match_hostname()`](https://python-all.ru/3.6/library/ssl.html#ssl.match_hostname), если атрибут [`check_hostname`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.check_hostname) объекта [`context`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.context) сокета равен true. Изменено в версии 3.5: Таймаут сокета больше не сбрасывается при каждом получении или отправке байтов. Таймаут сокета теперь равен максимальной общей длительности рукопожатия. #### `SSLSocket.getpeercert(binary_form=False)` Если для однорангового узла на другом конце соединения нет сертификата, возвращается `None`. Если рукопожатие SSL еще не выполнено, вызывается исключение [`ValueError`](https://python-all.ru/3.6/library/exceptions.html#ValueError). Если параметр `binary_form` равен [`False`](https://python-all.ru/3.6/library/constants.html#False) и от однорангового узла получен сертификат, этот метод возвращает экземпляр [`dict`](https://python-all.ru/3.6/library/stdtypes.html#dict). Если сертификат не был проверен, словарь пуст. Если сертификат был проверен, возвращается словарь с несколькими ключами, среди которых `subject` (субъект, для которого выдан сертификат) и `issuer` (субъект, выдавший сертификат). Если сертификат содержит экземпляр расширения *Subject Alternative Name* (см. [**RFC 3280**](https://python-all.ru/3.6/library/ssl.html)), в словаре также будет ключ `subjectAltName`. Поля `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.6/library/ssl.html#ssl.match_hostname). Если параметр `binary_form` равен [`True`](https://python-all.ru/3.6/library/constants.html#True) и сертификат был предоставлен, этот метод возвращает DER-кодированную форму всего сертификата в виде последовательности байтов или [`None`](https://python-all.ru/3.6/library/constants.html#None), если одноранговый узел не предоставил сертификат. Предоставляет ли одноранговый узел сертификат, зависит от роли SSL-сокета: - для клиентского SSL-сокета сервер всегда предоставляет сертификат, независимо от того, требовалась ли проверка; - для серверного SSL-сокета клиент предоставляет сертификат только по запросу сервера; поэтому [`getpeercert()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.getpeercert) вернет [`None`](https://python-all.ru/3.6/library/constants.html#None), если использовался [`CERT_NONE`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_NONE) (а не [`CERT_OPTIONAL`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_OPTIONAL) или [`CERT_REQUIRED`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_REQUIRED)). Изменено в версии 3.2: Возвращаемый словарь включает дополнительные элементы, такие как `issuer` и `notBefore`. Изменено в версии 3.4: Вызывается [`ValueError`](https://python-all.ru/3.6/library/exceptions.html#ValueError), если рукопожатие не выполнено. Возвращаемый словарь включает дополнительные элементы расширений X509v3, такие как `crlDistributionPoints`, `caIssuers` и `OCSP` URI. #### `SSLSocket.cipher()` Возвращает кортеж из трех значений: название используемого шифра, версию протокола SSL, определяющую его использование, и количество используемых секретных бит. Если соединение не установлено, возвращает `None`. #### `SSLSocket.shared_ciphers()` Возвращает список шифров, которыми обменялся клиент во время рукопожатия. Каждый элемент возвращаемого списка – это кортеж из трёх значений, содержащий название шифра, версию протокола SSL, определяющую его использование, и количество секретных битов, используемых шифром. [`shared_ciphers()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.shared_ciphers) возвращает `None`, если соединение не установлено или сокет является клиентским сокетом. Новое в версии 3.5. #### `SSLSocket.compression()` Возвращает используемый алгоритм сжатия в виде строки или `None`, если соединение не сжато. Если протокол более высокого уровня поддерживает собственный механизм сжатия, можно использовать [`OP_NO_COMPRESSION`](https://python-all.ru/3.6/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.6/library/ssl.html#ssl.CHANNEL_BINDING_TYPES). В настоящее время поддерживается только привязка канала 'tls-unique', определяемая [**RFC 5929**](https://python-all.ru/3.6/library/ssl.html). Если запрошен неподдерживаемый тип привязки канала, будет вызвано [`ValueError`](https://python-all.ru/3.6/library/exceptions.html#ValueError). Новое в версии 3.3. #### `SSLSocket.selected_alpn_protocol()` Возвращает протокол, выбранный во время рукопожатия TLS. Если [`SSLContext.set_alpn_protocols()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.set_alpn_protocols) не был вызван, другая сторона не поддерживает ALPN, этот сокет не поддерживает ни один из предложенных клиентом протоколов, или рукопожатие ещё не произошло, возвращается `None`. Новое в версии 3.5. #### `SSLSocket.selected_npn_protocol()` Возвращает протокол более высокого уровня, выбранный во время рукопожатия TLS/SSL. Если [`SSLContext.set_npn_protocols()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.set_npn_protocols) не был вызван, или другая сторона не поддерживает NPN, или рукопожатие ещё не произошло, возвращается `None`. Новое в версии 3.3. #### `SSLSocket.unwrap()` Выполняет рукопожатие завершения SSL, которое удаляет слой TLS из базового сокета и возвращает объект базового сокета. Это можно использовать для перехода от зашифрованной работы по соединению к незашифрованной. Возвращённый сокет всегда следует использовать для дальнейшего обмена данными с другой стороной соединения, а не исходный сокет. #### `SSLSocket.verify_client_post_handshake()` Запрашивает аутентификацию после рукопожатия (PHA) у клиента TLS 1.3. PHA может быть инициирована только для соединения TLS 1.3 на стороне серверного сокета, после начального рукопожатия TLS и при включённой PHA на обеих сторонах; см. [`SSLContext.post_handshake_auth`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.post_handshake_auth). Метод не выполняет обмен сертификатами немедленно. Серверная сторона отправляет CertificateRequest во время следующего события записи и ожидает, что клиент ответит сертификатом во время следующего события чтения. Если какое-либо предусловие не выполнено (например, не TLS 1.3, PHA не включена), вызывается [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError). Новое в версии 3.6.7. > **Примечание** > > Доступно только при наличии OpenSSL 1.1.1 и включённом TLS 1.3. Без поддержки TLS 1.3 метод вызывает [`NotImplementedError`](https://python-all.ru/3.6/library/exceptions.html#NotImplementedError). #### `SSLSocket.version()` Возвращает фактическую версию SSL-протокола, согласованную соединением, в виде строки, или `None`, если безопасное соединение не установлено. На момент написания возможные возвращаемые значения включают `"SSLv2"`, `"SSLv3"`, `"TLSv1"`, `"TLSv1.1"` и `"TLSv1.2"`. В новых версиях OpenSSL могут быть добавлены другие возвращаемые значения. Новое в версии 3.5. #### `SSLSocket.pending()` Возвращает количество уже расшифрованных байтов, доступных для чтения, ожидающих на соединении. #### `SSLSocket.context` Объект [`SSLContext`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext), к которому привязан этот SSL-сокет. Если SSL-сокет был создан с помощью функции верхнего уровня [`wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.wrap_socket) (а не [`SSLContext.wrap_socket()`](https://python-all.ru/3.6/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.6/library/stdtypes.html#str), или `None` для серверного сокета, или если имя хоста не было указано в конструкторе. Новое в версии 3.2. #### `SSLSocket.session` [`SSLSession`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSession) для этого SSL-соединения. Сессия доступна для клиентских и серверных сокетов после выполнения рукопожатия TLS. Для клиентских сокетов сессия может быть установлена до вызова [`do_handshake()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.do_handshake), чтобы повторно использовать сессию. Новое в версии 3.6. #### `SSLSocket.session_reused` Новое в версии 3.6. ## 18.2.3. Контексты SSL Новое в версии 3.2. Контекст SSL хранит различные данные, которые живут дольше, чем отдельные SSL-соединения, такие как параметры конфигурации SSL, сертификат(ы) и закрытый(е) ключ(и). Он также управляет кешем SSL-сессий для серверных сокетов, чтобы ускорить повторные подключения от одних и тех же клиентов. #### `class ssl.SSLContext(protocol=PROTOCOL_TLS)` Создаёт новый SSL-контекст. Можно передать *протокол*, который должен быть одной из констант `PROTOCOL_*`, определённых в этом модуле. [`PROTOCOL_TLS`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS) в настоящее время рекомендуется для максимальной совместимости и является значением по умолчанию. > **См. также** > > [`create_default_context()`](https://python-all.ru/3.6/library/ssl.html#ssl.create_default_context) позволяет модулю [`ssl`](https://python-all.ru/3.6/library/ssl.html#module-ssl) выбирать настройки безопасности для заданной цели. Изменено в версии 3.6: Контекст создаётся с безопасными значениями по умолчанию. По умолчанию установлены параметры [`OP_NO_COMPRESSION`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_NO_COMPRESSION), [`OP_CIPHER_SERVER_PREFERENCE`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_CIPHER_SERVER_PREFERENCE), [`OP_SINGLE_DH_USE`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_SINGLE_DH_USE), [`OP_SINGLE_ECDH_USE`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_SINGLE_ECDH_USE), [`OP_NO_SSLv2`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_NO_SSLv2) (за исключением [`PROTOCOL_SSLv2`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_SSLv2)), и [`OP_NO_SSLv3`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_NO_SSLv3) (за исключением [`PROTOCOL_SSLv3`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_SSLv3)). Начальный список наборов шифров содержит только `HIGH` шифры, без `NULL` шифров и без `MD5` шифров (за исключением [`PROTOCOL_SSLv2`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_SSLv2)). Объекты [`SSLContext`](https://python-all.ru/3.6/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.6/library/ssl.html#ssl-certificates) для получения дополнительной информации о том, как сертификат хранится в *certfile*. Аргумент *password* может быть функцией, вызываемой для получения пароля для расшифровки закрытого ключа. Она будет вызвана только в том случае, если закрытый ключ зашифрован и требуется пароль. Она будет вызвана без аргументов, и должна возвращать строку, bytes или bytearray. Если возвращаемое значение – строка, она будет закодирована в UTF-8 перед использованием для расшифровки ключа. В качестве альтернативы, строка, bytes или bytearray могут быть переданы напрямую в качестве аргумента *password*. Этот аргумент будет проигнорирован, если закрытый ключ не зашифрован и пароль не требуется. Если аргумент *password* не указан и требуется пароль, будет использован встроенный механизм запроса пароля OpenSSL для интерактивного запроса пароля у пользователя. Вызывается исключение [`SSLError`](https://python-all.ru/3.6/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.6/library/ssl.html#ssl.SSLContext.set_default_verify_paths). В будущем метод может также загружать сертификаты CA из других расположений. Флаг *purpose* определяет, какие именно сертификаты CA загружаются. Настройка по умолчанию [`Purpose.SERVER_AUTH`](https://python-all.ru/3.6/library/ssl.html#ssl.Purpose.SERVER_AUTH) загружает сертификаты, помеченные и доверенные для аутентификации TLS веб-сервера (клиентские сокеты). [`Purpose.CLIENT_AUTH`](https://python-all.ru/3.6/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.6/library/ssl.html#ssl.SSLContext.verify_mode) отличается от [`CERT_NONE`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_NONE). Должен быть указан хотя бы один из параметров *cafile* или *capath*. Этот метод также может загружать списки отзыва сертификатов (CRL) в формате PEM или DER. Чтобы использовать CRL, необходимо правильно настроить [`SSLContext.verify_flags`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.verify_flags). Строка *cafile*, если присутствует, содержит путь к файлу, содержащему объединённые сертификаты CA в формате PEM. См. обсуждение [Сертификаты](https://python-all.ru/3.6/library/ssl.html#ssl-certificates) для получения дополнительной информации о том, как организовать сертификаты в этом файле. Строка *capath*, если присутствует, задаёт путь к каталогу, содержащему несколько сертификатов CA в формате PEM, согласно [специфической структуре OpenSSL](https://python-all.ru/3.6/library/ssl.html). Объект *cadata*, если присутствует, представляет собой либо ASCII-строку с одним или несколькими сертификатами в кодировке PEM, либо [байтоподобный объект](https://python-all.ru/3.6/glossary.html#term-bytes-like-object) с сертификатами в кодировке DER. Как и в случае с *capath*, дополнительные строки вокруг сертификатов в кодировке PEM игнорируются, но должен присутствовать хотя бы один сертификат. Изменено в версии 3.4: Новый необязательный аргумент *cadata* #### `SSLContext.get_ca_certs(binary_form=False)` Возвращает список загруженных сертификатов “certification authority” (CA). Если параметр `binary_form` равен [`False`](https://python-all.ru/3.6/library/constants.html#False), каждый элемент списка представляет собой словарь, аналогичный выводу [`SSLSocket.getpeercert()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.getpeercert). В противном случае метод возвращает список сертификатов в формате DER. Возвращаемый список не содержит сертификаты из *capath*, если только сертификат не был запрошен и загружен через SSL-соединение. > **Примечание** > > Сертификаты в каталоге capath не загружаются, пока не будут использованы хотя бы один раз. Новое в версии 3.4. #### `SSLContext.get_ciphers()` Возвращает список включённых шифров. Список упорядочен по приоритету шифров. См. [`SSLContext.set_ciphers()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.set_ciphers). Пример: ```python >>> ctx = ssl.SSLContext(ssl.PROTOCOL_SSLv23) >>> ctx.set_ciphers('ECDHE+AESGCM:!ECDSA') >>> ctx.get_ciphers() # OpenSSL 1.0.x [{'alg_bits': 256, 'description': 'ECDHE-RSA-AES256-GCM-SHA384 TLSv1.2 Kx=ECDH Au=RSA ' 'Enc=AESGCM(256) Mac=AEAD', 'id': 50380848, 'name': 'ECDHE-RSA-AES256-GCM-SHA384', 'protocol': 'TLSv1/SSLv3', 'strength_bits': 256}, {'alg_bits': 128, 'description': 'ECDHE-RSA-AES128-GCM-SHA256 TLSv1.2 Kx=ECDH Au=RSA ' 'Enc=AESGCM(128) Mac=AEAD', 'id': 50380847, 'name': 'ECDHE-RSA-AES128-GCM-SHA256', 'protocol': 'TLSv1/SSLv3', 'strength_bits': 128}] ``` **Начиная с OpenSSL 1.1 словарь шифров содержит дополнительные поля::** ```python >>> ctx.get_ciphers() # OpenSSL 1.1+ [{'aead': True, 'alg_bits': 256, 'auth': 'auth-rsa', 'description': 'ECDHE-RSA-AES256-GCM-SHA384 TLSv1.2 Kx=ECDH Au=RSA ' 'Enc=AESGCM(256) Mac=AEAD', 'digest': None, 'id': 50380848, 'kea': 'kx-ecdhe', 'name': 'ECDHE-RSA-AES256-GCM-SHA384', 'protocol': 'TLSv1.2', 'strength_bits': 256, 'symmetric': 'aes-256-gcm'}, {'aead': True, 'alg_bits': 128, 'auth': 'auth-rsa', 'description': 'ECDHE-RSA-AES128-GCM-SHA256 TLSv1.2 Kx=ECDH Au=RSA ' 'Enc=AESGCM(128) Mac=AEAD', 'digest': None, 'id': 50380847, 'kea': 'kx-ecdhe', 'name': 'ECDHE-RSA-AES128-GCM-SHA256', 'protocol': 'TLSv1.2', 'strength_bits': 128, 'symmetric': 'aes-128-gcm'}] ``` Доступность: OpenSSL 1.0.2+ Новое в версии 3.6. #### `SSLContext.set_default_verify_paths()` Загружает набор сертификатов по умолчанию “certification authority” (CA) из пути файловой системы, заданного при сборке библиотеки OpenSSL. К сожалению, нет простого способа узнать, успешно ли выполняется этот метод: ошибка не возвращается, если сертификаты не найдены. Однако, если библиотека OpenSSL поставляется как часть операционной системы, она, скорее всего, настроена правильно. #### `SSLContext.set_ciphers(ciphers)` Устанавливает доступные шифры для сокетов, создаваемых с этим контекстом. Значение должно быть строкой в [формате списка шифров OpenSSL](https://python-all.ru/3.6/library/ssl.html). Если ни один шифр не может быть выбран (из-за опций компиляции или других настроек, запрещающих использование всех указанных шифров), будет вызвано исключение [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError). > **Примечание** > > при подключении метод [`SSLSocket.cipher()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.cipher) SSL-сокетов вернёт текущий выбранный шифр. > > OpenSSL 1.1.1 включает наборы шифров TLS 1.3 по умолчанию. Эти наборы нельзя отключить с помощью [`set_ciphers()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.set_ciphers). #### `SSLContext.set_alpn_protocols(protocols)` Определяет, какие протоколы сокет должен объявлять во время рукопожатия SSL/TLS. Это должен быть список строк ASCII, например `['http/1.1', 'spdy/2']`, упорядоченных по предпочтению. Выбор протокола происходит во время рукопожатия и выполняется в соответствии с [**RFC 7301**](https://python-all.ru/3.6/library/ssl.html). После успешного рукопожатия метод [`SSLSocket.selected_alpn_protocol()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.selected_alpn_protocol) вернёт согласованный протокол. Этот метод вызовет [`NotImplementedError`](https://python-all.ru/3.6/library/exceptions.html#NotImplementedError), если [`HAS_ALPN`](https://python-all.ru/3.6/library/ssl.html#ssl.HAS_ALPN) равно False. OpenSSL 1.1.0 – 1.1.0e прерывает рукопожатие и вызывает [`SSLError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLError) когда обе стороны поддерживают ALPN, но не могут согласовать протокол. Начиная с 1.1.0f поведение аналогично версии 1.0.2, [`SSLSocket.selected_alpn_protocol()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.selected_alpn_protocol) возвращает None. Новое в версии 3.5. #### `SSLContext.set_npn_protocols(protocols)` Указывает, какие протоколы сокет должен объявлять во время рукопожатия SSL/TLS. Это должен быть список строк, например `['http/1.1', 'spdy/2']`, отсортированный по предпочтению. Выбор протокола произойдет во время рукопожатия и будет выполняться в соответствии с [черновой спецификацией NPN](https://python-all.ru/3.6/library/ssl.html). После успешного рукопожатия метод [`SSLSocket.selected_npn_protocol()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.selected_npn_protocol) вернет согласованный протокол. Этот метод вызовет [`NotImplementedError`](https://python-all.ru/3.6/library/exceptions.html#NotImplementedError), если [`HAS_NPN`](https://python-all.ru/3.6/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.6/library/ssl.html) раздел 3 – Server Name Indication. Для одного `SSLContext` можно установить только один колбэк. Если *server\_name\_callback* равен `None`, то колбэк отключается. Повторный вызов этой функции отключит ранее зарегистрированный колбэк. Функция обратного вызова *server\_name\_callback* будет вызвана с тремя аргументами: первый – [`ssl.SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket), второй – строка, представляющая имя сервера, с которым клиент намерен установить связь (или [`None`](https://python-all.ru/3.6/library/constants.html#None), если TLS Client Hello не содержит имени сервера), а третий аргумент – исходный [`SSLContext`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext). Аргумент имени сервера – это декодированное по IDNA имя сервера. Типичное использование этого колбэка – изменить атрибут [`SSLSocket.context`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.context) объекта [`ssl.SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket) на новый объект типа [`SSLContext`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext), представляющий цепочку сертификатов, соответствующую имени сервера. Из-за ранней фазы согласования TLS-соединения доступны только ограниченные методы и атрибуты, такие как [`SSLSocket.selected_alpn_protocol()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.selected_alpn_protocol) и [`SSLSocket.context`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.context). Методы [`SSLSocket.getpeercert()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.getpeercert), [`SSLSocket.getpeercert()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.getpeercert), [`SSLSocket.cipher()`](https://python-all.ru/3.6/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.6/library/ssl.html#ssl.ALERT_DESCRIPTION_INTERNAL_ERROR). Другие возвращаемые значения приведут к фатальной ошибке TLS с [`ALERT_DESCRIPTION_INTERNAL_ERROR`](https://python-all.ru/3.6/library/ssl.html#ssl.ALERT_DESCRIPTION_INTERNAL_ERROR). Если при декодировании имени сервера по IDNA произошла ошибка, TLS-соединение будет завершено с фатальным предупреждением TLS [`ALERT_DESCRIPTION_INTERNAL_ERROR`](https://python-all.ru/3.6/library/ssl.html#ssl.ALERT_DESCRIPTION_INTERNAL_ERROR) для клиента. Если из функции *server\_name\_callback* возникнет исключение, TLS-соединение будет завершено с фатальным предупреждением TLS [`ALERT_DESCRIPTION_HANDSHAKE_FAILURE`](https://python-all.ru/3.6/library/ssl.html#ssl.ALERT_DESCRIPTION_HANDSHAKE_FAILURE). Этот метод вызовет исключение [`NotImplementedError`](https://python-all.ru/3.6/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.6/library/ssl.html#ssl.OP_SINGLE_DH_USE) для дальнейшего повышения безопасности. Новое в версии 3.3. #### `SSLContext.set_ecdh_curve(curve_name)` Устанавливает имя кривой для обмена ключами на основе эллиптических кривых (ECDH). ECDH значительно быстрее обычного DH, при этом, возможно, столь же безопасен. Параметр *curve\_name* должен быть строкой, описывающей известную эллиптическую кривую, например `prime256v1` для широко поддерживаемой кривой. Этот параметр не применяется к клиентским сокетам. Также можно использовать опцию [`OP_SINGLE_ECDH_USE`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_SINGLE_ECDH_USE) для дальнейшего повышения безопасности. Этот метод недоступен, если [`HAS_ECDH`](https://python-all.ru/3.6/library/ssl.html#ssl.HAS_ECDH) имеет значение `False`. Новое в версии 3.3. > **См. также** > > **[SSL/TLS и совершенная прямая секретность](https://python-all.ru/3.6/library/ssl.html)** > > Vincent Bernat. #### `SSLContext.wrap_socket(sock, server_side=False, do_handshake_on_connect=True, suppress_ragged_eofs=True, server_hostname=None, session=None)` Оборачивает существующий сокет Python *sock* и возвращает объект [`SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket). *sock* должен быть сокетом [`SOCK_STREAM`](https://python-all.ru/3.6/library/socket.html#socket.SOCK_STREAM); другие типы сокетов не поддерживаются. Возвращаемый SSL-сокет привязан к контексту, его настройкам и сертификатам. Параметры *server\_side*, *do\_handshake\_on\_connect* и *suppress\_ragged\_eofs* имеют тот же смысл, что и в функции верхнего уровня [`wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.wrap_socket). Для клиентских подключений необязательный параметр *server\_hostname* задаёт имя хоста службы, к которой выполняется подключение. Это позволяет одному серверу размещать несколько SSL-служб с разными сертификатами, аналогично виртуальным хостам HTTP. Указание *server\_hostname* вызовет исключение [`ValueError`](https://python-all.ru/3.6/library/exceptions.html#ValueError), если *server\_side* равно true. *session*, см. [`session`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.session). Изменено в версии 3.5: Всегда разрешается передавать server\_hostname, даже если OpenSSL не поддерживает SNI. Изменено в версии 3.6: Добавлен аргумент *session*. #### `SSLContext.wrap_bio(incoming, outgoing, server_side=False, server_hostname=None, session=None)` Создает новый экземпляр [`SSLObject`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLObject), оборачивая BIO-объекты *incoming* и *outgoing*. Процедуры SSL будут читать входные данные из входящего BIO и записывать данные в исходящий BIO. Параметры *server\_side*, *server\_hostname* и *session* имеют тот же смысл, что и в [`SSLContext.wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.wrap_socket). Изменено в версии 3.6: Добавлен аргумент *session*. #### `SSLContext.session_stats()` Получает статистику о сеансах SSL, созданных или управляемых этим контекстом. Возвращается словарь, который сопоставляет названия каждого [фрагмента информации](https://python-all.ru/3.6/library/ssl.html) с их числовыми значениями. Например, вот общее количество попаданий и промахов в кэше сеансов с момента создания контекста: ```python >>> stats = context.session_stats() >>> stats['hits'], stats['misses'] (0, 0) ``` #### `SSLContext.check_hostname` Следует ли сопоставлять имя хоста сертификата однорангового узла с [`match_hostname()`](https://python-all.ru/3.6/library/ssl.html#ssl.match_hostname) в [`SSLSocket.do_handshake()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.do_handshake). Параметр контекста [`verify_mode`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.verify_mode) должен быть установлен в [`CERT_OPTIONAL`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_OPTIONAL) или [`CERT_REQUIRED`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_REQUIRED), и необходимо передать *server\_hostname* в [`wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.wrap_socket), чтобы сопоставить имя хоста. Пример: ```python import socket, ssl context = ssl.SSLContext() 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.6/library/ssl.html#ssl.OP_ALL), но можно указать другие опции, например [`OP_NO_SSLv2`](https://python-all.ru/3.6/library/ssl.html#ssl.OP_NO_SSLv2), комбинируя их с помощью OR. > **Примечание** > > В версиях OpenSSL старше 0.9.8m можно только устанавливать параметры, но не сбрасывать их. Попытка сбросить параметр (обнулив соответствующие биты) приведёт к `ValueError`. Изменено в версии 3.6: [`SSLContext.options`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.options) возвращает флаги [`Options`](https://python-all.ru/3.6/library/ssl.html#ssl.Options): ```python >>> ssl.create_default_context().options ``` #### `SSLContext.post_handshake_auth` Включает аутентификацию клиента после рукопожатия TLS 1.3. По умолчанию аутентификация после рукопожатия отключена, и сервер может запрашивать TLS-сертификат клиента только во время начального рукопожатия. При включении сервер может запрашивать сертификат клиента в любое время после рукопожатия. При включении на клиентских сокетах клиент сообщает серверу, что он поддерживает аутентификацию после рукопожатия. При включении на серверных сокетах [`SSLContext.verify_mode`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.verify_mode) также должен быть установлен в [`CERT_OPTIONAL`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_OPTIONAL) или [`CERT_REQUIRED`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_REQUIRED). Фактический обмен сертификатами клиента откладывается до вызова [`SSLSocket.verify_client_post_handshake()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.verify_client_post_handshake) и выполнения некоторого ввода-вывода. Новое в версии 3.6.7. > **Примечание** > > Доступно только при включённых OpenSSL 1.1.1 и TLS 1.3. Без поддержки TLS 1.3 значение свойства равно None и не может быть изменено. #### `SSLContext.protocol` Версия протокола, выбранная при создании контекста. Этот атрибут доступен только для чтения. #### `SSLContext.verify_flags` Флаги для операций проверки сертификатов. Можно устанавливать флаги, например [`VERIFY_CRL_CHECK_LEAF`](https://python-all.ru/3.6/library/ssl.html#ssl.VERIFY_CRL_CHECK_LEAF), комбинируя их с помощью ИЛИ. По умолчанию OpenSSL не требует и не проверяет списки отзыва сертификатов (CRL). Доступно только с OpenSSL версии 0.9.8 и выше. Новое в версии 3.4. Изменено в версии 3.6: [`SSLContext.verify_flags`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.verify_flags) возвращает флаги [`VerifyFlags`](https://python-all.ru/3.6/library/ssl.html#ssl.VerifyFlags): ```python >>> ssl.create_default_context().verify_flags ``` #### `SSLContext.verify_mode` Определяет, следует ли проверять сертификаты других одноранговых узлов и как вести себя при неудачной проверке. Значение атрибута должно быть одним из [`CERT_NONE`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_NONE), [`CERT_OPTIONAL`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_OPTIONAL) или [`CERT_REQUIRED`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_REQUIRED). Изменено в версии 3.6: [`SSLContext.verify_mode`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.verify_mode) возвращает перечисление [`VerifyMode`](https://python-all.ru/3.6/library/ssl.html#ssl.VerifyMode): ```python >>> ssl.create_default_context().verify_mode ``` ## 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.6/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 Если требуется проверка сертификата другой стороны соединения, необходимо предоставить файл «CA certs», содержащий цепочки сертификатов для каждого эмитента, которому вы готовы доверять. Этот файл просто содержит эти цепочки, объединённые вместе. Для проверки Python будет использовать первую найденную в файле подходящую цепочку. Файл сертификатов платформы можно использовать, вызвав [`SSLContext.load_default_certs()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.load_default_certs); это делается автоматически с помощью [`create_default_context()`](https://python-all.ru/3.6/library/ssl.html#ssl.create_default_context). ### 18.2.4.3. Объединенный ключ и сертификат Часто закрытый ключ хранится в том же файле, что и сертификат; в этом случае достаточно передать только параметр `certfile` функциям [`SSLContext.load_cert_chain()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.load_cert_chain) и [`wrap_socket()`](https://python-all.ru/3.6/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() >>> context.verify_mode = ssl.CERT_REQUIRED >>> context.check_hostname = True >>> context.load_verify_locations("/etc/ssl/certs/ca-bundle.crt") ``` (этот фрагмент предполагает, что ваша операционная система размещает набор всех сертификатов CA в `/etc/ssl/certs/ca-bundle.crt`; если нет, вы получите ошибку и придётся изменить расположение) При использовании контекста для подключения к серверу [`CERT_REQUIRED`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_REQUIRED) проверяет сертификат сервера: он удостоверяется, что сертификат сервера был подписан одним из сертификатов CA, и проверяет подпись на корректность: ```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.org'), ('DNS', 'docs.python.org'), ('DNS', 'testpypi.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.6/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.6/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) # закончили с клиентом ``` И возвращаемся к ожиданию новых подключений клиентов (конечно, настоящий сервер вероятно обрабатывал бы каждое клиентское соединение в отдельном потоке или переводил сокеты в [неблокирующий режим](https://python-all.ru/3.6/library/ssl.html#ssl-nonblocking) и использовал цикл событий). ## 18.2.6. Примечания по неблокирующим сокетам SSL-сокеты ведут себя несколько иначе, чем обычные сокеты в неблокирующем режиме. При работе с неблокирующими сокетами необходимо учитывать несколько моментов: - Большинство методов [`SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket) возбуждают либо [`SSLWantWriteError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLWantWriteError), либо [`SSLWantReadError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLWantReadError) вместо [`BlockingIOError`](https://python-all.ru/3.6/library/exceptions.html#BlockingIOError), если операция ввода-вывода могла бы заблокироваться. [`SSLWantReadError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLWantReadError) возбуждается, если необходима операция чтения из базового сокета, а [`SSLWantWriteError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLWantWriteError) – для операции записи в базовый сокет. Обратите внимание, что попытки *записи* в SSL-сокет могут сначала потребовать *чтения* из базового сокета, а попытки *чтения* из SSL-сокета могут потребовать предварительной *записи* в базовый сокет. Изменено в версии 3.5: В более ранних версиях Python метод `SSLSocket.send()` возвращал ноль вместо возбуждения [`SSLWantWriteError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLWantWriteError) или [`SSLWantReadError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLWantReadError). - Вызов [`select()`](https://python-all.ru/3.6/library/select.html#select.select) сообщает, что с сокета на уровне ОС можно читать (или в него можно писать), но это не означает, что на верхнем уровне SSL достаточно данных. Например, может прибыть только часть SSL-фрейма. Поэтому необходимо быть готовым обрабатывать ошибки `SSLSocket.recv()` и `SSLSocket.send()` и повторить попытку после очередного вызова [`select()`](https://python-all.ru/3.6/library/select.html#select.select). - И наоборот, поскольку уровень SSL имеет собственную структуру фреймов, SSL-сокет может по-прежнему иметь доступные для чтения данные без ведома [`select()`](https://python-all.ru/3.6/library/select.html#select.select). Поэтому сначала следует вызвать `SSLSocket.recv()`, чтобы извлечь все потенциально доступные данные, и затем блокироваться на вызове [`select()`](https://python-all.ru/3.6/library/select.html#select.select) только в случае необходимости. (конечно, аналогичные меры применимы и при использовании других примитивов, таких как [`poll()`](https://python-all.ru/3.6/library/select.html#select.poll), или из модуля [`selectors`](https://python-all.ru/3.6/library/selectors.html#module-selectors)) - Само SSL-рукопожатие будет неблокирующим: метод [`SSLSocket.do_handshake()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.do_handshake) должен повторяться до тех пор, пока он не выполнится успешно. Вот краткая схема с использованием [`select()`](https://python-all.ru/3.6/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.6/library/asyncio.html#module-asyncio) поддерживает [неблокирующие SSL-сокеты](https://python-all.ru/3.6/library/ssl.html#ssl-nonblocking) и предоставляет API более высокого уровня. Он опрашивает события с помощью модуля [`selectors`](https://python-all.ru/3.6/library/selectors.html#module-selectors) и обрабатывает исключения [`SSLWantWriteError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLWantWriteError), [`SSLWantReadError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLWantReadError) и [`BlockingIOError`](https://python-all.ru/3.6/library/exceptions.html#BlockingIOError). Он также выполняет квитирование SSL асинхронно. ## 18.2.7. Поддержка Memory BIO Новое в версии 3.5. С момента появления модуля SSL в Python 2.6 класс [`SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket) предоставляет две связанные, но различные области функциональности: - Обработка протокола SSL - Сетевой ввод-вывод API сетевого ввода-вывода идентичен тому, который предоставляет [`socket.socket`](https://python-all.ru/3.6/library/socket.html#socket.socket), от которого также наследует [`SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket). Это позволяет использовать SSL-сокет в качестве прямой замены обычного сокета, что значительно упрощает добавление поддержки SSL в существующее приложение. Объединение обработки протокола SSL и сетевого ввода-вывода обычно работает хорошо, но есть случаи, когда это не так. Примером являются асинхронные фреймворки ввода-вывода, которые хотят использовать другую модель мультиплексирования ввода-вывода, отличную от модели «select/poll на файловом дескрипторе» (основанной на готовности), которая предполагается [`socket.socket`](https://python-all.ru/3.6/library/socket.html#socket.socket) и внутренними процедурами сокетного ввода-вывода OpenSSL. Это в основном актуально для таких платформ, как Windows, где эта модель неэффективна. Для этой цели предоставляется вариант [`SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket) с ограниченной функциональностью, называемый [`SSLObject`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLObject). #### `class ssl.SSLObject` Урезанная версия [`SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket), представляющая экземпляр протокола SSL, не содержащая методов сетевого ввода‑вывода. Этот класс обычно используется разработчиками фреймворков, желающими реализовать асинхронный ввод‑вывод для SSL через буферы памяти. Этот класс реализует интерфейс поверх низкоуровневого объекта SSL, реализованного в OpenSSL. Данный объект хранит состояние SSL-соединения, но сам не обеспечивает никакого сетевого ввода‑вывода. Ввод‑вывод должен выполняться через отдельные объекты «BIO», которые являются уровнем абстракции ввода‑вывода в OpenSSL. Экземпляр [`SSLObject`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLObject) можно создать с помощью метода [`wrap_bio()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.wrap_bio). Этот метод создаст экземпляр [`SSLObject`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLObject) и привяжет его к паре BIO. BIO *входящий* используется для передачи данных из Python в экземпляр протокола SSL, а BIO *исходящий* – для передачи данных в обратном направлении. Доступны следующие методы: - [`context`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.context) - [`server_side`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.server_side) - [`server_hostname`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.server_hostname) - [`session`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.session) - [`session_reused`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.session_reused) - [`read()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.read) - [`write()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.write) - [`getpeercert()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.getpeercert) - [`selected_npn_protocol()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.selected_npn_protocol) - [`cipher()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.cipher) - [`shared_ciphers()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.shared_ciphers) - [`compression()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.compression) - [`pending()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.pending) - [`do_handshake()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.do_handshake) - [`unwrap()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.unwrap) - [`get_channel_binding()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.get_channel_binding) По сравнению с [`SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket), у этого объекта отсутствуют следующие возможности: - Любая форма сетевого ввода‑вывода; `recv()` и `send()` читают и пишут только в нижележащие буферы [`MemoryBIO`](https://python-all.ru/3.6/library/ssl.html#ssl.MemoryBIO). - Нет механизма *do\_handshake\_on\_connect*. Для запуска рукопожатия всегда нужно вручную вызывать [`do_handshake()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.do_handshake). - Нет обработки *suppress\_ragged\_eofs*. Все ситуации конца файла, нарушающие протокол, сообщаются через исключение [`SSLEOFError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLEOFError). - Вызов метода [`unwrap()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.unwrap) ничего не возвращает, в отличие от SSL-сокета, где он возвращает нижележащий сокет. - Колбэк *server\_name\_callback*, переданный в [`SSLContext.set_servername_callback()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.set_servername_callback), получит экземпляр [`SSLObject`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLObject) вместо экземпляра [`SSLSocket`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket) в качестве первого параметра. Несколько замечаний, касающихся использования [`SSLObject`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLObject): - Весь ввод‑вывод на [`SSLObject`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLObject) является [неблокирующим](https://python-all.ru/3.6/library/ssl.html#ssl-nonblocking). Это означает, что, например, [`read()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.read) возбудит исключение [`SSLWantReadError`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLWantReadError), если ему потребуется больше данных, чем доступно во входящем BIO. - Для `wrap_bio()` не существует вызова на уровне модуля, в отличие от [`wrap_socket()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.wrap_socket). Объект [`SSLObject`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLObject) всегда создаётся через [`SSLContext`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext). SSLObject взаимодействует с внешним миром с помощью буферов памяти. Класс [`MemoryBIO`](https://python-all.ru/3.6/library/ssl.html#ssl.MemoryBIO) предоставляет буфер памяти, который можно использовать для этой цели. Он оборачивает объект OpenSSL memory BIO (Basic IO): #### `class ssl.MemoryBIO` Буфер памяти, который можно использовать для передачи данных между Python и экземпляром протокола SSL. #### `pending` Возвращает количество байтов, находящихся в данный момент в буфере памяти. #### `eof` Логическое значение, указывающее, находится ли память BIO в позиции конца файла. #### `read(n=-1)` Читает до *n* байтов из буфера памяти. Если *n* не указан или отрицателен, возвращаются все байты. #### `write(buf)` Записывает байты из *buf* в память BIO. Аргумент *buf* должен быть объектом, поддерживающим протокол буфера. Возвращаемое значение – количество записанных байтов, которое всегда равно длине *buf*. #### `write_eof()` Записывает маркер конца файла (EOF) в память BIO. После вызова этого метода нельзя вызывать [`write()`](https://python-all.ru/3.6/library/ssl.html#ssl.MemoryBIO.write). Атрибут [`eof`](https://python-all.ru/3.6/library/ssl.html#ssl.MemoryBIO.eof) станет истинным после того, как все данные в буфере будут прочитаны. ## 18.2.8. SSL-сессия Новое в версии 3.6. #### `class ssl.SSLSession` Объект сеанса, используемый [`session`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.session). #### `id` #### `time` #### `timeout` #### `ticket_lifetime_hint` #### `has_ticket` ## 18.2.9. Вопросы безопасности ### 18.2.9.1. Оптимальные настройки по умолчанию Для **клиентского использования**, при отсутствии особых требований к политике безопасности, настоятельно рекомендуется применять функцию [`create_default_context()`](https://python-all.ru/3.6/library/ssl.html#ssl.create_default_context) для создания SSL-контекста. Она загрузит доверенные сертификаты ЦС системы, включит проверку сертификатов и имени хоста, а также попытается выбрать достаточно безопасные настройки протокола и шифров. Например, вот как можно использовать класс [`smtplib.SMTP`](https://python-all.ru/3.6/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.6/library/ssl.html#ssl.SSLContext.load_cert_chain). Напротив, при создании SSL-контекста через вызов конструктора [`SSLContext`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext) самостоятельно, в нём по умолчанию не будут включены ни проверка сертификатов, ни проверка имени хоста. В этом случае следует прочитать приведённые ниже абзацы, чтобы достичь хорошего уровня безопасности. ### 18.2.9.2. Ручные настройки #### 18.2.9.2.1. Проверка сертификатов При непосредственном вызове конструктора [`SSLContext`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext) значением по умолчанию является [`CERT_NONE`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_NONE). Поскольку он не аутентифицирует другую сторону, это может быть небезопасно, особенно в режиме клиента, где в большинстве случаев хотелось бы убедиться в подлинности сервера, с которым ведётся общение. Поэтому в режиме клиента настоятельно рекомендуется использовать [`CERT_REQUIRED`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_REQUIRED). Однако сам по себе он этого не гарантирует; необходимо также проверить, что сертификат сервера, который можно получить вызовом [`SSLSocket.getpeercert()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.getpeercert), соответствует нужному сервису. Для многих протоколов и приложений сервис можно определить по имени хоста; в этом случае можно использовать функцию [`match_hostname()`](https://python-all.ru/3.6/library/ssl.html#ssl.match_hostname). Эта стандартная проверка выполняется автоматически, когда включён [`SSLContext.check_hostname`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.check_hostname). В серверном режиме, чтобы аутентифицировать клиентов на уровне SSL (а не с помощью механизма аутентификации более высокого уровня), необходимо также указать [`CERT_REQUIRED`](https://python-all.ru/3.6/library/ssl.html#ssl.CERT_REQUIRED) и аналогично проверить сертификат клиента. #### 18.2.9.2.2. Версии протоколов Версии SSL 2 и 3 считаются небезопасными и поэтому опасны для использования. Для обеспечения максимальной совместимости между клиентами и серверами рекомендуется использовать в качестве версии протокола [`PROTOCOL_TLS_CLIENT`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS_CLIENT) или [`PROTOCOL_TLS_SERVER`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS_SERVER). SSLv2 и SSLv3 отключены по умолчанию. ```python >>> client_context = ssl.SSLContext(ssl.PROTOCOL_TLS_CLIENT) >>> client_context.options |= ssl.OP_NO_TLSv1 >>> client_context.options |= ssl.OP_NO_TLSv1_1 ``` Созданный выше контекст SSL будет разрешать только подключения к серверу с TLSv1.2 и выше (если это поддерживается вашей системой). [`PROTOCOL_TLS_CLIENT`](https://python-all.ru/3.6/library/ssl.html#ssl.PROTOCOL_TLS_CLIENT) подразумевает проверку сертификатов и имени хоста по умолчанию. Необходимо загрузить сертификаты в контекст. #### 18.2.9.2.3. Выбор шифров При наличии повышенных требований к безопасности точная настройка шифров, используемых при согласовании SSL-сеанса, возможна с помощью метода [`SSLContext.set_ciphers()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.set_ciphers). Начиная с Python 3.2.3 модуль ssl отключает некоторые слабые шифры по умолчанию, но может потребоваться дополнительно ограничить выбор шифров. Обязательно прочтите документацию OpenSSL о [формате списка шифров](https://python-all.ru/3.6/library/ssl.html). Чтобы проверить, какие шифры разрешены для данного списка шифров, используйте [`SSLContext.get_ciphers()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.get_ciphers) или команду `openssl ciphers` в системе. ### 18.2.9.3. Многопроцессорность При использовании этого модуля в составе многопроцессного приложения (с помощью, например, модулей [`multiprocessing`](https://python-all.ru/3.6/library/multiprocessing.html#module-multiprocessing) или [`concurrent.futures`](https://python-all.ru/3.6/library/concurrent.futures.html#module-concurrent.futures)) следует учитывать, что внутренний генератор случайных чисел OpenSSL некорректно обрабатывает порождённые процессы. Приложения должны изменять состояние PRNG родительского процесса, если они используют любую функцию SSL с [`os.fork()`](https://python-all.ru/3.6/library/os.html#os.fork). Любого успешного вызова [`RAND_add()`](https://python-all.ru/3.6/library/ssl.html#ssl.RAND_add), [`RAND_bytes()`](https://python-all.ru/3.6/library/ssl.html#ssl.RAND_bytes) или [`RAND_pseudo_bytes()`](https://python-all.ru/3.6/library/ssl.html#ssl.RAND_pseudo_bytes) достаточно. ## 18.2.10. Поддержка LibreSSL LibreSSL – это форк OpenSSL 1.0.1. Модуль ssl имеет ограниченную поддержку LibreSSL. Некоторые возможности недоступны, если модуль ssl скомпилирован с LibreSSL. - LibreSSL \>= 2.6.1 больше не поддерживает NPN. Методы [`SSLContext.set_npn_protocols()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.set_npn_protocols) и [`SSLSocket.selected_npn_protocol()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLSocket.selected_npn_protocol) недоступны. - [`SSLContext.set_default_verify_paths()`](https://python-all.ru/3.6/library/ssl.html#ssl.SSLContext.set_default_verify_paths) игнорирует переменные окружения `SSL_CERT_FILE` и `SSL_CERT_PATH`, хотя [`get_default_verify_paths()`](https://python-all.ru/3.6/library/ssl.html#ssl.get_default_verify_paths) всё ещё сообщает о них. > **См. также** > > **Класс [`socket.socket`](https://python-all.ru/3.6/library/socket.html#socket.socket)** > > Документация базового класса [`socket`](https://python-all.ru/3.6/library/socket.html#module-socket) > > **[SSL/TLS: надёжное шифрование. Введение](https://python-all.ru/3.6/library/ssl.html)** > > Введение из документации Apache HTTP Server > > **[**RFC 1422: Улучшение конфиденциальности для электронной почты в Интернете: Часть II: Управление ключами на основе сертификатов**](https://python-all.ru/3.6/library/ssl.html)** > > Steve Kent > > **[**RFC 4086: Требования к случайности для обеспечения безопасности**](https://python-all.ru/3.6/library/ssl.html)** > > Donald E., Jeffrey I. Schiller > > **[**RFC 5280: Профиль инфраструктуры открытых ключей X.509 Интернета: сертификаты и списки отзыва сертификатов (CRL)**](https://python-all.ru/3.6/library/ssl.html)** > > D. Cooper > > **[**RFC 5246: Протокол безопасности транспортного уровня (TLS) версии 1.2**](https://python-all.ru/3.6/library/ssl.html)** > > T. Dierks et. al. > > **[**RFC 6066: Расширения безопасности транспортного уровня (TLS)**](https://python-all.ru/3.6/library/ssl.html)** > > D. Eastlake > > **[IANA TLS: Параметры безопасности транспортного уровня (TLS)](https://python-all.ru/3.6/library/ssl.html)** > > IANA > > **[**RFC 7525: Рекомендации по безопасному использованию безопасности транспортного уровня (TLS) и безопасности дейтаграммного транспортного уровня (DTLS)**](https://python-all.ru/3.6/library/ssl.html)** > > IETF > > **[Рекомендации Mozilla по TLS на стороне сервера](https://python-all.ru/3.6/library/ssl.html)** > > Mozilla