Чи є TLS "новою" версією SSL? Які функції він додає або проблеми безпеки вирішує?
Чи може щось, що підтримує SSL, підтримує TLS? Що б брало участь у переключенні? Чи варто комутатор?
Чому повідомлення електронної пошти надсилаються через "Opportunistic TLS" та VPN, які часто називають SSL VPN? Чи є різниця в технології, можливо, створюється місце для лінійки продуктів "TLS VPN"?
Відповіді:
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".
VPN-адреси SSL відрізняються від своїх родичів на базі IPSec тим, що захищений сеанс проводиться на іншому рівні. VPN-адреси SSL виконують свою роботу так само, як і POP3-над-SSL, коли трафік інкапсулюється через існуюче TCP-з'єднання. VPN-адреси IPSec створюють захищений тунель на рівні 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 "новою" версією SSL? Які функції він додає або проблеми безпеки вирішує?
TLS є Т ransport L Ейер S ecurity і , як правило , відноситься до команди STARTTLS в поштових серверах SMTP. Він може або не може використовувати SSL (наприклад, SEE palm versamal), але загалом SSL є основною системою безпеки, що використовується. TLS також використовувався для інших цілей (як HTTP), і остання специфікація RFC знаходиться у версії 1.2
Чи може щось, що підтримує SSL, підтримує TLS? Що б брало участь у переключенні? Чи варто комутатор?
Зазвичай, але будь-яким іншим, при TLS, який розглядається, ви маєте на увазі поштові сервери, тому конкретно поштові сервери, які мають сервер SSL, можуть використовувати TLS для передачі пошти та отримання пошти.
Чому повідомлення електронної пошти надсилаються через "Opportunistic TLS" та VPN, які часто називають SSL VPN? Чи є різниця в технології, можливо, створюється місце для лінійки продуктів "TLS VPN"?
Це пахне маркетинговими м'ясниками, які потрапили в кімнату. "Опортуністичний TLS" просто означає, що якщо starttls не поверне 220 (готовий до запуску TLS), продовжуйте та відправляйте електронний лист у будь-якому разі. Зауважте, що TLS є варіантом SENDER, а не варіантом прийому. Можливо, деякі поштові сервери можуть відмовити пошті, що не належить до TLS, але це буде виключенням, а не правилом.
TLS також підтримує взаємну аутентифікацію, а не просто шифрування з'єднання.
Надсилання електронної пошти через VPN (будь то SSL чи інша схема захисту) просто робить захист поштових серверів істотним значенням, ви можете використовувати TLS через VPN (і ви навіть можете використовувати TLS як схему безпеки VPN), але це не обов'язково впливає на те, як пошта транспортується, якщо між поштовими серверами зашифровано лише з'єднання VPn (тому з вихідних та призначених поштових серверів вони можуть передавати стандартний прозорий текст)