Send ein VPN-pakke til rett mottakar, ikkje berre ein nøkkel

Ein partnar sender ein offentleg nøkkel og ber om ei kryptert pakke. Krypteringa vil verke, og ho kan levere ei perfekt verna legitimasjon til nokon som ikkje burde ha henne. Hemmeleghald og identiteten til mottakaren er to ulike spørsmål som blir svara på av ulike mekanismar. Svar på begge før pakka forlèt maskina di.

To ulike spørsmål: hemmeleghald og mottakar

Kryptering svarar på kven som kan lese fila, føresett at nøkkelen høyrer til den tiltenkte personen. Ein signatur svarar på kven som laga henne, og seier ingenting om konfidensialitet fordi ei signert fil framleis kan vere lesbar. Eit fingeravtrykk identifiserer ein nøkkel, og berre ein uavhengig kontroll knyter fingeravtrykket til ein person eller rolle. Å handsame ein av desse som dei andre er den vanlege feilen i ei overlevering som ser grundig ut.

Fila har òg ein livssyklus: ei lenkje som går ut avgrensar seinare henting, men ho kallar ikkje tilbake ein legitimasjon som alt er lasta ned.

Stadfest fingeravtrykket utanfor kanalen

Hent det venta fingeravtrykket frå ein kanal som ikkje avheng av meldinga som ber deg kryptere. Samanlikn det deretter med det den lokale nøkkelringen inneheld.

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

Fingeravtrykklinjene er verdien som skal samanliknast, og den andre kommandoen viser dei same identitetane med fulle fingeravtrykk for eit nytt blikk. Stadfest heile strengen via ein samtale, ei signert oversikt eller ei administrert registreringsoppføring; eit kjent visingsnamn beviser ingenting. Viss nøkkelen kom i same meldinga som bad om leveringa, er fingeravtrykket ikkje uavhengig prov. Importer nøkkelen først etter den kontrollen, og krypter til det stadfesta fingeravtrykket i staden for til eit namn.

Lever berre materialet eininga treng

Lag ei oversikt over pakka før du vel transport. Offentlege gateway-innstillingar og eit offentleg tillitssertifikat er konfigurasjon, ein privat klientnøkkel er ein løyndom, og ein signeringsnøkkel frå ein utferdar er ein heilt annan eigedel. Der registreringsmodellen tillèt det, hald den private nøkkelen på eininga og lever berre det som fullfører registreringa. Ein VPN-klient treng ikkje signeringsnøkkelen til CA for å validere ein tenar, og éin delt levande nøkkel på tvers av partnarar gjer individuell tilbakekalling umogleg.

Signer òg artefakten når mottakaren må oppdage utskifting, og hald dei to operasjonane skilde i instruksjonane. Hald ei pakke med fleire filer i eitt arkiv, slik at mottakaren ikkje kan installere halve konfigurasjonen og deretter melde at gatewayen avviser identiteten.

Lat livssyklusen ende etter leveringa

Registrer mottakaren, eininga, konfigurasjonsrevisjonen og tilbakekallingsvegen, men aldri sjølve den private verdien. Stadfest at den tiltenkte personen kan registrere seg og at ein annan identitet blir avvist. Viss pakka hamnar i feile hender, erstatt eller kall tilbake den aksepterte løyndommen via utferdaren, fordi sletting av eit vedlegg ikkje gjer noko ugyldig som alt er lasta ned. Eit passordverna arkiv der passordet reiser gjennom same samtalen er heller ikkje ein uavhengig kontroll.

Ei overlevering er ferdig når rett identitet er aktiv på rett eining, ikkje når den krypterte fila blir lasta opp.