Hvad betyder asymmetrisk kryptering i praksis?
Asymmetrisk kryptering er en metode, hvor to forskellige nøgler arbejder sammen: en offentlig nøgle og en privat nøgle. Når du bruger den offentlige nøgle, kan modtageren typisk kun læse resultatet med den tilhørende private nøgle. Tilsvarende kan den private nøgle bruges til at skabe en signatur, som andre kan verificere med den offentlige nøgle.
Det centrale ved asymmetrisk kryptering er, at den offentlige nøgle kan deles uden at give en modstander mulighed for at læse fortroligt indhold eller udgive sig for at være dig—så længe den private nøgle forbliver beskyttet. Dermed egner teknikken sig godt til situationer, hvor parterne ikke allerede kender hinandens hemmeligheder.
Hvordan fungerer fortrolighed og signaturer?
Der er to udbredte sikkerhedsformål, som ofte forveksles:
- Fortrolighed (kryptering)
- Afsender bruger typisk modtagerens offentlige nøgle til at kryptere beskeder.
- Kun modtageren, som råder over den private nøgle, kan gendekryptere og læse indholdet.
- Integritet og autenticitet (signaturer)
- Afsender danner en signatur med sin private nøgle.
- Modtageren kan kontrollere signaturen med afsenderens offentlige nøgle.
- En gyldig signatur kan indikere, at beskeden ikke er blevet ændret undervejs, og at den kommer fra den nøgle, der svarer til afsenderens identitet.
I praksis bruges det ofte sådan, at systemet også håndterer nøgler og identiteter. Derfor er det ikke kun “algoritmen” der betyder noget, men også hvordan modtagers og afsenders nøgler bliver knyttet til identiteter.
Hvad er forskellen på asymmetrisk og symmetrisk kryptering?
Asymmetrisk kryptering og symmetrisk kryptering løser lignende problemer, men på forskellige måder:
- Symmetrisk kryptering bruger typisk samme nøgle (eller samme hemmelighed) til både kryptering og dekryptering.
- Asymmetrisk kryptering bruger et nøglepar: offentlig til deling/verifikation og privat til at kunne dekryptere/signere.
Konsekvensen er, at asymmetrisk kryptering er velegnet, når du skal etablere sikkerhed mellem parter, der ikke har en allerede delt hemmelig nøgle. Symmetrisk kryptering er ofte mere effektiv til selve datamængden, så mange systemer kombinerer dem: asymmetrisk bruges typisk til at etablere eller beskytte nøgler, mens symmetrisk håndterer selve trafikken.
Begrænsninger og hvad asymmetrisk kryptering ikke løser
Selv om asymmetrisk kryptering styrker sikkerheden, er der vigtige begrænsninger:
- Nøglekendskab er afgørende. Hvis en modstander får dig til at tro, at en offentlig nøgle tilhører en anden, kan systemets sikkerhed blive undermineret. Derfor handler en stor del af den praktiske sikkerhed om korrekt nøgle-validering og tillid til den identitet, nøglen er knyttet til.
- Privat nøgle skal beskyttes. Lækkes den private nøgle, kan en angriber i princippet læse fortroligt indhold (i de scenarier, hvor den private nøgle er nødvendig) eller udstede signaturer.
- Endpoint og brugeradfærd spiller stadig ind. Kryptering kan ikke i sig selv forhindre, at din enhed kompromitteres, eller at du deler følsomme oplysninger på en usikker måde. Beskyttelsen gælder typisk selve kommunikationsindholdet—ikke alt omkring processen.
Sådan kan du kontrollere, om din kommunikation er beskyttet
Du kan ikke altid “se” asymmetrisk kryptering direkte, men du kan vurdere robustheden ud fra konkrete kontrolpunkter:
- Identitet og nøglevalidering: Er der en mekanisme, der validerer, at den offentlige nøgle faktisk tilhører den rigtige part? Uanset om det sker via certifikater eller andre metoder, er dette ofte den mest kritiske del i praksis.
- Konsekvent sikker kanal: Kig efter tegn på en etableret sikker forbindelse i den konkrete tjeneste. Når en tjeneste bruger kryptering og validerer nøgler korrekt, bliver beskyttelsen mere sandsynlig.
- Privat nøglehåndtering: Hvis du selv håndterer nøglemateriale (fx i en løsning med nøgler, du administrerer), så kontroller at den private nøgle er beskyttet mod uautoriseret adgang og at sikkerhedskopiering ikke skaber nye risici.
Hvis du skal tage højde for usikkerheder: mange faktorer afgør resultatet, og implementeringer varierer. Derfor er det fornuftigt at fokusere på, om der findes en troværdig metode til at forbinde nøgler til identiteter, samt om den private nøgle holdes sikker.