Førehandsdelt IPsec-nøkkel: byta bak strengen du skreiv

To administratorar samanliknar hemmelegheita på skjermen, er samde om at ho stemmer, og tunnelen feilar likevel i autentiseringa. Strengen dei samanlikna, er ikkje verdien nokon av endane sender inn i nøkkelutleiinga. Mellom teikna du ser og byta protokollen hashar, finst ein felttype, ei tekstkoding, ein editor og eit utklippstavle, og kvar av dei fire kan endre inndata utan å endre korleis det ser ut. Samanlikn byta, og usemja dukkar vanlegvis opp i løpet av sekund.

Kva gatewayen gjer med strengen

Ein førehandsdelt nøkkel vert ikkje send over nettet og samanlikna. Kvar ende sender si lokale kopi inn i nøkkelutleiinga for IKE-utvekslinga, og dei resulterande autentiseringsnyttelastane vert verifiserte eller ikkje. Denne utforminga tyder at dei to kopiane må vere byte-identiske snarare enn visuelt like, og det tyder òg at feilen vert rapportert på autentiseringstrinnet i staden for som ei melding om feil passord.

Så det nyttige spørsmålet er aldri «ser desse like ut», men «kva nøyaktig bytsekvens hashar kvar implementasjon».

Kvar ekstra byta kjem frå

Ei avsluttande ny linje er den klassiske syndaren, og ho skjuler seg i openheit fordi dei fleste editorar legg til ei usynleg når ei fil vert lagra. Eit innleiande eller avsluttande mellomrom limt inn frå eit chattevindauge gjer det same, og det gjer òg eit typografisk hermeteikn som er erstatta med eit rett av eit teksthandsamingprogram. Ingenting av dette endrar den visuelle samanlikninga eit menneske utfører.

Samanlikn med eit verktøy som viser byta i staden for glyfar. printf '%s' "$PSK" | xxd | tail -2 skriv ut slutten av verdien i hex, der ein forvilla 0a eller 20 er tydeleg. Gjer det i båe endar og samanlikn dei to utskriftene side ved side. Gjer det på generert testmateriale, ikkje på ei produksjonshemmelegheit som du deretter lèt liggje i skallhistorikken.

Koda er ikkje kryptert

Konfigurasjonseksportar ber ofte hemmelegheita i ei basiskoding, nokre gonger med linjeskift kvar seksti eller syttiseks teikn og nokre gonger med utfylling. Viss den eine enden ventar dei dekoda byta og du limer inn den koda teksten, har du ikkje sendt eit anna passord, du har sendt eit mykje lengre eit laga av utskrivbare teikn. Base64 gir inga konfidensialitet i det heile, og det er òg grunnen til at ei koda hemmelegheit aldri må limast inn i eit forum for å få ei anna vurdering.

Apples IPSec-ordbok er eit nyttig døme på at typen betyr noko: ho dokumenterer SharedSecret som data for autentiseringsmetoden med delt hemmelegheit i L2TP- og Cisco IPsec-nyttelastane. Det er ein spesifikk eigenskap i ein spesifikk nyttelast, ikkje eit generelt tekstfelt du kan bruke på nytt for ein annan protokoll som tilfeldigvis ber om ei hemmelegheit.

Ei påstått grense høyrer til éin kombinasjon

Gamle rapportar om eit tak på trettito teikn på éin Apple-klient er reelle rapportar om éin klientversjon, protokoll og profilform. Dei er ikkje ei universell grense for kvar Apple-plattform, kvar leverandør og kvar protokoll. Kontroller versjonen, nyttelasttypen og gatewaykravet saman, og test deretter på ein godkjend konfigurasjon i staden for å utleie frå ein tråd. Skriv den testa kombinasjonen i endringsloggen, elles vil neste person sitere same tråd med større tryggleik enn han fortener.

Viss ei grense verkeleg gjeld, er svaret eit støtta påloggingsdesign som passar til ho, ikkje ein forkorta versjon av ei sterk hemmelegheit. Å korte ned ein produksjonsnøkkel for å oppfylle ei antatt grense reduserer styrken permanent og gir eit system der dokumentasjonen ikkje lenger samsvarar med tryggleiken.

Rett representasjonen, ikkje styrken

Når autentiseringa mislukkast etter at representasjonen er stadfesta, les den effektive policyen på autentiseringstrinnet: kva metode som vert forhandla, kva peer-identitet som er venta, og om gatewayen samsvarar med tilkoplinga du trur. Gradvis svakare gjettingar er ikkje diagnose, dei er ei langsam nedgradering med ein støttebillett vedlagt.

Viss den påkravde påloggingsinformasjonen ikkje kan oppfylle standarden til organisasjonen, endre utforminga til ei som kan. Ei delt hemmelegheit med tilstrekkeleg entropi, generert éin gong, lagra i eit administrert felt og aldri publisert, er eit heilt godt svar; ein kortare versjon av ho er det ikkje.