Перапачатка ключоў, перападлучэнне ці паўторная аўтэнтыфікацыя: што вам патрэбна?
Перапачатка ключоў замяняе ключы сеансу, перападлучэнне будуе злучэнне нанова, а паўторная аўтэнтыфікацыя паўтарае праверку асобы. Блытаніна паміж імі дае няправільнае выпраўленне.
Сеанс, які трымаецца гадзінамі, не будзе вечна захоўваць адныя і тыя ж ключы, і гэта задумана. Тры розныя падзеі апісваюць як ратацыю ключоў: новы сеансавы матэрыял у межах існуючай асацыяцыі, поўная перабудова злучэння і паўтор праверкі асобы. Кожная мае іншы трыгер, іншы кошт і іншую прыкмету збою. Выберыце няправільную — і выпраўленне або нічога не зробіць, або без прычыны абрыне тунель.
Рашэнне залежыць ад таго, які менавіта ўзровень сапраўды скончыўся.
Тры аперацыі, якія называюць ратацыяй
Перапачатка ключоў стварае новыя ключы трафіку ў межах існуючых кантрольных адносін, выкарыстоўваючы механізм, вызначаны пратаколам. 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'
Пасля выпраўлення выканайце кантраляванае абнаўленне і накіруйце свежы трафік праграм праз новую асацыяцыю. Тунель, які паведамляе пра ўсталяванне, але нічога не перадае, — гэта той збой, для якога існуе гэтая праверка.