Transport Layer Security: відмінності між версіями

Технологія PKI полягає у використанні двох математично пов’язанихпов'язаних цифрових ключів, що мають такі властивості:<ref name="voz.2013"/>

Основними атрибутами сертифіката є ім’яім'я та ідентифікатор суб’єктасуб'єкта, інформація про відкритий ключ суб’єктасуб'єкта, ім’я ім'я, ідентифікатор і цифровий підпис уповноваженого з видачі сертифікатів, серійний номер, версія і термін дії сертифіката, інформація про алгоритм підпису тощо. Важливо, що цифровий сертифікат містить цифровий підпис на основі секретного ключа довірчого центру<ref name="voz.2013"/>.

Центр сертифікації (Certificate Authority –&nbsp;— CA), або довірчий центр&nbsp;— – об’єктоб'єкт, уповноважений створювати, підписувати та публікувати сертифікати. Центр має також повноваження ідентифікувати користувачів. Основними операціями, що виконує довірчий центр, є видання, відновлення та анулювання сертифіката<ref name="voz.2013"/>.

Реалізації TLS (наприклад, [[веб-браузер]]и) мають списки центрів сертифікації яким вони довіряють<ref>{{Cite web|url=https://www.rsaconference.com/writable/presentations/file_upload/sec-t02_final.pdf|title=Alternatives to Certification Authorities for a Secure Web|last=Rea|first=Scott|date=2013|website=|publisher=RSA Conference Asia Pacific|access-date=7 September 2016}}</ref>. Інколи такі списки можуть складатись із понад ста центрів, яким браузер довіряє "«беззастережно"»: будь-який сертифікат, завірений таким центром, вважається дійсним без жодних додаткових умов. Таким чином, будь-який центр сертифікації зі списку веб-браузера може підписувати сертифікати будь-яких веб сайтів, де би вони не знаходились<ref name="eff.03-2010"/>.

Проте, обидва методи залежать від роботи центру сертифікації -&nbsp;— якщо за будь-яких причин клієнт не може отримати інформацію від центру сертифікації, тоді він постає перед двома незадовільними варіантами: або відмовитись приймати сертифікат сервера (тоді доступність веб-сайтів може страждати від недоступності центру сертифікації), або ж прийняти сертифікат (під ризиком прийняти анульований сертифікат). Іншим недоліком другого варіанту є те, що він вразливий для атаки[[Атака "«людина попосередині»|атаки «людина середині"посередині»]]<ref name="sh.03-2017"/>.

З огляду на зазначені проблеми деякі сучасні веб-браузери не перевіряють статус сертифікату веб-сайтів. Натомість, браузери [[Chrome]] та [[Firefox]] використовують технологію CRLsets та OneCRL відповідно. Ці списки включають лише анульовані сертифікати з високим пріоритетом, в першу чергу -&nbsp;— сертифікати центрів сертифікації (довірчих центрів) різних рівнів<ref name="sh.03-2017"/>.

Для розв'язання згаданих проблем була запропонована технологія {{lang-en|OCSP stapling}}, буквально -&nbsp;— {{lang-uk|скріплення мережевим протоколом статусу сертифікатів}}. Вона передбачає, що результат OCSP запиту на перевірку сертифіката сервера та підписаний відповідним центром сертифікації буде включений в заголовки відповіді на HTTP-запит. Також сертифікат сервера міститиме прапорець OCSP Must-Staple аби повідомити клієнт про необхідність перевірки відповідних даних<ref name="sh.03-2017"/>.

Технологія прозорості сертифікатів ({{lang-en|Certificate Transparency}}, CT) передбачає, що центри сертифікації будуть зобов'язані оприлюднювати всі завірені ними сертифікати. Завдяки цьому власники веб-сайтів матимуть можливість дізнаватись про спроби зловмисників завірити "«підроблені"» сертифікати на їхні ресурси<ref name="sh.03-2017"/>.

Аби зменшити потенційну шкоду від викрадення сертифікату сервера власники можуть подавати запити на сертифікати зі скороченим терміном дії (замість років -&nbsp;— місяці або навіть десятки днів)<ref name="sh.03-2017"/>.