Hvad er Diffie-Hellman, og hvad betyder “høj grad af sikkerhed”?

Diffie-Hellman (ofte forkortet DH) er en metode til nøgelaftale: to parter kan etablere en fælles hemmelighed, som efterfølgende bruges til at beskytte selve kommunikationen (fx med symmetrisk kryptering). Formålet er at give fortrolighed selv når kommunikationen mellem parterne kan observeres af en tredjepart.

Når man taler om “høj grad af online sikkerhed” i denne sammenhæng, bør det forstås som et spørgsmål om, hvor godt en angriber kan få fat i indholdet eller ændre kommunikationen. DH bidrager især til fortrolighed, fordi den fælles hemmelighed ikke nødvendigvis kan genskabes af en, der kun ser den offentlige udveksling.

Samtidig er det vigtigt at nuancere: kryptering alene er ikke hele sikkerheds-svaret. Mange trusler handler ikke kun om at aflæse data, men også om at sikre, at man faktisk taler med den rigtige modpart.

Et enkelt modelbillede af, hvordan Diffie-Hellman virker

Tænk på DH som en proces, hvor begge parter vælger hemmelige værdier (private “hemmeligheder”) og udveksler beregnede oplysninger (offentlige “beregninger”). Når begge parter har modtaget den andens offentlige bidrag, kan de selv beregne den samme fælles hemmelighed.

Den centrale idé er, at en observatør, der kan se de offentlige budskaber, ikke uden de private hemmeligheder kan genskabe den fælles hemmelighed på en praktisk måde. Den vigtige pointe er altså:

  • Der udveksles oplysninger, som kan være offentlige.
  • Den fælles nøgle/hemmelighed afhænger af private valg hos begge parter.

Det gør DH velegnet til brug i protokoller, hvor parter mødes over et netværk, de ikke fuldt ud kan stole på.

Underdele: nøgelaftale, derefter kryptering og integritet

I praksis bruges DH som “nøgledel” i en større sikkerhedsløsning. Typisk sker der følgende i en moderne kommunikationsopsætning:

  1. Parterne gennemfører en nøgelaftale (hvor DH kan indgå).
  2. Den fælles hemmelighed omsættes til en eller flere sessionnøgler.
  3. Derefter bruges symmetrisk kryptografi til at kryptere data.
  4. Der kan også være mekanismer for integritet og/eller autenticitetskontrol, så ændringer undervejs kan opdages.

Her ligger forskellen mellem at “have en metode” og at “opnå høj sikkerhed”. Høj sikkerhed kræver, at hele kæden (nøgelaftale, valg af nøgler, krypteringsmåder og integritetsbeskyttelse) er passende og implementeret korrekt.

Forskelle, undtagelser og den vigtigste begrænsning

Den mest afgørende begrænsning for DH alene er ofte, at det ikke i sig selv giver autentifikation. Uden autentifikation kan en angriber forsøge en man-in-the-middle-situation: angriberen får parterne til at danne “forskellige” nøgler med hver sin side, mens hver part tror, at den taler direkte med den anden.

Det betyder, at hvis dit mål er “høj grad af sikkerhed”, skal du se efter, at protokollen også har autentifikationslag (for eksempel verifikation af identitet via certifikater eller andre tillidsmekanismer). I så fald kan DH være en stærk komponent til fortrolighed, mens autentifikationen hjælper med at modvirke forkerte modpartsbetingelser.

En anden praktisk begrænsning er, at sikkerheden afhænger af konfiguration og algoritmevalg. Selvom DH-konceptet er velkendt, kan dårlige eller forældede opsætninger, samt implementeringsfejl, reducere den reelle effekt. Derfor bør man være opmærksom på, at “DH er sikkert” ikke automatisk betyder “din konkrete forbindelse er sikkert”.

Hvad kan du selv kontrollere, når du vurderer sikkerheden?

Du kan ikke altid måle “sikkerhedsgraden” direkte, men du kan kontrollere nogle konkrete forhold, som hænger tæt sammen med DH i en hel protokol:

  • Er der autentifikation af modparten i den konkrete forbindelse? Uden autentifikation er DH alene typisk ikke nok mod man-in-the-middle.
  • Hvilken nøgleudvekslingsmetode og nøgleegenskaber bruges? Kig efter at forbindelsen bruger en moderne, robust DH-variant i stedet for forældede varianter.
  • Er der også integritetsbeskyttelse (så en angriber ikke kan ændre data uden at det opdages)?
  • Hvad er konteksten for forbindelsen: er det en standard protokol, hvor moderne sikkerhedsmekanismer normalt er aktiveret?
  • Er der andre risici uden for krypteringen (fx kompromitterede enheder, usikre endepunkter eller ondsindet software), som kryptering ikke kan fjerne?

Hvis du bruger dette som tjekliste, får du en mere realistisk vurdering: Diffie-Hellman kan være en vigtig byggesten for fortrolighed, men høj online sikkerhed kommer af kombinationen af nøgelaftale, autentifikation, integritet og korrekt opsætning.