Kompatibilitet for rodcertifikater

Alle SSL/TLS-produkter hos FairSSL viser fem skjolde. Hvert skjold står for ét certifikatlager: Windows, Apple, Android, Linux og Java. Skjoldet fyldes efter hvor længe det rodcertifikat, produktet faktisk udstedes fra, har været til stede i netop det lager.

Målet er en sammenlignelig indikator, der bygger på observerede kendsgerninger i stedet for skøn: samme beregning for hvert produkt og hver udsteder, så to certifikater kan holdes op mod hinanden. Baggrunden for at alle rødder skifter lige nu står i artiklen Branchen skifter til dedikerede TLS-rodcertifikater.

Skjoldene gælder kun SSL/TLS-certifikater. Kodesignering, e-mail-certifikater og dokumentsignering udstedes fra helt andre rodcertifikater, som ikke er en del af skiftet til dedikerede TLS-rødder, og de produkter viser derfor ingen skjolde.

De fem skjolde

Eksemplet nedenfor er GlobalSign Root R46 pr. august 2026. Roden kom først i Microsofts certifikatlager, dernæst i Mozillas bundle, så hos Apple, derefter i Android og til sidst i Java. Den mørkeblå del af hvert skjold er den strækning, roden selv dækker. Den lyseblå del er det, den krydssignerede kæde lukker, og den er grunden til at alle fem skjolde står fyldt.

GlobalSign Root R46, august 2026. Det mørkeblå tal er året roden selv regnes fra i det lager. Det skraverede tal er året den krydssignerede vej rækker tilbage til. Alle fem skjolde er fyldt, og scoren er 8,6 af 10.

Roden selv Krydssignering

Windows: Microsoft Trusted Root Program, som det leveres til Windows via Automatic Root Update.
Apple: Apples rodliste, som den ligger i iOS og macOS.
Android: AOSP-systemlageret, altså de rødder der følger med Android-versionen selv.
Linux: Mozillas NSS-bundle, som den udsendes i ca-certificates hos Debian, Ubuntu og RHEL. Samme bundle bruges af Firefox, curl, OpenSSL og de fleste sprogruntimes.
Java: cacerts i JDK, opgjort ud fra den ældste LTS-linje der stadig vedligeholdes på det pågældende tidspunkt.

Skjoldene for de store certifikatudstedere

Alle udstedere herunder er målt med præcis den samme beregning som produkterne, også dem vi ikke selv sælger. Vælg en for at se detaljerne.

DigiCert, RapidSSL, Thawte og GeoTrust

Sælges hos FairSSL

Kompatibilitet: 10 / 10
Cross-Sign: Ikke nødvendig
Rodcertifikat: DigiCert Global Root G2 (2013)
Heraf fra roden selv: Hele scoren kommer fra roden selv

Windows2013
Apple2013
Android2013
Linux2013
Java2013

Sådan installeres det

Ingen ekstra installation. Roden er kendt i alle fem certifikatlagre.

Alle fire mærker udstedes i dag fra DigiCert Global Root G2, en rod fra 2013 som har ligget i alle fem certifikatlagre i over ti år. Derfor er skjoldene fyldt helt op af roden selv, uden hjælp fra en krydssigneret kæde.

DigiCert begynder fra 15. oktober 2026 at udstede fra de nye dedikerede TLS-rødder, G5, som standard. FairSSLs konto er sat til G2-hierarkiet, og vi bliver der så længe DigiCert tillader det. Vi offentliggør ikke en dato for hvornår vi stopper, fordi den afhænger af DigiCert og ikke af os.

Tallene er beregnet ud fra de samme halvårlige momentbilleder af de fem certifikatlagre for alle udstedere. Mangler vi en udsteders krydssignerede certifikat, ville den se dårligere ud end den er, så dem henter vi også.

Sådan beregnes hvert skjold

Vi gemmer et momentbillede af hvert af de fem certifikatlagre to gange om året, 1. januar og 1. juli. Et momentbillede er listen over de rodcertifikater, lageret indeholdt netop den dag. Serien starter i 2018, hvor de versionerede kilder rækker tilbage til.

Skjoldet fyldes med det, dine klienter faktisk kan validere. Farven viser hvordan.

Den mørkeblå del er roden selv: antal momentbilleder der indeholder roden, dog højst 20, divideret med 20. 20 momentbilleder svarer til ti år. Den lyseblå del er det, ét krydssigneret certifikat lægger oveni, og den ravgule det, to lægger oveni.

Hvert lager vejer to point, så fem lagre giver ti. Point tildeles efter hvordan dækningen nås: roden selv tæller 2,0, ét krydssigneret certifikat 1,5 og to 1,0. Et skjold kan altså være helt fyldt på flere måder, og tallet fortæller hvilken.

Grunden til at en krydssigneret vej vejer lidt mindre er ikke, at den er utryg. Den virker. Men den kræver, at kæden er installeret rigtigt på serveren, og på Windows er det reelt arbejde, fordi Schannel selv bygger kæden ud fra maskinens egne certifikatlagre.

Rødder, der allerede var til stede i et lagers første momentbillede, tælles som til stede i alle tidligere perioder. Ellers ville rødder fra før 2018 blive straffet for, at vores serie ikke går længere tilbage.

Beregningen sker ved visning ud fra datoerne, ikke ved indtastning. Andelen, der kommer fra roden selv, vokser derfor af sig selv, efterhånden som roden bliver ældre, og den lyseblå del skrumper tilsvarende. GlobalSign Root R46 stod på 0,55 i Windows-skjoldet i 2026 og når 1,0 i 2030 uden at nogen rører ved konfigurationen.

Roden selv og det krydssignerede certifikat

Den mørkeblå del af et skjold tæller udelukkende det selvsignerede rodcertifikat, som CA'en udsteder fra netop nu. Et krydssigneret certifikat gør ikke roden ældre eller mere udbredt: det er den samme nøgle og det samme navn, signeret af en gammel rod.

Men det ville være misvisende at stoppe der. FairSSL leverer den krydssignerede kæde som standard, både i download og i ACME-svaret, så en klient der aldrig har hørt om Sectigo Public Server Authentication Root R46 validerer alligevel certifikatet gennem USERTrust RSA. Fem tomme skjolde ville påstå noget om produktet, som ikke er sandt.

Derfor fyldes skjoldet op til den dækning, kunden rent faktisk får, og farven holder de to ting adskilt: hvad roden klarer selv, og hvad kæden lukker. En helt ny rod arver ikke den gamle rods omdømme, for den lyseblå del tæller mindre end den mørkeblå og forsvinder først, når roden selv er nået lige så langt.

Symbolerne ved siden af skjoldene

Kædens form trækkes ikke fra skjoldene. Den vises som selvstændige symboler, så du kan se hvad der koster hvad.

Symbol	Hvad det viser
Kædeled	Antal intermediates mellem servercertifikatet og roden. En kort kæde er ét intermediate.
Cross-sign 0, 1 eller 2	Hvor mange cross-signede led der skal med for at nå den bredeste gamle rod, vi har konfigureret for den pågældende CA. GlobalSign R46 til R3 via `r3r46cross2019` er 1. GlobalSign R46 til R6 og videre til R3 er 2.
Windows-markering	Vises når det på Windows Server kræver både et cross-signet certifikat og en deaktiveret rod at nå de ældre klienter. Windows bygger selv kæden og vælger den korteste vej, så det cross-signede certifikat bliver ubrugt, indtil den nye rod er slået fra lokalt.

Fremgangsmåden på Windows står i vejledningerne for Sectigo, GlobalSign og AlphaSSL og DigiCert G5.

Når data mangler

Manglende data må ikke læses som fravær. Et tomt skjold ville straffe en rod for vores egen mangel på kilder. Reglerne er derfor:

Roden er med, men datoen kendes ikke. Vi regner med rodcertifikatets egen notBefore plus tolv måneder og markerer skjoldet som estimeret. Estimatet erstattes automatisk, så snart en dokumenteret dato findes. Sectigo Public Server Authentication Root R46 står sådan i Windows-skjoldet: Microsoft har roden med, men har ikke offentliggjort en måned.
Vi ved ikke om roden er med. Så tegnes det skjold ikke, og totalen skrives som "ikke vurderet" i stedet for et tal. Et halvt datagrundlag giver ikke et halvt tal.
Roden er verificeret fraværende. Kun her står skjoldet på nul. Sectigo R46 er nul i Android-skjoldet for Android 13 og ældre, fordi roden aldrig kom i de versioner.

Datakilder

Windows, Apple, Android og Linux: trust_stores_observatory, som holder en versioneret YAML-fil pr. certifikatlager. Historikken i git giver indholdet af hvert lager på en vilkårlig dato, og vi henter det commit, der ligger tættest på 1. januar og 1. juli.
Java: OpenJDK under src/java.base/share/data/cacerts/, med én fil pr. rod og en historik pr. release-gren. Observatoriets Java-filer bruges ikke, fordi de ikke er blevet opdateret siden 2020 og 2022.
Kontrolkilder: Mozillas certdata.txt, AOSP platform/system/ca-certificates, Chromes root_store.textproto, Microsofts CCADB-rapport og Apples per-OS-lister på support.apple.com.
Annoncerede fjernelser: root-programmernes egne meddelelser. En annonceret dato indgår i beregningen, så skjoldet falder på dagen uden manuel indgriben.

Antallet af klienter indgår bevidst ikke. Markedsandele skifter hurtigere end certifikatlagre, og et tal der bygger på dem, ville ændre sig af årsager der intet har med rodcertifikatet at gøre. Skjoldene måler kun tilstedeværelse over tid.

Relateret indhold

Branchen skifter rod

Datoerne pr. CA, hvad et cross-signet certifikat gør, og hvad du skal gøre.

Cross-sign på Windows

Den generelle fremgangsmåde for alle CA'er på Windows Server.

SSL Scanner

Se hvilken kæde din server rent faktisk udleverer, og hvilken rod den peger på.

Ofte stillede spørgsmål om skjoldene

Find svar på de mest almindelige spørgsmål om SSL certifikater og FairSSL.

Er 5 af 5 skjolde det samme som "virker alle steder"?

Nej. Skjoldene måler hvor længe rodcertifikatet har været i de fem certifikatlagre, ikke hvor mange klienter der rent faktisk validerer. En rod med fulde skjolde har været til stede i alle fem lagre i mindst ti år, og derfor er sandsynligheden for at et gammelt apparat mangler den lille. Skjoldene siger ikke noget om enheder uden opdateringer, enheder med egen trust store, eller software der pinner et bestemt certifikat.

Hvorfor tæller det cross-signede certifikat ikke med?

Fordi et cross-signet certifikat ikke gør den nye rod ældre. Talte vi det med, ville enhver ny rod arve den gamle rods alder allerede fra dag ét, og skjoldene ville vise det samme for alle produkter. Cross-signet vises i stedet som et selvstændigt symbol ved siden af skjoldene, sammen med antallet af led i kæden.

Hvorfor falder skjoldene på næsten alle produkter lige nu?

Alle CA er ved at flytte deres TLS-udstedelse til nye, dedikerede rodcertifikater. Et rodcertifikat fra 2019 eller 2021 kan ikke have været i et certifikatlager i ti år. Skjoldene viser den reelle situation, og de stiger igen af sig selv, efterhånden som de nye rødder får flere år i lagrene.

Hvor ofte opdateres tallene?

Momentbillederne tages 1. januar og 1. juli. Selve skjoldene beregnes ved visning ud fra datoerne, så de rykker sig automatisk på de dage, hvor et nyt momentbillede kommer til, eller hvor et root-program har annonceret at fjerne en rod.

Hvad betyder markeringen "estimeret"?

At vi ved at roden er med i det pågældende certifikatlager, men ikke har kunnet finde en dato fra en officiel kilde. I det tilfælde regner vi med rodcertifikatets egen startdato plus tolv måneder og markerer skjoldet som estimeret. Så snart en dato kan dokumenteres, erstattes estimatet.