주소모음으로 주소찾기와 최신주소를 확인할 때 링크모음·사이트모음의 자물쇠 표시만 보고 사이트 주소가 올바르다고 단정하면 안 됩니다. TLS 인증서는 browser가 요청한 host와 서버가 제시한 identifier의 일치를 확인하는 한 단계이며, 운영 주체나 콘텐츠 품질까지 증명하지는 않습니다.
HTTPS client는 입력 URL에서 reference identifier를 만들고 인증서의 DNS-ID 또는 IP-ID와 비교합니다. DNS가 다른 host를 거쳐 해석되더라도 그 중간 이름을 자동으로 기준 host로 바꾸지 않습니다.
유효기간과 폐기 상태도 별도 확인 대상입니다. 이름이 맞아도 만료되었거나 신뢰할 수 없는 발급 경로라면 연결 경고가 생길 수 있고, 반대로 경고가 없다는 사실만으로 최신 주소임을 보장할 수 없습니다.
TLS host 일치 판독표|
확인 대상 |
비교할 값 |
일치 기준 |
남는 한계 |
|
일반 domain |
주소창 host와 DNS-ID |
label별 이름 일치 |
소유·콘텐츠는 미확인 |
|
IP 접속 |
주소창 IP와 IP-ID |
주소 byte가 일치 |
DNS 이름 대체 불가 |
|
wildcard |
*.example과 한 단계 subdomain |
왼쪽 label 하나만 대체 |
여러 단계 host 제외 |
|
한글 domain |
U-label과 A-label |
Punycode 변환 후 비교 |
유사 문자 별도 점검 |
|
이동 후 주소 |
최종 host와 새 인증서 |
이동 단계마다 재확인 |
이전 인증서로 대체 불가 |
-
검색하거나 받은 URL을 복사해 scheme, host, path를 나눕니다.
-
PC와 모바일 사이트에서 입력 host와 최종 host를 각각 기록합니다.
-
인증서의 subjectAltName에서 DNS-ID 또는 IP-ID를 확인합니다.
-
wildcard라면 대체되는 label이 정확히 한 단계인지 봅니다.
-
한글 host는 표시값과 xn-- A-label을 함께 대조합니다.
-
유효기간, browser 경고와 redirect 전후 인증서를 따로 남깁니다.
-
이름 일치, 이름 불일치, 추가 확인으로 결과를 분류합니다.
주소온길 최신주소 기록에는 확인 시각, 입력 host, 최종 도착 host와 인증서 이름을 함께 둡니다. 주소온길 바로가기가 바뀌면 예전 값을 지우기보다 언제 어떤 경로로 대체되었는지 남겨야 변화 원인을 비교할 수 있습니다.
도메인 확인 결과는 인증서 갱신, DNS 변경이나 운영 정책에 따라 달라질 수 있습니다. 따라서 2026년 기록에도 기준일을 표시하고 실제 연결 상태는 이용 직전에 다시 확인합니다.
모바일 확인의 한계모바일 browser는 인증서 상세 화면의 위치와 경고 문구가 PC와 다를 수 있습니다. 앱 내부 browser가 주소창 일부를 숨긴다면 외부 browser에서 전체 host를 다시 보는 편이 정확합니다.
주소온길주소온길
주소온길
자주 묻는 질문
링크모음에 자물쇠가 보이면 현재 주소가 맞나요?
아닙니다. 자물쇠는 해당 연결의 인증서 검증 결과를 보여 줄 뿐 최신성이나 운영 주체까지 확정하지 않으므로 최종 host와 안내 기준일을 함께 봐야 합니다.
사이트모음의 wildcard 인증서는 모든 하위 주소에 적용되나요?아닙니다. 일반적인 wildcard 이름은 왼쪽의 한 label만 대신하므로 더 깊은 단계의 host에는 일치하지 않을 수 있습니다.
인증서 이름이 맞으면 주소를 저장해도 되나요?조건부로 가능합니다. 이름 일치 외에도 최종 도착, 콘텐츠 목적과 변경 이력을 확인한 뒤 개인 정보가 포함된 query는 제거하고 저장해야 합니다.
TLS host 확인 결론주소모음은 입력 host, 인증서 identifier, 이동 후 host와 기준일을 분리할 때 주소찾기 결과의 최신주소 여부를 더 명확히 설명할 수 있습니다. 인증서 일치는 필요한 증거 중 하나이며 사이트 전체에 대한 보증으로 확대해서는 안 됩니다.
#주소검증 #주소찾기 #최신주소 #도메인확인 #TLS인증서 #DNSID #사이트주소 #모바일확