Za kodirano skrivnost VPN ni „dešifriranja“

Izraz dešifrirati kodirani ključ predpostavlja eno samo operacijo, ki ne obstaja. Shranjena skrivnost VPN je lahko osnovno kodirana polja bajtov, šifriran blob, vezan na shrambo ključev, ali enosmerni preverjevalec, ki ga ni mogoče prav nič obrniti, in vsak od njih zahteva drugačen odziv. Osnovno kodiranje po zasnovi ne doda zaupnosti, zato lahko njegovo dekodiranje obnovi uporabno skrivnost, namesto da bi razkrilo zaščiteno. Začetek pri polju in pri izdelku, ki ga je zapisal, je edina zanesljiva identifikacija.

Vrednost hranite stran od spletnih dekoderjev in od javnih objav na forumih, ker kodirana skrivnost ostaja skrivnost.

Kodiranje, šifriranje in preverjevalec so tri različne stvari

RFC 4648 opredeljuje osnovna kodiranja kot predstavitve podatkov v omejenih okoljih, njegov varnostni razdelek pa jasno navaja, da ne zagotavljajo nobene računske zaupnosti. To pomeni, da lahko polje Base64 vsakdo pretvori nazaj v bajte, kar je tveganje za obnovitev in ne kriptografska ovira. Šifriranje je drugačno: brez ključnega gradiva bajti ostanejo neprosojni. Preverjevalec je spet drugačen, ker je zasnovan tako, da ga ni mogoče obrniti. Branje dokumentiranega imena polja običajno pove, kateri od treh primerov velja pri vas.

Če niz imenujemo Base64, še ne določimo, kaj vsebuje. Dekodira se lahko v ključ, v serializirano strukturo ali v naključno zapolnitev, videz besedila pa ne pove ničesar o tem, kateri.

Opredelite polje, preden se ga dotaknete

Zapišite izdelek, iz katerega je izvoženo, in različico, obliko profila ter dokumentirano ime polja. Nato ločite vrste skrivnosti: skupinski vnaprej souporabljeni ključ ni geslo posameznega računa, niti geslo zasebnega ključa niti žeton za preverjanje pristnosti. Imajo različne lastnike in različne postopke zamenjave, njihova zamenjava pa spremeni napačne poverilnice. Tudi profil, ki se še povezuje, ni dovoljenje za izvleko poverilnic, ki pripadajo nekomu drugemu.

Koristna informacija za podporo je izdelek, polje, napaka in odobreni cilj. Sama skrivnost ni del tega seznama.

Obnovitev je odobren postopek, ne dekoder

Če izdelek dokumentira reverzibilen izvoz za odobreno obnovitev, uporabite njegov lastni postopek uvoza ali obnovitve v zaščitenem okolju. Ohranite izvorno datoteko in dekodirano gradivo hranite stran od dnevnikov, zgodovine lupine in zahtevkov. Če je vrednost šifrirana ali vezana na zaščiteno shrambo, dokumentirana metoda odklepanja in zahtevana avtorizacija prideta od lastnika, ker dekodiranje ne daje niti ključa niti konteksta dostopa drugega uporabnika. Ko polje vsebuje preverjevalca, sledite dokumentirani poti zamenjave, namesto da preizkušate dekoderje.

Ko lastnik vrednosti ne more obnoviti ali varno ponovno izdati, je odgovor nova poverilnica in posodobljene konfiguracije partnerjev. To je projekt s prehodom, ne ukaz.

Zamenjava skupne skrivnosti je usklajena sprememba

Prepisovanje produkcijske skupne skrivnosti samo na eni strani pokvari vsakega odobrenega odjemalca, ki še vedno drži prejšnjo vrednost. Načrtujte prehod, odločite se, ali je treba kateri dostop preklicati, in pred spremembo katerega koli konca ohranite pot obnovitve na voljo. Okno objavite ljudem, ki ga bodo opazili.

Če je bila izvorna vrednost razkrita, je rotacija pravi odgovor in njeno dekodiranje ne doda ničesar. Razkrita skrivnost je ogrožena, ne glede na to, ali je kdo obnovil bajte.

Zapišite, kje živi nova vrednost in kdo jo ima v lasti. Naslednji incident bo zahteval to, ne dekoderja.