AES-256 või pikema võtme valimine ei ütle midagi selle kohta, kui kaua seda võtit tohib kasutada. Võtme tugevus kirjeldab algoritmi; uuendamispoliitika otsustab, millal sessioon uut võtmemeetrit tuletab. Juurutus võib valida tugevaima saadaoleva šifri ja eksida ikkagi uuendamise osas, sest need kaks otsust tehakse eri kohtades. Nende segamine annab kas tarbetu šifrivahetuse või sessiooni, mis elab vaikselt üle oma poliitika.

Lugege uuendamise seadeid enne, kui šifrit puutute, ja lugege seejuures mõlemat poolt.

Võtme tugevus ja võtme eluiga vastavad erinevatele küsimustele

Šifer ja võtme suurus piiravad, kui kulukas oleks rünnak kinni püütud liikluse vastu. Uuendamise intervall piirab, kui palju liiklust üks võti kaitseb ja kui kaua kompromiteeritud võti kasulik püsib. Need on sõltumatud nupud ja tugevam šifer ei pikenda sessiooni turvalist eluiga. Enamik juhiseid, mis ütlevad „kasutage AES-256“, vaikib uuendamisest, sest uuendamine on poliitika, mitte algoritmi valik.

Kirjutage mõlemad juurutamise märkmetesse: mis kaitseb andmekanalit ja mis käivitab selle võtmete vahetuse.

Uuendamisel on kolm päästikut ja kumbki pool võib need käivitada

OpenVPN 2.6 dokumenteerib eraldi päästikud läbirääkimiseks uuesti baitide, pakettide ja möödunud aja alusel. Ajapäästik on see, mille enamik juurutusi jätab vaikeväärtusele, mis tähendab, et vaikne tunnel uuendab võtit ikkagi graafiku järgi. Kumbki pool võib vahetuse algatada ja pool, kes seda ei algatanud, järgib. Seega ei määra taimeri muutmine ühel pool sessiooni käitumist; tegelik väärtus on sellel poolel, kes alustab esimesena.

Baidi- ja paketipäästikud loevad suure läbilaskevõime või väikeste pakettide koormuse juures, kus ainult ajal põhinev poliitika laseks ühel võtmel kaitsta palju rohkem andmeid kui kavandatud. Kui need loendurid jäävad välja lülitatuks, öelge seda märkmetes teadlikult, selle asemel et jätta vaikeväärtus uurimata.

Uuendamine paljastab autentimisvoo

Uuesti läbirääkimine on uus TLS kätlus, mis tähendab, et autentimistee jookseb uuesti. Ühekordseid koode, riistvaralisi tokensid või RADIUS-e väljakutset kasutavad juurutused avastavad selle raskel teel: esimene ühendus töötab ja sessioon sureb tund hiljem, kui teine kätlus küsib juba kasutatud koodi. auth-gen-token on olemas, et see lünk ületada, lastes serveril väljastada läbirääkimiseks lühiajaline token, selle asemel et nõuda uut interaktiivset sisselogimist.

Käsitlege seda töövoo probleemina, mis tuleb operaatoriga lahendada, mitte tõendina, et uuendamine tuleks välja lülitada.

Testige uuendamist koormuse all, mitte üheminutilises sessioonis

Vastuvõtutest, mis ühendub, teeb ühe pingi ja katkestab, ei jõua kunagi uuendamiseni. Käivitage sessioon, mis on piisavalt pikk, et seadistatud päästik ületada, hoidke ülekanne kogu aeg töös ja jälgige mõlema poole logisid uue kätluse jaoks. Seejärel testige tõrketee: mida klient teeb, kui läbirääkimist ei saa lõpule viia. Tunnel, mis kukub puhtalt, on kergem diagnoosida kui see, mis jätkab saatmist surnud sessiooni.

Ärge lugege õnnestunud suurt ülekannet krüptograafilise läve tõendiks. See näitab ainult, et tee ja loendurid pidasid vastu nii palju liiklust.

Dokumenteerige mõlemad valikud

Kirjel on vaja kahte rida: kuidas pakette kaitstakse ja millal see kaitse asendatakse. Lisage iga väärtuse volitus, sest šifer võib tulla distributsiooni vaikeväärtusest, samal ajal kui taimer tuleb sisepoliitikast. Tulevane operaator ei peaks kumbagi konfiguratsioonifailist tuletama.

Kui ühilduvus sunnib erandi tegema, piirake see versiooni ja lõppkuupäevaga. Erand, mis elab üle oma põhjuse, muutub poliitikaks, mida keegi ei mäleta valinud olevat.

Seotud artiklid