RC4 (Rivest Cipher 4) is een symmetrische datastroomversleuteling, ontworpen door Ron Rivest in 1987. Het versleutelt gegevens byte voor byte en werd ooit veel gebruikt in SSL/TLS, WEP en andere protocollen vanwege de snelheid en eenvoud. RC4 is niet langer veilig: ernstige gebreken leidden ertoe dat het in 2015 werd verboden in TLS.
RC4 (Rivest Cipher 4) is een symmetrische datastroomversleuteling, ontwikkeld door Ron Rivest in 1987, die gegevens byte voor byte versleutelt. Ooit populair in SSL/TLS , WEP en draadloze standaarden vanwege de snelheid en eenvoud, wordt RC4 nu als onveilig beschouwd. Verschillende aanvallen maken gebruik van kwetsbaarheden in de sleutelstroom, en het werd in 2015 formeel verboden in TLS. Het gebruik ervan wordt afgeraden.
Key Takeaways
- RC4 (Rivest Cipher 4) is een symmetrische stroomversleuteling, ontworpen door Ron Rivest in 1987, die gegevens byte voor byte versleutelt.
- Het werd veel gebruikt in SSL/TLS, het WEP Wi-Fi-protocol en IEEE 802.11 omdat het snel en eenvoudig was.
- RC4 is niet veilig: vertekeningen in de sleutelstroom, zwakke beginbytes, de FMS-aanval en de Bar Mitzvah-aanval ondermijnen het allemaal.
- RFC 7465 (2015) verbood RC4 formeel in TLS; NIST en alle belangrijke standaarden ontmoedigen of verbieden het.
- De zwakte van RC4 is klassiek, niet kwantum, dus post-kwantumcomputing is niet het probleem; het zou allang overal uitgeschakeld moeten zijn.
Wat is RC4?
RC4, ook bekend als Rivest Cipher 4, is een symmetrische streamversleuteling ontworpen door Ron Rivest in 1987. Een streamversleuteling versleutelt gegevens byte voor byte, in plaats van in vaste blokken. RC4 was een van de meest gebruikte streamversleutelingen en werd gebruikt in SSL/TLS, de IEEE 802.11 draadloze LAN-standaard en het WEP (Wired Equivalent Privacy) Wi-Fi-beveiligingsprotocol. De populariteit was te danken aan de eenvoudige implementatie en snelle prestaties. Tegenwoordig is RC4, vanwege ernstige tekortkomingen, vrijwel volledig uitgefaseerd.
Is RC4 veilig? De kwetsbaarheden
Nee. RC4 wordt vanwege diverse bekende tekortkomingen niet aanbevolen voor modern gebruik:
- Belangrijke planningsfouten: Het sleutelplanningsalgoritme van RC4 produceert statistische vertekeningen in de sleutelstroom. Een aanvaller kan deze vertekeningen misbruiken om informatie over de sleutel af te leiden en delen van de platte tekst te achterhalen.
- Zwakke initiële sleutelstroombytes: De eerste bytes die RC4 genereert, zijn bijzonder bevooroordeeld, en die vooroordelen kunnen worden gebruikt om delen van de platte tekst te voorspellen of te raden.
- Fluhrer, Mantin en Shamir (FMS) vallen aan: Een baanbrekende aanval die zich richt op de vooroordelen in de initiële sleutelstroom om delen van de sleutel te achterhalen. Deze aanval kraakte het WEP Wi-Fi-protocol, dat afhankelijk was van RC4.
- Bar Mitzvah-aanval: Deze aanval, die in 2015 aan het licht kwam, maakt gebruik van vertekeningen in de sleutelstroom (de 'invariantiezwakte') om delen van de platte tekst te achterhalen wanneer RC4 wordt gebruikt in bepaalde protocollen en configuraties.
- Lopende cryptanalyse: De beveiliging van RC4 is in de loop der tijd alleen maar verslechterd naarmate er meer aanvallen zijn ontdekt. ​​Zodra dergelijke zwakke punten bekend zijn, verdwijnen ze niet, maar worden ze juist gemakkelijker te misbruiken.
RC4 is officieel verboden in TLS.
De doorslaggevende mijlpaal werd bereikt in februari 2015, toen de IETF RFC 7465 publiceerde, waarin het gebruik van RC4-coderingssuites in TLS formeel werd verboden. Browsers en servers schakelden RC4 vervolgens volledig uit. NIST en normen zoals PCI DSS Ook ontmoedigen of verbieden is belangrijk. In de praktijk is RC4 al tien jaar niet meer geschikt voor veilige communicatie, en elk systeem dat het nog steeds aanbiedt, legt een bekende, exploiteerbare zwakte bloot.
Voordelen en nadelen van RC4
| Voordelen (historisch) | Nadelen (waarom het niet meer gebruikt wordt) |
| Eenvoudig te implementeren | Vooringenomen beginbytes van de uitvoer lekken informatie. |
| Snel en efficiënt | De sleutel kan worden hersteld uit een voldoende grote sleutelstroom. |
| Verwerkt grote datastromen snel. | Geen ingebouwde authenticatie (kwetsbaar voor MITM-aanvallen en manipulatie) |
De voordelen verklaren waarom RC4 populair was in de jaren 1990 en 2000. De nadelen verklaren waarom het is verlaten: snelheid is geen vervanging voor veiligheid, en moderne versleutelingstechnieken zoals AES-GCM en ChaCha20-Poly1305 zijn zowel snel als veilig.
Hoe schakel ik RC4 uit op mijn server?
Als een van uw systemen nog steeds RC4 aanbiedt, schakel dit dan uit. Op Windows wordt RC4 uitgeschakeld via het SCHANNEL-register: stel voor elke RC4-coderingsbreedte (RC4 128/128, RC4 56/128 en RC4 40/128) de waarde van de codering op 0 in onder de SCHANNEL Ciphers-sleutel en herstart de computer. Na deze instellingen zal het systeem geen RC4-coderingssuite meer gebruiken voor inkomende of uitgaande verbindingen. (Microsoft documenteert de exacte registerpaden voor het uitschakelen van zwakke coderingsmethoden in het SCHANNEL-register.)
Verwijder op Linux en andere platforms RC4 uit de cipher-configuratie van uw webserver of TLS-bibliotheek (bijvoorbeeld door RC4 uit te sluiten van de OpenSSL-cipher-string). Gebruik in het algemeen alleen moderne, sterke cipher suites. Dit zorgt ervoor dat u voldoet aan standaarden zoals NIST en PCI DSS en de bekende zwakke punten van RC4 afdekt.
Is RC4 in 2026 nog steeds veilig? En hoe zit het met kwantumcomputing?
Nee. Vanaf 2026 wordt RC4 als defect beschouwd en mag het nergens meer gebruikt worden. In tegenstelling tot algoritmes zoals AES, RSA, en ECCHoewel de beveiliging van RC4 momenteel opnieuw wordt beoordeeld voor het kwantumtijdperk, ligt het probleem bij RC4 helemaal niet bij kwantumcomputing. Het is immers al verslagen door gewone, klassieke aanvallen en is sinds 2015 verboden in TLS. Kwantumcomputers zijn irrelevant voor RC4, omdat het geen kwantumcomputer nodig heeft om gekraakt te worden.
De post-kwantumtransitie betreft algoritmen die vandaag de dag veilig zijn, maar kwetsbaar voor toekomstige kwantumaanvallen, met name RSA en ECC voor sleuteluitwisseling en digitale handtekeningen. NIST heeft hiervoor in augustus 2024 post-kwantumstandaarden vastgesteld.ML-KEM, ML-DSAen SLH-DSA) en de conceptrichtlijnen wijzen erop dat RSA en ECC rond 2030 tot 2035 uitgefaseerd zullen worden. AES-256 blijft kwantumresistent. RC4 behoort simpelweg tot een ouder probleem: het had al lang voordat kwantumcomputing een probleem werd, verwijderd moeten worden.
Hoe encryptieconsultancy kan helpen
Het opsporen en verwijderen van zwakke algoritmen zoals RC4, en de overstap naar sterke, conforme cryptografie, vormt de kern van de adviesdiensten van Encryption Consulting . Via onze encryptiebeoordeling identificeren we waar risicovolle data en verouderde algoritmen zich bevinden, verifiëren we de encryptie aan de hand van standaarden zoals NIST en FIPS 140-3, en bieden we een duidelijk herstelplan, inclusief het uitfaseren van cipher suites zoals RC4 en de planning voor de post-quantum transitie van RSA en ECC. Ondersteund door ISO/IEC 27001:2022 en SOC 2-gecertificeerde werkwijzen.
Veelgestelde Vragen / FAQ
Wat is RC4?
RC4 (Rivest Cipher 4) is een symmetrische datastroomversleuteling, ontworpen door Ron Rivest in 1987. Het versleutelt data byte voor byte, waardoor het snel en eenvoudig te implementeren was. RC4 werd ooit veel gebruikt in SSL/TLS, het WEP Wi-Fi-protocol en de IEEE 802.11 draadloze standaard. Vanwege ernstige cryptografische zwakheden die in de loop der jaren zijn ontdekt, wordt RC4 nu als onveilig beschouwd en is het niet langer in gebruik.
Is RC4 veilig?
Nee. RC4 is niet veilig en mag niet worden gebruikt. Het lijdt aan statistische vertekeningen in de sleutelstroom, met name in de eerste bytes, waardoor aanvallen zoals de Fluhrer, Mantin en Shamir (FMS)-aanval en de Bar Mitzvah-aanval delen van de sleutel of de platte tekst kunnen achterhalen. Het mist ook ingebouwde authenticatie. RFC 7465 verbood RC4 in TLS formeel in 2015, en NIST en andere standaarden ontmoedigen of verbieden het gebruik ervan.
Waarom wordt RC4 als onveilig beschouwd?
RC4 is onveilig omdat het sleutelplanningsalgoritme vertekeningen in de sleutelstroom veroorzaakt, en de eerste uitvoerbytes bijzonder zwak zijn. Aanvallers kunnen deze vertekeningen misbruiken om sleutelinformatie af te leiden en de onversleutelde tekst te achterhalen. Bekende voorbeelden van dergelijke aanvallen zijn de FMS-aanval, die het WEP Wi-Fi-protocol kraakte, en de Bar Mitzvah-aanval uit 2015. RC4 biedt bovendien geen berichtauthenticatie, waardoor het kwetsbaar is voor manipulatie. Deze gebreken zijn niet alleen theoretisch, maar ook praktisch van aard, en daarom is RC4 verboden.
Wanneer werd RC4 verboden of afgekeurd?
De doorslaggevende stap werd gezet in februari 2015, toen de IETF RFC 7465 publiceerde, waarmee RC4-coderingssuites in TLS formeel werden verboden. Rond dezelfde tijd schakelden grote browsers en servers RC4 standaard uit. NIST had het gebruik ervan al afgeraden en standaarden zoals PCI DSS vereisen sterke coderingssuites die RC4 uitsluiten. Kortom, RC4 is sinds ongeveer 2015 verboden terrein voor veilige communicatie.
Hoe schakel ik RC4 uit op mijn server?
Op Windows kunt u RC4 uitschakelen via het SCHANNEL-register door de waarde 'Enabled' op 0 te zetten voor elke RC4-coderingsbreedte (RC4 128/128, 56/128 en 40/128) en vervolgens de computer opnieuw op te starten. Op deze manier zal het systeem geen RC4-coderingssuite onderhandelen. Op Linux of andere platforms verwijdert u RC4 uit de coderingsconfiguratie van uw webserver of TLS-bibliotheek (bijvoorbeeld door het uit te sluiten van de OpenSSL-coderingsreeks). Het overkoepelende doel is om alleen moderne, sterke coderingssuites aan te bieden.
Heeft kwantumcomputing invloed op RC4?
Niet op een zinvolle manier. RC4 is al gekraakt door gewone klassieke aanvallen en is sinds 2015 verboden in TLS, dus kwantumcomputing is niet de zorg voor RC4. De post-kwantumtransitie richt zich op algoritmen die vandaag de dag veilig zijn, maar kwetsbaar voor toekomstige kwantumcomputers, met name RSA en ECC. Voor die algoritmen heeft NIST in 2024 post-kwantumstandaarden vastgesteld. RC4 behoort simpelweg tot een eerdere generatie van gekraakte cryptografie die allang tot het verleden zou moeten behoren.
Schrap zwakke cijfers zoals RC4.
Als RC4 nog steeds ergens in uw omgeving wordt aangeboden, is dit een bekende, exploiteerbare zwakte. Ontdek de adviesdiensten van Encryption Consulting op het gebied van encryptie om verouderde algoritmen te vinden, deze uit te faseren en over te stappen op sterke, op standaarden gebaseerde, kwantumgeschikte cryptografie.