Заміна ключа, повторне підключення чи повторна автентифікація: що вам потрібно?

Сесія, що працює годинами, не зберігатиме ті самі ключі вічно, і це задумано. Три різні події називають ротацією ключів: новий сесійний матеріал у межах наявної асоціації, повна перебудова з'єднання та повтор перевірки особи. Кожна має інший тригер, іншу ціну та іншу ознаку збою. Оберете не ту — виправлення або нічого не зробить, або без причини покладе тунель.

Рішення залежить від того, який рівень насправді вичерпався.

Три операції, які називають ротацією

Заміна ключа створює нові ключі трафіку в межах наявних контрольних відносин, використовуючи механізм, визначений протоколом. IKEv2 робить це новою дочірньою асоціацією безпеки, TLS 1.3 — повідомленням про оновлення ключа, а WireGuard — новим рукостисканням, коли досягаються його обмеження за часом або кількістю повідомлень. Адреси тунелю та автентифікована особа залишаються на місці.

Повторне підключення відкидає з'єднання і будує його заново з початку, що повторює призначення адрес, встановлення маршрутів і всі переговори першої спроби.

Повторна автентифікація повторює сам доказ особи, що може включати облікові дані, сертифікат або другий фактор. Вона може відбуватися з повторним підключенням або без нього, залежно від продукту.

Що помічають користувачі під час оновлення

Заміна ключа має бути майже непомітною. Ідентифікатори асоціації змінюються, лічильники можуть скидатися, а застосунки зберігають свої сокети; коротка пауза в одному напрямку під час обміну є нормальною. Новий ідентифікатор у списку стану не є доказом несправності. Рядок журналу після обміну повідомляє, чи завершився він.

Справжній розрив під час оновлення вказує на конкретне місце. Невідповідність пропозиції, прострочені облікові дані або зміна шляху кожна дає інший рядок журналу, і лише один із них виправляється налаштуванням термінів життя.

Де три операції розходяться на практиці

Якщо вичерпався лише ключовий матеріал, замініть ключ. Якщо змінилися адреса партнера, маршрут або прив'язка NAT і пакети більше не надходять, підключіться знову. Якщо організація вимагає періодичної перевірки особи, це повторна автентифікація, і жодне налаштування термінів життя її не замінить.

Значення протоколів за замовчуванням зазвичай містять правильну відповідь. WireGuard змінює ключі після порогу часу й обсягу даних без дій користувача; терміни життя IKEv2 узгоджуються для кожної дочірньої асоціації; тунелі на основі TLS ротують ключі в межах наявної сесії. Підвищення термінів життя, щоб уникнути повторюваної помилки, відкладає збій і подовжує експозицію, якщо ключ скомпрометовано.

Одне застереження важливе для довгих сесій: сама лише частота не створює прямої секретності. Ця властивість залежить від того, як сесійні ключі пов'язані з довгостроковими секретами і чи знищуються старі ключі, а це питання проєктування та реалізації, а не налаштування.

Оберіть значення за замовчуванням, потім зафіксуйте етап

Зберігайте значення постачальника за замовчуванням, якщо документована вимога не каже іншого, і якщо вже змінюєте терміни життя, змінюйте їх з обох боків. Потім фіксуйте, якого етапу досягла кожна подія, щоб наступний випадок можна було звірити з тією самою точкою рукостискання.

swanctl --list-sas
ip xfrm state | grep -E 'proto|replay-window'
wg show
journalctl -u strongswan --since '1 hour ago' | grep -i -E 'rekey|rekeyed|child'

Після виправлення виконайте контрольоване оновлення й надішліть свіжий трафік застосунків через нову асоціацію. Тунель, який повідомляє про встановлення, але нічого не передає, — це той збій, заради якого існує ця перевірка.