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를 신뢰하는 다른 모든 서비스를 약화시킨다. 어느 줄을 바꿨는지, 예외가 언제 끝나는지 기록하십시오.
한 줄의 변경이 다른 줄에서 협상되는 것을 옮길 수 있으므로 그다음 두 읽기를 처음부터 다시 실행하십시오. 목록 전체는 명령 두 개와 표 하나이며, 피어가 라우터든 노트북이든 장비든 하는 일은 같다.