접속주소 조회 도구 6종 비교: WHOIS·CT로그·웹아카이브로 최신주소 이력 읽기

같은 이름을 쓰는 주소 세 개, 무엇부터 열어볼까

주소 안내를 받다 보면 이름은 똑같은데 도메인만 다른 후보가 동시에 손에 들어오는 순간이 옵니다. 이때 대부분은 브라우저에 하나씩 붙여 넣어 화면이 뜨는지만 확인하고 끝냅니다. 그런데 화면이 뜬다는 사실은 그 주소가 살아 있다는 것만 말해줄 뿐, 그 주소가 언제부터 존재했고 예전에는 무엇을 보여줬는지에 대해서는 아무것도 알려주지 않습니다. 복제 페이지는 화면을 그대로 베끼는 데 반나절이면 충분하기 때문에, 눈으로 보이는 것만으로 후보를 좁히면 판정이 자꾸 뒤집힙니다.

그래서 필요한 것이 주소의 겉모습이 아니라 이력을 들여다보는 조회입니다. 다행히 도메인은 흔적을 꽤 많이 남깁니다. 등록 기록, 이름을 IP로 바꿔주는 설정값, 암호화 인증서를 발급받은 기록, 과거 어느 날의 화면을 보관해 둔 아카이브, 검색엔진이 며칠 전에 수집해 둔 제목과 설명까지 모두 공개된 자리에 남아 있습니다. 문제는 이 기록들이 서로 다른 질문에 답한다는 점이고, 그걸 모른 채 하나만 보면 엉뚱한 결론에 도달합니다.

아래에서는 접속주소 후보를 검증할 때 쓰는 조회 수단 여섯 가지를 나란히 놓고, 각각이 대답해 주는 질문과 대답하지 못하는 구간을 비교합니다. 결론부터 말하면 어느 하나도 단독으로는 최신주소를 확정하지 못하고, 두세 개가 같은 방향을 가리킬 때 비로소 판정이 단단해집니다.

여섯 가지 조회 수단이 각각 대답하는 질문

아래 표의 가운데 칸은 그 도구가 실제로 답해주는 질문이고, 오른쪽 칸은 반영이 늦어지거나 아예 보이지 않는 구간입니다. 오른쪽 칸을 모르면 정보가 없는 것과 정보가 나쁜 것을 혼동하게 됩니다.

표를 세로로 읽으면 시간축이 드러납니다. DNS와 검색 색인은 현재와 최근 며칠을 보여주고, CT 로그와 WHOIS는 도메인이 태어난 시점을 알려주며, 웹 아카이브와 경매 기록은 그 사이의 중간 구간을 메웁니다. 후보 주소를 판정한다는 건 결국 이 시간축에 빈칸이 얼마나 적게 남는지를 따지는 일입니다. 태어난 날은 오래됐는데 중간이 텅 비어 있다면, 그 도메인은 오래 잠들어 있다가 최근에 다시 깨어난 것일 가능성이 높습니다.

WHOIS는 나이를 말해주지만 주인은 말해주지 않는다

WHOIS 조회에서 가장 먼저 볼 값은 생성일입니다. 도메인이 2019년에 만들어졌고 만료일이 2028년까지 잡혀 있다면, 최소한 급조된 주소는 아니라는 신호입니다. 반대로 생성일이 조회 시점 기준 11일 전이고 만료일이 딱 1년 뒤로만 잡혀 있다면, 그 도메인은 단기 운용을 전제로 만들어졌다고 읽는 편이 안전합니다. 안내를 받은 주소의 생성일이 안내가 돌기 시작한 날짜보다 뒤에 있다면 그 자체로 앞뒤가 맞지 않는 셈입니다.

다만 생성일에는 함정이 하나 있습니다. 도메인이 만료되어 삭제된 뒤 다른 사람이 다시 등록하면, 대부분의 등록기관에서 생성일이 재등록 시점으로 새로 찍힙니다. 그래서 겉으로는 짧아 보여도 실제로는 예전에 존재했던 이름일 수 있고, 반대로 갱신만 반복한 도메인은 생성일이 그대로 유지됩니다. 여기서 생기는 빈칸은 WHOIS 혼자서는 메울 수 없고, 뒤에 나오는 아카이브와 CT 로그가 담당합니다.

등록자 정보 칸에 개인정보 보호 대행 업체 이름만 뜨는 것을 두고 수상하다고 판단하는 경우가 있는데, 이건 과잉 해석입니다. 지금은 일반 기업 도메인도 등록자 정보를 가리는 것이 기본값에 가깝습니다. 가려져 있다는 사실보다, 등록기관이 어디인지와 등록기관 잠금 상태가 걸려 있는지를 보는 편이 정보량이 많습니다. 잠금이 해제된 채 방치된 도메인은 이전 절차에 상대적으로 노출되기 쉽습니다.

DNS 레코드는 지금 이 순간만 보여준다

DNS 조회는 주소가 현재 어느 서버를 향하고 있는지를 알려줍니다. 후보 주소 두 개가 같은 IP로 떨어진다면 같은 운영 주체가 두 이름을 함께 쓰고 있을 가능성이 커지고, 전혀 다른 대역으로 갈라진다면 최소한 한쪽은 다른 사람이 만든 것입니다. 도메인이 바뀌는 상황에서는 이 대조가 특히 쓸모 있는데, 이름이 달라져도 서버를 통째로 옮기는 일은 드물기 때문입니다.

문제는 캐시입니다. DNS 응답에는 수명이 붙어 있어서, 짧으면 300초 길면 86400초 동안 이전 값이 그대로 재사용됩니다. 운영 쪽에서 서버를 옮긴 직후라면 어떤 통신망에서는 새 IP가, 다른 통신망에서는 옛 IP가 보이는 구간이 하루 넘게 이어질 수 있습니다. 조회 결과가 기대와 다르게 나왔을 때 곧바로 가짜라고 단정하지 말고, 몇 시간 간격을 두고 한 번 더 조회해 값이 수렴하는지를 봐야 하는 이유가 여기 있습니다.

인증서 발급 기록은 지우기 어렵다

암호화 인증서는 발급될 때마다 공개 로그에 기록이 쌓입니다. 이 기록은 발급받은 쪽이 마음대로 삭제할 수 없다는 점에서, 조회 수단 가운데 가장 지우기 힘든 흔적에 속합니다. 어떤 도메인 이름으로 인증서가 처음 발급된 시점을 찾으면, 그 이름이 실제로 웹에서 쓰이기 시작한 날짜를 상당히 정확하게 짚을 수 있습니다. WHOIS 생성일은 재등록으로 초기화되지만, 로그에는 예전 발급 기록이 그대로 남아 있는 경우가 많아 두 값을 나란히 놓으면 공백 구간이 드러납니다.

또 하나 유용한 쓰임은 하위 주소 목록입니다. 같은 도메인 아래에 어떤 이름의 하위 주소들이 인증서를 받아왔는지 훑어보면, 안내받은 접속주소가 그 가운데 하나인지 아니면 목록에 전혀 없는 낯선 이름인지 구분됩니다. 다만 와일드카드로 한 번에 받아버린 경우에는 개별 하위 주소가 드러나지 않으므로, 목록이 비어 보인다고 해서 없는 것으로 결론 내리면 안 됩니다.

발급 직후 몇 시간 동안은 로그 반영이 늦어 조회 결과가 비어 있을 수 있습니다. 도메인 변경 공지가 뜬 바로 그날 확인했다면 기록이 아직 안 올라온 상태일 가능성을 먼저 떠올리고, 반나절 뒤 재확인 일정을 잡아두는 편이 낫습니다.

웹 아카이브는 중간 구간을 메운다

아카이브 서비스는 과거 어느 날의 화면을 통째로 보관해 둡니다. 여기서 확인할 것은 두 가지인데, 하나는 수집 기록이 이어져 있는 기간이고 다른 하나는 그 기간 동안 화면의 성격이 바뀌지 않았는지입니다. 2020년부터 2026년까지 비슷한 구조의 화면이 꾸준히 수집돼 있다면 그 도메인은 한 방향으로 계속 쓰여온 것이고, 2023년까지는 전혀 다른 분야의 페이지였다가 최근에 갈아탄 흔적이 보인다면 중간에 주인이 바뀐 것입니다.

아카이브의 약점은 수집 빈도가 도메인의 유명세에 따라 크게 차이 난다는 점입니다. 방문자가 적은 주소는 1년에 한두 번 수집되거나 아예 기록이 없기도 합니다. 기록이 없는 상태는 나쁜 신호라기보다 정보가 없는 상태에 가깝고, 이럴 때는 아카이브 대신 CT 로그의 발급 시점으로 시간축을 채우는 쪽이 실용적입니다.

검색 색인은 가장 최근을, 경매 기록은 가장 오래된 사고를 알려준다

검색엔진이 저장해 둔 제목과 설명은 며칠 단위의 최근 상태를 반영합니다. 안내받은 주소를 그대로 검색창에 넣었을 때 나오는 스니펫의 제목이 안내 내용과 어긋나거나, 전혀 다른 언어로 된 문구가 걸려 나온다면 그 주소는 안내와 다른 무언가로 쓰이고 있다는 뜻입니다. 반대로 아무것도 걸리지 않는 경우는 판단 재료가 되지 못합니다. 색인을 막아둔 사이트도 많고, 만들어진 지 얼마 안 된 페이지는 아직 수집 전일 수 있기 때문입니다.

만료·경매 데이터베이스는 반대쪽 끝을 담당합니다. 어떤 도메인이 과거에 삭제 대기 목록이나 재판매 목록에 올랐던 기록이 남아 있다면, 그 시점에 소유권이 끊겼을 가능성이 큽니다. 이 기록은 서비스마다 수집 범위가 들쭉날쭉해서 없다고 해서 안심할 근거는 되지 않지만, 있을 경우에는 꽤 결정적인 단서가 됩니다.

후보 세 개를 여섯 도구로 훑어본 기록

지난봄에 이름이 같은 후보 주소 세 개를 두고 실제로 조회를 돌려본 적이 있습니다. 후보 A는 WHOIS 생성일이 2019년 6월, CT 로그의 첫 발급도 2019년 6월이었고, 아카이브에 2021년과 2023년 스냅샷이 남아 있는데 화면 구조가 지금과 크게 다르지 않았습니다. 시간축에 빈칸이 거의 없는 셈이라 이 후보는 일단 신뢰 쪽으로 기울었습니다.

후보 B는 생성일이 조회일 기준 11일 전, 첫 인증서 발급이 9일 전, 아카이브 기록 없음, 검색 색인도 없음이었습니다. 모든 칸이 최근 2주 안에 몰려 있었습니다. 이것만으로 가짜라고 확정할 수는 없습니다. 실제로 도메인을 새로 옮긴 직후라면 똑같은 모양이 나오기 때문입니다. 그래서 이 후보는 보류로 두고, 공지 채널의 안내 날짜가 그 등록일보다 뒤인지를 따로 맞춰봤습니다.

가장 까다로운 건 후보 C였습니다. WHOIS 생성일이 2025년 11월로 비교적 최근인데, CT 로그에는 2016년부터 2022년까지의 발급 기록이 남아 있었습니다. 아카이브를 열어보니 2022년까지는 해외 의류 판매 페이지였습니다. 오래된 이름이 한동안 버려졌다가 최근에 다른 사람 손에 재등록된 전형적인 모양이었고, 이건 여섯 도구 중 하나만 봤다면 절대 드러나지 않았을 사실입니다. WHOIS만 봤다면 그냥 신생 도메인, CT 로그만 봤다면 10년 된 도메인으로 읽혔을 겁니다.

조회로도 메워지지 않는 구간

이 도구들이 답하지 못하는 질문이 하나 있습니다. 바로 지금 그 주소를 운영하는 사람이 원래 운영하던 사람과 같은 사람인지입니다. 등록 기록도, 인증서도, 서버 IP도 모두 넘겨받을 수 있는 것들이고, 실제로 도메인과 서버를 통째로 인수하면 이력 조회상으로는 연속된 것처럼 보입니다. 그래서 이력이 깨끗하다는 결론은 후보를 좁혀주는 근거이지 안전을 보증하는 도장이 아닙니다.

또 하나, 조회 결과가 엇갈릴 때의 기준을 미리 정해두는 편이 좋습니다. 저는 여섯 칸 중 최소 세 칸이 같은 방향을 가리키고 나머지가 정보 없음일 때만 잠정 통과로 두고, 한 칸이라도 명백히 어긋나면 통과시키지 않습니다. 특히 아카이브에서 다른 분야 화면이 나오는 경우와 검색 스니펫이 안내와 전혀 다른 경우는 다른 근거가 아무리 좋아도 뒤집지 않습니다. 이 기준을 감으로 운용하면 조회를 많이 해놓고도 결국 내키는 쪽으로 결론을 내게 됩니다.

조회 결과를 어디에 남길 것인가

공들여 조회해 놓고 메모를 남기지 않으면 다음 도메인 변경 때 같은 작업을 처음부터 반복하게 됩니다. 저는 후보 주소마다 한 줄씩 기록을 남기는데, 들어가는 항목은 조회한 날짜, 도메인 생성일, 첫 인증서 발급 연월, 아카이브 최초·최종 수집 연도, 그리고 IP 대역 앞 두 마디입니다. 다섯 항목이면 한 줄에 들어가고, 다음번에 새 후보가 나왔을 때 예전 줄과 나란히 놓기만 하면 서버가 그대로인지 바로 보입니다.

기록을 쌓다 보면 그 자체가 판정 기준이 됩니다. 예를 들어 지난 세 번의 변경에서 IP 앞 두 마디가 계속 같았는데 이번 후보만 완전히 다른 대역이라면, 다른 칸이 아무리 그럴듯해도 한 번 더 확인할 이유가 생깁니다. 조회 도구는 공개돼 있고 누구나 쓸 수 있지만, 자기 기록과 비교할 수 있는 사람은 그 기록을 남겨온 사람뿐입니다. 도구를 아는 것보다 이 차이가 실제 판정에서는 더 크게 작용합니다.