Смяна на ключ, повторно свързване или повторно удостоверяване: кое ви трябва?

Сесия, която работи от часове, няма да пази същите ключове вечно и това е заложено в дизайна. Три различни събития се описват като ротация на ключове: нов сесийен материал в рамките на съществуваща асоциация, пълно преизграждане на връзката и повторение на проверката на самоличността. Всяко има различен задействащ фактор, различна цена и различен отпечатък на отказ. Изберете грешното и поправката или не прави нищо, или сваля тунела без причина.

Решението зависи от това кой слой всъщност е изтекъл.

Три операции, наричани ротация

Смяната на ключ създава нови ключове за трафик в рамките на съществуващата контролна връзка, използвайки механизма, който протоколът дефинира. 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'

След корекция изпълнете контролирано подновяване и изпратете нов трафик на приложенията през новата асоциация. Тунел, който съобщава за установена връзка, но не препредава нищо, е отказът, за който съществува тази проверка.