Замочек в адресной строке, надпись «SSL-сертификат» в панели хостинга, предупреждение «соединение не защищено» − за всем этим стоит пара протоколов с похожими именами: SSL и TLS. Их постоянно называют синонимами, и непонятно, это одно и то же, что из них устарело и безопасно ли соединение, которым вы прямо сейчас пользуетесь.
Разберем по порядку: чем SSL и TLS отличаются на самом деле, почему SSL давно не используют, но термин остался, что значит «SSL-сертификат» сегодня и где заканчивается защита, которую дает протокол. А в конце покажем, чем TLS отличается от VPN − это два разных слоя, и одно не заменяет другое.
TL;DR
SSL и TLS − это протоколы, которые шифруют соединение между вашим браузером и сайтом.
SSL был первым, но устарел и признан небезопасным − его заменил TLS.
Сегодня любое HTTPS-соединение и любой «SSL-сертификат» работают на TLS, даже если по привычке говорят «SSL».
Замочек в браузере означает, что канал зашифрован, но не гарантирует, что самому сайту можно доверять.
Что такое SSL и TLS
SSL и TLS − это криптографические протоколы для защиты данных при передаче по сети. Их задача − создать безопасный канал между клиентом, например браузером, и сервером, чтобы то, что вы отправляете и получаете, нельзя было перехватить или подменить.
Что такое SSL
SSL (Secure Sockets Layer) − первый широко используемый протокол защиты данных в интернете, разработанный компанией Netscape в середине 1990-х. Он решал три задачи:
- шифровать передаваемые данные;
- подтверждать подлинность сервера;
- закрывать канал от перехвата.
Именно SSL заложил основу защищенного интернета в том виде, в каком мы пользуемся им сегодня.
Что такое TLS
TLS (Transport Layer Security) − развитие и прямая замена SSL. Стандарт передали в IETF, и первая версия TLS 1.0 вышла в 1999 году. Протокол выполняет те же функции, но с более стойким шифрованием и защитой от современных атак.
По сути это переработанный SSL, созданный после того, как в исходном протоколе нашли уязвимости.
Почему их часто путают
Причины простые:
- SSL появился раньше и стал общеупотребимым словом;
- TLS логически продолжил его, сохранив ту же роль;
- в речи оба слова используют для одного и того же − зашифрованного канала.
Когда говорят «SSL-соединение», почти всегда имеют в виду TLS.
Что общего у SSL и TLS
Оба протокола:
- шифруют данные;
- используют сертификаты для подтверждения сервера;
- находятся между транспортным и прикладным слоями сети;
- лежат в основе HTTPS.
Разница не в назначении, а в реализации и стойкости.
Почему SSL устарел и как появился TLS
Появление TLS не было ребрендингом или формальностью. Это была реакция на уязвимости SSL, которые делались все заметнее по мере роста интернета и вычислительных мощностей.
Проблемы ранних версий SSL
Свою задачу они решали, но со временем у них вскрылись серьезные слабые места:
- слабые криптографические алгоритмы;
- уязвимости в механизме обмена ключами;
- недостаточная защита от новых типов атак.
Самый известный пример − уязвимость POODLE 2014 года, которая окончательно похоронила SSL 3.0.
Почему SSL больше не используют
Со временем стало ясно, что чинить SSL дороже, чем построить протокол заново:
- латать накопившиеся дыры сложнее, чем спроектировать архитектуру заново;
- поддержка слабых алгоритмов сама по себе повышала риск;
- старая модель плохо приспосабливалась к свежим угрозам.
В итоге все версии SSL официально признали небезопасными и вывели из эксплуатации.
Появление TLS как продолжения
TLS создали как наследника SSL с переработанной архитектурой. Цели были такие:
- убрать его уязвимости;
- усилить шифрование;
- заложить гибкость для будущих обновлений.
При этом TLS сохранил совместимость с привычной моделью защиты, поэтому переход прошел плавно.
Почему переход был незаметным для пользователей
Для обычного человека смена SSL на TLS прошла бесшумно: интерфейсы браузеров и HTTPS остались прежними, сайты продолжили открываться как обычно. Все изменения произошли под капотом − на уровне протоколов и криптографии.
В чем техническая разница между SSL и TLS
SSL и TLS решают одну задачу − защиту соединения, но технически это разные протоколы. Главные отличия касаются того, как стороны устанавливают связь, какими алгоритмами шифруют данные и как протокол держит удар при атаке.
Как устанавливается защищенное соединение: рукопожатие
Прежде чем зашифровать данные, браузер и сервер проходят так называемое рукопожатие (handshake) − короткий обмен, на котором они договариваются о правилах. Упрощенно это четыре шага:
- браузер сообщает, какие версии протокола и наборы шифров он поддерживает;
- сервер выбирает подходящий вариант и шифр и присылает свой сертификат;
- браузер проверяет сертификат и стороны согласуют общий секретный ключ;
- дальше весь обмен идет уже зашифрованным.
В TLS 1.3 рукопожатие сокращено до одного цикла (1-RTT), что ускоряет установку соединения по сравнению с TLS 1.2. В TLS рукопожатие более структурированное, использует современные алгоритмы и лучше защищено от подмены, чем в SSL. Это важно, потому что именно момент установки связи − самый уязвимый.
Алгоритмы шифрования
TLS опирается на современные криптографические алгоритмы − например AES для шифрования данных и HMAC для проверки их целостности. TLS 1.3 оставил только AEAD-шифры (AES-GCM, ChaCha20-Poly1305) и убрал устаревшие. SSL же:
- использовал слабые шифры вроде RC4 и DES;
- хуже адаптировался к новым стандартам;
- был уязвим к ряду атак.
За счет этого TLS надежнее, при этом почти не влияя на скорость.
Защита от атак
TLS проектировали с оглядкой на реальные сценарии:
- перехват трафика;
- подмена данных;
- повторное использование перехваченных сессий.
Многие из этих угроз SSL просто не предусматривал − это и стало одной из причин его замены. Помимо POODLE, у SSL и ранних TLS известны атаки BEAST и CRIME.
Версии TLS: какую поддерживать
TLS развивался версиями, и у каждой свой статус. Если коротко:
| Версия | Год | Статус сегодня |
|---|---|---|
| SSL 2.0 / 3.0 | 1995 / 1996 | запрещены, небезопасны |
| TLS 1.0 / 1.1 | 1999 / 2006 | устарели, отключаются |
| TLS 1.2 | 2008 | рабочий минимум, поддерживается повсеместно |
| TLS 1.3 | 2018 | современный стандарт, быстрее и безопаснее |
На практике это значит: рабочий минимум сегодня − TLS 1.2, а лучше 1.3. Если вы видите ошибку вроде «несовпадение версий» или «handshake failure», обычно это значит, что одна из сторон поддерживает только старую версию, которую вторая уже отключила. В отличие от застывшего SSL, TLS проще держать в актуальном состоянии: слабые шифры отключают, новые алгоритмы добавляют, не ломая логику HTTPS.
SSL- и TLS-сертификаты: что это и зачем
Когда в панели хостинга или в статье вы видите «SSL-сертификат», речь почти всегда идет о сертификате на TLS.
Что такое сертификат и зачем он сайту
Сертификат − это электронный документ, который подтверждает, что сайт действительно тот, за кого себя выдает, и позволяет установить зашифрованное соединение. Его выпускает доверенный центр сертификации после проверки владельца домена. Без сертификата браузер не сможет подтвердить подлинность сайта и установить HTTPS.
Сертификат нужен, чтобы:
- данные между пользователем и сайтом передавались зашифрованно;
- браузер показывал канал как защищенный, а не выводил предупреждение;
- поисковики и платежные системы доверяли ресурсу.
Замочек и «соединение не защищено»
Замочек в адресной строке означает ровно одно: канал с сайтом зашифрован действующим сертификатом. Если сертификата нет или он просрочен, браузер показывает предупреждение «соединение не защищено» и просит подтвердить переход.
«SSL или TLS» − что выбирать
Отдельного выбора нет. Любой современный сертификат − это сертификат SSL/TLS, и под обоими именами скрывается TLS. Покупая или подключая «SSL-сертификат», вы получаете TLS. Смотреть стоит не на слово в названии, а на то, какие версии протокола поддерживает ваш сервер.
Что такое HTTPS и при чем тут «S»
HTTPS − это обычный протокол HTTP, по которому работают сайты, плюс слой шифрования TLS. Буква «S» в конце означает secure, то есть «защищенный». Когда адрес начинается с https://, браузер и сайт обмениваются данными через TLS, а не открытым текстом.
Важные нюансы и ограничения SSL/TLS
Даже с современным TLS полезно понимать, где заканчиваются возможности протокола и начинается ответственность инфраструктуры. Иначе легко поймать ложное ощущение полной безопасности.
TLS защищает соединение, но не пользователя целиком
TLS отвечает за безопасность канала передачи данных. Но он не защищает само устройство, не спасает от фишинга по содержимому и не отвечает за надежность сторонних сервисов. Если человек зайдет на поддельный, но корректно сертифицированный сайт, TLS не распознает обман − он лишь добросовестно зашифрует канал с мошенником.
Сертификат ≠ доверие ко всему сайту
Сертификат означает, что канал зашифрован, домен подтвержден и данные передаются безопасно. Но он не говорит, что сайт честен по содержанию, не собирает лишних данных и безопасен в широком смысле. TLS решает техническую задачу, а не этическую.
Ошибки настройки снижают защиту
Даже современный TLS можно настроить плохо. Типичные проблемы − поддержка устаревших версий протокола, слабые наборы шифров и ошибки в цепочке сертификатов. В таких случаях защита формально есть, но ее надежность падает.
TLS и VPN − разные слои защиты
TLS часто путают с VPN: и то, и другое «про шифрование». Но это два разных слоя, и один не заменяет другой.
TLS шифрует содержимое соединения с конкретным сайтом. Провайдер или владелец сети не увидит, что именно вы отправили на сайт банка или ввели в форму, − но увидит, куда именно вы подключились: сам адрес остается на виду.
VPN работает уровнем ниже. Он шифрует весь канал устройства целиком и пропускает трафик через промежуточный сервер. Провайдер видит только то, что вы подключены к VPN, но не к каким именно сайтам обращаетесь и что им отправляете. То есть TLS прячет содержимое разговора, а VPN прячет и сам факт обмена, и его адресатов от того, кто наблюдает за каналом.
Это особенно важно в публичных и нестабильных сетях − например в кафе или аэропорту, где за трафиком в общей Wi-Fi-сети может следить кто угодно. Удобнее, когда оба слоя работают вместе: например, в LagomVPN канал шифруется на стороне приложения, а сайты, которые вы открываете, остаются под защитой собственного TLS. VPN не отменяет шифрование сайта и не делает его безопаснее по содержанию − он добавляет отдельный слой приватности поверх.
Как проверить версию TLS
Узнать, по какой версии TLS открыт текущий канал, можно прямо в браузере, ничего не устанавливая.
В Chrome это делается так:
- откройте нужный сайт;
- нажмите F12 − откроются инструменты разработчика;
- перейдите на вкладку Security;
- в строке Connection будет указана версия протокола, например TLS 1.3, и используемый набор шифров.
Если хочется проверить сайт целиком, не своими руками, удобны онлайн-сервисы анализа − например бесплатный тест от SSL Labs (Qualys). Он покажет, какие версии TLS поддерживает сайт, нет ли среди них устаревших и насколько корректно настроены сертификаты и шифры.
От SSL к TLS: итог
Разница между SSL и TLS − это не смена вывески, а результат развития сетевой безопасности. SSL сыграл свою роль в становлении защищенного интернета, но был заменен более надежным и гибким TLS. Сегодня, когда говорят «SSL» − будь то соединение или сертификат, − почти всегда имеют в виду TLS.
Понимать эту разницу полезно по простой причине: вы перестаете теряться в терминах и трезво видите, что дает защищенное соединение, а что нет. Замочек и HTTPS закрывают канал к сайту. Дальше начинается ваша приватность в сети целиком − и здесь TLS работает в паре с другими слоями вроде VPN.