Waarom een grotere OpenVPN-sleutel de herververselingstimer niet wegneemt
Sleutelsterkte en sleutelleven zijn aparte beslissingen. Controleer de byte-, pakket- en tijdtriggers en test daarna een herververseling tegen de echte inlogflow.
Kiezen voor AES-256 of een langere sleutel zegt niets over hoe lang die sleutel gebruikt mag worden. Sleutelsterkte beschrijft het algoritme; het herververselingsbeleid bepaalt wanneer de sessie nieuw sleutelmateriaal afleidt. Een uitrol kan de sterkste beschikbare cipher kiezen en toch fout zitten met de vernieuwing, omdat de twee beslissingen op verschillende plekken worden genomen. Ze door elkaar halen levert of een onnodige cipherwijziging op, of een sessie die stilzwijgend zijn beleid overleeft.
Lees de herververselingsinstellingen voordat u de cipher aanraakt, en lees beide kanten als u dat doet.
Sleutelsterkte en sleutelleven beantwoorden verschillende vragen
De cipher en sleutelgrootte bepalen hoe duur een aanval op afgevangen verkeer zou zijn. Het herverversingsinterval bepaalt hoeveel verkeer één sleutel beschermt en hoe lang een gecompromitteerde sleutel bruikbaar blijft. Dat zijn onafhankelijke knoppen, en een sterkere cipher verlengt de veilige levensduur van een sessie niet. De meeste adviezen die 'gebruik AES-256' zeggen, zwijgen over vernieuwing, omdat vernieuwing een beleidsvraag is en geen algoritmekeuze.
Noteer beide in de uitrolnotities: wat het datakanaal beschermt, en wat vervanging van de sleutels ervan uitlokt.
Herververseling heeft drie triggers, en beide kanten kunnen ze afvuren
OpenVPN 2.6 documenteert afzonderlijke triggers voor heronderhandeling op basis van bytes, pakketten en verstreken tijd. De tijdtrigger is degene die de meeste uitrollen op de standaardwaarde laten, wat betekent dat een stille tunnel nog steeds volgens schema herververselt. Beide kanten kunnen de uitwisseling starten, en de kant die dat niet deed, volgt. De timer aan één kant wijzigen legt dus niet het gedrag van de sessie vast; de effectieve waarde is die van de kant die als eerste begint.
Byte- en pakkettriggers doen ertoe bij werklasten met hoge doorvoer of kleine pakketten, waar een beleid op alleen tijd één sleutel veel meer data zou laten beschermen dan bedoeld. Als die tellers uitgeschakeld blijven, zeg dat dan bewust in de notities in plaats van de standaardwaarde ononderzocht te laten.
Een herververseling legt de authenticatieflow bloot
Heronderhandeling is een nieuwe TLS-handshake, wat betekent dat het authenticatiepad opnieuw loopt. Uitrollen met eenmalige codes, hardwaretokens of een RADIUS-uitdaging ontdekken dit op de harde manier: de eerste verbinding werkt en de sessie sterft een uur later, wanneer de tweede handshake om een code vraagt die al gebruikt is. auth-gen-token bestaat om die kloof te overbruggen door de server een kortlevend token voor heronderhandeling te laten uitgeven in plaats van een nieuwe interactieve login te eisen.
Behandel dat als een workflowprobleem om met de operator op te lossen, niet als bewijs dat vernieuwing uitgeschakeld moet worden.
Test vernieuwing onder belasting, niet in een sessie van één minuut
Een acceptatietest die verbindt, één keer pingt en loskoppelt, bereikt de herververseling nooit. Draai een sessie lang genoeg om de ingestelde trigger te passeren, houd een overdracht gaande gedurende het geheel, en kijk in de logboeken van beide kanten naar de nieuwe handshake. Test daarna het foutpad: wat de client doet als de heronderhandeling niet kan worden afgerond. Een tunnel die schoon wegvalt, is makkelijker te diagnosticeren dan een die blijft sturen in een dode sessie.
Lees een geslaagde grote overdracht niet als bewijs van een cryptografische drempel. Het toont alleen dat het pad en de tellers dat volume verkeer hebben doorstaan.
Documenteer beide keuzes
Het record heeft twee regels nodig: hoe pakketten worden beschermd, en wanneer die bescherming wordt vervangen. Voeg de bevoegdheid voor elke waarde toe, want de cipher kan uit een distributiestandaard komen terwijl de timer uit een intern beleid komt. Een toekomstige operator zou geen van beide uit een configuratiebestand hoeven af te leiden.
Als compatibiliteit een uitzondering afdwingt, beperk die dan tot een versie en een einddatum. Een uitzondering die zijn reden overleeft, wordt het beleid waarvan niemand zich herinnert dat hij het koos.