Az AddTrust gyökértanúsítvány elavulása hibákat okozott az OpenSSL és GnuTLS rendszereiben.

Május 30-án lejárt a 20 éves gyökértanúsítvány érvényessége. AddTrust, ami használták a legnagyobb tanúsítványkiadó, a Sectigo (Comodo) által kibocsátott tanúsítványok keresztreferenciához (cross-signed) való előállításához. A keresztreferenciás aláírás lehetővé tette a régebbi eszközökkel való kompatibilitást, amelyek gyökértanúsítvány-tárolójába nem került be az új USERTrust gyökértanúsítvány.

Elméletileg az AddTrust gyökértanúsítvány érvénytelenné válásának csak az elavult rendszerekkel való kompatibilitás megszűnését kellett volna okoznia (Android 2.3, Windows XP, Mac OS X 10.11, iOS 9 stb.), mivel a keresztreferenciás aláírásban használt második gyökértanúsítvány továbbra is aktuális, és a modern böngészők figyelembe veszik ezt a bizalmi lánc ellenőrzése során. A gyakorlatban problémák merültek fel a keresztreferenciás aláírás ellenőrzésével a TLS-kliens böngészőket nem használó alkalmazásokban, beleértve az OpenSSL 1.0.x és GnuTLS alapúakat is. A biztonságos kapcsolat létrehozása nem valósult meg, a tanúsítvány elavulására hivatkozó hibával, ha a szerveren AddTrust gyökértanúsítvánnyal láncolt Sectigo tanúsítványt használnak.

Ha a modern böngészők felhasználói nem észlelték az AddTrust gyökértanúsítvány elavulását a Sectigo keresztreferenciás aláírású tanúsítványok feldolgozása során, különféle harmadik féltől származó alkalmazásokban és szerver-oldali обработчикиben problémák jelentkeztek, ami a a működés sok infrastruktúra esetében, amelyek titkosított kommunikációs csatornákat használnak az alkotóelemek közötti kapcsolatban.

Például, problémák léptek fel probléma a Debian és Ubuntu (apt hibát adott a tanúsítvány ellenőrzésekor) csomag-repozitóriumok elérésével, a „curl” és „wget” segédprogramokkal végzett szkriptek esetében hiba lépett fel, hibák figyelhetők meg a Git használata során, megszakadt a Roku streaming platform működése, nem aktiválódtak a Stripe és DataDog, kezdődtek összeomlások a Heroku alkalmazásokban, megszűnt az OpenLDAP kliensek csatlakozása, problémák merültek fel az SMTPS és SMTP szerverekkel való levelezés küldésében STARTTLS segítségével. Ezen kívül különféle Ruby-, PHP- és Python-szkriptekben, amelyek http-kliens modult használnak, problémák léptek fel. A böngészők közül a érinti Epiphany, amelyben nem töltődtek be a hirdetésblokkoló listák.

A Go nyelvű programok nem érintettek a problémában, mivel a Go saját megvalósítást kínál TLS-t. Úgy vélték,

, hogy a probléma a régi kiadásokra vonatkozik (beleértve a Debian 9, Ubuntu 16.04,RHEL 6/7 ) amelyek a problémás OpenSSL ágakat használják, de a problémamegnyilvánult az APT csomagkezelő működésekor a legfrissebb Debian 10 és Ubuntu 18.04/20.04 kiadásokban, mivel az APT a GnuTLS könyvtárat használja. A probléma lényege, hogy sok TLS/SSL könyvtár a tanúsítványt lineáris láncként értelmezi, miközben az RFC 4158 szerint a tanúsítvány irányított elosztott ciklikus gráfként is megjelenhet több megbízhatósági gyökérrel, amelyeket figyelembe kell venni. E hiányosságról az OpenSSL és GnuTLS már évek óta történt tudomásunkra jutott . Az OpenSSL-ben a probléma a 1.1.1 ágon lett megoldva, aGnuTLS javítatlan. marad Mint megoldási lehetőség a hiba elhárítására, javasolt eltávolítani a "AddTrust External CA Root" tanúsítványt a rendszer tárolójából (például eltávolítani a /etc/ca-certificates.conf-ból és /etc/ssl/certs-ból, majd futtatni az "update-ca-certificates -f -v" parancsot), ezután az OpenSSL normálisan kezdi kezelni a kereszttanúsítványokkal kapcsolatos tanúsítványokat. Az APT csomagkezelő használatakor saját felelősségre lehetséges a tanúsítványok ellenőrzésének lekapcsolása egyes kérésekhez (például: "apt-get update -o Acquire::https::download.jitsi.org::Verify-Peer=false")..

A probléma blokkolására

ajánlott a AddTrust tanúsítvány feketelistára helyezése: Fedora és RHEL trust dump —filter "pkcs11:id=;type=cert" \

> /etc/pki/ca-trust/source/blacklist/addtrust-external-root.p11-kit
update-ca-trust extract
De ez a módszer

a GnuTLS számára (például a wget segédprogram futtatásakor továbbra is tanúsítvány-ellenőrzési hibát jelez). nem működik A szerver oldalán

meg lehet változtatni a tanúsítványok sorrendjét a bizalmi láncban, amelyet a szerver küld a kliensnek (ha a "AddTrust External CA Root" tanúsítványt eltávolítják a listából, akkor a kliens sikeresen ellenőrzi). Az új bizalmi lánc ellenőrzéséhez és generálásához használható a whatsmychaincert.com . A Sectigo is nyújtottalternatív kereszttanúsítványt " AAA Certificate Services ", amely 2028-ig érvényes lesz, és lehetővé teszi az kompatibilitást a régi rendszerváltozatokkal.Kiegészítés: A probléma a LibreSSL-ben is. A Raspberry Pi OS disztribúció májusi frissítése

. manifests .

Forrás: opennet.ru