TeknologiAI-assisteretGodkendt af E News

Kryptering og hashing: Hvad beskytter dine oplysninger?

Kryptering og hashing bruges begge i sikker teknologi, men de løser ikke samme opgave. Kryptering kan låses op med en nøgle. Hashing laver et kort fingeraftryk, som ikke skal kunne vendes tilbage. Her er forskellen, et konstrueret eksempel og grænserne.

Kort svar

Kryptering gør data ulæselige for andre uden den rigtige nøgle. Hashing laver et kort fingeraftryk af data. En hash er ikke en krypteret besked. Den er beregnet som et fingeraftryk, ikke som en hemmelig besked, der kan låses op. Kryptering beskytter fortrolighed. Hashing bruges især til integritet, kontrol og digitale signaturer.

Kryptering: indhold, der kan låses op

NIST forklarer, at kryptografi bruger matematiske teknikker til at beskytte information. Blokchifre krypterer data i blokke og bruges til store mængder data. Kryptering kan være symmetrisk, hvor samme nøgle bruges til at låse og åbne, eller asymmetrisk, hvor en offentlig og en privat nøgle hører sammen. Fælles for dem er, at den rigtige nøgle kan genskabe indholdet.

Kryptering beskytter ikke alt. Hvis nøglen ligger frit fremme, eller hvis en tjeneste kan læse data før kryptering, hjælper krypteringen ikke mod netop den risiko. Den beskytter mod, at en uvedkommende læser data under transport eller på en lagringsenhed, hvis nøglen ellers er hemmelig.

Hashing: et fingeraftryk, ikke en hemmelig besked

NIST beskriver kryptografiske hashfunktioner som funktioner, der laver korte digests af de data, der beskyttes. De bruges blandt andet i digitale signaturer. En hash er beregnet til at ændre sig, hvis indholdet ændres, og den er ikke beregnet til at blive “dekrypteret” tilbage til originalen.

Det gør hashing nyttig, når man vil kontrollere, om en fil er ændret, eller når man vil sammenligne store datamængder uden at gemme dem i klartekst. Det gør hashing mindre egnet som erstatning for kryptering, når selve indholdet skal kunne læses igen af en autoriseret part.

Konstrueret eksempel af E News

Forestil dig en fil med teksten “møde kl. 10”. Krypterer du filen med en nøgle, kan den med den rigtige nøgle låses op og blive til den samme tekst igen. Laver du en hash, får du en kort tegnstreng, som fungerer som et fingeraftryk. Ændrer nogen et enkelt tegn i filen, vil hashen normalt ændre sig. Hashen kan ikke dekrypteres tilbage til teksten. Men et kort og forudsigeligt input som “møde kl. 10” kan man gætte ved at beregne hashen for mulige tidspunkter og sammenligne. En hash giver derfor ikke fortrolighed, og integritetskontrol kræver en troværdig referencehash, som man kan sammenligne med.

Eksemplet er konstrueret af E News. Det viser princippet og er ikke en anvisning i, hvilken algoritme eller nøgle en bestemt tjeneste bruger.

Hvad beskytter hvad?

Kryptering er relevant, når data skal være fortrolige for andre. Hashing er relevant, når man vil opdage ændringer eller lave et kort referencemærke. Adgangskoder er et særligt område: En almindelig hash af en svag adgangskode kan være nem at gætte, hvis den ligger frit fremme. NIST anbefaler derfor, at adgangskoder lagres saltet og hashet med en egnet, langsom funktion, og at nye adgangskoder kontrolleres mod kendte kompromitterede adgangskoder. Det er en detalje, som en kort forklaring ikke skal skjule.

Hashing alene gør heller ikke en dårlig adgangskode sikker. Kryptering alene gør ikke en dårlig nøglehåndtering sikker. Sikkerhed afhænger af, hvad der beskyttes, hvem der har nøglerne, og hvordan systemet er bygget.

Grænser og misforståelser

En hash er ikke “kryptering med en anden knap”. Den er et andet værktøj. En krypteret fil er ikke nødvendigvis hemmelig, hvis nøglen deles for bredt. En hash er ikke nødvendigvis et bevis for, at indholdet er sandt, kun for at det matcher en bestemt beregning. NISTs beskrivelse er generel og dækker ikke alle implementeringer.

Hvis du vurderer en tjeneste, så spørg ikke kun “er det krypteret?”. Spørg hvad der krypteres, hvor nøglerne ligger, hvem der kan få adgang, og om der bruges hashing eller signaturer til at opdage ændringer. Det er de spørgsmål, der flytter forklaringen fra et teknisk ord til en konkret risiko.

AI-assistance

Teksten er skrevet med AI-assistance på grundlag af de viste officielle NIST-kilder. E News har redaktionelt ansvar for tekniske formuleringer og forbehold.

Primærkilder

Kilderne er officielle udgivelser. E News har ikke ændret i kildernes indhold.

  1. [1]Glossary: hash functionNIST Computer Security Resource Center
  2. [2]Glossary: encryptionNIST Computer Security Resource Center
  3. [3]Digital Identity Guidelines: Authentication and Lifecycle Management (SP 800-63B)NIST · 26. august 2025