Hvad er Diffie-Hellman key exchange, og hvorfor bruges det ved betalinger?
Diffie-Hellman key exchange er en metode, hvor to parter kan blive enige om en fælles hemmelighed over en kanal, der kan observeres af en tredjepart. Pointen er, at modparten beregner den samme hemmelighed ud fra egne private værdier og andre parters offentlige oplysninger, mens en tredjepart normalt ikke kan udlede den fælles hemmelighed ud fra kun de offentlige oplysninger.
Ved online betalinger handler “beskyttelse” primært om fortrolighed og integritet i selve transporten: at betalingsdata ikke læses direkte af uvedkommende, og at data ikke let kan ændres undervejs. Diffie-Hellman er derfor typisk en byggesten i sikre forbindelser, hvor den fælles hemmelighed efterfølgende bruges til at udlede kryptografiske nøgler til kryptering og/eller integritetskontrol.
Et simpelt model: hemmelig aftale ud fra offentlige tal
Forestil dig tre størrelser:
- En privat hemmelig værdi hos part A.
- En privat hemmelig værdi hos part B.
- Offentlige værdier, som begge parter deler med hinanden.
Parterne sender offentlige beregninger (typisk “gange” eller eksponentieringer modulo et tal, afhængigt af den konkrete variant) til hinanden. Når A modtager B’s offentlige værdi, kombinerer A den med sin egen private værdi og kan dermed beregne den fælles hemmelighed. Tilsvarende kan B beregne samme hemmelighed ud fra A’s offentlige værdi og B’s egen private værdi.
Det centrale er, at tredjeparten kun ser de offentlige værdier, og at der kræves den private viden for at rekonstruere den fælles hemmelighed. Denne idé beskrives ofte som “hemmeligheden kan ikke beregnes ud fra de offentlige oplysninger alene” (hvor “ikke alene” er vigtig), men hvor præcis styrken afhænger af de valgte kryptografiske parametre og den konkrete udformning.
Hvad er inkluderet i selve beskyttelsen — og hvad er ikke?
Diffie-Hellman kan bidrage til fortrolighed, fordi den fælles hemmelighed kan bruges til at skabe kryptografiske nøgler. Men Diffie-Hellman i sig selv er ikke det samme som fuld beskyttelse i en betalingssession.
Typisk mangler der mindst to ting, hvis man ser på trusselsbilledet:
-
Autentificering Hvis parterne ikke kan bevise, hvem de faktisk kommunikerer med, kan en angriber i visse scenarier forsøge en “man-in-the-middle”-position, hvor kommunikationen relæeres mellem to forbindelser. Autentificering (fx via certifikater og match af identiteter) er derfor en vigtig del af helheden.
-
Integritet og korrekt brug af nøglerne Selv hvis der etableres en fælles hemmelighed, skal den efterfølgende bruges i et system, der giver integritetsbeskyttelse, så modtageren kan opdage ændringer i data. Derfor er det ikke nok kun at kende til Diffie-Hellman; man skal også se på den samlede protokol og dens kryptografiske valg.
Derudover kan der være andre risici, som ikke afhjælpes af transportkryptografi, fx svindel i form af falske betalingsflows, phishing, svage adgangskoder eller kompromitterede enheder. Diffie-Hellman løser primært det, der sker “i forbindelsen mellem parterne”.
Forskelle og grænser: hvorfor “rigtig” brug betyder noget
Når man taler om Diffie-Hellman i moderne systemer, bruges udtrykket ofte som paraply for varianter. En vigtig praktisk forskel er, om nøglerne er engangsgenererede (såkaldt “ephemeral”) under hver session. Hvis der bruges ephemeral værdier, kan det gøre det sværere for en angriber at udnytte senere kompromittering til at dekryptere tidligere trafik. Hvorvidt en løsning har dette niveau af beskyttelse afhænger af den konkrete implementering.
En anden grænse er, at sikkerheden afhænger af parametre og implementering. Hvis et system vælger svage parametre eller har fejl i protokolbrug, kan den teoretiske sikkerhed udhules i praksis.
Til sidst: Diffie-Hellman er ofte ikke synligt for brugeren som et valg. I stedet er det en del af den underliggende forbindelse, som typisk styres af platformen (browser, operativsystem eller server). Derfor kan man kun “kontrollere” Diffie-Hellman indirekte ved at kontrollere, at forbindelsen overordnet er etableret sikkert.
Sådan kan du kontrollere, om transporten er dækket i praksis
Du kan undersøge flere kontrolpunkter uden at gå i detaljen med kryptografiske formler:
- Se om forbindelsen bruger en moderne og sikker transportprotokol til dataudveksling (det afspejles ofte i teknisk information i browserens sikkerhedsoplysninger).
- Kontroller at identiteten på den betalingsdomæne, du bruger, matcher det forventede (certifikat og domænematch kan ses i browserens visningsinfo).
- Undgå “downgrade” eller advarsler om usikker forbindelse. Hvis der er sikkerhedsadvarsler, bør du ikke fortsætte transaktionen.
- Vurder konteksten: selv med en sikker forbindelse kan betalinger stadig være sårbare, hvis du bliver ledt til et falsk site eller narres til at godkende en transaktion under falske forudsætninger.
Hvis dit mål er at reducere risikoen for at betalingsdata læses eller manipuleres undervejs, er Diffie-Hellman kun én brik. Den fulde beskyttelse kræver typisk, at der samtidig er korrekt autentificering og en moderne sikker forbindelsesopsætning.