Kodėl didesnis OpenVPN raktas nepanaikina raktų atnaujinimo laikmačio

Pasirinkus AES-256 arba ilgesnį raktą, nieko nesakoma apie tai, kiek laiko tą raktą galima naudoti. Rakto stiprumas apibūdina algoritmą; atnaujinimo politika nusprendžia, kada sesija išveda naują raktų medžiagą. Diegimas gali pasirinkti stipriausią prieinamą šifrą ir vis tiek suklysti dėl atnaujinimo, nes abu sprendimai priimami skirtingose vietose. Juos supainiojus gaunamas arba nereikalingas šifro pakeitimas, arba sesija, kuri tyliai pergyvena savo politiką.

Perskaitykite atnaujinimo nustatymus prieš liesdami šifrą, o tai darydami skaitykite abi puses.

Rakto stiprumas ir rakto galiojimo trukmė atsako į skirtingus klausimus

Šifras ir rakto dydis riboja, kiek kainuotų ataka prieš perimtą srautą. Atnaujinimo intervalas riboja, kiek srauto apsaugo vienas raktas ir kiek laiko kompromituotas raktas lieka naudingas. Tai nepriklausomi reguliatoriai, o stipresnis šifras nepratęsia saugios sesijos trukmės. Dauguma rekomendacijų, sakiančių „naudokite AES-256“, tyli apie atnaujinimą, nes atnaujinimas yra politikos, o ne algoritmo pasirinkimo klausimas.

Užrašykite abu diegimo pastabose: kas apsaugo duomenų kanalą ir kas sukelia jo raktų pakeitimą.

Atnaujinimas turi tris trigerius, ir bet kuri pusė gali juos suaktyvinti

OpenVPN 2.6 dokumentuoja atskirus pakartotinio derėjimosi trigerius pagal baitus, paketus ir praėjusį laiką. Laiko trigeris yra tas, kurį dauguma diegimų palieka numatytąjį, o tai reiškia, kad tyli tunelio linija vis tiek atnaujina raktą pagal grafiką. Bet kuri pusė gali pradėti mainus, o pusė, kuri jų nepradėjo, seka. Todėl laikmačio pakeitimas vienoje pusėje nenustato sesijos elgsenos; veiksminga reikšmė yra tos pusės, kuri pradeda pirmoji.

Baitų ir paketų trigeriai svarbūs didelio pralaidumo ar mažų paketų apkrovoms, kur politika, pagrįsta tik laiku, leistų vienam raktui apsaugoti daug daugiau duomenų, nei numatyta. Jei šie skaitikliai lieka išjungti, pasakykite tai sąmoningai pastabose, o ne palikite numatytąją reikšmę nepatikrintą.

Atnaujinimas atskleidžia autentifikavimo eigą

Pakartotinis derėjimasis yra naujas TLS rankos paspaudimas, o tai reiškia, kad autentifikavimo kelias vėl vyksta. Diegimai su vienkartiniais kodais, aparatiniais žetonais ar RADIUS iššūkiu tai sužino sunkiu būdu: pirmasis ryšys veikia, o sesija miršta po valandos, kai antrasis rankos paspaudimas prašo jau panaudoto kodo. auth-gen-token egzistuoja tam, kad užpildytų šią spragą leisdamas serveriui išduoti trumpalaikį žetoną pakartotiniam derėjimuisi, o ne reikalauti naujo interaktyvaus prisijungimo.

Traktuokite tai kaip darbo eigos problemą, kurią reikia spręsti su operatoriumi, o ne kaip įrodymą, kad atnaujinimą reikia išjungti.

Išbandykite atnaujinimą esant apkrovai, o ne vienos minutės sesijoje

Priėmimo testas, kuris prisijungia, vieną kartą pingina ir atsijungia, niekada nepasiekia atnaujinimo. Paleiskite pakankamai ilgą sesiją, kad peržengtumėte sukonfigūruotą trigerį, visą laiką palaikykite vykstantį perdavimą ir stebėkite abiejų pusių žurnalus dėl naujo rankos paspaudimo. Tada išbandykite gedimo kelią: ką klientas daro, jei pakartotinio derėjimosi užbaigti nepavyksta. Tunelis, kuris krenta švariai, diagnozuojamas lengviau nei tas, kuris toliau siunčia į negyvą sesiją.

Nelaikykite sėkmingo didelio perdavimo kriptografinės ribos įrodymu. Jis tik parodo, kad kelias ir skaitikliai atlaikė tiek srauto.

Dokumentuokite abu pasirinkimus

Įrašui reikia dviejų eilučių: kaip apsaugomi paketai ir kada ta apsauga pakeičiama. Pridėkite kiekvienos reikšmės įgaliojimą, nes šifras gali kilti iš platinimo numatytosios reikšmės, o laikmatis – iš vidaus politikos. Būsimas operatorius neturėtų nė vieno jų spėlioti iš konfigūracijos failo.

Jei suderinamumas verčia daryti išimtį, apribokite ją versija ir pabaigos data. Išimtis, kuri pergyvena savo priežastį, tampa politika, kurios niekas neprisimena pasirinkęs.