Сервер приймає з’єднання TLS 1.0 або TLS 1.1

Чому це важливо

RFC 8996 офіційно визнає TLS 1.0 і TLS 1.1 застарілими й зазначає, що вони не підтримують поточних і рекомендованих криптографічних алгоритмів і механізмів.

Що зробити

1. Перегляньте знахідку: у ній показано, яку з двох версій узгоджено і з яким набором шифрів.
2. Установіть мінімальну версію TLS 1.2 у панелі CDN чи хостингу або в конфігурації сервера, наприклад ssl_protocols TLSv1.2 TLSv1.3; у nginx.
3. Якщо від цих версій досі залежать старі пристрої чи інтеграції, сплануйте їх оновлення, перш ніж вимикати версії.

Що ми читаємо

Ми один раз розв’язуємо адресу HTTPS вашого сайту й робимо невелику фіксовану кількість рукостискань TLS із цією однією адресою сервера — щонайбільше шість для всіх перевірок TLS разом. Жодна сторінка через них не запитується. До і після робиться звичайне рукостискання з перевіркою сертифіката, і обидва мають бути успішними й узгодженими.

Одне рукостискання пропонує лише TLS 1.0, а одне — лише TLS 1.1. Про сайт повідомляється, коли будь-яку з них справді узгоджено. Перевірку пройдено лише тоді, коли сервер відхиляє обидва рукостискання зі сповіщенням protocol_version.

Приклад і докази

Ілюстративний приклад — один аудит, а не реальний результат.

Аудит виконує тестові рукостискання із сервером bakery.example:

ordinary handshake      TLS 1.3 negotiated, certificate verified
offer TLS 1.0 only      refused: alert protocol_version
offer TLS 1.1 only      TLS 1.1 negotiated
ordinary handshake      TLS 1.3 negotiated, certificate verified

Узгоджено TLS 1.1, тому про сайт повідомляється. Можливе виправлення: мінімальну версію встановлено на TLS 1.2; тоді обидва тестові рукостискання відхиляються з protocol_version, і нічого не повідомляється.

Підтвердити й перевірити знову

Перевірте самі: виконайте openssl s_client -connect your-host:443 -tls1_1 у системі, де OpenSSL досі пропонує цю версію, або перегляньте мінімальну версію TLS у налаштуваннях CDN чи хостингу.

Повторна перевірка: Повний аудит — запустіть новий аудит сайту. Знахідка закривається, коли обидва тестові рукостискання знову виконано з вашим сервером і кожне відхилено зі сповіщенням protocol_version, а звичайні рукостискання до і після успішні. Будь-який інший результат залишає її непідтвердженою.

Обмеження та джерела

Тайм-аут, скинуте з’єднання, збій DNS чи сертифіката й будь-яка відмова, крім сповіщення protocol_version, лишаються непідтвердженими, а не зараховуються як пройдені.

Якщо власна бібліотека TLS аудиту не може запропонувати TLS 1.0 чи 1.1, перевірка фіксується як невиконана.

Перевіряється одна адреса сервера, один раз і з одного місця. Сайт, що обслуговується з кількох адрес або через CDN, який деінде відповідає інакше, там може поводитися інакше.

Упевненість: Висока, бо знахідка спирається на рукостискання, справді узгоджене на старій версії, між двома звичайними перевіреними рукостисканнями з тим самим сервером.

Джерела

• IETF, RFC 8996: визнання TLS 1.0 і TLS 1.1 застарілими — офіційно визнає TLS 1.0 і TLS 1.1 застарілими, переводить їх у статус Historic і зазначає, що вони не підтримують поточних і рекомендованих криптографічних алгоритмів і механізмів. Перевірено 14 жовтня 2026.
• IETF, Протокол Transport Layer Security (TLS) версії 1.2, розділ 7.2.2 — визначає, що сповіщення protocol_version надсилається, коли версію, яку клієнт намагався узгодити, розпізнано, але вона не підтримується, а insufficient_security повертається, коли узгодження не вдається саме тому, що сервер вимагає надійніших шифрів, ніж ті, які підтримує клієнт. Перевірено 14 жовтня 2026.
• IETF, Протокол Transport Layer Security (TLS) версії 1.3, розділ 6.2 — визначає, що сповіщення protocol_version надсилається, коли версію протоколу, яку інша сторона намагалася узгодити, розпізнано, але вона не підтримується. Перевірено 14 жовтня 2026.

Редакційна перевірка: 15 жовтня 2026