Föråldringen av rotcertifikatet AddTrust ledde till nedbrutna system med OpenSSL och GnuTLS

30 maj gick den 20-åriga giltighetstiden för rotcertifikatet ut AddTrust, som användes för att skapa en korssignatur i certifikat från en av de största certifikatutfärdarna Sectigo (Comodo). Korssignaturen möjliggjorde kompatibilitet med gammal utrustning som inte hade lagt till det nya rotcertifikatet USERTrust i sitt rotcertifikatlager.

Teoretiskt skulle upphörandet av rotcertifikatet AddTrust enbart ha lett till en förlust av kompatibilitet med gamla system (Android 2.3, Windows XP, Mac OS X 10.11, iOS 9 etc.), eftersom det andra rotcertifikatet som används i korssignaturen förblir aktuellt och moderna webbläsare beaktar det vid verifiering av förtroendekedjan. I praktiken upptäcktes problem med verifiering av korssignaturen i TLS-klienter som inte använder webbläsare, inklusive de som baseras på OpenSSL 1.0.x och GnuTLS. En säker anslutning kunde inte upprättas, med ett felmeddelande om att certifikatet har upphört att gälla, om servern använder ett Sectigo-certifikat som är kopplat till förtroendekedjan med rotcertifikatet AddTrust.

Om användarna av moderna webbläsare inte märkte att rotcertifikatet AddTrust hade upphört vid hantering av korssignerade certifikat från Sectigo, så började problem dyka upp i olika tredjepartsapplikationer och serverbehandlare, vilket ledde till till störningar drift av många infrastrukturer som använder krypterade kommunikationskanaler för interaktion mellan komponenter.

Till exempel uppstod det problem problem med åtkomst till vissa paketrepositorier i Debian och Ubuntu (apt började ge felmeddelande om certifikatverifiering), anrop från skript med verktygen 'curl' och 'wget' misslyckades och det observerades fel vid användning av Git, komplicerades driften av streamingplattformen Roku, behandlingarna för Stripe och DataDog, började krascha i Heroku-applikationer, klienter till OpenLDAP kunde inte ansluta, det blev problem med att skicka e-post till SMTPS- och SMTP-servrar med STARTTLS. Dessutom observerades problem i olika Ruby-, PHP- och Python-skript som använder en modul med HTTP-klient. Från webbläsarna var problemet Epiphany, där blocklistorna slutade laddas. lösningar baserade på det öppna UPnP-stacket Program på Go-språket är inte drabbade av problemet, eftersom Go erbjuder

sin egen implementering av TLS. TLS.

Det antogs, att problemet påverkar äldre versioner av distributioner (inklusive Debian 9, Ubuntu 16.04, RHEL 6/7) där problematiska OpenSSL-grenar används, men problemet uppträdde även vid användning av paketchefen APT i aktuella versioner av Debian 10 och Ubuntu 18.04/20.04, eftersom APT använder GnuTLS-biblioteket. Problemet är att många TLS/SSL-bibliotek tolkar certifikat som en linjär kedja, medan enligt RFC 4158 kan ett certifikat representera en riktad distribuerad cyklisk graf med flera förtroendepunkter som måste beaktas. Detta problem i OpenSSL och GnuTLS var har varit känt i många år. I OpenSSL har problemet åtgärdats i version 1.1.1, medan i GnuTLS förblir oudelad.

Som en tillfällig lösning föreslås att ta bort certifikatet "AddTrust External CA Root" från systemförrådet (till exempel ta bort från /etc/ca-certificates.conf och /etc/ssl/certs, och sedan köra "update-ca-certificates -f -v"), efter vilket OpenSSL börjar hantera korsvis signerade certifikat korrekt. Vid användning av paketchefen APT kan man på egen risk inaktivera certifikatkontrollen för enskilda förfrågningar (till exempel "apt-get update -o Acquire::https::download.jitsi.org::Verify-Peer=false").

För att blockera problemet i Fedora och RHEL föreslås att lägga certifikatet AddTrust på svarta listan:

trust dump —filter «pkcs11:id=;type=cert»
> /etc/pki/ca-trust/source/blacklist/addtrust-external-root.p11-kit
update-ca-trust extract

Men denna metod funkar inte för GnuTLS (till exempel fortsätter certifikatvalideringsfelet att visas vid körning av wget-verktyget).

På serversidan kan man ändra ordningen på certifikaten i kedjan av förtroende som servern skickar till klienten (om certifikatet relaterat till "AddTrust External CA Root" tas bort från listan, kommer valideringen från klienten att genomföras framgångsrikt). För att validera och generera en ny kedja av förtroende kan man använda tjänsten whatsmychaincert.com. Företaget Sectigo har även tillhandahållit ett alternativt korsvis signerat mellanliggande certifikat "AAA Certificate Services", som kommer att vara giltigt till 2028 och möjliggör kompatibilitet med äldre versioner av operativsystemet.

Tillägg: Problemet uppträder också i LibreSSL. VMware kommer att övergå till distansarbete på heltid för upp till 60 % av personalen

Källa: opennet.ru