Kompatibilitet för rotcertifikat
Alla SSL/TLS-produkter hos FairSSL visar fem sköldar. Varje sköld står för ett certifikatlager: Windows, Apple, Android, Linux och Java. Skölden fylls efter hur länge det rotcertifikat som produkten faktiskt utfärdas från har funnits i just det lagret.
Målet är en jämförbar indikator som bygger på observerade fakta i stället för uppskattningar: samma beräkning för varje produkt och varje utfärdare, så att två certifikat kan ställas mot varandra. Bakgrunden till att alla rötter byts just nu står i artikeln Branschen byter till dedikerade TLS-rotcertifikat.
Sköldarna gäller bara SSL/TLS-certifikat. Kodsignering, e-postcertifikat och dokumentsignering utfärdas från helt andra rotcertifikat, som inte ingår i övergången till dedikerade TLS-rötter, och de produkterna visar därför inga sköldar.
De fem sköldarna
Exemplet nedan är GlobalSign Root R46 i augusti 2026. Roten kom först in i Microsofts certifikatlager, sedan i Mozillas bundle, därefter hos Apple, sedan i Android och sist i Java. Den mörkblå delen av varje sköld är den sträcka roten själv täcker. Den ljusblå delen är det som den korssignerade kedjan täcker, och det är därför alla fem sköldar står fyllda.
GlobalSign Root R46, augusti 2026. Den mörkblå siffran är året roten själv räknas från i det lagret. Den skrafferade siffran är året den korssignerade vägen når tillbaka till. Alla fem sköldar är fyllda och poängen är 8,6 av 10.
- Windows
- Microsoft Trusted Root Program, så som det levereras till Windows via Automatic Root Update.
- Apple
- Apples rotlista, så som den ligger i iOS och macOS.
- Android
- AOSP-systemlagret, alltså de rötter som följer med själva Android-versionen.
- Linux
- Mozillas NSS-bundle, så som den distribueras i ca-certificates hos Debian, Ubuntu och RHEL. Samma bundle används av Firefox, curl, OpenSSL och de flesta runtime-miljöer för programspråk.
- Java
- cacerts i JDK, räknat utifrån den äldsta LTS-linje som fortfarande underhålls vid tidpunkten.
Sköldarna för de stora certifikatutfärdarna
Alla utfärdare nedan är mätta med exakt samma beräkning som produkterna, även de vi inte själva säljer. Välj en för att se detaljerna.
DigiCert, RapidSSL, Thawte och GeoTrust
Säljs hos FairSSL- Kompatibilitet
- 10 / 10
- Cross-Sign
- Behövs inte
- Rotcertifikat
- DigiCert Global Root G2 (2013)
- Varav från roten själv
- Hela poängen kommer från roten själv
- Windows2013
- Apple2013
- Android2013
- Linux2013
- Java2013
Så installeras det
Ingen extra installation. Roten finns i alla fem certifikatlager.
Alla fyra varumärken utfärdas i dag från DigiCert Global Root G2, en rot från 2013 som funnits i alla fem certifikatlager i över tio år. Därför är sköldarna helt fyllda av roten själv, utan hjälp av en korssignerad kedja.
DigiCert börjar den 15 oktober 2026 utfärda från de nya dedikerade TLS-rötterna, G5, som standard. FairSSLs konto är inställd på G2-hierarkin och vi stannar där så länge DigiCert tillåter det. Vi publicerar inget datum för när vi slutar, eftersom det beror på DigiCert och inte på oss.
GlobalSign och AlphaSSL
Säljs hos FairSSL- Kompatibilitet
- 8,6 / 10
- Cross-Sign
- Kräver 1
- Rotcertifikat
- GlobalSign Root R46 (2019)
- Korssignerad mot
- GlobalSign Root CA - R3
- Varav från roten själv
- 4,3 poäng + 4,3 poäng via Cross-Sign
- Windows2021 → 2009
- Apple2022 → 2009
- Android2024 → 2009
- Linux2021 → 2009
- Java2024 → 2009
Så installeras det
Det krävs både ett mellancertifikat och ett korssignerat certifikat innan det fungerar stabilt med äldre klienter.
På Linux med nginx eller Apache lägger du båda i kedjefilen. Servern skickar exakt den fil den får.
På Windows är det särskilt besvärligt: Schannel bygger kortast möjliga kedja, så det kan bli nödvändigt att inaktivera de nyare rotcertifikaten på servern innan den hittar kedjan till den äldre roten.
Det kan också påverka vad servern själv kommer åt, eftersom det inte görs någon skillnad på rotcertifikat för inkommande och utgående trafik.
GlobalSign flyttade all utfärdning till Root R46 den 27 juli 2026, och det gäller både GlobalSign-varumärket och AlphaSSL. Roten är från 2019 och har ännu inte funnits tillräckligt länge i lagren för att fylla sköldarna på egen hand.
Resten täcks av det korssignerade certifikatet mot GlobalSign Root CA - R3, som vi levererar tillsammans med certifikatet. På Linux räcker det att skicka med kedjan. På Windows bygger Schannel kedjan utifrån maskinens egna lager, och där måste korssigneringen installeras.
Sectigo och Entrust
Säljs hos FairSSL- Kompatibilitet
- 8,1 / 10
- Cross-Sign
- Kräver 1
- Rotcertifikat
- Sectigo Public Server Authentication Root R46 (2021)
- Korssignerad mot
- USERTrust RSA Certification Authority
- Varav från roten själv
- 2,4 poäng + 5,7 poäng via Cross-Sign
- Windows2023 → 2010
- Apple2025 → 2010
- Android2025 → 2010
- Linux2024 → 2010
- Java2025 → 2010
Så installeras det
Det krävs både ett mellancertifikat och ett korssignerat certifikat innan det fungerar stabilt med äldre klienter.
På Linux med nginx eller Apache lägger du båda i kedjefilen. Servern skickar exakt den fil den får.
På Windows är det särskilt besvärligt: Schannel bygger kortast möjliga kedja, så det kan bli nödvändigt att inaktivera de nyare rotcertifikaten på servern innan den hittar kedjan till den äldre roten.
Det kan också påverka vad servern själv kommer åt, eftersom det inte görs någon skillnad på rotcertifikat för inkommande och utgående trafik.
Sectigo flyttade under våren 2025, uppdelat efter valideringsnivå: EV 15 april, OV 15 maj och DV 2 juni. Allt utfärdas nu från Sectigo Public Server Authentication Root R46, som är från 2021 och därmed den yngsta roten i jämförelsen.
Den korssignerade vägen går till USERTrust RSA, en rot från 2010 som i stort sett alla klienter känner till. Eftersom roten själv är ny kommer en större del av täckningen från kedjan än hos de andra, och det är också därför Sectigo ligger lägst här utan att vara sämre i praktiken.
Entrust sålde 2024 sin publika TLS-verksamhet till Sectigo, efter att Chrome beslutat att sluta lita på Entrust-certifikat utfärdade från november 2024. Entrusts egen webbplats använder i dag ett Sectigo-certifikat, så ett Entrust-märkt TLS-certifikat kommer i praktiken från samma rot som Sectigos övriga.
Certum
Säljs hos FairSSL- Kompatibilitet
- 8,4 / 10
- Cross-Sign
- Kräver 1
- Rotcertifikat
- Certum Trusted Root CA (2018)
- Korssignerad mot
- Certum Trusted Network CA
- Varav från roten själv
- 3,6 poäng + 4,8 poäng via Cross-Sign
- Windows2021 → 2008
- Apple2023 → 2008
- Android2024 → 2008
- Linux2021 → 2008
- Java2008 via Cross-Sign
Så installeras det
Det krävs både ett mellancertifikat och ett korssignerat certifikat innan det fungerar stabilt med äldre klienter.
På Linux med nginx eller Apache lägger du båda i kedjefilen. Servern skickar exakt den fil den får.
På Windows är det särskilt besvärligt: Schannel bygger kortast möjliga kedja, så det kan bli nödvändigt att inaktivera de nyare rotcertifikaten på servern innan den hittar kedjan till den äldre roten.
Det kan också påverka vad servern själv kommer åt, eftersom det inte görs någon skillnad på rotcertifikat för inkommande och utgående trafik.
Certum utfärdar från den 15 september 2025 från Certum Trusted Root CA, som är från 2018. Den äldre Certum Trusted Network CA förlorar förtroendet den 15 april 2027.
Korssigneringen mot Certum Trusted Network CA löper till den 19 september 2028 och täcker de klienter som ännu inte har den nya roten. Certum uppger själva att den nya roten kan saknas på Android äldre än 14.
Let's Encrypt
Säljs inte hos FairSSL- Kompatibilitet
- 5,8 / 10
- Cross-Sign
- Kräver 2
- Rotcertifikat
- Root YE (2025)
- Korssignerad mot
- ISRG Root X2
- Varav från roten själv
- 0 poäng + 5,8 poäng via Cross-Sign
- Windows2019 via Cross-Sign
- Apple2015 via Cross-Sign
- Android2015 via Cross-Sign
- Linux2015 via Cross-Sign
- Java2015 via Cross-Sign
Så installeras det
Det krävs både ett mellancertifikat och ett korssignerat certifikat innan det fungerar stabilt med äldre klienter.
På Linux med nginx eller Apache lägger du båda i kedjefilen. Servern skickar exakt den fil den får.
På Windows är det särskilt besvärligt: Schannel bygger kortast möjliga kedja, så det kan bli nödvändigt att inaktivera de nyare rotcertifikaten på servern innan den hittar kedjan till den äldre roten.
Det kan också påverka vad servern själv kommer åt, eftersom det inte görs någon skillnad på rotcertifikat för inkommande och utgående trafik.
Let's Encrypt utfärdar från sina Gen Y-rötter, Root YE för ECDSA och Root YR för RSA, båda självsignerade den 3 september 2025. Kedjan på letsencrypt.org är leaf, YE2, Root YE och därefter ISRG Root X2. De är så nya att inget lager har dem ännu, så hela täckningen kommer från korssigneringen tillbaka till ISRG Root X1 från 2015.
X1 är i sin tur berättelsen om hur en ny rot blir spridd: den var korssignerad av DST Root CA X3 fram till 2024 och klarade sig därefter utan. Det tog omkring nio år. Det är samma väg som alla utfärdare är på nu, och skälet till att en låg siffra här inte betyder ett dåligt certifikat.
Let's Encrypt säljs inte av FairSSL. Den finns med här eftersom den är den mest spridda ACME-utfärdaren och ett användbart riktmärke för hur lång tid en ny rot tar på sig att bli känd.
Google Trust Services
Säljs inte hos FairSSL- Kompatibilitet
- 9,2 / 10
- Cross-Sign
- Kräver 1
- Rotcertifikat
- GTS Root R1 (2016)
- Korssignerad mot
- GlobalSign Root CA
- Varav från roten själv
- 6,7 poäng + 2,5 poäng via Cross-Sign
- Windows2016 → 1998
- Apple2020 → 1998
- Android2022 → 1998
- Linux2019 → 1998
- Java2023 → 1998
Så installeras det
Det krävs både ett mellancertifikat och ett korssignerat certifikat innan det fungerar stabilt med äldre klienter.
På Linux med nginx eller Apache lägger du båda i kedjefilen. Servern skickar exakt den fil den får.
På Windows är det särskilt besvärligt: Schannel bygger kortast möjliga kedja, så det kan bli nödvändigt att inaktivera de nyare rotcertifikaten på servern innan den hittar kedjan till den äldre roten.
Det kan också påverka vad servern själv kommer åt, eftersom det inte görs någon skillnad på rotcertifikat för inkommande och utgående trafik.
GTS Root R1 är från 2016. Google levererar fortfarande den korssignerade kedjan mot GlobalSign Root CA från 1998 som standard, just för att nå äldre klienter, och den vägen löper ut den 28 januari 2028 tillsammans med den gamla roten.
Google Trust Services säljs inte av FairSSL. Certifikaten utfärdas via Google Cloud och via Googles egna tjänster.
Amazon Trust Services
Säljs inte hos FairSSL- Kompatibilitet
- 9,4 / 10
- Cross-Sign
- Behövs inte
- Rotcertifikat
- Amazon Root CA 1 (2015)
- Varav från roten själv
- Hela poängen kommer från roten själv
- Windows2015
- Apple2015
- Android2015
- Linux2015
- Java2020
Så installeras det
Ingen extra installation. Roten finns i alla fem certifikatlager.
Amazon Root CA 1 är från 2015 och finns i alla fem lager. Allt som utfärdas via AWS Certificate Manager kommer härifrån, så många webbplatser kör på den utan att medvetet ha valt den.
Amazon Trust Services säljs inte av FairSSL och certifikaten kan bara användas på AWS-tjänster.
GoDaddy och Starfield
Säljs inte hos FairSSL- Kompatibilitet
- 7,5 / 10
- Cross-Sign
- Kräver 1
- Rotcertifikat
- GoDaddy TLS Root CA - R1 (2025)
- Korssignerad mot
- Go Daddy Root Certificate Authority - G2
- Varav från roten själv
- 0 poäng + 7,5 poäng via Cross-Sign
- Windows2009 via Cross-Sign
- Apple2009 via Cross-Sign
- Android2009 via Cross-Sign
- Linux2009 via Cross-Sign
- Java2009 via Cross-Sign
Så installeras det
Det krävs både ett mellancertifikat och ett korssignerat certifikat innan det fungerar stabilt med äldre klienter.
På Linux med nginx eller Apache lägger du båda i kedjefilen. Servern skickar exakt den fil den får.
På Windows är det särskilt besvärligt: Schannel bygger kortast möjliga kedja, så det kan bli nödvändigt att inaktivera de nyare rotcertifikaten på servern innan den hittar kedjan till den äldre roten.
Det kan också påverka vad servern själv kommer åt, eftersom det inte görs någon skillnad på rotcertifikat för inkommande och utgående trafik.
GoDaddy utfärdar sedan september 2025 från GoDaddy TLS Root CA - R1, en dedikerad TLS-rot. Den är så ny att inget av de fem lagren har den ännu, så hela täckningen kommer från den korssignerade kedjan till deras egen rot från 2009, Go Daddy Root Certificate Authority - G2, som alla fem lager har haft i över femton år.
De befinner sig alltså mitt i samma omläggning som resten av branschen, och deras certifikat kräver samma korssignering för att nå äldre klienter. Kedjan kontrolleras på starfieldtech.com, som är där GoDaddy visar sin aktuella TLS-hierarki.
GoDaddy säljs inte av FairSSL. De finns med här eftersom många hostingkunder får sitt certifikat den vägen utan att medvetet ha valt utfärdaren.
SSL.com
Säljs inte hos FairSSL- Kompatibilitet
- 6,8 / 10
- Cross-Sign
- Kräver 1
- Rotcertifikat
- SSL.com TLS RSA Root CA 2022 (2022)
- Korssignerad mot
- SSL.com EV Root Certification Authority RSA R2
- Varav från roten själv
- 2,4 poäng + 4,4 poäng via Cross-Sign
- Windows2024 → 2017
- Apple2025 → 2019
- Android2025 → 2019
- Linux2024 → 2017
- Java2025 → 2021
Så installeras det
Det krävs både ett mellancertifikat och ett korssignerat certifikat innan det fungerar stabilt med äldre klienter.
På Linux med nginx eller Apache lägger du båda i kedjefilen. Servern skickar exakt den fil den får.
På Windows är det särskilt besvärligt: Schannel bygger kortast möjliga kedja, så det kan bli nödvändigt att inaktivera de nyare rotcertifikaten på servern innan den hittar kedjan till den äldre roten.
Det kan också påverka vad servern själv kommer åt, eftersom det inte görs någon skillnad på rotcertifikat för inkommande och utgående trafik.
SSL.com utfärdar i dag TLS från SSL.com TLS RSA Root CA 2022. Den är den yngsta roten i jämförelsen, och därför kommer merparten av täckningen från det korssignerade certifikatet mot deras egen äldre EV-rot från 2017.
SSL.com säljs inte av FairSSL. De är bland annat utfärdare för en del av Cloudflares certifikat, så många möter dem utan att ha valt dem.
Siffrorna beräknas från samma halvårsvisa ögonblicksbilder av de fem certifikatlagren för alla utfärdare. Saknar vi en utfärdares korssignerade certifikat skulle den se sämre ut än den är, så dem hämtar vi också.
Så beräknas varje sköld
Vi sparar en ögonblicksbild av vart och ett av de fem certifikatlagren två gånger om året, 1 januari och 1 juli. En ögonblicksbild är listan över de rotcertifikat lagret innehöll just den dagen. Serien börjar 2018, dit de versionerade källorna når tillbaka.
Skölden fylls med det som dina klienter faktiskt kan validera. Färgen visar hur.
Den mörkblå delen är roten själv: antal ögonblicksbilder som innehåller roten, dock högst 20, delat med 20. 20 ögonblicksbilder motsvarar tio år. Den ljusblå delen är det som ett korssignerat certifikat lägger till, och den bärnstensfärgade det som två lägger till.
Varje lager väger två poäng, så fem lager ger tio. Poängen fördelas efter hur täckningen nås: roten själv räknas 2,0, ett korssignerat certifikat 1,5 och två 1,0. En sköld kan alltså vara helt fylld på flera sätt, och siffran berättar vilket.
Att en korssignerad väg väger något mindre beror inte på att den är osäker. Den fungerar. Men den kräver att kedjan är korrekt installerad på servern, och på Windows kräver det en hel del arbete, eftersom Schannel själv bygger kedjan utifrån maskinens egna certifikatlager.
Rötter som redan fanns i ett lagers första ögonblicksbild räknas som närvarande i alla tidigare perioder. Annars skulle rötter från före 2018 straffas för att vår serie inte går längre tillbaka.
Beräkningen sker vid visning utifrån datumen, inte vid inmatning. Andelen som kommer från roten själv växer därför av sig själv när roten blir äldre, och den ljusblå delen krymper i motsvarande grad. GlobalSign Root R46 låg på 0,55 i Windows-skölden 2026 och når 1,0 år 2030 utan att någon rör konfigurationen.
Roten själv och det korssignerade certifikatet
Den mörkblå delen av en sköld räknar enbart det självsignerade rotcertifikat som CA:n utfärdar från just nu. Ett korssignerat certifikat gör inte roten äldre eller mer spridd: det är samma nyckel och samma namn, signerat av en gammal rot.
Men att stanna där vore missvisande. FairSSL levererar den korssignerade kedjan som standard, både vid nedladdning och vid SSL-automatisering, så en klient som aldrig hört talas om Sectigo Public Server Authentication Root R46 validerar ändå certifikatet via USERTrust RSA. Fem tomma sköldar skulle påstå något om produkten som inte är sant.
Därför fylls skölden upp till den täckning kunden faktiskt får, och färgen håller isär de två sakerna: vad roten klarar själv och vad kedjan täcker. En helt ny rot ärver inte den gamla rotens rykte, eftersom den ljusblå delen räknas lägre än den mörkblå och försvinner först när roten själv har kommit lika långt.
Symbolerna bredvid sköldarna
Kedjans form dras inte av från sköldarna. Den visas som egna symboler, så att du ser vad som kostar vad.
| Symbol | Vad den visar |
|---|---|
| Kedjelänkar | Antal mellanliggande certifikat mellan servercertifikatet och roten. En kort kedja har ett enda mellanliggande certifikat. |
| Korssignering 0, 1 eller 2 | Hur många korssignerade länkar som krävs för att nå den mest spridda gamla rot som vi har konfigurerat för respektive CA. GlobalSign R46 till R3 via r3r46cross2019 är 1. GlobalSign R46 till R6 och vidare till R3 är 2. |
| Windows-markering | Visas när det på Windows Server krävs både ett korssignerat certifikat och en inaktiverad rot för att nå de äldre klienterna. Windows bygger kedjan själv och väljer den kortaste vägen, så det korssignerade certifikatet blir oanvänt tills den nya roten är avstängd lokalt. |
Tillvägagångssättet på Windows står i guiderna för Sectigo, GlobalSign och AlphaSSL och DigiCert G5.
När data saknas
Saknade data får inte läsas som frånvaro. En tom sköld skulle straffa en rot för vår egen brist på källor. Reglerna är därför:
- Roten finns med, men datumet är okänt. Vi räknar med rotcertifikatets eget
notBeforeplus tolv månader och markerar skölden som uppskattad. Uppskattningen ersätts automatiskt så snart ett dokumenterat datum finns. Sectigo Public Server Authentication Root R46 står så i Windows-skölden: Microsoft har roten, men har inte publicerat någon månad. - Vi vet inte om roten finns med. Då ritas den skölden inte, och totalen skrivs som "inte bedömd" i stället för en siffra. Ett halvt underlag ger inte en halv siffra.
- Det är bekräftat att roten saknas. Bara här står skölden på noll. Sectigo R46 är noll i Android-skölden för Android 13 och äldre, eftersom roten aldrig kom in i de versionerna.
Källor
- Windows, Apple, Android och Linux: trust_stores_observatory, som håller en versionerad YAML-fil per certifikatlager. Historiken i git ger innehållet i varje lager vid ett godtyckligt datum, och vi hämtar den commit som ligger närmast 1 januari och 1 juli.
- Java: OpenJDK under
src/java.base/share/data/cacerts/, med en fil per rot och en historik per release-gren. Observatoriets Java-filer används inte, eftersom de inte har uppdaterats sedan 2020 respektive 2022. - Kontrollkällor: Mozillas
certdata.txt, AOSPplatform/system/ca-certificates, Chromesroot_store.textproto, Microsofts CCADB-rapport och Apples listor per operativsystem på support.apple.com. - Aviserade borttagningar: rotprogrammens egna meddelanden. Ett aviserat datum ingår i beräkningen, så skölden faller den dagen utan manuell åtgärd.
Antalet klienter ingår medvetet inte. Marknadsandelar ändras snabbare än certifikatlager, och en siffra som byggde på dem skulle ändras av skäl som inte har med rotcertifikatet att göra. Sköldarna mäter bara närvaro över tid.
Vanliga frågor om sköldarna
Hitta svar på de vanligaste frågorna om SSL-certifikat och FairSSL.
Osäker på vilken produkt som passar era klienter?
Skapa ett gratis konto och beställ ditt första certifikat. Ett DV-certifikat utfärdas på under 2 minuter.