Hvad betyder “PGP-kryptering af din nøgle” i praksis?

Når folk siger, at de “krypterer med PGP”, mener de typisk ét af to formål: at kryptere indhold, så kun den rigtige modtager kan læse det, og/eller at signere indhold, så andre kan kontrollere, at det er fra en bestemt afsender (og at det ikke er ændret undervejs). Det hele hænger sammen med et nøglepar: en privat nøgle (holdes hemmelig) og en offentlig nøgle (kan deles).

Vigtigt: Udtrykket “kryptering af din nøgle” kan være misvisende. PGP-kryptering bruges normalt til at beskytte beskeder/filer, ikke til at “kryptere din nøgle” som et selvstændigt trin. Men din private nøgle kan være beskyttet lokalt (fx med en adgangskode), så andre ikke kan bruge den, hvis de får adgang til din enhed eller din nøglefil.

Et enkelt model: offentlig nøgle, privat nøgle, og hvad de bruges til

Tænk sådan her:

  • Offentlig nøgle: bruges til at skabe det, der er beregnet til modtageren (fx krypteret tekst). Den kan være kendt af andre.
  • Privat nøgle: bruges af modtageren til at afkryptere og/eller til at signere.

Dermed kan du opnå to forskellige beskyttelseslag:

  1. Fortrolighed (kryptering): Når du krypterer en besked med modtagerens offentlige nøgle, kan kun vedkommende med den tilhørende private nøgle læse beskeden.
  2. Integritet og identitetskontrol (signering): Når du signerer, gør du det muligt for andre at verificere, at signaturen passer til din offentlige nøgle, og at indholdet ikke er ændret.

I praksis kan PGP også bruges kombineret (fx først signere, og derefter kryptere), men ideen om de to roller (offentlig vs. privat nøgle) er central.

Afgrænsning: PGP øger sikkerhed for data – men anonymitet er ikke automatisk

Hvis målet er “sikker og anonym online”, er der en vigtig nuance: PGP er primært et værktøj til at beskytte indhold og/eller verificere afsender. Det betyder, at det kan gøre det sværere at læse selve kommunikationen, men det ændrer ikke automatisk, hvordan din trafik ser ud på netværket, hvem du kommunikerer med (for det kan adresselinjer, serverlogfiler og andre metadata stadig afsløre), eller hvilke oplysninger der kan knyttes til tidspunkt og kommunikationsmønstre.

Derfor bør du adskille begreberne:

  • Sikkerhed for indhold: handler om kryptering og signering.
  • Anonymitet: handler typisk om netværks- og identitetslaget (hvilke forbindelser der etableres, og hvilke data der observeres).

PGP kan være en del af en samlet sikkerhedstilgang, men “anonym” som mål kræver, at du også tænker i, hvad der ellers kan observeres uden om selve krypteringen.

De vigtigste undtagelser og begrænsninger

  1. Nøglekvalitet og tillid Selve mekanikken i PGP forudsætter, at du bruger den rigtige offentlige nøgle. Hvis du får en forkert nøgle (fx via en fejlkilde eller manipulation), kan du komme til at kryptere til den forkerte modtager eller miste muligheden for korrekt at verificere signaturer. Her er “hvordan nøglen anskaffes” og “hvordan du stoler på den” afgørende.

  2. Beskyttelse af privat nøgle Hvis din private nøgle kompromitteres, mister krypteringsideen sin effekt. Derfor handler en stor del af sikkerheden om at beskytte den private nøgle lokalt og begrænse, hvem der kan bruge den.

  3. Mennesker og proces Selv gode kryptografiske værktøjer fejler ofte i praksis, når nøgler deles forkert, signaturer ikke verificeres, eller når man sender krypterede beskeder uden at sikre, at modtagerens offentlige nøgle er den rigtige.

  4. Ingen magi imod metadata Selv korrekt PGP-kryptering kan ikke alene fjerne alle spor i det omkringliggende kommunikationssetup. Hvis andre systemer registrerer, at der sendes noget mellem bestemte parter, kan de oplysninger stadig være tilgængelige.

Sådan kan du tjekke, om du faktisk får den effekt, du tror

Du kan bruge følgende kontrolpunkter, når du arbejder med PGP:

  • Kryptering: Kan du (og kun den tilsigtede modtager) afkryptere beskeden med den private nøgle? Hvis ikke, er det et tegn på enten nøglefejl eller procesfejl.
  • Signering og verifikation: Når du modtager en signeret besked, verificerer modtageren signaturen korrekt mod den offentlige nøgle, vedkommende forventer? Hvis verifikation fejler, er der enten ændringer i data eller en nøgle-/tillidsproblematik.
  • Nøglekilder: Har du en rimelig måde at sikre, at den offentlige nøgle faktisk tilhører den person/entitet, du mener?
  • Privat nøgle-sikkerhed: Er din private nøgle beskyttet, og hvem har adgang til den?

Hvis du kan svare “ja” på disse punkter, rammer du typisk den beskyttelse PGP kan give. Hvis noget af dem er uklart, bør du betragte den samlede effekt som mere usikker.

Sammenfatning

PGP bygger på et nøglepar og kan beskytte data (kryptering) og understøtte kontrol af afsender og ændringer (signering). “Sikkerhed” i denne sammenhæng handler især om korrekt nøglebrug og beskyttelse af private nøgler. “Anonymitet” er derimod ikke et automatisk resultat af PGP alene, fordi netværk og metadata kan give spor uden for selve krypteringen.