TLS и SSL являются тесно связанными технологиями.
Во-первых, электронная почта и оппортунистический TLS. ESMTP имеет возможность выполнять фактическую часть передачи данных разговора по зашифрованной ссылке. Это часть протокола и на протяжении большей части его существования называлось TLS. Это работает примерно так:
-> EHLO foreignmailer.example.com
<- 250 Howdy, stranger
<- [list of capabilities, of which TLS is listed]
-> [Indicates it wants to start a TLS session]
<- [accepts negotioation]
-> [Mail actions, of which LOGIN might be one]
После запуска сеанса TLS могут быть доступны новые методы входа. Это пример протокола, который напрямую включает в себя безопасность уровня транзакций. Используемые сертификаты являются теми же типами сертификатов, которые используются для SSL по HTTP.
Для примера службы, которая не включает TLS напрямую, возьмите POP3-over-SSL. В этом случае безопасный сеанс согласовывается до согласования фактического протокола. По сути, POP3 инкапсулируется внутри безопасного сеанса.
В общем, если служба поддерживает SSL, она может быть расширена для поддержки TLS. Независимо от того, было ли это сделано, зависит от сопровождающих службы. Это означает, что TLS может заменить SSL в «SSL VPN».
SSL VPN отличаются от своих собратьев на основе IPSec тем, что безопасный сеанс выполняется на другом уровне. SSL VPN выполняют свою работу почти так же, как POP3-over-SSL, в этом трафик инкапсулируется через существующее TCP-соединение. IPSec VPN создают безопасный туннель уровня IP , где SSL VPN создают безопасный туннель уровня TCP . Причина, по которой SSL VPN, похоже, начинает преобладать, заключается в том, что их проще настроить и они более терпимы к плохим условиям сети. SSL VPN могут и действительно используют протокол TLS для защиты сеанса, хотя это зависит от производителя самой VPN.
Что касается точных различий уровня протокола между SSL и TLS, то я не могу понять. TLS в качестве стандарта был получен позже, чем SSL, и поэтому включает в себя некоторые уроки, извлеченные из ранних версий SSL. SSLv3 был ратифицирован еще в 1996 году, а TLS1.0 - в 1999 году, и дальнейшая разработка протокола, по-видимому, ограничивается пакетом TLS. SSLv1 и v2 заняли ДОЛГОЕ время. TLS является явным преемником набора SSL.
TLS - это обновление SSL. Изменения в нем не являются существенными, но достаточно значительными, чтобы нарушить совместимость с SSL3.0.
Статья Википедии охватывает его широко , но в достаточно понятных терминах. (Я не имею в виду RTFM, но я не хочу повторять все там.)
Они используются аналогичным образом и до сих пор называются SSL. По сути, вы выбираете схему шифрования для того или иного.
источник
opensslКажется, не согласен. (Многие программы говорят «TLS», когда они означают «STARTTLS».)SSL, как уже указывали люди, - это протокол, разработанный Netscape в прошлом. В какой-то момент орган по стандартизации IETF решил принять протокол SSLv3 в качестве стандартного, поэтому он очень тонко изменился и получил название TLSv1.0.
Таким образом, для большинства людей TLSv1.0 почти эквивалентен SSLv3. Причина, по которой люди до сих пор называют семейство протоколов SSL, связана с историческими причинами - все привыкли к имени, поэтому они продолжают его использовать. Для VPN вполне возможно использовать TLS под прикрытием, но маркетинговое название по-прежнему остается SSL VPN.
Начиная с TLSv1.0, в стандарте было две редакции, и теперь он находится на TLSv1.2, который, несмотря на свою совместимость, имеет некоторые существенные изменения. Из-за конструкции SSL / TLS и клиент, и сервер могут договориться о том, какую версию протокола они хотят использовать, поэтому клиенты, использующие TLSv1.0, могут по-прежнему взаимодействовать с серверами, реализующими TLSv1.2, и наоборот.
Учитывая совместимость между всеми версиями протокола, «переключение» не существует, поскольку они принадлежат к одному семейству. Это вопрос «нужно ли использовать более новую версию?». Как и в любой другой области, ответ на этот вопрос будет зависеть от того, имеет ли используемая вами текущая версия какие-либо ограничения или нет. В настоящее время нет проблем с использованием SSLv3, но большинство клиентов и серверов там работают с TLSv1.0.
Я надеюсь, что это немного проясняет картину. Если нет, дайте мне знать, что все еще сбивает с толку, я постараюсь объяснить дальше.
источник
TLS является T ransport L Эйер S ecurity и , как правило , относится к команде STARTTLS в почтовых серверах SMTP. Он может использовать или не использовать SSL (например, SEE palm versamal), но в целом SSL является основной используемой системой безопасности. TLS также использовался для других целей (например, HTTP), а последняя спецификация RFC - в версии 1.2.
Обычно, но с учетом TLS, вы имеете в виду почтовые серверы, поэтому почтовые серверы, имеющие сертификат SSL, могут использовать TLS для передачи и получения почты.
Это пахнет маркетинговыми головами, которые попали в комнату. «Оппортунистический TLS» просто означает, что если starttls не возвращает 220 (Ready to start TLS), отправьте электронное письмо в любом случае. Обратите внимание, что TLS - это опция SENDER, а не опция получателя. На некоторых почтовых серверах может быть возможно отказаться от почты не-TLS, но это будет исключением, а не правилом.
TLS также поддерживает взаимную аутентификацию, а не просто шифрование соединения.
Отправка электронной почты через VPN (будь то SSL или другая схема безопасности) просто делает безопасность почтовых серверов по существу неактуальной, вы можете использовать TLS через VPN (и вы даже можете использовать TLS в качестве схемы безопасности VPN), но это не обязательно влияет на то, как почта транспортируется, если между почтовыми серверами зашифровано только соединение VPn (таким образом, от исходного и конечного почтовых серверов они могут передавать стандартный открытый текст)
источник