Настъпването на край на кореновия сертификат AddTrust доведе до сривове в системите с OpenSSL и GnuTLS

На 30 май изтече 20-годишният срок на действие на коренния сертификат AddTrust, който се използва за генериране на кръстосани подписи (cross-signed) в сертификатите на един от най-големите удостоверяващи центрове 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, прекратиха се повикванията на обработчиците Stripe и 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-certificates -f -v“), след което OpenSSL започва да обработва коректно взаимно подписаните сертификати, в които участва. При използване на пакетния мениджър APT на свой риск е възможно да се изключи проверката на сертификатите за отделни заявки (например, „apt-get update -o Acquire::https::download.jitsi.org::Verify-Peer=false“).

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

доверителен дамп —филтър «pkcs11:id=;type=cert»
> /etc/pki/ca-trust/source/blacklist/addtrust-external-root.p11-kit
update-ca-trust extract

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

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

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

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