Отпадането на основния сертификат на AddTrust причинява сривове на системите OpenSSL и GnuTLS

На 30 май изтече 20-годишният срок на валидност на основния сертификат AddTrustКойто приложено за генериране на кръстосано подписани сертификати на един от най-големите сертифициращи органи Sectigo (Comodo). Кръстосаното подписване позволява съвместимост с наследени устройства, които не са имали новия основен сертификат USERTRust, добавен към хранилището на основните сертификати.

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

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

Например имаше проблеми с достъп до някои хранилища на пакети в Debian и Ubuntu (apt започна да генерира грешка при проверка на сертификат), заявки от скриптове, използващи помощните програми „curl“ и „wget“, започнаха да се провалят, бяха наблюдавани грешки при използване на Git, нарушени Платформата за стрийминг Roku работи, манипулатори вече не се извикват Нашивка и DataDog, започна възникват сривове в приложенията на Heroku, спряна OpenLDAP клиентите се свързват, откриват се проблеми с изпращането на поща до SMTPS и SMTP сървъри с STARTTLS. Освен това се наблюдават проблеми в различни Ruby, PHP и Python скриптове, които използват модул с http клиент. Проблем с браузъра засяга Epiphany, който спря да зарежда списъци за блокиране на реклами.

Програмите Go не са засегнати от този проблем, защото Go предлага собствено изпълнение TLS.

Предполагаше сече проблемът засяга по-стари версии на разпространение (включително Debian 9, Ubuntu 16.04, RHEL 6/7), които използват проблемни разклонения на OpenSSL, но проблемът се прояви също и когато мениджърът на APT пакети работи в текущите версии на Debian 10 и Ubuntu 18.04/20.04, тъй като APT използва библиотеката GnuTLS. Същността на проблема е, че много TLS/SSL библиотеки анализират сертификат като линейна верига, докато според RFC 4158 сертификатът може да представлява насочена разпределена кръгова графика с множество котви за доверие, които трябва да бъдат взети под внимание. Относно този пропуск в OpenSSL и GnuTLS беше е известно в продължение на много години. В OpenSSL проблемът беше коригиран в клон 1.1.1 и в gnuTLS остава некоригиран.

Като заобиколно решение се препоръчва да премахнете сертификата „AddTrust External CA Root“ от системното хранилище (например премахнете от /etc/ca-certificates.conf и /etc/ssl/certs и след това стартирайте „update-ca -сертификати -f -v"), след което OpenSSL започва нормално да обработва кръстосано подписани сертификати с негово участие. Когато използвате мениджъра на APT пакети, можете да деактивирате проверката на сертификат за отделни заявки на свой риск (например „apt-get update -o Acquire::https::download.jitsi.org::Verify-Peer=false“) .

За да блокирате проблема в Fedora и RHEL Предлага се добавяне на сертификата AddTrust към черния списък:

trust dump —filter «pkcs11:id=%AD%BD%98%7A%34%B4%26%F7%FA%C4%26%54%EF%03%BD%E0%24%CB%54%1A;type=cert» \
> /etc/pki/ca-trust/source/blacklist/addtrust-external-root.p11-kit
update-ca-trust екстракт

Но този метод не работи за GnuTLS (например, грешка при проверка на сертификат продължава да се появява при стартиране на помощната програма wget).

От страната на сървъра можете изменят ред изброяване на сертификатите във веригата за доверие, изпратени от сървъра на клиента (ако сертификатът, свързан с „AddTrust External CA Root“, бъде премахнат от списъка, тогава проверката на клиента ще бъде успешна). За да проверите и генерирате нова верига на доверие, можете да използвате услугата whatsmychaincert.com. Сектиго също предоставени алтернативен кръстосано подписан междинен сертификат "Сертификационни услуги AAA“, който ще бъде валиден до 2028 г. и ще поддържа съвместимост с по-стари версии на ОС.

Допълнение: Проблем също проявява в LibreSSL.

Източник: opennet.ru