Send en VPN-pakke til den rigtige modtager, ikke bare en nøgle

En partner sender en offentlig nøgle og beder om en krypteret pakke. Krypteringen vil virke, og den kan levere en perfekt beskyttet adgangsoplysning til en, som ikke burde have den. Hemmeligholdelse og modtagerens identitet er to forskellige spørgsmål, som besvares af forskellige mekanismer. Besvar begge, før pakken forlader din maskine.

To forskellige spørgsmål: hemmeligholdelse og modtager

Kryptering besvarer, hvem der kan læse filen, forudsat at nøglen tilhører den tilsigtede person. En signatur besvarer, hvem der har fremstillet den, og siger intet om fortrolighed, fordi en signeret fil stadig kan være læsbar. Et fingeraftryk identificerer en nøgle, og kun et uafhængigt tjek binder det fingeraftryk til en person eller rolle. At behandle en af disse som de andre er den sædvanlige fejl i en overdragelse, der ser omhyggelig ud.

Filen har også en livscyklus: et link, der udløber, begrænser senere hentning, men det tilbagekalder ikke en adgangsoplysning, som allerede er downloadet.

Bekræft fingeraftrykket uden for kanalen

Hent det forventede fingeraftryk fra en kanal, der ikke afhænger af den besked, der beder dig kryptere. Sammenlign det derefter med det, den lokale nøglering indeholder.

gpg --fingerprint [email protected]
gpg --list-keys --with-fingerprint [email protected]

Fingeraftrykslinjerne er værdien, der skal sammenlignes, og den anden kommando viser de samme identiteter med deres fulde fingeraftryk til et andet blik. Bekræft hele strengen via et opkald, en signeret fortegnelse eller en administreret tilmeldingspost; et velkendt visningsnavn beviser intet. Hvis nøglen ankom i samme besked, som bad om leveringen, er dens fingeraftryk ikke uafhængigt bevis. Importer først nøglen efter det tjek, og krypter til det bekræftede fingeraftryk i stedet for til et navn.

Lever kun det materiale, som enheden har brug for

Lav en fortegnelse over pakken, før du vælger en transport. Offentlige gatewayindstillinger og et offentligt tillidscertifikat er konfiguration, en klients private nøgle er en hemmelighed, og en udsteders signeringsnøgle er en helt anden aktiv. Hvor tilmeldingsmodellen tillader det, skal du beholde den private nøgle på enheden og kun levere det, der fuldfører tilmeldingen. En VPN-klient har ikke brug for CA’ens signeringsnøgle for at validere en server, og én delt levende nøgle på tværs af partnere gør individuel tilbagekaldelse umulig.

Signér også artefakten, når modtageren skal kunne opdage udskiftning, og hold de to handlinger adskilt i instruktionerne. Hold en pakke med flere filer i ét arkiv, så modtageren ikke kan installere halv konfiguration og derefter rapportere, at gatewayen afviser identiteten.

Luk livscyklussen efter levering

Registrer modtageren, enheden, konfigurationsrevisionen og tilbagekaldelsesvejen, men aldrig selve den private værdi. Bekræft, at den tilsigtede person kan tilmelde sig, og at en anden identitet afvises. Hvis pakken når forkerte hænder, skal du erstatte eller tilbagekalde den accepterede hemmelighed gennem dens udsteder, fordi sletning af en vedhæftet fil ikke ugyldiggør noget, der allerede er downloadet. Et adgangskodebeskyttet arkiv, hvis adgangskode rejser gennem samme samtale, er heller ikke et uafhængigt tjek.

En overdragelse er færdig, når den rigtige identitet er aktiv på den rigtige enhed, ikke når den krypterede fil uploades med succes.