Hver dag sender danske virksomheder og privatpersoner følsomme oplysninger over e-mail uden nogen reel beskyttelse. TLS krypterer forbindelsen mellem servere, men selve beskeden ligger klar i almindelig tekst, så snart den rammer en postkasse. Det problem løser PGP (Pretty Good Privacy) og dets åbne implementering GnuPG (GPG) ved at kryptere selve indholdet, så kun modtageren med den rigtige private nøgle kan læse det. Denne guide viser dig, trin for trin, hvordan du sætter GnuPG 2.5.22 og Thunderbird 156.0 op, genererer et nøglepar, sikkerhedskopierer det korrekt og sender din første krypterede og signerede mail. Du får også et komplet terminal-baseret projekt, otte fejlfindingsscenarier og svar på, hvornår PGP faktisk giver mening i en dansk GDPR-sammenhæng. Undervejs ser vi også på webmail-alternativet Mailvelope, hvordan du tester hele kæden inden du sender noget følsomt, og hvornår en YubiKey rent faktisk gør din opsætning stærkere.
Hvorfor PGP/GPG-kryptering af e-mail stadig er relevant i 2026
PGP blev opfundet i 1991, og mange har spået dets død lige siden. Alligevel lever standarden i bedste velgående gennem OpenPGP-protokollen og GnuPG, som er den mest udbredte implementering. GnuPG-projektet har i 2026 rykket sin stabile gren til version 2.5, mens 2.4-serien officielt nåede end-of-life den 30. juni 2026. Det betyder, at systemer, der stadig kører 2.4, ikke længere modtager sikkerhedsopdateringer, hvilket er en god grund til at opgradere nu, hvis du ikke allerede har gjort det.
Det, der gør 2026 til et interessant tidspunkt at genbesøge PGP, er retningen mod post-kvante-kryptografi. GnuPG’s 2.5-gren indeholder allerede indledende arbejde med Kyber-baserede algoritmer, men understøttelsen er ikke færdig, og det er derfor 2.5 midlertidigt fungerer som både stabil og udviklingsgren, indtil projektet splitter til en fremtidig 2.6/2.7-serie. Samtidig har Thunderbird, som er den mest brugte mailklient med indbygget OpenPGP-understøttelse, netop udgivet version 156.0 med rettelser til, hvordan eksterne GnuPG-nøgler signerer, og til hvordan krypterede beskeder åbnet fra filer håndterer eksternt indhold. Kort sagt: værktøjerne bliver løbende hærdet, og det er værd at kende de nyeste versioner, før du sætter din egen opsætning op. Se også vores gennemgang af 240 usikre mailservere i Danmark, som viser, hvor stort behovet for bedre mailsikkerhed faktisk er.
SEIPDv2: det nye krypteringsformat i baggrunden
En detalje, der sjældent nævnes i ældre PGP-vejledninger, er skiftet mod SEIPDv2, version 2 af den symmetrisk krypterede og integritetsbeskyttede datapakke i OpenPGP-standarden. Formatet er tættere knyttet til moderne kryptografisk praksis og gør det sværere for en angriber at manipulere en krypteret besked uden at blive opdaget. Problemet er, at ikke alle klienter og udbydere understøtter formatet ens endnu, så interoperabilitet afhænger af, hvilken OpenPGP-implementering modtageren bruger. Skriv det ikke ind som en fast antagelse i din egen dokumentation, test i stedet altid en rigtig krypteret mail med den specifikke modtager, før du stoler på, at alt virker som forventet.
Der findes ikke noget pålideligt, aktuelt tal for, hvor mange danskere eller nordboer der bruger PGP til daglig e-mail, og vi vil hellere springe et gæt over end at opfinde en statistik. Det, der derimod er sikkert, er, at OpenPGP forbliver et centralt værktøj for udviklere, journalister, jurister, forskere og andre med et konkret behov for slut-til-slut-kryptering, mens almindelig forbrugerkorrespondance sjældent bruger det, netop fordi begge parter skal håndtere nøgler og kompatibel software.
Forudsætninger: dette skal du bruge, før du går i gang
Du behøver ikke være systemadministrator for at følge denne guide, men du skal kunne bruge en terminal eller kommandoprompt uden at gå i panik. Sæt cirka 60 minutter af til hele forløbet, inklusiv nøglegenerering, backup og din første testmail. Nedenfor er den software og de versioner, guiden er testet mod.
| Software/komponent | Version brugt i denne guide | Understøttede platforme | Krævet eller valgfrit |
|---|---|---|---|
| GnuPG (GPG) | 2.5.22 (stabil gren) | Windows, macOS, Linux | Krævet |
| Thunderbird | 156.0 | Windows, macOS, Linux | Krævet (eller anden OpenPGP-klient) |
| Gpg4win (Windows-pakke med Kleopatra) | Nyeste udgave fra gpg4win.org | Windows | Anbefalet på Windows |
| GPG Suite / Homebrew gnupg | Nyeste udgave | macOS | Anbefalet på macOS |
| USB-nøgle til backup | Mindst 1 GB, krypteret container | Alle | Krævet |
| YubiKey 5-serie (valgfrit) | 5 NFC eller 5C NFC | USB-A/USB-C, NFC | Valgfrit, avanceret trin |
Du skal desuden have en e-mailkonto, du selv administrerer (IMAP/SMTP-adgang), fordi nogle webmail-tjenester begrænser, hvad tredjeparts-udvidelser kan gøre med beskedindholdet. Har du allerede en konto hos en udbyder med indbygget kryptering, som Proton Mail, er situationen lidt anderledes. Vi har tidligere gennemgået opsætning af Proton Mail med domæne, Bridge og 2FA, som er relevant, hvis du vil kombinere Protons egen kryptering med almindelig OpenPGP mod eksterne modtagere.
Sæt også realistiske forventninger til modtagerne. PGP kræver, at begge parter har en nøgle og bruger en kompatibel klient, så tjek gerne på forhånd, om de personer, du typisk korresponderer følsomt med, allerede har en OpenPGP-nøgle, eller om du skal introducere dem til hele opsætningen først. En krypteret mail til en modtager uden nøgle kan ganske enkelt ikke lade sig gøre, det er ikke en indstilling, du kan tvinge igennem fra din egen side.
Trin 1-3: Installer GnuPG på Windows, macOS og Linux
Fremgangsmåden afhænger af dit styresystem. På Windows er den letteste vej Gpg4win, som pakker GnuPG sammen med det grafiske værktøj Kleopatra. På macOS er Homebrew den mest driftsikre metode, og på Linux er GnuPG som regel allerede installeret, men ofte i en forældet version, så du bør opdatere den eksplicit.
# Windows (PowerShell, kræver winget)
winget install GnuPG.Gpg4win
# macOS (kræver Homebrew)
brew install gnupg pinentry-mac
# Debian/Ubuntu
sudo apt update && sudo apt install gnupg
# Fedora
sudo dnf install gnupg2
# Verificér installationen på alle platforme
gpg --versionKør altid gpg --version som sidste trin. Kommandoen skal vise 2.5.x eller nyere. Ser du 2.4.x eller ældre, er du på en gren, GnuPG-projektet har erklæret end-of-life, og du bør opdatere pakkekilden eller hente den nyeste installer direkte fra GnuPG’s officielle downloadside. På Linux-distributioner med langsom opdateringscyklus kan det være nødvendigt at tilføje et backports-repository, da den forudinstallerede pakke ofte halter et par mindre versioner bagud.
Trin 4: Forstå nøglepar – offentlig nøgle, privat nøgle og undernøgler
Før du genererer noget, skal du forstå hvad du faktisk skaber. Et OpenPGP-nøglepar består ikke af to nøgler, men typisk af fire: en certificeringsnøgle (den primære nøgle, kaldet “C”) og tre undernøgler til henholdsvis signering (“S”), kryptering (“E”) og autentificering (“A”). Certificeringsnøglen er den, der binder dit navn og din e-mailadresse til nøglen, og den er den vigtigste at beskytte, fordi et kompromis her betyder, at nogen kan udstede nye undernøgler i dit navn.
| Nøgletype | Forkortelse | Bruges til | Bør flyttes til hardware? |
|---|---|---|---|
| Certificeringsnøgle | C | Udsteder og tilbagekalder undernøgler | Ja, eller opbevares offline |
| Signeringsnøgle | S | Digital signatur på mails og filer | Kan flyttes til YubiKey |
| Krypteringsnøgle | E | Kryptering/dekryptering af beskeder | Kan flyttes til YubiKey |
| Autentificeringsnøgle | A | SSH-login og andre autentificeringsformål | Kan flyttes til YubiKey |
Den praktiske konsekvens: en solid opsætning genererer certificeringsnøglen på en maskine, der efterfølgende går offline eller får den slettet efter undernøglerne er eksporteret, mens undernøglerne bliver liggende på den maskine (eller det hardware-token), du bruger til daglig. Vi kommer tilbage til, hvordan du flytter undernøgler til en YubiKey senere i guiden.
Web of trust versus direkte fingeraftryks-verifikation
OpenPGP blev oprindeligt designet omkring “web of trust”, hvor brugere signerer hinandens nøgler og dermed opbygger et net af tillid, der kan spores tilbage til folk, du selv kender. I praksis bruger de færreste privatpersoner og virksomheder web of trust aktivt i 2026, fordi det kræver, at mange parter deltager aktivt og signerer på tværs af hinanden. Den mere realistiske model i dag er direkte fingeraftryks-verifikation: du og modtageren bekræfter fingeraftrykket over en anden kanal, én gang, og stoler derefter på den forbindelse fremadrettet. Det er langt fra lige så robust som et modent web of trust, men det er markant bedre end slet ingen verifikation, og det er den model, denne guide bygger videre på.
Trin 5-6: Generer dit GPG-nøglepar og en tilbagekaldelsescertifikat
Med GnuPG installeret er selve nøglegenereringen forbavsende hurtig. Brug den interaktive guide fremfor at kopiere batch-parametre blindt fra internettet, så du kan tilpasse udløbsdato og nøglestørrelse til dit eget trusselsbillede.
# Start den interaktive nøglegenerator
gpg --full-generate-key
# Vælg:
# (9) ECC (sign and encrypt) *default* -- eller (1) RSA hvis modtageren kræver det
# Kurve: Curve 25519
# Udløb: 2y (2 år er et fornuftigt kompromis mellem sikkerhed og bekvemmelighed)
# Navn og e-mail: brug den adresse, du reelt sender fra
# List din nye nøgle og find fingeraftrykket
gpg --list-secret-keys --keyid-format=long
# Generér en tilbagekaldelsescertifikat MED DET SAMME
gpg --output revoke-cert.asc --gen-revoke DIN_KEY_IDVælg Curve 25519 (ECC) frem for RSA, medmindre en bestemt modtager eller et system kræver RSA. ECC-nøgler er hurtigere og fylder mindre uden at gå på kompromis med sikkerheden ved tilsvarende styrke. Sæt en udløbsdato på nøglen, typisk et til to år. En nøgle uden udløbsdato, der bliver glemt eller mistet, kan ikke trækkes tilbage af nogen andre end dig selv, og det bliver et problem, hvis din private nøgle nogensinde lækker.
Tilbagekaldelsescertifikatet skal du generere med det samme, ikke først den dag din nøgle bliver kompromitteret. Hvis din private nøgle går tabt, er certifikatet den eneste måde, du kan fortælle omverdenen “denne nøgle skal ikke længere stole på”, uden at have adgang til den originale nøgle. Gem filen et sted adskilt fra selve nøglen, for eksempel udskrevet på papir i en skuffe eller på en separat USB-nøgle.
Trin 7: Sikkerhedskopier din private nøgle korrekt
En krypteringsnøgle, du ikke kan gendanne efter en diskfejl, er lige så slem som ingen kryptering overhovedet, fordi al din historiske mail bliver ulæselig. Eksportér både den private og den offentlige nøgle til krypterede filer, og opbevar dem mindst to steder fysisk adskilt.
# Eksportér din private nøgle (bed om en stærk adgangsfrase)
gpg --output min-private-noegle.asc --armor --export-secret-keys DIN_KEY_ID
# Eksportér din offentlige nøgle
gpg --output min-offentlige-noegle.asc --armor --export DIN_KEY_ID
# Flyt filerne til en krypteret USB-nøgle, fx via VeraCrypt-container,
# og slet dem derefter fra din primære disk
shred -u min-private-noegle.asc # kun Linux/macOS med GNU coreutilsAdgangsfrasen til den private nøgle bør være lang og unik, gerne genereret og gemt i en password manager, du allerede stoler på. Hvis du selvhoster din adgangskodeløsning, har vi tidligere dækket opsætning af Vaultwarden, som er velegnet til netop den slags langsigtet opbevaring af adgangsfraser og andre hemmeligheder. Undgå at gemme adgangsfrasen i almindelig tekst, og undgå at bruge samme frase som til andre konti.
Trin 8-9: Distribuer din offentlige nøgle og importer andres
Din offentlige nøgle er beregnet til at blive delt vidt og bredt, men den skal være til at finde og til at verificere. Den mest almindelige distributionskanal i 2026 er stadig keys.openpgp.org, som anvender privatlivsorienterede regler: e-mailadresser skal bekræftes, før de dukker op i det søgbare identitetsindeks, og serveren garanterer ikke i sig selv, at nøglen tilhører den person, navnet angiver.
# Upload din offentlige nøgle til keys.openpgp.org
gpg --keyserver hkps://keys.openpgp.org --send-keys DIN_KEY_ID
# Bekræft din e-mailadresse via linket, du modtager på mail
# Hent en modtagers offentlige nøgle
gpg --keyserver hkps://keys.openpgp.org --recv-keys MODTAGERENS_KEY_ID
# ALDRIG spring dette trin over: verificér fingeraftrykket ud af båndet
gpg --fingerprint MODTAGERENS_KEY_IDFingeraftrykket skal verificeres via en anden kanal end selve mailen, for eksempel telefonisk, personligt, eller via en tidligere autentificeret samtale i Signal. En vellykket download fra en keyserver er ikke det samme som identitetsbekræftelse, det er kun et bevis på, at nogen har uploadet en nøgle med det pågældende navn. Organisationer, der ønsker et mere pålideligt alternativ, kan i stedet publicere nøgler via Web Key Directory (WKD), som knytter nøgleopslag direkte til kontrol over eget domæne. Du finder den tekniske specifikation på GnuPG’s wiki om WKD.
WKD fungerer ved, at din organisation lægger nøglefilen på en fast sti under eget domæne, for eksempel under en undermappe til .well-known, hvorefter GnuPG automatisk kan slå nøgler op ud fra e-mailadressen alene, uden at spørge en ekstern keyserver. Fordelen er, at kun den, der kontrollerer domænets webserver, kan opdatere nøglen, hvilket fjerner en del af den usikkerhed, der følger med en åben keyserver, hvor hvem som helst kan uploade en nøgle med et vilkårligt navn. Ulempen er, at det kræver adgang til at redigere domænets webserver, hvilket gør WKD mest relevant for virksomheder og organisationer frem for private brugere.
Trin 10-11: Installer Thunderbird 156.0 og konfigurer OpenPGP
Thunderbird har haft indbygget OpenPGP-understøttelse siden version 78, så du behøver ikke længere Enigmail-udvidelsen, som blev udfaset for flere år siden. Hent Thunderbird 156.0, tilføj din mailkonto via IMAP, og gå derefter til kontoindstillinger for at aktivere kryptering.
- Åbn Kontoindstillinger > Slut-til-slut-kryptering for den konto, du vil bruge
- Vælg “Tilføj nøgle” og enten importér din eksisterende GPG-nøgle eller generér en ny direkte i Thunderbird
- Hvis du allerede genererede en nøgle via kommandolinjen i trin 5-6, vælg “Brug min eksisterende OpenPGP-nøgle” og peg på den samme nøgle-ID
- Under Avanceret kan du vælge, om Thunderbird skal bruge sin egen indbyggede OpenPGP-motor eller din eksterne GnuPG-installation, det sidste er relevant, hvis du også bruger nøglen fra terminalen eller en smartcard
- Genstart Thunderbird og bekræft, at et lille hængelås-ikon dukker op i skriveviduet, når du opretter en ny mail
Vær opmærksom på en detalje, der ændrede sig med Thunderbird 150: hvordan offentlige nøgler bliver delt i beskeder, der kun er signeret (ikke krypteret), fungerer anderledes end i ældre versioner. Nøglen bliver ikke længere automatisk vedhæftet på samme måde, så tjek dine indstillinger under “Vedhæft min offentlige nøgle”, hvis modtagere melder tilbage, at de ikke kan finde din nøgle. Version 156 retter desuden en fejl, hvor signering med en ekstern GnuPG-installation fejlede, hvis selve primærnøglen ikke kunne signere, samt en beskyttelse mod indlæsning af eksternt indhold i krypterede beskeder, der åbnes fra filer. Se de fulde detaljer i Mozillas officielle OpenPGP-vejledning til Thunderbird.
Trin 12: Send din første krypterede og signerede mail
Med en modtagers nøgle importeret og verificeret er selve afsendelsen enkel. Skriv en ny mail, og Thunderbird viser automatisk et hængelås-ikon, hvis den kender en gyldig offentlig nøgle til modtagerens adresse. Klik på ikonet for at slå kryptering til, og klik på blyant-ikonet ved siden af for at tilføje en digital signatur.
Output-eksempel: når modtageren åbner mailen i en OpenPGP-kompatibel klient, ser de en statuslinje øverst, typisk med teksten “Denne besked er krypteret og signeret. Signatur verificeret fra [dit navn, fingeraftryk]”. Hvis fingeraftrykket ikke matcher det, du tidligere har bekræftet ud af båndet, bør modtageren ikke stole på indholdet, selvom mailen teknisk set dekrypterer korrekt. Send altid en testmail til dig selv først, ved at kryptere til din egen offentlige nøgle, før du sender noget følsomt til en ekstern modtager.
# Alternativ: krypter og signer en tekst direkte fra terminalen til test
echo "Dette er en testbesked" | gpg --encrypt --sign --armor -r DIN_EGEN_KEY_ID
# Dekryptér samme besked igen for at bekræfte roundtrip
gpg --decryptAlternativ: PGP i webmail med Mailvelope, hvis du ikke bruger Thunderbird
Ikke alle vil skifte til en dedikeret mailklient. Bruger du Gmail, Outlook.com eller en anden webmail-tjeneste i browseren, er Mailvelope-udvidelsen den mest udbredte vej til OpenPGP uden at forlade browservinduet. Udvidelsen tilføjer krypterings- og signeringsknapper direkte i webmailens skriveviduet og gemmer dine nøgler lokalt i browseren, ikke hos webmail-udbyderen.
- Installer Mailvelope som browserudvidelse til Chrome, Edge eller Firefox
- Åbn udvidelsens indstillinger og enten generér en ny nøgle eller importér den, du allerede lavede med GnuPG i trin 5-6
- Genindlæs din webmail-fane, og et lille krypteringsikon dukker op i værktøjslinjen, når du skriver en ny mail
- Importér modtagerens offentlige nøgle på samme måde, og verificér fingeraftrykket, præcis som i Thunderbird
- Vær opmærksom på, at Mailvelope ikke kan beskytte mod ondsindede browserudvidelser eller kompromitterede browserprofiler, da nøglen ligger i samme miljø som selve webmailen
Mailvelope er et fornuftigt kompromis, hvis du absolut vil blive i webmailen, men en dedikeret klient som Thunderbird holder nøglematerialet længere væk fra browserens angrebsflade. Vælger du alligevel Mailvelope, så genbrug samme nøglepar og samme sikkerhedskopi-rutine, du allerede har sat op, i stedet for at vedligeholde to separate nøgler til to forskellige klienter.
Byg det komplette projekt: en automatiseret krypteret mail-pipeline
For at samle det hele i et konkret, kørende projekt bygger vi et lille bash-script, der krypterer en fil, signerer den, og sender den videre via kommandolinjeværktøjet mail eller msmtp. Det er nyttigt til automatiserede rapporter, logfiler eller andre situationer, hvor du ikke vil sidde og klikke manuelt i Thunderbird hver gang.
#!/usr/bin/env bash
# send-krypteret-rapport.sh
# Forudsætning: msmtp konfigureret, modtagerens nøgle importeret og verificeret
set -euo pipefail
MODTAGER_KEY_ID="MODTAGERENS_KEY_ID"
AFSENDER_KEY_ID="DIN_KEY_ID"
FIL="$1"
EMNE="Automatisk krypteret rapport - $(date +%F)"
MODTAGER_MAIL="[email protected]"
# Krypter og signer filen i ét trin
gpg --encrypt --sign \
--armor \
--local-user "$AFSENDER_KEY_ID" \
--recipient "$MODTAGER_KEY_ID" \
--output "${FIL}.asc" \
"$FIL"
# Send den krypterede fil som vedhæftning via msmtp
{
echo "Subject: $EMNE"
echo "To: $MODTAGER_MAIL"
echo "MIME-Version: 1.0"
echo "Content-Type: text/plain"
echo
echo "Vedhæftet: krypteret og signeret rapport."
} | cat - "${FIL}.asc" | msmtp "$MODTAGER_MAIL"
echo "Rapport krypteret, signeret og sendt til $MODTAGER_MAIL"Gør scriptet eksekverbart med chmod +x send-krypteret-rapport.sh, og kør det med filnavnet som argument. Projektet demonstrerer hele kæden: nøglehåndtering, kryptering, signering og afsendelse, uden en grafisk mailklient. Det er samme princip, mange virksomheder bruger til at sende krypterede fakturaer eller logfiler til eksterne parter, blot i en forsimplet udgave, du selv kan bygge videre på.
Vil du køre scriptet automatisk, for eksempel hver nat efter en backup er kørt færdig, kan du sætte det op som et cron-job. Tilføj en linje som 0 3 * * * /sti/til/send-krypteret-rapport.sh /sti/til/rapport.csv i din crontab, så scriptet kører klokken 03:00 hver nat. Husk, at gpg-agent skal have adgang til nøglen uden en interaktiv adgangsfrase-prompt, hvis scriptet skal køre uovervåget, hvilket typisk løses ved at bruge en undernøgle uden adgangsfrase, opbevaret med strenge fil-rettigheder, eller ved at hente adgangsfrasen fra en separat secrets-manager på kørselstidspunktet.
Avanceret: flyt nøgler til en YubiKey eller OpenPGP-smartcard
Når du er komfortabel med den grundlæggende opsætning, er næste skridt at flytte undernøglerne fra din harddisk til et hardware-token som en YubiKey. YubiKey 5-serien, herunder 5 NFC og 5C NFC, understøtter OpenPGP-applikationen, som kan opbevare separate nøgler til signering, kryptering og autentificering direkte på enheden, hvor de ikke kan eksporteres igen.
# Kontrollér at YubiKey'en genkendes
gpg --card-status
# Åbn nøgleredigering og flyt undernøgler til kortet
gpg --edit-key DIN_KEY_ID
# I gpg-prompten:
# key 1 (vælger signeringsnøglen)
# keytocard (flytter den til kortet, vælg slot "signature")
# key 1 (fravælger)
# key 2 (vælger krypteringsnøglen)
# keytocard (vælg slot "encryption")
# saveEn vigtig detalje, mange overser: generér altid nøglerne på en offline maskine, og flyt kun undernøglerne til kortet, ikke certificeringsnøglen. Bliver YubiKey’en mistet, ødelagt eller nulstillet, kan du udstede nye undernøgler fra din offline sikkerhedskopi, uden at skulle bygge en helt ny identitet op fra bunden. Et hardware-token er ikke i sig selv en backup, det er en adgangsmekanisme, så den krypterede sikkerhedskopi fra trin 7 er stadig nødvendig. Læs de tekniske specifikationer på Yubicos officielle produktside for YubiKey 5-serien, før du køber, så du er sikker på USB-forbindelse og NFC-understøttelse passer til dine enheder.
Skift samtidig standard-PIN og standard-PUK på kortet, før du tager det i brug. Standardværdierne er offentligt kendte, og de fleste OpenPGP-smartcards låser sig selv efter et begrænset antal fejlforsøg, typisk tre for PIN og tre for PUK, hvorefter kortet skal nulstilles, og undernøglerne går tabt fra selve kortet (om end de stadig findes i din offline backup). Skriv den nye PIN og PUK ned et sikkert sted, adskilt fra selve YubiKey’en, præcis som du gør med adgangsfrasen til den private nøgle.
Sådan tester du hele opsætningen, før du sender noget følsomt
Før du krypterer et rigtigt følsomt dokument til en ekstern modtager, bør du køre en fast testrutine. Det tager under fem minutter og fanger langt de fleste opsætningsfejl, før de bliver et problem i en reel situation.
- Krypter en testbesked til din egen offentlige nøgle og bekræft, at du kan dekryptere den igen med samme maskine
- Bed en kollega eller ven med sin egen GPG-nøgle om at sende dig en krypteret testmail, så du afprøver hele kæden fra modtagersiden
- Tjek at signaturen på dine udgående mails bliver markeret som “gyldig” hos modtageren, ikke kun hos dig selv
- Åbn en tidligere krypteret mail igen efter en genstart af Thunderbird for at bekræfte, at adgangsfrasen og nøglecachen fungerer som forventet
- Simuler et nøgletab ved at teste, om du selv kan finde og læse dit tilbagekaldelsescertifikat uden at kigge i denne guide
Output-eksempel fra en vellykket terminaltest: kommandoen gpg --decrypt på en korrekt krypteret fil returnerer klartekst efterfulgt af en linje i stil med “gpg: Signature made [dato] using EDDSA key [key-ID], gpg: Good signature from [navn] [e-mail]”. Ser du i stedet “gpg: Can’t check signature: No public key”, mangler du blot at importere den signerende nøgle, det er ikke nødvendigvis et tegn på, at noget er galt med selve beskeden.
6 almindelige faldgruber, du skal undgå
De fleste problemer med PGP i praksis skyldes ikke selve kryptografien, den er solidt testet gennem årtier, men derimod menneskelige og proceduremæssige fejl omkring nøglehåndtering. Her er de seks faldgruber, vi oftest støder på hos nye brugere.
- Ingen udløbsdato på nøglen. En nøgle uden udløb, der bliver glemt, kan ikke selv udløbe sikkert og efterlader et permanent angrebsflade, hvis den private del nogensinde lækker.
- Tilbagekaldelsescertifikatet genereres for sent. Vent ikke til nøglen er kompromitteret, generér certifikatet samme dag som nøglen, og gem det adskilt.
- Kryptering forveksles med metadatabeskyttelse. Emnefelt, afsender, modtager og tidsstempel er stadig synlige for mailservere undervejs. Kryptering af indhold er ikke det samme som anonymitet.
- Blind tillid til keyservere. En vellykket download fra keys.openpgp.org beviser ikke identitet, kun at nogen har uploadet nøglen. Fingeraftryk skal altid verificeres ud af båndet.
- Samme adgangsfrase som andre steder. Genbrug af en adgangsfrase, du også bruger til sociale medier eller netbank, undergraver hele formålet med en stærk privat nøgle.
- Ingen backup af den private nøgle. Går disken i stykker uden en sikkerhedskopi et andet sted, mister du adgang til al tidligere krypteret mail permanent, ikke kun fremtidig.
Fejlfinding: 8 problemer og løsninger
1. Thunderbird viser ikke hængelås-ikonet. Kontrollér, at modtagerens offentlige nøgle er importeret og markeret som “acceptabel” under Kontoindstillinger > Slut-til-slut-kryptering > Administrer OpenPGP-nøgler.
2. “gpg: decryption failed: No secret key”. Beskeden er krypteret til en anden nøgle end den, du forventede. Tjek med gpg --list-secret-keys, om den rette nøgle er importeret på den maskine, du dekrypterer fra.
3. Upload til keys.openpgp.org fejler stille. Serveren kræver, at du bekræfter e-mailadressen via et link, før den bliver søgbar. Tjek spamfilteret for bekræftelsesmailen.
4. Signaturen kan ikke verificeres hos modtageren. Bed modtageren opdatere deres klient. Ældre OpenPGP-implementeringer håndterer ikke altid nyere signaturformater korrekt, især efter overgangen mod SEIPDv2-baserede krypterede datapakker. Bed også modtageren tjekke, at de har importeret den nyeste udgave af din offentlige nøgle, hvis du har forlænget udløbsdatoen eller tilføjet nye bruger-id’er siden sidste udveksling.
5. “gpg –card-status” finder ikke YubiKey’en. Kør gpg-connect-agent "scd killscd" /bye for at genstarte smartcard-dæmonen, og kontrollér at nødvendige pcsc-lite-pakker er installeret på Linux.
6. Adgangsfrasen bliver ikke husket mellem mails. Justér cache-tiden i gpg-agent.conf med værdien default-cache-ttl, men vær opmærksom på, at en for lang cache-tid øger risikoen, hvis din maskine bliver kompromitteret, mens du er logget ind.
7. Thunderbird siger nøglen er udløbet. Forlæng udløbsdatoen med gpg --edit-key DIN_KEY_ID, vælg undernøglen, brug kommandoen expire, og upload derefter den opdaterede nøgle til keyserveren igen.
8. Vedhæftede filer bliver ikke krypteret, kun brødteksten. Tjek, at du bruger PGP/MIME og ikke det ældre inline-format, da inline-PGP i nogle klienter kun dækker selve teksten og ikke vedhæftninger korrekt. I Thunderbird finder du valget under skriveviduets sikkerhedsmenu, hvor PGP/MIME som regel er forvalgt i version 156.0, men det er værd at dobbelttjekke efter en opgradering fra en ældre installation.
PGP/GPG vs. alternativer: S/MIME, Proton Mail og Signal
PGP er langt fra den eneste vej til krypteret kommunikation, og det er ikke altid det rigtige valg. S/MIME kræver certifikater fra en betroet udsteder og passer bedre til centralt administrerede virksomhedsmiljøer, mens tjenester som Proton Mail tilbyder indbygget kryptering mellem egne brugere uden at kræve nøglehåndtering. Til realtidskommunikation er beskedapps som Signal ofte enklere at bruge korrekt, fordi nøglehåndteringen sker i baggrunden.
| Løsning | Nøglehåndtering | Interoperabilitet | Bedst til |
|---|---|---|---|
| PGP/GPG | Manuel, brugerstyret | Høj, åben standard | Teknisk kyndige brugere, journalister, udviklere |
| S/MIME | Certifikat fra udsteder | Middel, ofte virksomhedsintern | Centralt administrerede organisationer |
| Proton Mail (internt) | Automatisk mellem Proton-brugere | Lav til eksterne, høj internt | Brugere, der vil have kryptering uden opsætning |
| Signal | Automatisk, skjult for brugeren | Lav, kun mellem Signal-brugere | Realtidschat og opkald |
Bemærk, at ingen af disse løsninger beskytter metadata fuldt ud. Emnelinjer, afsender og modtager er typisk stadig synlige for mailservere, uanset hvilken krypteringsmetode du vælger. Vil du reducere metadata i selve vedhæftede filer, som billeder eller dokumenter, er det værd at kombinere PGP med et separat værktøj. Vi har tidligere gennemgået, hvordan du fjerner metadata med MAT2, som er en god følgesvend til krypteret mail, hvis du sender vedhæftede filer, der indeholder EXIF-data eller dokumentmetadata, du ikke ønsker at dele.
I praksis ender mange organisationer med en hybrid: Proton Mail eller en tilsvarende udbyder til den daglige interne korrespondance, og PGP forbeholdt de specifikke tilfælde, hvor modtageren er ekstern, teknisk kyndig, og hvor en risikovurdering peger på et reelt behov for slut-til-slut-kryptering uafhængigt af udbyderens infrastruktur. Den kombination undgår, at almindelige medarbejdere skal håndtere nøglepar til daglig brug, samtidig med at den bevarer muligheden for stærkere kryptering i de tilfælde, hvor det faktisk betyder noget.
GDPR og dansk/nordisk kontekst: hvornår giver kryptering juridisk mening
En udbredt misforståelse er, at GDPR kræver PGP-kryptering af mail. Det gør forordningen ikke. GDPR er teknologineutral og kræver “passende tekniske og organisatoriske foranstaltninger” ud fra en risikovurdering, hvor kryptering er ét af flere mulige værktøjer, ikke et lovkrav i sig selv. Det betyder, at PGP typisk giver mest mening, når mailen indeholder følsomme personoplysninger, når modtageren rent faktisk kan håndtere OpenPGP pålideligt, og når en risikovurdering peger på aflytning eller kompromitteret postkasse som et realistisk scenarie.
Omvendt løser PGP ikke hele opgaven alene. Nøglelivscyklus, adgangskontrol, procedurer ved tabt udstyr, verifikation af modtagere, logning og hændelseshåndtering, dataminimering og opbevaringsperioder skal stadig håndteres separat. For offentlige myndigheder og sundhedssektoren i Danmark er det ofte mere hensigtsmæssigt at bruge en godkendt sikker postkasse eller det nationale digitale beskedsystem frem for at udveksle PGP-krypteret mail med borgere, som sjældent har opsat nøglehåndtering selv. PGP er teknisk stærkt, men upraktisk, hvis modtageren ikke kan validere nøgler eller bruge kompatibel software. Har du spørgsmål om, hvordan din organisation konkret bør vurdere risiko og passende foranstaltninger, er Datatilsynets vejledninger det naturlige udgangspunkt, ligesom principperne bag digitale signaturer og den tillid, hashing og nøgler skaber, er relevante at forstå, når du skal forklare løsningen internt.
Kryptering spiller også en rolle, hvis uheldet er ude. Opstår der et databrud, og de berørte personoplysninger var korrekt krypteret med nøgler, angriberen ikke fik fat i, kan det være en formildende faktor i vurderingen af, om bruddet skal anmeldes til Datatilsynet og til de berørte personer. Det fritager ikke fra selve underretningspligten inden for 72 timer, hvis der er risiko for de registreredes rettigheder, men det kan ændre, hvor alvorligt bruddet reelt vurderes at være, fordi indholdet i praksis forblev utilgængeligt for angriberen. Dokumentér derfor, hvilke mails og filer der rent faktisk var PGP-krypteret, hvis din organisation nogensinde skal redegøre for et brud over for tilsynet.
For teknisk interesserede, aktivister, jurister og journalister forbliver OpenPGP dog relevant netop fordi begge parter selv kontrollerer nøglerne, uden at være afhængige af en tredjepartsudbyders infrastruktur. EFF’s Surveillance Self-Defense-guide er et godt supplerende opslagsværk, hvis du arbejder med kilder eller følsomt materiale, hvor kompromis kan have alvorlige konsekvenser. Standarden selv er dokumenteret i RFC 4880, hvis du vil forstå protokollen i detaljer.
Ofte stillede spørgsmål
Er GnuPG gratis at bruge?
Ja. GnuPG er fri software under GPL-licens og kan bruges gratis til både privat og kommercielt brug, inklusive Gpg4win på Windows og de tilhørende macOS- og Linux-pakker.
Kan jeg bruge PGP uden Thunderbird?
Ja. Outlook, Apple Mail og webmail-tjenester kan understøtte OpenPGP via tredjepartsudvidelser, men Thunderbirds indbyggede understøttelse siden version 78 gør det til det mest driftsikre valg uden ekstra afhængigheder.
Hvad sker der, hvis jeg mister min private nøgle?
Uden en sikkerhedskopi mister du permanent adgang til tidligere krypteret mail. Har du derimod gemt tilbagekaldelsescertifikatet, kan du i det mindste offentliggøre, at nøglen ikke længere skal bruges, så andre stopper med at kryptere nyt indhold til den.
Beskytter PGP mine e-mails mod overvågning fra min mailudbyder?
Kun selve indholdet. Mailudbyderen kan stadig se afsender, modtager, tidspunkt og emnefelt, medmindre du også krypterer emnefeltet separat, hvilket kun understøttes af nogle klienter og kræver, at modtageren bruger samme funktion.
Er RSA eller ECC (Curve 25519) bedst til nye nøgler?
For nye nøgler i 2026 anbefales ECC med Curve 25519, medmindre en modtager eller et system specifikt kræver RSA. ECC-nøgler er hurtigere at bruge og fylder mindre ved sammenlignelig sikkerhed.
Kan jeg bruge samme GPG-nøgle til flere e-mailadresser?
Ja, du kan tilføje flere bruger-id’er (navn og e-mail) til samme nøgle med gpg --edit-key og kommandoen adduid. Husk at genuploade den opdaterede nøgle til keyserveren, så nye kontakter kan finde alle dine adresser.
Gør en YubiKey min opsætning mere sikker end en software-baseret nøgle?
Ja, fordi den private del af undernøglerne aldrig forlader hardwaren og ikke kan eksporteres, selv hvis din computer bliver kompromitteret. Til gengæld skal du have styr på en offline backup, da et mistet eller ødelagt kort ikke kan gendannes uden den.
Er PGP-kryptering lovpligtig ifølge GDPR i Danmark?
Nej. GDPR kræver passende tekniske og organisatoriske foranstaltninger baseret på en risikovurdering, ikke en bestemt teknologi. PGP kan være en af flere gyldige foranstaltninger, men er ikke i sig selv et lovkrav.
Kan jeg dekryptere gamle mails, hvis jeg genererer en helt ny nøgle?
Nej. Al tidligere korrespondance er krypteret til den gamle nøgles offentlige del og kan kun dekrypteres med den tilhørende private nøgle. Behold den gamle private nøgle et sikkert sted, selv efter du er skiftet til en ny, hvis du skal kunne læse historisk mail igen.
