Анализ протоколов и наборов шифров TLS по текстовым данным
При оценке безопасности сетевых соединений инженерам по надежности сайтов (SRE), разработчикам и специалистам по информационной безопасности часто приходится анализировать конфигурации TLS. Инструмент «TLS Средство проверки набора шифров» предназначен для статического анализа текстовых данных, таких как результаты сканирования или сводки рукопожатий. Он позволяет идентифицировать согласованные протоколы, наборы шифров и выявить использование устаревших или небезопасных алгоритмов без проведения активного сетевого сканирования и без подключения к удаленному хосту.
Анализатор обрабатывает предоставленный текст локально. Вставленные вами данные TLS останутся в вашем браузере. Сервис не загружает и не сохраняет их, что обеспечивает конфиденциальность обрабатываемых технических сведений.
Входные данные и ограничения парсера
Инструмент принимает текстовые выгрузки объемом до 200 000 символов. В качестве источника данных могут выступать:
- Выходные данные специализированных сканеров безопасности TLS.
- Текстовый вывод консольного клиента
openssl s_client. - Сводки анализа сетевых пакетов.
- Фрагменты сообщений ClientHello или ServerHello в текстовом представлении.
Парсер распознает стандартные имена IANA, псевдонимы, используемые в библиотеке OpenSSL, а также распространенные шестнадцатеричные идентификаторы наборов шифров (Cipher Suite IDs).
Важное ограничение: инструмент не поддерживает декодирование необработанных бинарных данных (raw binary) или файлов захвата сетевого трафика (например, файлов формата PCAP). Если входное поле пустое, отображается сообщение об ошибке: «Сначала вставьте скан TLS или сводку подтверждения.». При превышении лимита на размер текста выводится предупреждение: «Это резюме необычайно велико. Не превышайте 200 000 символов.». Если предоставленный текст не содержит распознаваемых маркеров, система выдает ошибку: «Ни одна версия TLS или набор шифров не были распознаны. Вставьте читаемые поля сканера или подтверждения связи.».
Интерпретация ролей параметров и версий протокола
В процессе разбора текста инструмент классифицирует обнаруженные элементы по их роли в процессе установления соединения:
- Договорная: протокол или набор шифров, который был выбран и согласован обеими сторонами для защиты сессии.
- Предложенный: список параметров, отправленный клиентом в сообщении ClientHello.
- Наблюдается: параметры, зафиксированные в процессе мониторинга или сканирования.
Если в анализируемом тексте отсутствуют маркеры версий TLS, выводится сообщение: «В предоставленном тексте не найдена версия протокола.». При отсутствии распознанных шифров отображается: «В предоставленном тексте не найден набор шифров.».
Оценка безопасности и классификация наборов шифров
Каждому идентифицированному набору шифров присваивается одна из четырех категорий оценки:
- Современный — безопасные алгоритмы, соответствующие актуальным отраслевым стандартам.
- Обзор — параметры, требующие дополнительного анализа в контексте конкретного протокола или архитектуры.
- Устарело — алгоритмы, признанные небезопасными или нерекомендуемыми к использованию.
- Неизвестный — шифры, отсутствующие в локальной базе данных инструмента. При обнаружении такого набора выводится предупреждение: «Этого люкса нет во встроенной карте общего люкса. Проверьте текущий реестр IANA или документацию сканера.».
Ниже приведена таблица правил, по которым инструмент классифицирует уязвимые и устаревшие криптографические компоненты:
| Компонент / Алгоритм | Категория оценки | Выводимое предупреждение (Finding) |
|---|---|---|
| RC4 | Устарело | RC4 устарел и не подлежит согласованию. |
| DES | Устарело | DES небезопасен для общего использования TLS. |
| 3DES (Triple DES) | Устарело | 3DES имеет небольшой размер блока и не рекомендуется для TLS. |
| NULL (без шифрования) | Устарело | Шифрование NULL не обеспечивает конфиденциальности. |
| EXPORT | Устарело | Пакеты EXPORT намеренно используют слабую криптографию и считаются устаревшими. |
| Anonymous (анонимные наборы) | Устарело | Анонимные пакеты не аутентифицируют одноранговый узел и уязвимы для перехвата. |
| MD5 | Устарело | MD5 небезопасен для общего использования TLS. |
| SHA-1 | Устарело | В этом пакете используется SHA-1, который не рекомендуется для общего использования TLS. |
| CBC (режим сцепления блоков) | Устарело | Пакеты CBC являются устаревшими. Предпочитайте пакет AEAD, например AES-GCM или ChaCha20-Poly1305. |
| Статический RSA | Устарело | Статический обмен ключами RSA не обеспечивает прямую секретность. |
| CCM-8 | Обзор | CCM-8 использует более короткий тег аутентификации и требует проверки с учетом особенностей протокола. |
Особенности архитектуры TLS 1.3
При анализе современных конфигураций важно учитывать качественные изменения в архитектуре протокола TLS 1.3. В предыдущих версиях протокола (TLS 1.2 и более ранних) имя набора шифров представляло собой единую строку, жестко определяющую алгоритм обмена ключами, метод аутентификации (подписи), симметричный шифр и алгоритм хэширования для контроля целостности (например, TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256).
В TLS 1.3 согласование параметров происходит иначе:
- Обмен ключами и аутентификация согласовываются отдельно от симметричного шифра записи.
- Наборы шифров TLS 1.3 (например,
TLS_AES_256_GCM_SHA384) содержат информацию только о типе симметричного шифрования и хэш-функции для KDF.
По этой причине при обнаружении таких записей инструмент выводит примечание: «TLS 1.3 согласовывает обмен ключами и аутентификацию отдельно от набора шифров.». Невозможно определить используемый механизм обмена ключами (например, ECDHE или DHE) исключительно на основе имени набора шифров TLS 1.3.
Ограничения статического анализа
Инструмент выполняет исключительно статический контентный анализ предоставленного текста. Пользователям необходимо учитывать следующие ограничения:
- Отсутствие активного взаимодействия: инструмент не отправляет сетевые запросы, не подключается к удаленным серверам и не может самостоятельно определить, какие еще наборы шифров поддерживает целевой хост.
- Отсутствие валидации среды: в процессе анализа не проверяется цепочка доверия сертификатов, не измеряется фактическая длина ключей на стороне сервера и не тестируется устойчивость к атакам типа Downgrade (принудительное понижение версии протокола).
- Зависимость от полноты входных данных: если в предоставленном тексте отсутствуют определенные параметры конфигурации, они останутся нераспознанными.
Часто задаваемые вопросы
Какие выходные форматы TLS я могу вставить?
Вставьте текст из обычных сканеров TLS, openssl s_client, сводок анализа пакетов или короткой заметки ClientHello или ServerHello. Программа проверки распознает распространенные имена IANA, псевдонимы OpenSSL и несколько распространенных шестнадцатеричных идентификаторов наборов; он не декодирует необработанные байты пакета.
Почему набор шифров TLS 1.3 не отображает RSA или ECDHE?
Имена наборов шифров TLS 1.3 описывают шифрование записи и хэш подтверждения. Обмен ключами и аутентификация согласовываются отдельно, поэтому их нельзя вывести только из имени пакета.
Доказывает ли этот результат, что сервер безопасен?
Нет. Он объясняет только текст, который вы вставляете. Он не подключается к хосту, не проверяет сертификат, не измеряет размеры ключей, не тестирует поведение перехода на более раннюю версию и не показывает все пакеты, которые принимает сервер.