En partner sender en offentlig nøkkel og ber om en kryptert pakke. Krypteringen vil fungere, og den kan levere en perfekt beskyttet legitimasjon til noen som ikke burde ha den. Hemmelighold og mottakerens identitet er to forskjellige spørsmål som besvares av forskjellige mekanismer. Svar på begge før pakken forlater maskinen din.

To forskjellige spørsmål: hemmelighold og mottaker

Kryptering svarer på hvem som kan lese filen, forutsatt at nøkkelen tilhører den tiltenkte personen. En signatur svarer på hvem som produserte den, og sier ingenting om konfidensialitet fordi en signert fil fortsatt kan være lesbar. Et fingeravtrykk identifiserer en nøkkel, og bare en uavhengig kontroll knytter fingeravtrykket til en person eller rolle. Å behandle en av disse som de andre er den vanlige feilen i en overlevering som ser grundig ut.

Filen har også en livssyklus: en lenke som utløper begrenser senere henting, men den tilbakekaller ikke en legitimasjon som allerede er lastet ned.

Bekreft fingeravtrykket utenfor kanalen

Hent det forventede fingeravtrykket fra en kanal som ikke avhenger av meldingen som ber deg kryptere. Sammenlign det deretter med det den lokale nøkkelringen inneholder.

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

Fingeravtrykklinjene er verdien som skal sammenlignes, og den andre kommandoen viser de samme identitetene med fulle fingeravtrykk for et nytt blikk. Bekreft hele strengen via en samtale, en signert oversikt eller en administrert registreringsoppføring; et kjent visningsnavn beviser ingenting. Hvis nøkkelen kom i samme melding som ba om leveringen, er fingeravtrykket ikke uavhengig bevis. Importer nøkkelen først etter den kontrollen, og krypter til det bekreftede fingeravtrykket i stedet for til et navn.

Lever bare materialet enheten trenger

Lag en oversikt over pakken før du velger transport. Offentlige gateway-innstillinger og et offentlig tillitssertifikat er konfigurasjon, en klients private nøkkel er en hemmelighet, og en utsteders signeringsnøkkel er en helt annen eiendel. Der registreringsmodellen tillater det, behold den private nøkkelen på enheten og lever bare det som fullfører registreringen. En VPN-klient trenger ikke CAs signeringsnøkkel for å validere en server, og én delt levende nøkkel på tvers av partnere gjør individuell tilbakekalling umulig.

Signer også artefakten når mottakeren må oppdage utskifting, og hold de to operasjonene atskilt i instruksjonene. Hold en pakke med flere filer i ett arkiv, slik at mottakeren ikke kan installere halve konfigurasjonen og deretter melde at gatewayen avviser identiteten.

Lukk livssyklusen etter levering

Registrer mottakeren, enheten, konfigurasjonsrevisjonen og tilbakekallingsveien, men aldri selve den private verdien. Bekreft at den tiltenkte personen kan registrere seg og at en annen identitet avvises. Hvis pakken havner i feil hender, erstatt eller tilbakekall den aksepterte hemmeligheten via utstederen, fordi sletting av et vedlegg ikke ugyldiggjør noe som allerede er lastet ned. Et passordbeskyttet arkiv der passordet reiser gjennom samme samtale er heller ikke en uavhengig kontroll.

En overlevering er ferdig når riktig identitet er aktiv på riktig enhet, ikke når den krypterte filen lastes opp.

Relaterte artikler