Definition: hvad er Key Exchange?

Key Exchange (nøgleudveksling) er den del af en sikker forbindelse, hvor to parter etablerer en fælles hemmelighed, som derefter bruges til at kryptere og/eller autentificere data. Pointen er, at parterne ender med nøglemateriale, som kan bruges til at beskytte kommunikationen, selvom de udveksler information over et netværk.

I praksis handler Key Exchange ofte om, at man kombinerer:

  • en metode til at aftale hemmeligheder matematisk,
  • en måde at beskytte mod manipulation undervejs,
  • og i mange systemer en form for identitetskontrol (så man ikke ender med at dele nøgler med den forkerte part).

Et enkelt billede af, hvad der sker

Tænk det som en proces i fire trin:

  1. Fælles parametre og valg: Parterne vælger fælles metoder (fx hvilke kryptografiske algoritmer der skal bruges). De aftaler også, hvordan de senere vil omregne den fælles hemmelighed til brugbare session-nøgler.

  2. Udveksling af bidrag: Hver part sender et bidrag, som i sig selv ikke nødvendigvis afslører den endelige hemmelighed. Bidragene er typisk konstrueret, så den anden part kan kombinere dem til en fælles værdi.

  3. Beregnelse af en fælles hemmelighed: Begge sider beregner samme hemmelige værdi ud fra deres eget bidrag og det, de modtog.

  4. Afledning og brug: Den hemmelige værdi omdannes til konkrete nøgler til kryptering og eventuelt til integritet/autentificering. Herefter kan data sendes fortroligt og typisk også med beskyttelse mod uautoriserede ændringer.

Det vigtige er, at den hemmelige værdi ikke skal kunne læses direkte af en tredjepart, som bare observerer nettrafikken.

Hvor ligger “sikringen” i praksis?

Key Exchange bidrager primært med fortrolighed (hemmeligholdelse af indhold) ved at give parterne fælles nøgler, der bruges til kryptering. Derudover kan det også bidrage til integritet og autentificering, men kun hvis den samlede protokol inkluderer mekanismerne.

Der er derfor to relevante dimensioner:

  • Nøgleaftalen: kan en angriber, der lytter, udlede nøglerne?
  • Modstandsdygtighed mod falske parter: bliver parterne ved med at stole på den, de tror, de kommunikerer med?

Hvis den del mangler, kan en angriber forsøge at være “imellem” (man-in-the-middle) og forsøge at få hver part til at etablere nøgler med angriberen i stedet for hinanden. Hvor meget det er muligt, afhænger af den konkrete løsning og dens autentificering.

Forskelle og grænser, du bør kende

Key Exchange er ikke én enkelt universal metode. Forskellen mellem systemer ligger ofte i:

  1. Autentificeringens niveau Nogle opsætninger kombinerer Key Exchange med en måde at verificere identiteter på. Andre gør ikke, eller gør det svagere. Hvis identiteterne ikke kontrolleres, kan man få nøgler, men sikkerheden kan være illusorisk, fordi man kan ende i en kompromitteret situation.

  2. Valg af kryptografiske algoritmer Sikkerheden påvirkes af, om de valgte algoritmer og parametre er passende. Ældre eller upræcise konfigurationer kan reducere beskyttelsen.

  3. Korrekt brug i hele protokollen Selv en stærk Key Exchange kan undermineres, hvis resten af forbindelsen håndterer nøgler forkert, eller hvis klient og server ikke forhandler sikkert (fx hvis man accepterer svage muligheder).

  4. Hvad det ikke automatisk beskytter mod Key Exchange sikrer ikke i sig selv mod alt. Det beskytter typisk ikke mod malware på en enhed, kompromitterede slutpunkter, eller angreb der tager udgangspunkt i, at en bruger frivilligt deler data efter forbindelsen er etableret.

En praktisk tommelfingerregel er: Key Exchange er centralt for kryptografisk beskyttelse i transit, men det erstatter ikke sikker opsætning, opdateringer og tillid til de parter, man forbinder til.

Hvad kan du selv kontrollere?

Du kan kontrollere nogle konkrete punkter for at vurdere, om nøgleudvekslingen i din forbindelse forløber på en sikker måde:

  • Er der tegn på, at der bruges en sikker forhandlingsmekanisme? I mange systemer kan du se, at forbindelsen ikke er “ukrypteret”, og at der faktisk forhandles nøgler.
  • Hvilke kryptografiske valg bliver truffet? Hvis systemet viser hvilke algoritmer der bruges, kan du se om der er tale om moderne valg.
  • Findes der autentificering? Hvis forbindelsen viser, at identiteten verificeres (fx gennem certifikater i webkontekst), er det et stærkt signal om, at der er mere end bare nøgelaftale.
  • Undgå svage muligheder: Hvis der i din opsætning findes indstillinger for sikkerhedsniveauer, bør du sikre, at svage eller forældede valg ikke bliver accepteret.

Bemærk: Den præcise kontrol afhænger af den protokol og platform, du bruger.