Kva ein førehandsdelt nøkkel gjer i IPsec, OpenVPN og WireGuard

Orda førehandsdelt nøkkel finst i dokumentasjonen for IPsec, OpenVPN og WireGuard, men dei skildrar tre ulike objekt. Den eine er ei autentiseringshemmelegheit, den andre vernar ein kontrollkanal, og den tredje tilfører materiale til eit handtrykk som allereie har identitetar. Behandlar ein dei som utbyttbare, får ein ei tilkopling som feilar i ein fase ingen venta. Les kva feltet gjer i den protokollen før du kopierer ein verdi inn i det.

Tre protokollar, tre tydingar

Kvar protokoll definerer oppgåva til nøkkelen i sin eigen spesifikasjon, og oppgåvene overlappar ikkje. Ei autentiseringshemmelegheit provar at to partar kjenner same verdi. Ein nøkkel for kontrollkanalen vernar forhandlinga som følgjer. Eit tillegg til handtrykket endrar nøkkelplanen utan å endre kven partane er.

Ingen av desse rollene autentiserer eit menneske, og nettopp den samanblandinga kostar mest tid. Ein førehandsdelt nøkkel blir lagd på einingar eller gatewayar før utvekslinga, slik at kvar innehavar ser lik ut for den andre sida. Den eigenskapen er ein føremon for eit samband mellom to rutarar og ein risiko for ein fjernåtkomstteneste med namngjevne tilsette. Hald kontooepplysningane og den kryptografiske hemmelegheita i kvar sin kolonne i dokumentet som skildrar utrullinga.

IPsec og OpenVPN brukar ordet ulikt

IKEv2 kan autentisere ein peer med ei førehandsdelt hemmelegheit i staden for sertifikat, og verdien må stemme i begge endar. Fordi den same hemmelegheita vanlegvis blir konfigurert for ei gruppe partar, kan kvar innehavar gje seg ut for dei andre, og utvekslinga får inga framoverretta hemmeleghald frå identitetsnøklar ho aldri hadde.

OpenVPN sine tls-auth og tls-crypt knyter ein statisk nøkkel til kontrollkanalen og legg til ein HMAC-signatur eller krypterer sjølve forhandlinga. Den nøkkelen er ikkje eit brukarpassord og erstattar ikkje klientsertifikatet. Skilnaden tel ved fornying, når eit passordbyte lèt nøkkelen til kontrollkanalen vere urørt.

WireGuard sin PSK tilfører, han identifiserer ikkje

WireGuard-partar har allereie offentlege og private Curve25519-nøklar, og handtrykket autentiserer desse identitetane. Ein valfri førehandsdelt nøkkel blir blanda inn i kjedenøkkelen og bidreg med symmetrisk materiale oppå utvekslinga av offentlege nøklar.

Han gir ingen eigen identitet og ingen brukarkonto, så ein operatør kan ikkje skilje to innehavarar på PSK-en deira. Begge endar må bere same verdi, elles feilar handtrykket utan ei nyttig feilmelding. Derfor må rotasjon planleggjast for begge sider samstundes og ikkje som redigering av éi fil.

Kontroller distribusjon, rotasjon og fjerning

Distribusjon er det svake punktet i kvart design som brukar éi hemmelegheit mange stader. Ein verdi som blir limt inn i eit chatvindauge, lagra i eit repository eller gjenbrukt mellom miljø, samlar kopiar ingen kan telje opp, og kvar kopi utvidar stille skadeomfanget.

Base64-tekst er ikkje kryptering. Ei hemmelegheit som ligg ved sida av eit offentleg sertifikat i same mappe, er framleis ei hemmelegheit i klartekst.

openssl rand -base64 32
sudo wg show wg0 preshared-keys
sudo grep -R -n 'psk' /etc/ipsec.d/ 2>/dev/null

Roter etter ein plan og etter kvar mistenkte eksponering, og oppdater kvar tiltenkt part før du kallar tilbake den gamle verdien. Test deretter sambandet frå begge endar, fordi ein nøkkel som ikkje passar feilar ved handtrykket og ser nøyaktig ut som eit brannmurproblem.

Dokumenter kva hemmelegheit som vernar kva fase, slik at ei tilbakestilling av passord aldri blir forveksla med fornying av ein kryptografisk nøkkel. Den eine lina sparar ein time kvar gong nokon reviderer utrullinga.