Symmetrische versus asymmetrische encryptie: wat is veiliger?

Symmetrische encryptie gebruikt dezelfde sleutel voor zowel encryptie als decryptie; asymmetrische encryptie gebruikt een wiskundig verwant sleutelpaar. De vraag welke veiliger is, is een verkeerde formulering: ze pakken verschillende beveiligingsproblemen aan en worden bijna altijd samen gebruikt. De aanbevolen architectuur: gebruik asymmetrische cryptografie (ECDHE) om een ​​symmetrische sessiesleutel te genereren en gebruik vervolgens symmetrische encryptie (AES-256-GCM) voor bulkdata. Dit is het ontwerp achter TLS 1.3, SSH en end-to-end versleutelde berichtenuitwisseling.

Kort antwoord: Symmetrische versus asymmetrische encryptie

Symmetrische encryptie (één gedeelde sleutel) is snel en efficiënt voor grote hoeveelheden data, maar vereist een beveiligd kanaal voor de distributie van de gedeelde sleutel. Asymmetrische encryptie (een publiek/privaat sleutelpaar) lost het probleem van sleuteldistributie op zonder een vooraf gedeeld geheim, maar is trager en niet praktisch voor grote hoeveelheden data. Het standaardantwoord is: gebruik beide methoden samen. Asymmetrische encryptie stelt op een veilige manier een symmetrische sessiesleutel vast of verzendt deze; symmetrische encryptie gebruikt die sleutel om grote hoeveelheden data te beschermen. Correct geconfigureerd bieden beide methoden een vergelijkbare beveiligingssterkte: AES-256 en RSA-3072 bieden beide een beveiligingssterkte van ongeveer 128 bits volgens NIST SP 800-57.

Symmetrische versus asymmetrische encryptie: naast elkaar vergeleken

Eigendom	Symmetrisch	asymmetrisch
Keys	Eén gedeelde sleutel voor encryptie en decryptie.	Openbare sleutel (vrij beschikbaar) + privésleutel (geheim)
Sleuteldistributie	De gedeelde sleutel moet vooraf op een veilige manier worden verspreid.	Geen vooraf gedeeld geheim nodig
Snelheid	Snel; gigabytes per seconde met AES-NI	Traag bij vergelijkbare datavolumes
gegevensvolume	Geschikt voor grote hoeveelheden data.	Geschikt voor kleine hoeveelheden data (sessiesleutels, handtekeningen).
Beveiligingssleutelgrootte van 128 bits	128-bit (AES-128)	3072-bits modulus (RSA); 256-bits curve (ECDSA P-256)
Algoritmen	AES-256-GCM, ChaCha20-Poly1305	RSA-3072, ECDSA P-256, Ed25519, ECDH X25519
Kwantumveiligheid	AES-256 ~128-bit post-quantum (Grover's)	RSA en ECC worden door het algoritme van Shor onbruikbaar gemaakt.
Rol in TLS 1.3	AES-256-GCM / ChaCha20 voor sessiegegevens	ECDHE-sleuteluitwisseling + ECDSA-certificaatverificatie

Symmetrische encryptie

Symmetrische encryptie gebruikt één geheime sleutel voor zowel encryptie als decryptie. De zender en ontvanger moeten dezelfde sleutel delen voordat ze kunnen communiceren. De uitdaging van sleuteldistributie is de grootste beperking: hoe kunnen twee partijen die nog nooit met elkaar hebben gecommuniceerd een sleutel veilig delen? Daarom wordt symmetrische encryptie gecombineerd met asymmetrische encryptie: asymmetrische cryptografie zorgt voor een veilige vaststelling van de symmetrische sleutel, en symmetrische encryptie is geschikt voor de verwerking van grote hoeveelheden data.

AES met hardwareversnelling (AES-NI) kan gegevens versleutelen met gigabytes per seconde. RSA-versleuteling is vele malen trager. Aanbevolen algoritmen: AES-256-GCM (geauthenticeerde versleuteling; NIST FIPS 197; standaard voor data in rust en TLS-sessies) en ChaCha20-Poly1305 (TLS 1.3-alternatief; voorkeur op mobiele apparaten/IoT zonder AES-NI).

Asymmetrische versleuteling

Asymmetrische encryptie maakt gebruik van een wiskundig gerelateerd sleutelpaar. Gegevens die met de publieke sleutel zijn versleuteld, kunnen alleen met de privésleutel worden ontsleuteld. Een bericht dat met de privésleutel is ondertekend, kan door iedereen met de publieke sleutel worden geverifieerd. Het sleutelpaar is gebaseerd op zogenaamde 'trapdoor'-functies: RSA gebruikt integerfactorisatie; ECC gebruikt de discrete logaritme van de elliptische kromme. Beide methoden zijn eenvoudig in één richting en computationeel onhaalbaar in de omgekeerde richting.

Privésleutels voor asymmetrische encryptie moeten worden opgeslagen in een FIPS-gecertificeerde hardwarebeveiligingsmodule (HSM) om te voorkomen dat de sleutel in het applicatiegeheugen van een mogelijk gecompromitteerd systeem terechtkomt. Asymmetrische encryptie wordt gebruikt voor sessiesleuteluitwisseling (ECDH), digitale handtekeningen (ECDSA, Ed25519, RSA), TLS-certificaatverificatie en codeondertekening.

Algoritmeselectie op basis van gebruiksscenario

Gebruik geval	Type	Aanbevolen	vermijden
Massale gegevensversleuteling (bestanden, databases)	Symmetrisch	AES-256-GCM	DES, 3DES, AES-ECB
Gegevens in transit (TLS)	Beide (hybride)	ECDHE + AES-256-GCM of ChaCha20-Poly1305	RSA-sleuteluitwisseling (geen forward secrecy), RC4
Digitale handtekeningen	asymmetrisch	ECDSA P-256 of Ed25519; RSA-3072 (oude versie)	RSA-1024, DSA
Sleuteluitwisseling	asymmetrisch	ECDHE X25519 of P-256 (tijdelijk)	Statische DH, RSA-sleuteltransport
Volledige disk encryptie	Symmetrisch	AES-256-XTS	AES-ECB, DES
Post-kwantum sleuteluitwisseling	Asymmetrisch (PQC)	ML-KEM (FIPS 203)	RSA/ECC alleen voor duurzame infrastructuur
Post-kwantumsignaturen	Asymmetrisch (PQC)	ML-DSA (FIPS 204)	RSA/ECDSA alleen voor duurzame infrastructuur

Hoe ze samenwerken: TLS en berichtenverkeer

TLS 1.3 (HTTPS): de TLS-handshake gebruikt ECDHE om een ​​gedeelde sessiesleutel met forward secrecy af te leiden. De server authenticeert zich met behulp van zijn TLS-certificaat (asymmetrische handtekening). Na de handshake worden alle applicatiegegevens versleuteld met AES-256-GCM of ChaCha20-Poly1305 met behulp van de afgeleide sessiesleutel. Sessiesleutels worden verwijderd wanneer de sessie eindigt: het later compromitteren van de privésleutel van de server maakt het onmogelijk om eerdere sessies te decoderen.

End-to-end versleutelde berichten: bij installatie van de app wordt een asymmetrisch sleutelpaar gegenereerd; de publieke sleutel wordt geregistreerd bij de server; de privésleutel blijft op het apparaat. Om een ​​sessie te starten, haalt de afzender de publieke sleutel van de ontvanger op en gebruikt asymmetrische versleuteling om een ​​symmetrische sessiesleutel te genereren. Alle berichten worden vervolgens versleuteld met een symmetrische berichtsleutel (AES-256-GCM), wat vertrouwelijkheid garandeert bij maximale snelheid. Eerdere sessiesleutels zijn tijdelijk: zelfs bij een toekomstige inbreuk op het apparaat kunnen oude berichten niet worden gedecodeerd.

Digitale handtekeningen: asymmetrische encryptie voor authenticiteit

Digitale handtekeningen maken gebruik van asymmetrische encryptie om te bewijzen dat gegevens zijn aangemaakt door de houder van een specifieke privésleutel en niet zijn gewijzigd sinds de ondertekening. Het ondertekeningsproces:

1. De te ondertekenen gegevens worden gehasht met behulp van een cryptografische hashfunctie (SHA-256). Hashing produceert een digest met een vaste lengte die uniek is voor de invoer; elke wijziging verandert de hash.
2. De hash wordt versleuteld (ondertekend) met de privésleutel van de ondertekenaar, waardoor de digitale handtekening ontstaat.
3. De handtekening wordt aan de gegevens gekoppeld en verspreid.
4. De ontvanger decodeert de handtekening met behulp van de publieke sleutel van de ondertekenaar om de hash te herstellen.
5. De ontvanger hasht de ontvangen gegevens onafhankelijk.
6. Als beide hashes overeenkomen, is de handtekening geldig: de gegevens zijn ondertekend door de houder van de privésleutel en zijn niet gewijzigd. Als ze verschillen, zijn de gegevens gemanipuleerd of is de handtekening vervalst.

Belangrijkste managementafhankelijkheden

• Symmetrische sleutels: Moet worden gedistribueerd via een beveiligd kanaal, apart worden opgeslagen van versleutelde gegevens, volgens een vast schema worden geroteerd (NIST SP 800-57: twee tot drie jaar voor inhoudsversleutelingssleutels) en worden beheerd in een FIPS-gevalideerd KMS. Zie Sleutelbeheer in cryptografie.
• Asymmetrische privésleutels: Mag nooit de beveiligde opslag verlaten. Voor TLS-certificaten, codeondertekening en privésleutels van certificeringsinstanties is FIPS 140-2 Level 2+ HSM-opslag vereist. Zie HSM als een service.
• Vertrouwen in openbare sleutels: Asymmetrische encryptie is afhankelijk van het vertrouwen in de gebruikte publieke sleutel. TLS lost dit op door middel van certificeringsinstanties (CA's) en certificaatvalidatie. SSH gebruikt geautoriseerde sleutels met verificatie van de hostsleutelvingerafdruk (TOFU).

Beperkingen en afwegingen

• Asymmetrische algoritmen zijn kwetsbaar voor kwantummechanische aanvallen: RSA, ECDSA en ECDH worden door Shors algoritme op een kwantumcomputer gekraakt. AES-256 niet. Hybride schema's moeten hun asymmetrische component migreren naar ML-KEM/ML-DSA voor langdurige beveiliging.
• Belangrijke groottevergelijkingen tussen gezinnen zijn misleidend: RSA-2048 biedt 112-bits beveiliging; AES-128 biedt 128-bits beveiliging. Het aantal bits heeft een andere betekenis voor elke algoritmefamilie.
• De werkwijze is net zo belangrijk als de keuze van het algoritme: AES-ECB is onveilig, zelfs met een 256-bits sleutel. AES-CBC biedt geen integriteitsbescherming zonder een aparte MAC. AES-GCM biedt zowel vertrouwelijkheid als integriteit. De modusselectie maakt deel uit van de algoritmeselectie.
• Prestatieasymmetrie: RSA-3072-ondertekening is aanzienlijk trager dan AES-256-GCM-encryptie van equivalente gegevens. Voor codeondertekening met hoge doorvoer of certificaatuitgifte heeft ECDSA P-256 de voorkeur boven RSA vanwege de aanzienlijk snellere ondertekeningsprocessen.

Conclusie

Symmetrische en asymmetrische encryptie vullen elkaar aan. Symmetrische encryptie is snel en schaalbaar voor grote hoeveelheden data; asymmetrische encryptie biedt veilige sleuteldistributie en digitale authenticatie. Elk belangrijk beveiligd communicatieprotocol gebruikt beide: asymmetrisch voor de handshake en sleuteluitwisseling met forward secrecy, symmetrisch voor grote hoeveelheden data. De kwantumdimensie voegt een belangrijke asymmetrie toe: AES-256 is kwantumveilig; RSA en ECC zijn dat niet. Organisaties met langdurige encryptiebehoeften zouden de migratie van asymmetrische algoritmen naar NIST PQC-standaarden moeten plannen, terwijl ze AES-256 behouden voor symmetrische encryptie. Zie voor meer informatie: Vergelijking van encryptiealgoritmen en sleutelbeheer in cryptografie.

Veelgestelde Vragen / FAQ

Wat is veiliger: symmetrische of asymmetrische encryptie?

Geen van beide is universeel veiliger. Beide kunnen een gelijkwaardige beveiligingssterkte bereiken. Ze lossen verschillende problemen op: symmetrische methoden zijn snel voor grote hoeveelheden data, maar vereisen een veilige sleuteldistributie; asymmetrische methoden lossen het distributieprobleem op, maar zijn traag. Ze worden samen gebruikt in alle belangrijke beveiligde protocollen.

Wat zijn de belangrijkste symmetrische encryptiealgoritmen?

AES-256-GCM (aanbevolen standaard; geauthenticeerde encryptie; NIST FIPS 197), AES-128-GCM (acceptabel), ChaCha20-Poly1305 (TLS 1.3-alternatief voor hardware zonder AES-NI). Vermijd 3DES (door NIST afgekeurd), DES (niet compatibel), RC4 (afgekeurd).

Wat zijn de belangrijkste asymmetrische encryptiealgoritmen?

Handtekeningen: ECDSA P-256 of Ed25519 heeft de voorkeur; RSA-3072 is het minimum voor RSA. Sleuteluitwisseling: ECDH X25519 of P-256 (tijdelijk). Na de kwantumtransactie: ML-KEM (FIPS 203) voor sleutelinkapseling; ML-DSA (FIPS 204) voor handtekeningen.

Wat is forward secrecy en waarom is het belangrijk?

Een eigenschap waarbij het compromitteren van de langetermijn-privésleutel het decoderen van eerdere sessies onmogelijk maakt, omdat de sessiesleutels tijdelijk waren. TLS 1.3 vereist dit via ECDHE. Beschermt tegen aanvallen waarbij aanvallers versleuteld verkeer vastleggen om het na een sleutelcompromis te decoderen.

Hoe wordt symmetrische encryptie gebruikt in TLS?

TLS gebruikt asymmetrische ECDHE om een ​​gedeelde sessiesleutel af te leiden (handshake) en vervolgens symmetrische AES-256-GCM of ChaCha20-Poly1305 voor alle applicatiegegevens. Sessiesleutels zijn tijdelijk; de asymmetrische component authenticeert de server; de symmetrische component verwerkt grote hoeveelheden gegevens op volle snelheid.

Zijn symmetrische en asymmetrische encryptie kwantumveilig?

AES-256 behoudt een beveiliging van ongeveer 128 bits tegen het Grover-algoritme (kwantumveilig). RSA, ECDSA en ECDH worden gekraakt door het Shor-algoritme. NIST heeft ML-KEM (FIPS 203) en ML-DSA (FIPS 204) gestandaardiseerd als vervangingen voor het kwantumtijdperk. Volgens NIST IR 8547 wordt voorgesteld om RSA/ECC na 2030 uit te faseren.