Catalyst 9800 WLC에서 CSR 인증서 생성 및 다운로드
목차
소개
이 문서에서는 서드파티 인증서를 얻기 위해 CSR(Certificate Signing Request)을 생성하는 방법에 대해 설명합니다. 그런 다음 체인으로 연결된 인증서를 Catalyst 9800 Wireless LAN Controller(9800 WLC)에 다운로드하고 webauth 및 webadmin 포털에 사용하는 방법
사전 요구 사항
요구 사항
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
- 기본 운영을 위해 액세스 포인트(AP)인 9800 WLC를 구성하는 방법
- OpenSSL 애플리케이션 사용 방법
- PKI(Public Key Infrastructure) 및 디지털 인증서
사용되는 구성 요소
이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.
- 9800-L, Cisco IOS® XE 버전 17.3.3
- OpenSSL 애플리케이션
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 이해해야 합니다.
구성
16.10.X에서 9800은 웹 인증 및 웹 관리를 위해 다른 인증서를 지원하지 않습니다. 포털의 웹 로그에서는 항상 기본 인증서를 사용합니다.
16.11.X에서 웹 인증을 위한 전용 인증서를 구성하고 전역 매개변수 맵 내에서 신뢰 지점을 정의할 수 있습니다.
9800 WLC에 대한 인증서를 얻는 두 가지 옵션이 있습니다.
- OpenSSL 또는 기타 SSL 애플리케이션을 사용하여 CSR(Certificate Signing Request)을 생성합니다. CA(Certificate Authority)에서 서명한 PKCS12 인증서를 가져와 9800 WLC에 직접 로드합니다. 즉, 개인 키가 해당 인증서와 함께 번들로 제공됩니다.
- 9800 WLC의 CLI를 사용하여 다음을 생성합니다. CSR, CA에서 서명한 다음 체인의 각 인증서를 수동으로 9800 WLC에 로드합니다.
필요에 가장 적합한 제품을 사용하십시오.
옵션 1 - 기존 PKCS12 서명 인증서 로드
서명 요청 정의
아직 인증서가 없는 경우 CA에 제공할 서명 요청을 생성해야 합니다.
작업 디렉토리(OpenSSL이 설치된 노트북 컴퓨터)에서 openssl.cnf 파일을 편집하여 새로 생성된 CSR에 SAN(Subject Alternate Names) 필드를 포함하도록 해당 행을 복사하여 붙여넣습니다.
[ req ] default_bits = 4096 distinguished_name = req_distinguished_name req_extensions = req_ext [ req_distinguished_name ] countryName = Country Name (2 letter code) stateOrProvinceName = State or Province Name (full name) localityName = Locality Name (eg, city) organizationName = Organization Name (eg, company) commonName = Common Name (e.g. server FQDN or YOUR name) [ req_ext ] subjectAltName = @alt_names [alt_names] DNS.1 = testdomain.com DNS.2 = example.com DNS.3 = webadmin.com
DNS.X 이름을 SAN으로 바꿉니다. 기본 필드를 필요한 인증서 세부 정보로 교체합니다. SAN 필드(DNS.x) 내에서 Common Name(공통 이름)을 반복해야 합니다. Google Chrome에서는 인증서를 신뢰하려면 URL에 있는 이름이 SAN 필드에 있어야 합니다.
웹 관리자의 경우 브라우저 주소 표시줄에 있는 URL의 관리 유형과 상관없이 인증서가 일치하도록 SAN 필드에 URL(호스트 이름 또는 전체 FQDN(Fully Qualified Domain Name) 변형(예: 전체 FQDN)을 입력해야 합니다.
다음 명령을 사용하여 OpenSSL에서 CSR을 생성합니다.
openssl req -out myCSR.csr -newkey rsa:4096 -nodes -keyout private.key -config openssl.cnf
CSR은 myCSR.csr로를 생성하고 명령에 전체 경로를 제공하지 않는 한 OpenSSL이 실행되는 디렉토리에서 private.key로 키를 생성합니다.
통신을 암호화하는 데 사용되므로 private.key 파일을 안전하게 유지해야 합니다.
내용을 확인할 수 있는 방법은 다음과 같습니다.
openssl req -noout -text -in myCSR.csr
그런 다음 CA에 이 CSR을 제공하여 CSR에 서명하고 인증서를 다시 받을 수 있습니다. 전체 체인이 CA에서 다운로드되고 추가 조작이 필요한 경우 인증서가 Base64 형식인지 확인합니다.
인증서 가져오기
1단계. 9800 WLC에서 연결할 수 있는 TFTP(Trivial File Transfer Protocol) 서버에 PKCS12 인증서를 저장합니다. PKCS12 인증서는 루트 CA에 대한 인증서 체인은 물론 개인 키를 포함해야 합니다.
2단계. 9800 WLC의 GUI를 열고 Configuration(컨피그레이션) > Security(보안) > PKI Management(PKI 관리)로 이동하고 Add Certificate(인증서 추가) 탭을 클릭합니다. Import PKCS12 Certificate(PKCS12 인증서 가져오기) 메뉴를 확장하고 TFTP 세부사항을 입력합니다. 또는 Transport Type 드롭다운 목록의 Desktop(HTTPS) 옵션을 사용하면 브라우저를 통해 HTTP 업로드를 수행할 수 있습니다. Certificate Password(인증서 비밀번호)는 PKCS12 인증서가 생성될 때 사용된 비밀번호를 나타냅니다.
3단계. 정보가 올바른지 확인하고 가져오기를 클릭합니다. 그런 다음 Key Pair Generation 탭에 설치된 이 새 신뢰 지점에 대한 새 인증서 키 쌍이 표시됩니다. 가져오기가 성공하면 9800 WLC는 다중 레벨 CA에 대한 추가 신뢰 지점을 생성합니다.
CLI:
9800# configure terminal
9800(config)#crypto pki import
pkcs12 [tftp://
/
| ftp://
/
| http://
/
] password
다중 레벨 CA 시나리오의 PKCS12 형식 변환 및 인증서 체인
개인 키 파일 및 인증서가 PEM 또는 CRT 형식으로 있고 이를 PKCS12(.pfx) 형식으로 결합하여 9800 WLC에 업로드하려는 경우 끝날 수 있습니다. 이렇게 하려면 다음 명령을 입력합니다.
openssl pkcs12 -export -in
-inkey
-out
PEM 형식의 인증서 체인(하나 또는 여러 개의 중간 CA 및 루트 CA)이 모두 있는 경우 모든 항목을 단일 .pfx 파일로 결합해야 합니다.
먼저 CA 인증서를 단일 파일로 수동으로 결합합니다. 내용을 복사하여 붙여 넣습니다(파일을 .pem 형식으로 저장).
----- BEGIN Certificate -------- <intermediate CA cert> ------END Certificate -------- -----BEGIN Certificate ----- <root CA cert> -----END Certificate--------
나중에 하나의 PKCS12 인증서 파일에 있는 모든 항목을 와 결합할 수 있습니다.
openssl pkcs12 -export -out chaincert.pfx -inkey
-in
-certfile
최종 인증서가 어떻게 표시되는지 보려면 문서 끝에 있는 확인 섹션을 참조하십시오.
옵션 2 - 9800 WLC에서 키 및 서명 요청(CSR) 정의
1단계. 범용 RSA 키 쌍을 생성합니다. Configuration(컨피그레이션) > Security(보안) > PKI Management(PKI 관리)로 이동하고 Key Pair Generation(키 쌍 생성) 탭을 선택한 다음 + Add(추가)를 클릭합니다. 세부 정보를 입력하고 Key Exportable(내보내기 키) 확인란이 선택되어 있는지 확인한 다음 Generate(생성)를 클릭합니다.
CLI 구성:
9800(config)#crypto key generate rsa general-keys label 9800-keys exportable
The name for the keys will be: 9800-keys
Choose the size of the key modulus in the range of 512 to 4096 for your
General Purpose Keys. Choosing a key modulus greater than 512 may take
a few minutes.
How many bits in the modulus [1024]: 4096
% Generating 4096 bit RSA keys, keys will be exportable...
[OK] (elapsed time was 9 seconds)
2단계.9800 WLC에 대한 CSR을 생성합니다. Add Certificate(인증서 추가) 탭으로 이동하고 Generate Certificate Signing Request(인증서 서명 요청 생성)를 확장하고 세부사항을 입력하고 드롭다운 목록에서 이전에 생성한 키 쌍을 선택합니다. 도메인 이름은 9800 WLC(웹 관리 페이지, 웹 인증 페이지 등)의 클라이언트 액세스에 대해 정의된 URL과 일치하므로 인증서 이름은 신뢰 지점 이름이므로 해당 사용에 따라 이름을 지정할 수 있습니다.
정보가 올바른지 확인한 다음 Generate(생성)를 클릭합니다. 그러면 원래 양식 옆에 있는 텍스트 상자에 CSR이 표시됩니다.
복사는 텍스트 편집기에 붙여 넣고 CSR을 저장할 수 있도록 클립보드에 복사본을 저장합니다. Save to device(디바이스에 저장)를 선택하면 9800 WLC가 CSR의 사본을 만들어 bootflash:/csr에 저장합니다. 예를 들어 다음 명령을 따릅니다.
9800#dir bootflash:/csr
Directory of bootflash:/csr/
1046531 -rw- 1844 Sep 28 2021 18:33:49 +00:00 9800-CSR1632856570.csr
26458804224 bytes total (21492699136 bytes free)
9800#more bootflash:/csr/9800-CSR1632856570.csr
-----BEGIN CERTIFICATE REQUEST-----
<Certificate Request>
-----END CERTIFICATE REQUEST-----
CLI 구성:
9800(config)#crypto pki trustpoint 9800-CSR
9800(ca-trustpoint)#enrollment terminal pem
9800(ca-trustpoint)#revocation-check none
9800(ca-trustpoint)#subject-name C=MX, ST=CDMX, L=Mexico City, O=Cisco Systems, OU=Wireless TaC, CN=alz-9800.local-domain.com
9800(ca-trustpoint)#rsakeypair 9800-keys
9800(ca-trustpoint)#exit
(config)#crypto pki enroll 9800-CSR
% Start certificate enrollment ..
% The subject name in the certificate will include: C=MX, ST=CDMX, L=Mexico City, O=Cisco Systems, OU=Wireless TaC, CN=alz-9800.local-domain.com
% The subject name in the certificate will include: alz-9800
% Include the router serial number in the subject name? [yes/no]: no
% Include an IP address in the subject name? [no]: no
Display Certificate Request to terminal? [yes/no]: yes
Certificate Request follows:
-----BEGIN CERTIFICATE REQUEST-----
<Certificate Request>
-----END CERTIFICATE REQUEST-----
---End - This line not part of the certificate request---
Redisplay enrollment request? [yes/no]: no
주체 이름 구성에 사용할 수 있는 매개변수:
C: 국가, 그것은 단지 두 개의 대문자 여야 합니다.
ST: 일부 주는 주 또는 도 이름을 나타냅니다.
L: 위치명, 시를 가리킵니다.
O: 조직명, 회사를 가리킵니다.
OU: 조직 구성 단위 이름은 섹션을 참조할 수 있습니다.
CN: (Common Name)인증서가 발급되는 주체를 가리킵니다. 액세스할 특정 IP 주소(무선 관리 IP, 가상 IP 등) 또는 FQDN으로 구성된 호스트 이름을 지정해야 합니다.
3단계. CA(Certification Authority)에서 서명한 CSR을 가져옵니다. 전체 문자열을 CA로 전송하여 서명해야 합니다.
-----BEGIN CERTIFICATE REQUEST-----
<Certificate Request>
-----END CERTIFICATE REQUEST-----
Windows Server CA를 사용하여 인증서를 서명할 경우 Base64 형식으로 서명된 인증서를 다운로드합니다. 그렇지 않으면 Windows 인증서 관리자와 같은 유틸리티로 내보내야 합니다.
4a단계. 9800은 발급자 CA를 신뢰합니다. 발급자 CA 인증서를 .pem 형식(Base64)으로 다운로드합니다. 동일한 메뉴 내에서 Authentication Root CA(인증 루트 CA) 섹션을 확장하고 Trustpoint(신뢰 지점) 드롭다운 목록에서 이전에 정의한 신뢰 지점을 선택하고 발급자 CA 인증서를 붙여넣습니다. 세부 정보가 올바르게 구성되었는지 확인하고 Authenticate(인증)를 클릭합니다.
CLI 구성:
9800(config)# crypto pki authenticate 9800-CSR
Enter the base 64 encoded CA certificate.
End with a blank line or the word "quit" on a line by itself
-----BEGIN CERTIFICATE-----
-----END CERTIFICATE-----
Certificate has the following attributes:
Fingerprint MD5: DD05391A 05B62573 A38C18DD CDA2337C
Fingerprint SHA1: 596DD2DC 4BF26768 CFB14546 BC992C3F F1408809
% Do you accept this certificate? [yes/no]: yes
Trustpoint CA certificate accepted.
% Certificate successfully imported
4b단계. 여러 권한 부여 레벨이 존재하는 시나리오에서는 모든 CA 레벨에 새로운 신뢰 지점이 필요합니다. 이러한 신뢰 지점은 인증 인증서만 포함하고 다음 인증 레벨을 가리킵니다. 이 프로세스는 CLI에서만 수행되며 이 예에서는 두 개의 중간 CA와 하나의 루트 CA가 있습니다.
9800(config)#crypto pki trustpoint root
9800(ca-trustpoint)#enrollment terminal
9800(ca-trustpoint)#chain-validation stop
9800(ca-trustpoint)#revocation-check none
9800(ca-trustpoint)#exit
9800(config)#crypto pki authenticate root
Enter the base 64 encoded CA certificate.
End with a blank line or the word "quit" on a line by itself
-----BEGIN CERTIFICATE-----
-----END CERTIFICATE-----
Certificate has the following attributes:
Fingerprint MD5: 6CAC00D5 C5932D01 B514E413 D41B37A8
Fingerprint SHA1: 5ABD5667 26B7BD0D 83BDFC34 543297B7 3D3B3F24
% Do you accept this certificate? [yes/no]: yes
Trustpoint CA certificate accepted.
% Certificate successfully imported
9800(config)#crypto pki trustpoint intermediate
9800(ca-trustpoint)#enrollment terminal
9800(ca-trustpoint)#chain-validation continue root
9800(ca-trustpoint)#revocation-check none
9800(ca-trustpoint)#exit
9800(config)#crypto pki authenticate intermediate
Enter the base 64 encoded CA certificate.
End with a blank line or the word "quit" on a line by itself
-----BEGIN CERTIFICATE-----
-----END CERTIFICATE-----
Certificate has the following attributes:
Fingerprint MD5: 2F3F1EF7 EDF66BE0 F4C9BDA1 01D8FFBA
Fingerprint SHA1: 1651F5C7 5D6F7A6B F411D529 34E980B1 D629A2B9
Certificate validated - Signed by existing trustpoint CA certificate.
Trustpoint CA certificate accepted.
% Certificate successfully imported
9800(config)#crypto pki trustpoint 9800-CSR
9800(ca-trustpoint)#chain-validation continue intermediate
9800(config)#crypto pki authenticate 9800-CSR
Enter the base 64 encoded CA certificate.
End with a blank line or the word "quit" on a line by itself
-----BEGIN CERTIFICATE-----
-----END CERTIFICATE-----
Certificate has the following attributes:
Fingerprint MD5: DD05391A 05B62573 A38C18DD CDA2337C
Fingerprint SHA1: 596DD2DC 4BF26768 CFB14546 BC992C3F F1408809
Certificate validated - Signed by existing trustpoint CA certificate.
Trustpoint CA certificate accepted.
% Certificate successfully imported
5단계. 서명된 인증서를 9800 WLC에 로드합니다. 동일한 메뉴 내에서 Import Device Certificate(디바이스 인증서 가져오기) 섹션을 확장합니다. 이전에 정의한 신뢰 지점을 선택하고 CA에서 제공한 서명된 디바이스 인증서를 붙여넣습니다. 그런 다음 인증서 정보가 확인되면 가져오기를 클릭합니다.
CLI 구성:
9800(config)#crypto pki import 9800-CSR certificate
Enter the base 64 encoded certificate.
End with a blank line or the word "quit" on a line by itself
-----BEGIN CERTIFICATE-----
< 9800 device certificate >
-----END CERTIFICATE-----
% Router Certificate successfully imported
새 인증서 사용
웹 관리
Administration(관리) > Management(관리) > HTTP/HTTPS/Netconf로 이동하고 Trust Points(신뢰 지점) 드롭다운 목록에서 가져온 인증서를 선택합니다.
CLI 구성:
9800(config)#ip http secure-trustpoint 9800.pfx 9800(config)#no ip http secure-server
9800(config)#ip http secure-server
로컬 웹 인증
Configuration(컨피그레이션) > Security(보안) > Web Auth(웹 인증)로 이동하고 전역 매개변수 맵을 선택하고 Trustpoint(신뢰 지점) 드롭다운 목록에서 가져온 신뢰 지점을 선택합니다. Update & Apply(업데이트 및 적용)를 클릭하여 변경 사항을 저장합니다. 가상 IPv4 호스트 이름이 인증서의 일반 이름과 일치하는지 확인합니다.
CLI 구성:
9800(config)#parameter-map type webauth global
9800(config-params-parameter-map)#type webauth
9800(config-params-parameter-map)#virtual-ip ipv4 192.0.2.1 virtual-host alz-9800.local-domain.com
9800(config-params-parameter-map)#trustpoint 9800-CSR
인증서 사용을 업데이트하려면 HTTP 서비스를 다시 시작합니다.
9800(config)#no ip http server
9800(config)#ip http server
고가용성 고려 사항
HA SSO(Stateful Switchover High Availability)에 대해 구성된 9800 쌍에서 모든 인증서가 초기 대량 동기화 시 기본 인증서에서 보조 인증서로 복제됩니다. 여기에는 RSA 키가 내보낼 수 없도록 구성된 경우에도 컨트롤러 자체에서 개인 키가 생성된 인증서가 포함됩니다. HA 쌍이 설정되면 설치된 새 인증서가 두 컨트롤러 모두에 설치되고 모든 인증서가 실시간으로 복제됩니다.
장애 후 이전-보조-현재-활성 컨트롤러는 기본 컨트롤러에서 상속된 인증서를 투명하게 사용합니다.
웹 브라우저에서 인증서를 신뢰할 수 있는지 확인하는 방법
웹 브라우저에서 인증서를 신뢰할 수 있는지 확인하는 데 몇 가지 중요한 고려 사항이 있습니다.
- 공용 이름(또는 SAN 필드)은 브라우저에서 방문한 URL과 일치해야 합니다.
- 유효 기간 이내여야 합니다.
- CA 또는 브라우저에서 루트를 신뢰하는 CA 체인에 의해 발급되어야 합니다. 이를 위해 웹 서버에서 제공하는 인증서는 클라이언트 브라우저(일반적으로 루트 CA)에서 신뢰하는 인증서를 포함할 때까지 체인의 모든 인증서를 포함해야 합니다.
- 폐기 목록이 포함된 경우 브라우저에서 이를 다운로드할 수 있어야 하며 인증서 CN이 나열되지 않아야 합니다.
다음을 확인합니다.
다음 명령을 사용하여 인증서 컨피그레이션을 확인할 수 있습니다.
9800#show crypto pki certificate 9800.pfx
Certificate
Status: Available
Certificate Serial Number (hex): 1236
Certificate Usage: General Purpose
Issuer:
cn=Chuu Intermediate CA
ou=Chuu Wireless
o=Chuu Inc
st=CDMX
c=MX
Subject:
Name: alz-9800
e=user@example.com
cn=alz-9800
ou=Cisco Systems
o=Wireless TAC
l=CDMX
st=CDMX
c=MX
Validity Date:
start date: 17:54:45 Pacific Sep 28 2021
end date: 17:54:45 Pacific Sep 26 2031
Associated Trustpoints: 9800.pfx
CA Certificate
Status: Available
Certificate Serial Number (hex): 1000
Certificate Usage: Signature
Issuer:
cn=Chuu Root CA
ou=Chuu Wireless
o=Chuu Inc
l=Iztapalapa
st=CDMX
c=MX
Subject:
cn=Chuu Intermediate CA
ou=Chuu Wireless
o=Chuu Inc
st=CDMX
c=MX
Validity Date:
start date: 05:10:34 Pacific Apr 29 2020
end date: 05:10:34 Pacific Apr 27 2030
Associated Trustpoints: 9800.pfx
9800#show ip http server secure status
HTTP secure server status: Enabled
HTTP secure server port: 443
HTTP secure server ciphersuite: 3des-ede-cbc-sha aes-128-cbc-sha
aes-256-cbc-sha dhe-aes-128-cbc-sha ecdhe-rsa-3des-ede-cbc-sha
rsa-aes-cbc-sha2 rsa-aes-gcm-sha2 dhe-aes-cbc-sha2 dhe-aes-gcm-sha2
ecdhe-rsa-aes-cbc-sha2 ecdhe-rsa-aes-gcm-sha2
HTTP secure server TLS version: TLSv1.2 TLSv1.1 TLSv1.0
HTTP secure server client authentication: Disabled
HTTP secure server trustpoint: 9800.pfx
HTTP secure server active session modules: ALL
9800에서 인증서 체인을 확인할 수 있습니다. 중간 CA에서 발급한 디바이스 인증서의 경우 루트 CA에서 자체 발급되므로 두 인증서 그룹별로 하나의 신뢰 지점을 가지므로 각 레벨에는 고유한 신뢰 지점이 있습니다. 이 경우 9800 WLC에는 9800.pfx와 장치 인증서(WLC 인증서) 및 발급 CA(중간 CA)가 있습니다. 그런 다음 중간 CA를 발급한 루트 CA의 또 다른 신뢰 지점입니다.
9800#show crypto pki certificate 9800.pfx
Certificate
Status: Available
Certificate Serial Number (hex): 1236
Certificate Usage: General Purpose
Issuer:
cn=Chuu Intermediate CA
ou=Chuu Wireless
o=Chuu Inc
st=CDMX
c=MX
Subject:
Name: alz-9800
e=user@example.com
cn=alz-9800
ou=Cisco Systems
o=Wireless TAC
l=CDMX
st=CDMX
c=MX
Validity Date:
start date: 17:54:45 Pacific Sep 28 2021
end date: 17:54:45 Pacific Sep 26 2031
Associated Trustpoints: 9800.pfx
CA Certificate
Status: Available
Certificate Serial Number (hex): 1000
Certificate Usage: Signature
Issuer:
cn=Chuu Root CA
ou=Chuu Wireless
o=Chuu Inc
l=Iztapalapa
st=CDMX
c=MX
Subject:
cn=Chuu Intermediate CA
ou=Chuu Wireless
o=Chuu Inc
st=CDMX
c=MX
Validity Date:
start date: 05:10:34 Pacific Apr 29 2020
end date: 05:10:34 Pacific Apr 27 2030
Associated Trustpoints: 9800.pfx
9800#show crypto pki certificate 9800.pfx-rrr1
CA Certificate
Status: Available
Certificate Serial Number (hex): 00
Certificate Usage: Signature
Issuer:
cn=Chuu Root CA
ou=Chuu Wireless
o=Chuu Inc
l=Iztapalapa
st=CDMX
c=MX
Subject:
cn=Chuu Root CA
ou=Chuu Wireless
o=Chuu Inc
l=Iztapalapa
st=CDMX
c=MX
Validity Date:
start date: 04:58:05 Pacific Apr 29 2020
end date: 04:58:05 Pacific Apr 27 2030
Associated Trustpoints: 9800-CSR 9800.pfx-rrr1
OpenSSL을 사용한 인증서 확인
OpenSSL은 인증서 자체를 확인하거나 일부 변환 작업을 수행하는 데 유용할 수 있습니다.
OpenSSL로 인증서를 표시하려면
openssl x509 -in
-text
CSR의 내용을 표시하려면
openssl req -noout -text -in
9800 WLC에서 최종 인증서를 확인하되 브라우저 이외의 다른 것을 사용하려는 경우 OpenSSL에서 이를 수행하고 많은 세부 정보를 제공할 수 있습니다.
openssl s_client -showcerts -verify 5 -connect
:443
<wlcURL>을 9800의 webadmin 또는 게스트 포털(가상 IP)의 URL로 대체할 수 있습니다. IP 주소를 여기에 입력할 수도 있습니다. 어떤 인증서 체인이 수신되는지 알려주지만, 호스트 이름 대신 IP 주소를 사용할 경우 인증서 검증이 100% 정확할 수는 없습니다.
콘텐츠를 보고 PKCS12(.pfx) 인증서 또는 인증서 체인을 확인하려면 다음을 수행합니다.
openssl pkcs12 -info -in
다음은 "root.com"이라는 루트 CA에서 발급한 "intermediate.com"이라는 중간 CA가 디바이스 인증서를 TAC(Technical Assistance Center)에 발급하는 인증서 체인에 대한 이 명령의 예입니다.
openssl pkcs12 -info -in chainscript2.pfx
Enter Import Password:
MAC Iteration 2048
MAC verified OK
PKCS7 Encrypted data: pbeWithSHA1And40BitRC2-CBC, Iteration 2048
Certificate bag
Bag Attributes
localKeyID: 1D 36 8F C2 4B 18 0B 0D B2 57 A2 55 18 96 7A 8B 57 F9 CD FD
subject=/C=BE/ST=Diegem/L=Diegem/O=Cisco/CN=TAC
issuer=/C=BE/ST=Diegem/O=Cisco/OU=TAC/CN=intermediate.com/emailAddress=int@int.com
-----BEGIN CERTIFICATE-----
< Device certificate >
-----END CERTIFICATE-----
Certificate bag
Bag Attributes: <No Attributes>
subject=/C=BE/ST=Diegem/O=Cisco/OU=TAC/CN=intermediate.com/emailAddress=int@int.com
issuer=/C=BE/ST=Diegem/L=Diegem/O=Cisco/OU=TAC/CN=RootCA.root.com/emailAddress=root@root.com
-----BEGIN CERTIFICATE-----
< Intermediate certificate >
-----END CERTIFICATE-----
Certificate bag
Bag Attributes: <No Attributes>
subject=/C=BE/ST=Diegem/L=Diegem/O=Cisco/OU=TAC/CN=RootCA.root.com/emailAddress=root@root.com
issuer=/C=BE/ST=Diegem/L=Diegem/O=Cisco/OU=TAC/CN=RootCA.root.com/emailAddress=root@root.com
-----BEGIN CERTIFICATE-----
< Root certificate >
-----END CERTIFICATE-----
PKCS7 Data
Shrouded Keybag: pbeWithSHA1And3-KeyTripleDES-CBC, Iteration 2048
Bag Attributes
localKeyID: 1D 36 8F C2 4B 18 0B 0D B2 57 A2 55 18 96 7A 8B 57 F9 CD FD
Key Attributes: <No Attributes>
Enter PEM pass phrase:
Verifying - Enter PEM pass phrase:
-----BEGIN ENCRYPTED PRIVATE KEY-----
< Private key >
-----END ENCRYPTED PRIVATE KEY-----
문제 해결
이 명령을 사용하여 문제를 해결하십시오. 원격 세션(SSH 또는 텔넷)에서 완료되면 터미널 모니터가 출력을 표시해야 합니다.
9800#debug crypto pki transactions
성공한 시나리오 디버그 출력
이 출력은 9800에서 성공적인 인증서 가져오기가 발생할 때 예상되는 출력을 표시합니다. 이를 참조하여 실패 상태를 식별합니다.
Sep 28 17:35:23.242: CRYPTO_PKI: Copying pkcs12 from bootflash:9800.pfx
Sep 28 17:35:23.322: CRYPTO_PKI: Creating trustpoint 9800.pfx
Sep 28 17:35:23.322: %PKI-6-TRUSTPOINT_CREATE: Trustpoint: 9800.pfx created succesfully
Sep 28 17:35:23.324: CRYPTO_PKI: examining cert:
Sep 28 17:35:23.324: CRYPTO_PKI: issuerName=cn=Chuu Intermediate CA,ou=Chuu Wireless,o=Chuu Inc,st=CDMX,c=MX
Sep 28 17:35:23.324: CRYPTO_PKI: subjectname=e=user@example.com,cn=alz-9800,ou=Cisco Systems,o=Wireless TAC,l=CDMX,st=CDMX,c=MX
Sep 28 17:35:23.324: CRYPTO_PKI: adding RSA Keypair
Sep 28 17:35:23.324: CRYPTO_PKI: bitValue of ET_KEY_USAGE = 140
Sep 28 17:35:23.324: CRYPTO_PKI: Certificate Key Usage = GENERAL_PURPOSE
Sep 28 17:35:23.324: %CRYPTO_ENGINE-5-KEY_ADDITION: A key named 9800.pfx has been generated or imported by pki-pkcs12
Sep 28 17:35:23.331: CRYPTO_PKI: adding as a router certificate.Public key in cert and stored public key 9800.pfx match
Sep 28 17:35:23.333: CRYPTO_PKI: examining cert:
Sep 28 17:35:23.333: CRYPTO_PKI: issuerName=cn=Chuu Root CA,ou=Chuu Wireless,o=Chuu Inc,l=Iztapalapa,st=CDMX,c=MX
Sep 28 17:35:23.333: CRYPTO_PKI: subjectname=cn=Chuu Intermediate CA,ou=Chuu Wireless,o=Chuu Inc,st=CDMX,c=MX
Sep 28 17:35:23.333: CRYPTO_PKI: no matching private key presents.
[...]
Sep 28 17:35:23.335: CRYPTO_PKI: Setting the key_type as RSA
Sep 28 17:35:23.335: CRYPTO_PKI: Attempting to insert the peer's public key into cache
Sep 28 17:35:23.335: CRYPTO_PKI:Peer's public inserted successfully with key id 21
Sep 28 17:35:23.336: Calling pkiSendCertInstallTrap to send alert
Sep 28 17:35:23.337: CRYPTO_PKI: Deleting cached key having key id 31
Sep 28 17:35:23.337: CRYPTO_PKI: Attempting to insert the peer's public key into cache
Sep 28 17:35:23.337: CRYPTO_PKI:Peer's public inserted successfully with key id 32
Sep 28 17:35:23.338: CRYPTO_PKI: (A0323) Session started - identity selected (9800.pfx)
Sep 28 17:35:23.338: CRYPTO_PKI: Rcvd request to end PKI session A0323.
Sep 28 17:35:23.338: CRYPTO_PKI
alz-9800#: PKI session A0323 has ended. Freeing all resources.
Sep 28 17:35:23.338: CRYPTO_PKI: unlocked trustpoint 9800.pfx, refcount is 0
Sep 28 17:35:23.338: CRYPTO_PKI: Expiring peer's cached key with key id 32Public key in cert and stored public key 9800.pfx match
Sep 28 17:35:23.341: Calling pkiSendCertInstallTrap to send alert
Sep 28 17:35:23.341: CRYPTO_PKI: cert verified and inserted.
Sep 28 17:35:23.402: CRYPTO_PKI: Creating trustpoint 9800.pfx-rrr1
Sep 28 17:35:23.402: %PKI-6-TRUSTPOINT_CREATE: Trustpoint: 9800.pfx-rrr1 created succesfully
Sep 28 17:35:23.403: CRYPTO_PKI: Setting the key_type as RSA
Sep 28 17:35:23.404: CRYPTO_PKI: Attempting to insert the peer's public key into cache
Sep 28 17:35:23.404: CRYPTO_PKI:Peer's public inserted successfully with key id 22
Sep 28 17:35:23.405: Calling pkiSendCertInstallTrap to send alert
Sep 28 17:35:23.406: CRYPTO_PKI: no CRLs present (expected)
Sep 28 17:35:23.406: %PKI-6-PKCS12_IMPORT_SUCCESS: PKCS #12 import in to trustpoint 9800.pfx successfully imported.
CA가 없는 PKCS12 인증서 가져오기 시도
인증서를 가져와서 오류를 가져오는 경우: "CA 인증서를 찾을 수 없습니다.", .pfx 파일에 전체 체인이 없거나 CA가 하나 없음을 의미합니다.
9800(config)#crypto pki import pkcs12.pfx pkcs12 bootflash:pks12.pfx password
openssl pkcs12 -info -in <path to cert> 명령을 실행하고 개인 키 하나가 표시된 인증서가 하나뿐이면 CA가 없다는 의미입니다. 이 명령은 전체 인증서 체인을 나열하는 것이 좋습니다. 상위 루트 CA가 클라이언트 브라우저에서 이미 알려진 경우 이를 포함할 필요가 없습니다.
이를 수정하는 한 가지 방법은 PKCS12를 PEM으로 해체하고 체인을 올바르게 재구축하는 것입니다. 다음 예제에서는 장치(WLC) 인증서와 해당 키만 포함된 .pfx 파일이 있었습니다. 중간 CA(PKCS12 파일에 없는)에서 발급되었으며, 이 CA는 잘 알려진 루트 CA에 의해 서명되었습니다.
1단계. 개인 키를 내보냅니다.
openssl pkcs12 -in
-out cert.key -nocerts -nodes
2단계. 인증서를 PEM으로 내보냅니다.
openssl pkcs12 -in
-out certificate.pem -nokeys -clcerts
3단계. 중간 CA 인증서를 PEM으로 다운로드합니다.
CA의 소스는 그 특성에 따라 다르며, 공용 CA인 경우 온라인 검색만으로 저장소를 찾을 수 있습니다. 그렇지 않으면 CA 관리자가 Base64 형식(.pem)으로 인증서를 제공해야 합니다. CA의 레벨이 여러 개인 경우 옵션 1 가져오기 프로세스의 끝에 표시되는 것과 같은 단일 파일로 그룹화합니다.
4단계. 키, 디바이스 인증서 및 CA 인증서에서 PKCS 12를 재구축합니다.
openssl pkcs12 -export -out fixedcertchain.pfx -inkey cert.key -in certificate.pem -certfile CA.pem
이제 Catalyst 9800으로 가져올 수 있는 "fixedcertchain.pfx"가 있습니다!
메모 및 제한 사항
- IOS-XE는 2099년 이후의 유효한 CA 인증서를 지원하지 않습니다. CSCvp64208
Revision History
| Revision | Publish Date | Comments |
|---|---|---|
4.0 |
15-Dec-2021 |
추가된 제한 사항 |
3.0 |
20-Nov-2021 |
이제 전체 인증서 체인을 전송하는 WLC에 대한 메모를 추가했습니다. |
2.0 |
05-Oct-2021 |
추가된 참가자 |
1.0 |
21-Nov-2018 |
Initial Release |
피드백