사용자 지정 CA 번들을 사용한 리디렉션 후 SSL 인증서 오류

회사 CA 파일이 첫 번째 URL을 고친 뒤 리디렉션에서 검증이 실패합니다. 사용자 지정 CA 옵션이 클라이언트의 이전 신뢰 입력을 대체한 것인지, 아니면 추가한 것인지 확인하세요.

이 동작은 TLS 백엔드와 옵션에 따라 다릅니다. 기업 CA만 담은 파일은 클라이언트가 필요로 하는 다른 인증 기관을 빠뜨릴 수 있습니다.

1. 각 상대를 추적하세요. 첫 호스트는 기업 발급자 아래에서 가로채일 수 있습니다. 이후 호스트는 우회 경로, 다른 검사 경로 또는 공개적으로 발급된 체인을 사용할 수 있습니다.
2. 실패한 클라이언트의 입력을 기록하세요. 요청한 호스트 이름, 리디렉션 대상, 받은 발급자, 검증 결과, 선택한 신뢰 구성을 보관하세요. 정상 동작하는 브라우저는 다른 루트 저장소를 사용할 수 있습니다.
3. 백엔드의 선택 규칙을 확인하세요. curl 빌드는 기본 검증이나 파일 기반 루트를 사용할 수 있고, 명시적 CA 옵션이 그 선택을 바꿀 수 있습니다. 해당 실행 파일용 레시피는 Python 환경이나 JVM을 설정하지 않습니다.

애플리케이션이 신뢰해야 하는 공개 및 비공개 인증 기관을 포함하는 유지 관리되는 번들이나 지원되는 신뢰 저장소 구성을 사용하세요. 다음 오류를 없애려고 CA의 개인 키를 추가하거나 실패하는 리프 인증서를 루트로 승격하지 마세요.

배포의 지원되는 업데이트 경로로 신뢰 자료를 전달하세요. 공급업체 CA 패키지를 수동으로 교체하면 다음 업데이트에서 되돌려질 수 있습니다. 소유자와 유지 관리 절차를 명확히 두어 전체 요청 경로에서 검증이 계속되게 하세요.