Waarom 'n groter OpenVPN-sleutel nie die herleutel-tydhouer uitskakel nie

Die keuse van AES-256 of 'n langer sleutel sê niks oor hoe lank daardie sleutel gebruik mag word. Sleutelsterkte beskryf die algoritme; die herleutelbeleid bepaal wanneer die sessie nuwe sleutelmateriaal aflei. 'n Ontplooiing kan die sterkste beskikbare syfer kies en steeds verkeerd wees oor hernuwing, want die twee besluite word op verskillende plekke geneem. Om hulle te verwar lei óf tot 'n onnodige syferverandering óf tot 'n sessie wat stilweg sy beleid oorleef.

Lees die herleutelinstellings voordat jy aan die syfer raak, en lees albei eweknaars wanneer jy dit doen.

Sleutelsterkte en sleutelleeftyd beantwoord verskillende vrae

Die syfer en sleutelgrootte bepaal hoe duur 'n aanval op onderskepte verkeer sou wees. Die herleutelinterval bepaal hoeveel verkeer een sleutel beskerm en hoe lank 'n gekompromitteerde sleutel bruikbaar bly. Dit is onafhanklike knoppe, en 'n sterker syfer verleng nie die veilige leeftyd van 'n sessie nie. Die meeste leiding wat sê 'gebruik AES-256' bly stil oor hernuwing, want hernuwing is 'n beleidsvraag eerder as 'n algoritmekeuse.

Teken albei in die ontplooiingsnotas aan: wat die datakanaal beskerm, en wat die vervanging van sy sleutels veroorsaak.

Herleuteling het drie snellers, en enige eweknaar kan dit afvuur

OpenVPN 2.6 dokumenteer afsonderlike snellers vir heronderhandeling op grond van grepe, pakkette en verstreke tyd. Die tydsneller is die een wat die meeste ontplooiings op sy verstek laat, wat beteken dat 'n stil tonnel steeds volgens skedule herleutel. Enige eweknaar kan die uitruiling begin, en die eweknaar wat dit nie begin het nie, volg. Om die tydhouer aan een kant te verander stel dus nie die gedrag van die sessie nie; die effektiewe waarde is watter kant eerste begin.

Grepe- en pakketsnellers maak saak vir werkladings met hoë deurset of klein pakkette, waar 'n tyd-alleen-beleid een sleutel veel meer data sou laat beskerm as bedoel. As daardie tellers afgeskakel bly, sê dit doelbewus in die notas eerder as om die verstek ondersoekloos te laat.

Herleuteling ontbloot die verifikasiewerkvloei

Heronderhandeling is 'n nuwe TLS-handdruk, wat beteken die verifikasiepad loop weer. Ontplooiings wat eenmalige kodes, hardeware-tokens of 'n RADIUS-uitdaging gebruik, ontdek dit op die harde manier: die eerste verbinding werk en die sessie sterf 'n uur later wanneer die tweede handdruk vra vir 'n kode wat al gebruik is. auth-gen-token bestaan om daardie gaping te oorbrug deur die bediener 'n kortstondige token vir heronderhandeling te laat uitreik in plaas daarvan om 'n nuwe interaktiewe aanmelding te eis.

Behandel dit as 'n werkvloeiprobleem om saam met die operateur op te los, nie as bewys dat hernuwing afgeskakel moet word nie.

Toets hernuwing onder las, nie in 'n sessie van een minuut nie

'n Aanvaardingstoets wat verbind, een keer ping en ontkoppel, bereik nooit die herleuteling nie. Hardloop 'n sessie lank genoeg om die gekonfigureerde sneller oor te steek, hou 'n oordrag deurgaans aan die gang, en kyk na albei eweknaars se logboeke vir die nuwe handdruk. Toets dan die foutpad: wat die kliënt doen as die heronderhandeling nie kan voltooi nie. 'n Tonnel wat skoon val, is makliker om te diagnoseer as een wat aanhou stuur in 'n dooie sessie in.

Moenie 'n suksesvolle groot oordrag as bewys van 'n kriptografiese drempel lees nie. Dit wys net dat die pad en die tellers daardie hoeveelheid verkeer oorleef het.

Dokumenteer albei keuses

Die rekord het twee reëls nodig: hoe pakkette beskerm word, en wanneer daardie beskerming vervang word. Voeg die gesag vir elke waarde by, want die syfer kan uit 'n verspreidingsverstek kom terwyl die tydhouer uit 'n interne beleid kom. 'n Toekomstige operateur moet nie een van die twee uit 'n konfigurasielêer hoef af te lei nie.

As versoenbaarheid 'n uitsondering afdwing, beperk dit tot 'n weergawe en 'n einddatum. 'n Uitsondering wat sy rede oorleef, word die beleid wat niemand onthou hulle het dit gekies nie.