Antaŭe dividita IPsec-ŝlosilo: la bajtoj malantaŭ la signoĉeno, kiun vi tajpis

Du administrantoj komparas la sekreton sur la ekrano, konsentas ke ĝi kongruas, kaj la tunelo tamen malsukcesas aŭtentigi. La signoĉeno, kiun ili komparis, ne estas la valoro, kiun ajna flanko enigas en la ŝlosilderivadon. Inter la signoj, kiujn vi vidas, kaj la bajtoj, kiujn la protokolo haketas, estas kampotipo, teksta kodigo, redaktilo kaj poŝo, kaj iu ajn el la kvar povas ŝanĝi la enigon sen ŝanĝi ĝian aspekton. Komparu la bajtojn kaj la malkongruo kutime aperas en sekundoj.

Kion la pordego faras kun la signoĉeno

Antaŭe dividita ŝlosilo ne estas sendata tra la reto kaj komparata. Ĉiu flanko enigas sian lokan kopion en la ŝlosilderivadon por la IKE-interŝanĝo, kaj la rezultaj aŭtentigaj utilŝarĝoj aŭ validiĝas aŭ ne. Tiu dezajno signifas, ke la du kopioj devas esti bajte identaj prefere ol vide similaj, kaj ĝi ankaŭ signifas, ke la fiasko estas raportata en la aŭtentiga etapo prefere ol kiel mesaĝo pri malĝusta pasvorto.

Do la utila demando neniam estas «ĉu ĉi tiuj aspektas same» sed «kiun precizan sekvencon de bajtoj ĉiu efektivigo haketas».

De kie venas pliaj bajtoj

Fina linifino estas la klasika kulpulo, kaj ĝi kaŝiĝas videble, ĉar plej multaj redaktiloj aldonas unu nevideble kiam dosiero estas konservata. Komenca aŭ fina spaco algluita el babileja fenestro faras la samon, kaj same faras tipografia citilo anstataŭigita per rekta de tekstprilaborilo. Neniu el tiuj ŝanĝas la vidan komparon, kiun homo faras.

Komparu per ilo, kiu montras bajtojn anstataŭ glifojn. printf '%s' "$PSK" | xxd | tail -2 presas la finon de la valoro en deksesuma formo, kie erarvaga 0a aŭ 20 estas evidenta. Faru tion ĉe ambaŭ flankoj kaj komparu la du elprenaĵojn flanko ĉe flanko. Faru tion sur generita testa materialo, ne sur produkta sekreto, kiun vi poste lasas en la ŝela historio.

Kodita ne estas ĉifrita

Konfiguraj eksportoj ofte portas la sekreton en baza kodigo, foje kun linisaltoj ĉiuj sesdek aŭ sepdek ses signoj kaj foje kun plenigo. Se unu flanko atendas la malkoditajn bajtojn kaj vi algluas la koditan tekston, vi ne sendis malsaman pasvorton, vi sendis multe pli longan faritan el preseblaj signoj. Base64 tute ne provizas konfidencon, kaj tial kodita sekreto neniam devas esti algluita en forumo por dua opinio.

La IPSec-vortaro de Apple estas utila ekzemplo pri tio, ke la tipo gravas: ĝi dokumentas SharedSecret kiel datumojn por la aŭtentiga metodo per komuna sekreto en la utilŝarĝoj L2TP kaj Cisco IPsec. Tio estas specifa propraĵo en specifa utilŝarĝo, ne ĝenerala teksta kampo, kiun vi povas reuzi por alia protokolo, kiu hazarde petas sekreton.

Asertita limo apartenas al unu kombinaĵo

Malnovaj raportoj pri plafono de tridek du signoj ĉe unu Apple-kliento estas veraj raportoj pri unu klienta versio, protokolo kaj profila formo. Ili ne estas universala limo por ĉiu Apple-platformo, ĉiu provizanto kaj ĉiu protokolo. Kontrolu la version, la utilŝarĝan tipon kaj la pordegan postulon kune, poste testu sur aprobita aranĝo anstataŭ dedukti el fadeno. Skribu la testitan kombinaĵon en la ŝanĝregistron, ĉar alie la sekva persono citos la saman fadenon kun pli da konfido ol ĝi meritas.

Se limo vere validas, la respondo estas subtenata akreditila dezajno, kiu konformas al ĝi, ne mallongigita versio de forta sekreto. Tranĉi produktan ŝlosilon por kontentigi konjektitan limon permanente malpliigas ĝian forton kaj produktas sistemon, kies dokumentaro ne plu kongruas kun ĝia sekureco.

Riparu la prezenton, ne la forton

Kiam aŭtentigo malsukcesas post kiam la prezento estas konfirmita, legu la efektivan politikon en la aŭtentiga etapo: kiu metodo estas intertraktata, kiu identeco de samtavolo estas atendata, kaj ĉu la pordego kongruas kun la konekto, kiun vi pensas. Sinsekve pli malfortaj konjektoj ne estas diagnozo, ili estas malrapida malaltigo kun alkroĉita subtena bileto.

Se la postulata akreditilo ne povas plenumi la normon de la organizo, ŝanĝu la dezajnon al tiu, kiu povas. Komuna sekreto kun sufiĉa entropio, generita unufoje, konservita en administrata kampo kaj neniam publikigita, estas tute bona respondo; pli mallonga versio de ĝi ne estas.