IPsec előre megosztott kulcs: a bájtok a beírt karakterlánc mögött

Két rendszergazda összehasonlítja a titkot a képernyőn, egyetértenek, hogy egyezik, és az alagút mégis elbukik a hitelesítésen. A karakterlánc, amelyet összehasonlítottak, nem az az érték, amelyet bármelyik fél a kulcslevezetésbe táplál. A látott karakterek és a protokoll által hashelt bájtok között van egy mezőtípus, egy szövegkódolás, egy szerkesztő és egy vágólap, és a négy közül bármelyik megváltoztathatja a bemenetet anélkül, hogy a megjelenése megváltozna. Hasonlítsa össze a bájtokat, és az eltérés általában másodperceken belül megjelenik.

Mit tesz az átjáró a karakterlánccal

Az előre megosztott kulcsot nem küldik át a hálózaton és nem hasonlítják össze. Mindkét fél a helyi példányát táplálja az IKE-csere kulcslevezetésébe, és az így létrejövő hitelesítési hasznos terhek vagy ellenőrződnek, vagy nem. Ez a kialakítás azt jelenti, hogy a két példánynak bájtra azonosnak kell lennie, nem pedig vizuálisan hasonlónak, és azt is jelenti, hogy a hiba a hitelesítési szakaszban jelentődik, nem pedig rossz jelszó üzenetként.

A hasznos kérdés tehát soha nem az, hogy „egyformának tűnnek-e”, hanem hogy „milyen pontos bájtsorozatot hashel az egyes megvalósítás”.

Honnan jönnek a plusz bájtok

A záró újsor a klasszikus bűnös, és nyíltan rejtőzik, mert a legtöbb szerkesztő láthatatlanul hozzáad egyet a fájl mentésekor. A csevegőablakból beillesztett kezdő vagy záró szóköz ugyanezt teszi, ahogyan a szövegszerkesztő által egyenes idézőjelre cserélt tipográfiai idézőjel is. Ezek egyike sem változtatja meg azt a vizuális összehasonlítást, amelyet egy ember végez.

Hasonlítsa össze olyan eszközzel, amely bájtokat mutat, nem glifeket. A printf '%s' "$PSK" | xxd | tail -2 hexadecimálisan kiírja az érték végét, ahol egy elkóborolt 0a vagy 20 nyilvánvaló. Tegye meg mindkét végén, és hasonlítsa össze a két kiírást egymás mellett. Generált tesztanyagon tegye, ne olyan éles titkon, amelyet aztán a shell előzményeiben hagy.

A kódolt nem titkosított

A konfigurációexportok gyakran alapkódolásban hordozzák a titkot, néha hatvan vagy hetvenhat karakterenkénti sortöréssel, néha kitöltéssel. Ha az egyik vég a dekódolt bájtokat várja, és Ön a kódolt szöveget illeszti be, nem más jelszót küldött, hanem egy sokkal hosszabbat nyomtatható karakterekből. A Base64 semmilyen bizalmasságot nem nyújt, ezért kódolt titkot soha nem szabad fórumba beilleszteni másodvéleményért.

Az Apple IPSec-szótára jó példa arra, hogy a típus számít: a SharedSecret adatként dokumentálja a megosztott titkos hitelesítési módszerhez az L2TP és Cisco IPsec hasznos terhekben. Ez egy meghatározott tulajdonság egy meghatározott teherben, nem általános szövegmező, amelyet újra felhasználhatna egy másik protokollhoz, amely véletlenül titkot kér.

Az állított korlát egyetlen kombinációhoz tartozik

A régi jelentések egy Apple-ügyfélen tapasztalt harminckét karakteres plafonról valós jelentések egy ügyfélverzióról, protokollról és profilalakról. Ezek nem univerzális korlátok minden Apple-platformra, minden szolgáltatóra és minden protokollra. Ellenőrizze a verziót, a teher típusát és az átjáró követelményét együtt, majd teszteljen jóváhagyott elrendezésen, ahelyett hogy egy szálból következtetne. Írja be a tesztelt kombinációt a változásnyilvántartásba, különben a következő ember ugyanazt a szálat nagyobb bizonyossággal idézi, mint amennyit érdemel.

Ha egy korlát valóban érvényes, a válasz egy támogatott hitelesítőadat-kialakítás, amely belefér, nem pedig egy erős titok rövidített változata. Az éles kulcs csonkolása egy feltételezett korlát kielégítésére véglegesen csökkenti az erejét, és olyan rendszert hoz létre, amelynek dokumentációja már nem egyezik a biztonságával.

A megjelenítést javítsa, ne az erőt

Ha a hitelesítés a megjelenítés megerősítése után meghiúsul, olvassa el a hatályos szabályzatot a hitelesítési szakaszban: melyik módszert tárgyalják, milyen társhitelesítést várnak, és az átjáró ahhoz a kapcsolathoz illeszkedik-e, amelyre gondol. A fokozatosan gyengébb találgatások nem diagnózis, hanem lassú lefokozás csatolt támogatási jeggyel.

Ha a szükséges hitelesítő adat nem tud megfelelni a szervezet szabványának, változtassa meg a kialakítást olyanra, amely képes. Egy elég entrópiával rendelkező megosztott titok, egyszer generálva, kezelt mezőben tárolva és soha nem publikálva, teljesen jó válasz; rövidebb változata nem az.