У IKEv2 два подпісы: сертыфікат і IKE_AUTH
CA падпісвае сертыфікат, а партнёр падпісвае свой абмен IKE_AUTH уласнай схемай. Чытайце кожны са свайго поля і запішыце абодва.
Ваш тыкет кажа, што сертыфікат — SHA-256, а журнал шлюза называе іншы алгарытм подпісу, і хтосьці ўжо падрыхтаваў запыт на перавыпуск CA. Перш чым гэты запыт куды-небудзь пойдзе, раздзяліце два подпісы: адзін — гэта пячатка выдаўца на публічным ключы, другі — доказ партнёра, што ён валодае адпаведным прыватным ключом падчас IKE_AUTH. Іх выбіраюць розныя кампаненты, і ім дазволена адрознівацца. Чытанне кожнага з таго месца, дзе ён жыве, патрабуе двух каманд і адной табліцы.
Прачытайце подпіс выдаўца з сертыфіката
CA ставіць свой подпіс на сувязі паміж ідэнтычнасцю і ключом. Гэты подпіс фіксуе тое, што CA зрабіў пры выпуску, а не тое, што зробіць суб'ект пры падключэнні, таму яго алгарытм апісвае ўласны выбар хэша і ключа з боку CA. Ключ суб'екта аднаго тыпу можа знаходзіцца пад ключом CA іншага тыпу без любой супярэчнасці, а ратацыя ключа CA — гэта руціна, а не няспраўнасць. Прачытайце два палі, і ў вас ёсць палова інвентара:
openssl x509 -in peer.pem -noout -text | grep -E "Signature Algorithm|Public Key Algorithm"Запішыце абодва абазначэнні як асобныя пункты. Першае апісвае CA, другое апісвае ключ суб'екта, і ні адно з іх не прадказвае анлайн-подпіс.
Прачытайце анлайн-подпіс з абмену IKE
Падчас аўтэнтыфікацыі кожны партнёр падпісвае даныя абмену сваім прыватным ключом, а процілеглы бок правярае гэты доказ супраць ідэнтычнасці сертыфіката, ланцуга даверу і палітыкі. Для RSA запаўненне і хэш належаць гэтай анлайн-схеме, таму больш доўгі ключ або свежы сертыфікат SHA-256 сам па сабе не можа выбраць RSA-PSS для подпісу аўтэнтыфікацыі. Узгоднены метад з'яўляецца ў журнале дэмана або ў яго спісе злучэнняў, але ніколі ў сертыфікаце. Спытайце кожны бок, што ён узгадніў, бо два кірункі могуць адрознівацца.
ipsec statusall | grep -i "auth\|proposal"Калі адзін бок называе схему, якую другі не можа стварыць, вы знайшлі неадпаведнасць, пра якую быў тыкет. Перавыпуск CA — няправільны рамонт для гэтага, бо сертыфікат ніколі не быў тым, што зламалася.
Што змяняе RFC 7427, а што не
Першапачатковыя метады пранумараваныя па кожнай камбінацыі алгарытмаў у RFC 7296. Пазнейшае пашырэнне подпісу RFC 7427 дадае агульны метад Digital Signature з сігналізацыяй падтрымкі хэша подпісу, таму новы хэш болей не патрабуе ўласнага нумара метаду. Гэта ўзгадняецца, а не мяркуецца: партнёр не атрымлівае пашырэнне таму, што яго бібліятэка можа разбіраць тыя ж сертыфікаты, а партнёр, які рэалізуе толькі першапачатковыя метады, прымушае шлюз пакінуць адзін з іх. Гэта палітычны абмен з выдаткамі на сумяшчальнасць, а не дэфект.
Падтрымка існуе для кожнага кірунку і кожнага злучэння, таму тэстуйце зборку, якая перад вамі, а не давярайце сцвярджэнню на ўзроўні сямейства. Матрыца магчымасцяў, напісаная тры гады таму, апісвае зборкі трохгадовай даўніны.
Запоўніце чатыры радкі інвентара
Запіс, які спыняе спрэчку, мае чатыры радкі, кожны прачытаны з іншага месца і кожны зменены іншым чалавекам. Запоўніце яго перад любым рашэннем, бо менавіта няправільны радок выбірае выпраўленне.
| Аб'ект | Адкуль чытаць | Хто змяняе |
|---|---|---|
| подпіс выдаўца сертыфіката | поле Signature Algorithm сертыфіката | аператар CA, пры выпуску |
| публічны ключ суб'екта | поле Public Key Algorithm сертыфіката | той, хто генераваў ключ суб'екта |
| схема аўтэнтыфікацыі IKE | журнал дэмана або спіс злучэнняў, апавяшчэнне auth і signature-hash | профіль IKE на абодвух партнёрах |
| алгарытмы абароны IKE і ESP | спіс прапаноў злучэння | профіль IPsec, па кірунку |
Кожны радок нясе сваю ўласную наступства для сумяшчальнасці. Змена шыфра ESP не выбірае подпіс выдаўца, а паслабленне праверкі CA не дадае анлайн-метад, які партнёры ніколі не ўзгаднялі. Калі тыкет сцвярджае неадпаведнасць подпісу, радок, які сапраўды няправільны, амаль ніколі не першы.
Вирішіце стары выпадак, не аслабляючы PKI
Стары партнёр можа прапанаваць толькі схему, якую ваша палітыка болей не дазваляе. Выбар: абмежаваны ў часе выключэнне сумяшчальнасці, абнаўленне кліента або іншая схема аўтэнтыфікацыі толькі для гэтага партнёра. Перабудова PKI вакол больш слабага подпісу сертыфіката не выпраўляе абмежаванне анлайн-абмену і аслабляе ўсе іншыя службы, якія давяраюць таму ж CA. Запішыце, які радок вы змянілі і калі выключэнне сканчаецца.
Потым паўторна прачытайце абодва чытанні зверху, бо змена ў адным радку можа зрушыць тое, што ўзгадняецца ў іншым. Увесь інвентар — гэта дзве каманды і адна табліца, і гэта тая ж праца, ці партнёр з'яўляецца маршрутызатарам, ноўтбукам або прыладай.