За да може браузърът да удостоверява уебсайта, той трябва да представи валидна верига от сертификати. Типичната верига е показана по-горе, в нея може да има повече от един междинен сертификат. Минималният брой сертификати в валидната верига е три.

Коренният сертификат е сърцето на центъра за сертификация. Той е буквално вграден в вашата операционна система или браузър, физически присъства на вашето устройство. Не може да бъде променен от страна на сървъра. Необходимо е принудително обновление на операционната система или вграденото софтуерно на устройството.

Специалистът по сигурност Скот Хелме (Scott Helme) пише, че основните проблеми ще възникнат за центъра за сертификация Let’s Encrypt, тъй като днес това е най-популярният ЦС в интернет, а коренният му сертификат скоро ще "изтече". Подмяната на коренния сертификат на Let’s Encrypt е насрочена за 8 юли 2020 година.

Крайните и междинните сертификати на удостоверяващия център (CA) се доставят на клиента от сървъра, а коренният сертификат вече съществува, затова с помощта на тази колекция сертификати може да се построи верига и да се удостоверява уебсайт.

Проблемът е, че всеки сертификат има срок на валидност, след което трябва да бъде заменен. Например, от 1 септември 2020 година в браузъра Safari планират да въведат ограничения за валидността на TLS-сертификатите на сървъра максимум 398 дни.

Това означава, че всички ние ще бъдем принудени да заменяме сървърните сертификати поне на всеки 12 месеца. Това ограничение важи само за сертификатите на сървъра, то не обхваща и коренните сертификати на CA.

Сертификатите на CA се регулират от друг набор от правила, затова имат различни ограничения за срока на валидност. Много често срещани са междинни сертификати с валидност 5 години и коренни сертификати с продължителност дори 25 години!

Обикновено нямаме проблеми с междинните сертификати, тъй като те се доставят на клиента от сървъра, който много по-често сменя собствения си сертификат, така че просто по време на тази процедура заменя и междинния. Неговото заместване заедно с сертификата на сървъра е сравнително лесно, в отличие от коренния сертификат на CA.

Както вече споменахме, кореновият CA е вграден директно в клиентското устройство, в ОС, в браузъра или в друго софтуерно приложение. Промяната на кореновия CA на уебсайта не може да бъде контролирана. Необходимо е обновление на клиента, било то обновление на ОС или софтуер.

Някои коренови CA съществуват от много дълго време, около 20-25 години. Скоро част от най-старите коренови CA ще приближат края на своя естествен живот, времето им почти изтече. За повечето от нас това няма да бъде проблем, тъй като CA са създали нови коренови сертификати, които отдавна се разпространяват по света в обновления на ОС и браузъри. Но ако някой не е обновявал ОС или браузър от дълго време, това е вид проблем.

Тази ситуация се случи на 30 май 2020 година в 10:48:38 GMT. Това е точното време, когато изтече кореновият сертификат AddTrust от центъра за сертификация Comodo (Sectigo).

Той беше използван за кръстосано подписване, за да осигури съвместимост с остарели устройства, в хранилищата на които няма нов коренов сертификат USERTrust.

За съжаление, проблемите възникнаха не само в остарелите браузъри, но и в не-браузерни клиенти, базирани на OpenSSL 1.0.x, LibreSSL и GnuTLS. Например, в телевизионни приставки Roku, услуги Heroku, в приложенията Fortinet, Chargify, на платформата .NET Core 2.0 под Linux и много други.

Предполагаше се, че проблемът ще засегне само остарели системи (Android 2.3, Windows XP, Mac OS X 10.11, iOS 9 и т.н.), тъй като съвременните браузъри могат да активират втория коренов сертификат USERTRust. Но всъщност се появиха сривове в стотици уеб услуги, които използваха свободни библиотеки OpenSSL 1.0.x и GnuTLS. Сигурната връзка спря да се установява с грешка за остарял сертификат.

Следващият е Let’s Encrypt

Още един добър пример за предстояща смяна на коренов CA е центърът за сертификация Let’s Encrypt. Още през април 2019 година те планираха да преминат от веригата Identrust към собствената си верига ISRG Root, но това не се случи.

«Поради опасения относно недостатъчното разпространение на корена ISRG на устройствата с Android, решихме да пренесем датата на прехода към собствения ни корен от 8 юли 2019 година на 8 юли 2020 година», се казва в официалното съобщение на Let’s Encrypt.

Дата беше прекратена поради проблем, наречен "разпространение на корена" (root propagation), а именно, отсъствие на разпространение на корена, когато кореновият CA не е твърде широко разпространен при всички клиенти.

В момента Let’s Encrypt използва взаимно подписан междинен сертификат с верига до корена IdenTrust DST Root CA X3. Този коренов сертификат беше издаден още през септември 2000 г. и изтича на 30 септември 2021 г. До това време Let’s Encrypt планира да премине на собствен собственоръчно подписан корен ISRG Root X1.

Коренът ISRG е издаден на 4 юни 2015 г. След това започна процесът на утвърдването му като център за сертификация, който приключи на 6 август 2018 г.. От този момент кореновият CA беше достъпен за всички клиенти чрез актуализация на операционната система или софтуера. Всичко, което трябваше да се направи, беше да се инсталира актуализацията.

Но това е основният проблем.

Ако вашият мобилен телефон, телевизор или друго устройство не е актуализирано през последните две години – как то ще разбере за новия коренов сертификат ISRG Root X1? А ако не бъде инсталиран в системата, всички сървърни сертификати на Let’s Encrypt вашето устройство ще признае за невалидни, веднага щом Let’s Encrypt премине на новия корен. А в екосистемата Android има много остарели устройства, които отдавна не са актуализирани.

Екосистемата Android

Ето защо Let’s Encrypt отложи преминаването към собствения корен ISRG и все още използва междинното звено, което слиза до корена IdenTrust. Но промяната все пак ще трябва да се направи. И датата за смяна на корена е определена на 8 юли 2020 г..

За да проверите дали вашето устройство (телевизор, приемник или друг клиент) има инсталиран корен ISRG X1, отворете тестовия сайт https://valid-isrgrootx1.letsencrypt.org/. Ако не се появи предупреждение за сигурност, обикновено всичко е наред.

Let’s Encrypt не е единственият, който трябва да реши проблема с преминаването към нов корен. Криптографията в интернет започна да се използва преди малко повече от 20 години, така че точно сега настъпва моментът на изтичане на много коренови сертификати.

С такава проблема могат да се сблъскат собствениците на смарт телевизори, които много години не са актуализирали софтуера на Smart TV. Например, новият корен GlobalSign R5 Root издадена през 2012 година и след това някои стари Smart TV не могат да изградят връзка с нея, тъй като този корен CA просто липсва. По-специално, тези клиенти не можеха да установят защитена връзка със сайта bbc.co.uk. За да решат проблема, администраторите на BBC трябваше да прибегнат до хитрост: те създадоха алтернативна връзка за тези клиенти чрез допълнителни междинни сертификати, използвайки стари корени R3 Root и R1 Root, които все още не са изтекли.

www.bbc.co.uk (Leaf)
GlobalSign ECC OV SSL CA 2018 (Intermediate)
GlobalSign Root CA - R5 (Intermediate)
GlobalSign Root CA - R3 (Intermediate)

Това е временно решение. Проблемът няма да изчезне, ако не бъде актуализиран клиентският софтуер. Смарт телевизорът е по същество ограничен по функционалност компютър под Linux. И без актуализации кореновите му сертификати неизбежно ще изтекат.

Това се отнася за всички устройства, не само за телевизорите. Ако имате каквото и да е устройство, което е свързано с интернет и което е рекламирано като „умно“ устройство, проблемът с изтеклите сертификати почти със сигурност го засяга. Ако устройството не се актуализира, кореновото хранилище CA с времето ще остарее, и в крайна сметка проблемът ще излезе на повърхността. Колко бързо ще възникне проблемът зависи от времето на последното обновление на кореновото хранилище. Това може да е няколко години преди датата на действителното пускане на устройството.

Между другото, в това е проблемът, поради който някои големи медийни платформи не могат да използват съвременни автоматизирани сертификационни центрове като Let’s Encrypt, пише Скот Хелм. Те не са подходящи за смарт телевизорите, а броят на корените е твърде малък, за да осигури поддръжка на сертификата на остарели устройства. В противен случай телевизорът просто няма да може да стартира съвременни стрийминг услуги.

Последният инцидент с AddTrust показа, че дори големите IT компании не са подготвени за края на срока на действие на кореновия сертификат.

Единственото решение на проблема е актуализация. Разработчиците на умни устройства трябва предварително да осигурят механизъм за актуализиране на софтуера и кореновите сертификати. От друга страна, производителите нямат интерес да осигуряват работата на устройствата си след изтичането на гаранцията.

Източник: habr.com