Waarom Oude SSL-Certificaten Ons Nog Steeds Iets Kunnen Leren

Elk paar jaar gebeurt er iets interessants in de wereld van cryptografie: een sleutellengte die ooit als veilig gold, verdwijnt stilletjes naar de achtergrond. Wat in de jaren 90 nog onbreekbaar leek, voelt nu gevaarlijk verouderd aan. RSA-sleutels die destijds onvoorstelbaar groot leken, worden tegenwoordig binnen uren gekraakt op gewone hardware.

Zo'n situatie deed zich recent voor toen een onderzoeker_resultaten publiceerde van het factoriseren van 512-bit RSA-sleutels. Deze kwamen van oude root certificate authorities (CA's) — de vertrouwde ankers waar browsers op bouwen om website-identiteiten te verifiëren. Concreet ging het om certificaten van E-Certify, een Canadese CA, die meegeleverd werden met Netscape 4.51 uit maart 1999. Deze roots bleven vertrouwd voor SSL-verbindingen tot 2003, toen de cryptografische gemeenschap eindelijk erkende dat 512 bits nooit voldoende is geweest.

Waarom 512 Bits Vanaf Het Begin Een Slecht Idee Was

RSA-512 maakt gebruik van een 512-bit modulus — het product van twee grote priemgetallen. In de jaren 90 was het factoriseren van zo'n getal theoretisch mogelijk, maar in de praktijk lastig. Maar de wiskunde is niet veranderd; onze rekenkracht wel. Een moderne Ryzen 9-processor kan een 512-bit RSA-sleutel in ongeveer 30 uur factoriseren met open-source tools zoals CADO-NFS. In 1999 zou dezelfde sleutel een supercomputer of een grootschalige gedistribueerde inspanning hebben vereist.

Wat bijzonder opvallend is: zelfs in 1999 was het krappe koord. RSA-155 (een 512-bit getal met 155 decimalen) werd gefactoriseerd in augustus 1999, slechts maanden nadat de E-Certify certificaten werden verzonden. De onderzoeker merkte op dat deze sleutels waarschijnlijk nooit auraient mogen worden uitgegeven.

De Historische Context van Web PKI

De Web PKI — het systeem van certificate authorities dat HTTPS beveiligt — was gebouwd op vertrouwensaannames die nu bijna komisch overkomen. In de jaren 90 verzonden browserleveranciers met tientallen root-certificaten van autoriteiten over de hele wereld, met minimale standaardisatie rond sleutellengtes of operationele praktijken.

Netscape, dat web commerce met SSL in 1994 in wezen uitvond, was bijzonder soepel. Internet Explorer was een stuk conservatiever — geen 512-bit RSA roots voor SSL zijn ooit met Internet Explorer meegeleverd. Maar Netscape's aanpak creëerde een historisch artefact: 512-bit CA-certificaten die vertrouwd bleven op elk systeem met een oude versie van Netscape en een verkeerd ingestelde klok.

Wat Dit Betekent Voor Moderne Beveiliging

De les is niet simpelweg "gebruik nooit 512-bit RSA." Dat is overduidelijk. De belangrijkere les is dat beveiligingsstandaarden levende documenten zijn. Een 2048-bit RSA-sleutel, die huidige best practices vereisen, wordt ooit ook te klein geacht. Het NIST Post-Quantum Cryptography standaardisatieproject is al gaande omdat onderzoekers anticiperen dat quantumcomputers RSA uiteindelijk volledig zullen breken.

Voor ontwikkelaars en organisaties vandaag versterkt deze historische les een paar belangrijke principes:

• Plan voor algoritme-migratie: Je infrastructuur heeft updates nodig naarmate cryptografische standaarden evolueren. Vermijd het hardcoderen van specifieke algoritmes.
• Monitor deprecation-tijdlijnen: Certificate authorities en browsers kondigen regelmatig einddata aan voor oudere sleutellengtes en hash-functies.
• Automatiseer certificaatvernieuwing: Handmatige processen leiden tot vergeten certificaten en verouderde configuraties.
• Gebruik certificate transparency: Moderne CA's moeten certificaten publiek loggen, waardoor het moeilijker wordt voor kwaadwillenden om frauduleuze certificaten te verkrijgen.

Het Leuke Deel

Naast de beveiligingsimplicaties is er iets onmiskenbaar cools aan het kraken van cryptografische sleutels van een ter ziele gegane certificate authority. De onderzoeker publiceerde zowel de E-Certify private keys als een test HTTPS-server die werkt met Netscape Navigator 4.51. Het is een tijdcapsule die bewijst dat deze oude certificaten nog steeds verbindingen kunnen authenticeren — tenminste voor browsers die draaien op software die ouder is dan veel van de huidige ontwikkelaars.

Ben je nieuwsgierig naar het verkennen van oude certificaat-archieven? De onderzoeker heeft tools en instructies gepubliceerd voor het extraheren en analyseren van historische root-certificaten. Je vindt misschien andere vergeten CA's met zwakke sleutels. Het is een herinnering dat internetgeschiedenis sporen achterlaat, en niet allemaal waren ze veilig.

De volgende keer dat je TLS configureert voor je applicatie, neem even de tijd om te waarderen hoe ver we zijn gekomen — en hoe je hostingplatform waarschijnlijk automatisch certificaatvernieuwing, sleutellengtes en cipher suite-selectie afhandelt. De woeste-west-periode van 512-bit CA's ligt achter ons, maar de lessen over cryptografische hygiëne blijven even relevant als altijd.