NET::ERR_CERT_AUTHORITY_INVALID (신뢰할 수 없는 인증서)
직접 답변
`NET::ERR_CERT_AUTHORITY_INVALID`는 브라우저가 웹사이트 인증서에서 기기가 신뢰하는 인증 기관으로 이어지는 신뢰할 수 있는 체인을 설정하지 못했다는 의미입니다. 일반적인 원인으로는 자체 서명 인증서, 누락된 중간 인증서, 잘못된 기기 시계, 기업 프록시 또는 백신 제품의 HTTPS 검사 등이 있습니다. 문제가 로컬 환경, 네트워크 또는 웹사이트 중 어디에 있는지 판단하기 전에 발급자, 유효 기간, 인증 경로를 확인하세요.
핵심 요점
- 이 오류는 일반적으로 인증서 신뢰 체인 문제를 나타내며, 호스트 이름 불일치 문제가 아닙니다.
- 보안 설정을 변경하기 전에 인증서 발급자, 유효 기간, 인증 경로를 확인하세요.
- 한 웹사이트만 영향을 받는다면 웹사이트 인증서 또는 체인 문제일 가능성이 높습니다. 한 네트워크에서 여러 사이트가 실패한다면 프록시, 백신 필터, 캡티브 포털 또는 로컬 신뢰 문제일 수 있습니다.
- 은행, 이메일, 결제, 관리 페이지 또는 기타 민감한 사이트에서 경고를 우회하지 마세요.
ERR_CERT_COMMON_NAME_INVALID는 호스트 이름 범위와 관련된 오류인 반면,ERR_SSL_PROTOCOL_ERROR는 일반적으로 TLS 협상 또는 프로토콜 처리와 관련된 오류입니다.
Site Administrator
이 오류의 의미와 확인 방법
- Chrome 또는 다른 Chromium 기반 브라우저가 HTTPS 페이지를 정상적으로 로드하는 대신
NET::ERR_CERT_AUTHORITY_INVALID를 표시합니다. - 브라우저가 연결 또는 인증서를 신뢰할 수 없다고 판단하며, 고급 경고 화면을 표시할 수 있습니다.
- 인증서 세부 정보에 알 수 없는 발급자, 자체 서명 인증서 또는 손상되었거나 불완전한 인증 경로가 표시됩니다.
- 다른 HTTPS 사이트는 작동하지만 특정 웹사이트에서만 오류가 발생하거나, 로컬 보안 제품 또는 네트워크 프록시가 관련된 경우 여러 사이트에서 오류가 발생합니다.
- 인증서가 신뢰되지 않더라도 웹사이트 이름은 올바르게 표시될 수 있습니다. 이는 이 오류를 호스트 이름 불일치 경고와 구분하는 특징입니다.
가능성이 높은 순서의 주요 원인
- 자체 서명 또는 비공개 발급 인증서: 웹사이트 인증서가 브라우저 또는 운영 체제에서 신뢰하는 인증 기관에 의해 발급되지 않았습니다. 내부 개발 사이트에서는 의도된 설정일 수 있지만, 대부분의 공개 웹사이트에서는 예상되지 않는 설정입니다.
- 중간 인증서 누락: 서버가 신뢰할 수 있는 루트 인증서와 연결하는 데 필요한 중간 인증서 없이 최종 인증서만 전송합니다. 일부 클라이언트에는 누락된 인증서가 캐시되어 있을 수 있지만, 다른 클라이언트는 체인을 거부합니다.
- 기업, 학교, 호텔 또는 기타 HTTPS 검사: 프록시 또는 보안 장비가 웹사이트 인증서를 로컬 조직 인증 기관이 발급한 인증서로 교체할 수 있습니다. 해당 기관이 없거나 손상되었거나 예상하지 못한 기관이거나 잘못 배포된 경우 경고가 표시됩니다.
- 백신 또는 엔드포인트 HTTPS 검사: 보안 소프트웨어가 암호화된 트래픽을 검사하고 로컬 인증서를 발급할 수 있습니다. 설치가 손상되었거나 로컬 인증서를 신뢰할 수 없으면 경고가 발생할 수 있습니다.
- 잘못된 날짜, 시간 또는 시간대: 기기 시계가 잘못되면 인증서 유효 기간이 잘못된 것으로 판단되어 검증을 방해할 수 있습니다.
- 오래되었거나 손상된 신뢰 저장소: 운영 체제 또는 브라우저에 필요한 신뢰할 수 있는 루트 인증서가 없거나 인증서 데이터베이스가 오래되었거나 손상되었을 수 있습니다.
- 캡티브 포털 또는 네트워크 간섭: 공용 네트워크가 트래픽을 로그인 페이지로 리디렉션하거나 예상되는 HTTPS 연결을 방해할 수 있습니다.
해결 방법
1. 아직 경고를 우회하지 마세요
이 오류가 표시된 페이지에 비밀번호, 결제 정보 또는 기타 민감한 정보를 입력하지 마세요. 사이트가 익숙하지 않거나 민감한 서비스에서 경고가 표시되면 진행하지 마세요. 경고를 우회하면 중간자 가로채기 또는 잘못 구성된 인증서를 숨길 수 있습니다.
2. 문제가 특정 환경에 국한되는지 확인하세요
- 잘 알려진 다른 HTTPS 웹사이트를 여러 개 엽니다.
- 시크릿 창 또는 다른 브라우저에서 문제가 발생한 사이트를 테스트합니다.
- 한 사이트에서만 오류가 발생한다면 해당 사이트의 인증서 또는 서버가 전달하는 체인이 원인일 가능성이 높습니다.
- 한 네트워크에서만 여러 사이트가 실패한다면 프록시, HTTPS 검사, 백신 필터 또는 캡티브 포털을 조사합니다.
- 여러 기기와 네트워크에서 동일한 사이트가 실패한다면 로컬 보안 설정을 반복해서 변경하지 말고 웹사이트 운영자에게 문제를 신고합니다.
3. 인증서 세부 정보를 확인하세요
경고 페이지에서 브라우저의 인증서 또는 연결 세부 정보 패널을 엽니다. 다음 항목을 확인하세요.
- 인증서 주체 및 호스트 이름 범위;
- 발급자;
- 유효 시작일 및 만료일;
- 인증 경로가 손상되었거나 불완전한지 여부;
- 발급자가 회사, 학교, 백신 제품 또는 로컬 프록시에 속한 것으로 보이는지 여부.
호스트 이름이 일치한다고 해서 인증서를 신뢰할 수 있다는 의미는 아닙니다. 발급자가 알려지지 않았거나 비공개 발급 기관이거나 예상하지 못한 기관이라면 경고를 없애기 위해 해당 인증서를 설치하지 마세요.
4. 기기 시계를 확인하세요
기기의 날짜, 시간 및 시간대를 확인합니다. 적절한 경우 자동 시간 설정을 활성화한 다음 브라우저를 닫았다가 다시 열고 테스트합니다. 인증서가 유효한 것으로 표시되도록 일부러 시계를 변경하지 마세요.
5. 캡티브 포털을 확인하세요
공용 네트워크에서는 민감하지 않은 웹사이트를 열고 네트워크의 일반 로그인 또는 약관 페이지가 표시되면 절차를 완료합니다. 그 후 HTTPS 사이트에 다시 연결합니다. 네트워크 로그인을 완료하기 위해 인증서 경고 페이지에 자격 증명을 제출하지 마세요. 네트워크의 일반 포털 절차를 이용하거나 운영자에게 도움을 요청하세요.
6. 프록시 및 보안 소프트웨어를 조사하세요
인증서 발급자에 기업 프록시, 학교 네트워크, 백신 제품 또는 엔드포인트 보안 도구가 표시되는 경우:
- 해당 네트워크에서 HTTPS 검사가 예상되는 설정인지 확인합니다.
- 조직의 루트 인증서를 승인된 기기 관리 절차를 통해 설치해야 하는지 관리자에게 문의합니다.
- 개인적으로 사용하는 보안 제품이라면 업데이트하거나 복구합니다.
- 조직 정책에서 허용하는 경우에만 신뢰할 수 있는 네트워크에서 테스트합니다.
검증되지 않은 웹사이트에서 루트 인증서를 다운로드하지 마세요. 루트 인증서를 설치하면 해당 인증서 보유자가 인증서를 신뢰할 수 있는 것처럼 보이게 만들 수 있는 광범위한 권한을 갖게 됩니다.
7. 웹사이트를 관리한다면 인증서 체인을 수정하세요
인증서가 다음 조건을 충족하는지 확인합니다.
- 요청된 호스트 이름을 포함하는지;
- 유효 기간 내에 있는지;
- 대상 클라이언트가 신뢰하는 기관에서 발급되었는지;
- 서버에서 필요한 중간 인증서가 함께 전송되는지.
각 클라이언트가 누락된 중간 인증서를 찾을 것이라고 기대하지 말고, 서버가 완전한 체인을 전송하도록 구성합니다. 배포 후 여러 브라우저, 기기 및 네트워크에서 다시 테스트합니다. 공개 웹사이트는 대상 클라이언트가 발급 기관을 신뢰하도록 의도적으로 구성된 경우가 아니라면 자체 서명 또는 비공개 인증서를 사용해서는 안 됩니다.
8. 증거가 기기를 가리킬 때만 로컬 소프트웨어를 새로 고치세요
운영 체제와 브라우저의 보류 중인 업데이트를 일반적인 업데이트 방식으로 설치합니다. 한 브라우저에서만 문제가 발생한다면 해당 브라우저의 프록시 및 인증서 설정을 검토하고 새 프로필로 테스트합니다. 한 기기에서만 문제가 발생한다면 관리자가 로컬 신뢰 저장소와 보안 소프트웨어를 확인하도록 합니다. 어떤 애플리케이션 또는 조직이 설치했는지 모르는 상태에서 인증서를 삭제하거나 인증서 검증을 비활성화하지 마세요.
예방 및 해결 확인 방법
- 운영 체제, 브라우저 및 엔드포인트 보안 소프트웨어를 최신 상태로 유지합니다.
- 적절한 경우 날짜, 시간 및 시간대의 자동 설정을 사용합니다.
- 조직에서 관리하는 루트 인증서는 승인된 관리자 또는 기기 관리 절차를 통해서만 설치합니다.
- 공용 네트워크에서 예상하지 못한 인증서 경고가 표시되면 일상적인 우회 안내가 아니라 보안 신호로 받아들입니다.
- 웹사이트 관리자는 올바른 호스트 이름의 인증서를 배포하고 필요한 중간 인증서 체인 전체를 전송해야 합니다.
- 비공식 안내에 따라 인증서 파일을 다운로드하거나 HTTPS 검사를 비활성화하지 마세요.
외부 도움을 받아야 할 때
여러 기기 또는 네트워크에서 하나의 공개 사이트에 접속할 수 없다면 웹사이트 운영자에게 문의하세요. 특히 인증서가 자체 서명되었거나 만료되었거나 중간 인증서 체인이 누락된 경우에 해당합니다. 발급자가 기업 프록시, 학교 네트워크, 백신 제품 또는 관리형 보안 장비에 속한다면 조직의 IT 관리자에게 문의하세요. 시계와 소프트웨어 업데이트를 확인한 후에도 여러 네트워크에서 관련 없는 여러 사이트에 오류가 발생한다면 기기 지원을 요청하세요. 민감한 서비스에서 예상하지 못한 경고가 표시되면 연결 사용을 중단하고 신뢰할 수 있는 경로를 통해 해당 서비스에 문의하세요.
자주 묻는 질문
NET::ERR_CERT_AUTHORITY_INVALID는 만료된 인증서 때문에 발생하나요?
인증서 검증 중에 이 오류가 나타날 수 있지만, 만료된 인증서는 날짜 유효성 문제이며 유일한 원인은 아닙니다. 유효 기간과 발급자를 확인하여 만료된 인증서인지, 신뢰할 수 없거나 불완전한 체인인지 구분하세요.
ERR_CERT_COMMON_NAME_INVALID와 같은 오류인가요?
아닙니다. ERR_CERT_COMMON_NAME_INVALID는 일반적으로 인증서가 방문 중인 호스트 이름을 포함하지 않는다는 의미입니다. NET::ERR_CERT_AUTHORITY_INVALID는 브라우저가 인증서의 발급 기관 또는 체인을 신뢰할 수 없다는 의미입니다. 다만 여러 인증서 문제가 동시에 발생할 수는 있습니다.
회사 또는 학교 네트워크에서만 오류가 표시되는 이유는 무엇인가요?
해당 네트워크가 HTTPS 검사를 사용하고 대체 인증서를 발급하기 때문일 수 있습니다. 조직의 루트 인증서가 올바르게 설치되지 않았거나 해당 검사가 예상되지 않는 설정이라면 브라우저가 대체 인증서를 거부할 수 있습니다. 알 수 없는 인증서를 직접 설치하지 말고 네트워크 관리자에게 문의하세요.
그래도 웹사이트에 접속해도 되나요?
사이트가 익숙하지 않거나 비밀번호, 결제, 개인정보 또는 관리 기능을 다루는 경우에는 진행하지 마세요. 경고가 구성 오류로 인해 발생할 수도 있지만, 가로채기 또는 신뢰할 수 없는 인증서를 나타낼 수도 있습니다.
컴퓨터 날짜를 변경하면 오류를 해결할 수 있나요?
잘못된 날짜, 시간 또는 시간대를 바로잡으면 기기 시계로 인해 발생한 인증서 검증 문제가 해결될 수 있습니다. 부정확한 시계를 일부러 설정하는 것은 안전한 해결 방법이 아니며 다른 보안 및 애플리케이션 문제를 일으킬 수 있습니다.
웹사이트 운영자는 먼저 무엇을 확인해야 하나요?
호스트 이름, 인증서 유효 기간, 발급 기관 및 서버가 전달하는 체인을 확인합니다. 특히 서버가 필요한 중간 인증서를 전송하는지 확인한 다음 여러 클라이언트와 네트워크에서 사이트를 테스트하세요.
추가 문서
신뢰할 수 있는 후속 정보를 확인하려면 브라우저 공급업체의 인증서 오류 문서, 운영 체제의 신뢰 저장소 및 날짜·시간 안내, 인증서 발급자에 표시된 프록시·백신·엔드포인트 보안 제품의 문서를 참고하세요. 웹사이트 관리자는 인증서 발급 기관의 체인 설치 안내와 웹 서버의 인증서 구성 문서도 확인해야 합니다.