반년 만에 열어본 옛 접속주소가 다른 사이트였던 이유: 만료·재등록 도메인 확인기

반년 만에 연 즐겨찾기, 로고는 같은데 글꼴이 달랐다

지난달에 전해 들은 이야기다. 반년 가까이 손대지 않던 즐겨찾기 폴더를 열어 저장해둔 토토사이트 주소를 눌렀더니 페이지는 문제없이 떴다. 로고 위치도 비슷했고 상단 메뉴 구성도 낯설지 않았다. 그런데 본문 글꼴이 미묘하게 달랐고, 예전에 있던 공지 게시판 자리에 처음 보는 배너가 들어와 있었다. 화면이 아예 안 열렸다면 오히려 의심이 빨랐을 텐데, 멀쩡히 열렸기 때문에 판단이 한 박자 늦었다.

결정적으로 이상했던 건 로그인 영역이었다. 예전에는 우측 상단에 작은 입력창 두 개가 나란히 있었는데, 이번에는 화면 한가운데에 큼직한 팝업이 뜨면서 아이디와 비밀번호를 먼저 요구했다. 개편됐을 수도 있지만 개편 안내를 본 기억이 없었고, 무엇보다 그동안 접속을 안 했으니 안내를 받았을 리도 없었다. 그는 입력을 멈추고 창을 닫았다. 지나고 보면 이 한 번의 멈춤이 계정 정보를 지켰다.

이 글은 그 뒤에 이어진 확인 과정을 시간 순서대로 따라간다. 결론부터 적으면, 저장돼 있던 접속주소는 원래 운영자가 갱신을 놓쳐 만료됐고 그 도메인을 자동으로 낚아채는 업체가 재등록해 전혀 다른 페이지로 연결하고 있었다. 주소 문자열은 한 글자도 바뀌지 않았는데 그 뒤에 붙어 있는 서버와 운영자만 통째로 교체된 경우다. 도메인 변경을 추적할 때 대부분은 주소가 바뀌는 쪽만 지켜보지만, 주소가 그대로인 채 내용물이 바뀌는 반대 방향도 실제로 일어난다.

먼저 한 일: 저장된 문자열과 실제로 열린 문자열 대조

가장 먼저 한 확인은 단순했다. 즐겨찾기에 저장된 문자열을 복사해 메모장에 붙여넣고, 지금 주소창에 떠 있는 문자열도 복사해 그 아래에 붙였다. 두 줄을 나란히 놓고 앞에서부터 눈으로 훑었다. 유사 도메인이나 오타 도메인 문제였다면 이 단계에서 한 글자 차이가 드러났을 것이고, 중간에 리다이렉션이 끼어 있었다면 열린 주소가 저장한 주소와 다르게 표시됐을 것이다.

그런데 두 줄은 완전히 같았다. 접속 과정에서 다른 곳으로 튕겨나간 흔적도 없었다. 이 지점이 중요한데, 흔히 쓰는 판별법 대부분은 여기서 통과 판정을 내리고 끝난다. 주소가 정확하고 자물쇠 표시가 있고 리다이렉션도 없으니 정상이라는 결론이다. 하지만 주소 문자열이 같다는 건 같은 이름표가 붙어 있다는 뜻일 뿐, 그 이름표를 지금 누가 들고 있는지는 알려주지 않는다.

모바일에서 이 대조를 할 때는 한 가지를 더 신경 써야 한다. 주소창이 좁아 앞뒤가 잘려 보이므로 반드시 주소창을 한 번 탭해 전체 문자열이 펼쳐진 상태에서 복사해야 한다. 화면에 보이는 일부만 보고 판단하면, 뒤쪽에 붙은 긴 하위 경로나 앞쪽에 붙은 이상한 접두어를 통째로 놓친다.

등록정보 조회에서 드러난 47일의 공백

다음은 도메인 등록정보 조회였다. 결과에서 세 개의 날짜가 눈에 들어왔다. 최초 등록일 2019년 3월 11일, 만료일 2026년 5월 28일, 최종 갱신일 2026년 7월 14일. 이 조합이 이상하다. 정상적으로 운영 중인 도메인은 만료일이 오기 전에 갱신되고, 그 결과 만료일이 1년 뒤로 밀린다. 즉 갱신 기록이 만료일보다 앞서는 게 정상이다. 여기서는 만료일이 지난 뒤 47일이 흐른 시점에 갱신 기록이 찍혀 있었다.

이 47일이라는 간격은 우연이 아니다. 도메인은 만료된다고 즉시 사라지지 않는다. 등록 기관에 따라 차이는 있지만 대략 만료 후 30일 안팎의 복구 유예 기간이 주어지고, 그 뒤 5일 정도의 삭제 대기 상태를 거친 다음에야 누구나 등록할 수 있는 상태로 풀린다. 원래 주인이 이 35일 남짓을 놓치면, 만료 도메인을 초 단위로 감시하다 풀리는 순간 낚아채는 업체가 가져간다. 47일이라는 숫자는 그 절차를 그대로 통과한 흔적이었다.

등록대행사 항목도 바뀌어 있었다. 예전 기록을 찾아보니 국내 대행사 이름이 적혀 있었는데, 지금은 해외 업체로 되어 있었다. 등록자 정보 자체는 개인정보 보호 서비스로 가려져 있어 사람 이름은 볼 수 없었지만, 대행사 이름과 네임서버 주소는 가려지지 않는다. 네임서버도 예전과 전혀 다른 것으로 교체돼 있었다.

도메인 나이 7년이라는 숫자가 오히려 함정이 되는 지점

여기서 짚고 넘어갈 게 있다. 주소 검증을 다루는 글에서 가장 자주 나오는 조언이 등록한 지 오래된 도메인일수록 믿을 만하다는 것이다. 등록 3년 미만이면 경계하고 5년 넘으면 안심하라는 식의 기준을 흔히 본다. 그런데 이 사례의 도메인은 2019년 등록이니 계산상 7년이 넘는다. 나이만 보면 최고 등급이다.

재등록된 도메인은 조회 도구에 따라 최초 등록일이 그대로 유지된 채 표시되기도 한다. 그러면 소유자가 바뀐 지 두 달밖에 안 된 주소가 7년짜리 노포처럼 보인다. 등록 연수라는 지표는 소유권이 한 번도 끊기지 않았다는 전제 위에서만 의미가 있는데, 그 전제가 깨졌는지는 나이 숫자 안에 표시되지 않는다.

그래서 실질적인 판단은 세 개를 묶어야 나온다. 최초 등록일, 최종 갱신일, 그리고 네임서버 변경 시점이다. 이 사례에서는 등록 7년, 갱신 두 달 전, 네임서버 교체 두 달 전이었다. 세 숫자를 겹쳐 보면 이 주소의 실질 나이는 7년이 아니라 두 달이다. 오래된 껍데기를 쓴 신생 사이트는 나이 기준만 적용하는 점검을 가장 쉽게 통과한다.

인증서 상세에서 확인한 것과, 확인할 수 없었던 것

브라우저 자물쇠를 눌러 인증서 상세를 열었다. 발급일이 12일 전이었고 유효기간은 90일짜리였다. 여기까지만 보면 사실 증거가 되지 못한다. 90일 인증서를 자동 갱신으로 쓰는 사이트는 아주 흔하고, 그런 곳은 언제 확인해도 발급일이 최근일 수밖에 없다. 인증서 발급일 하나로 진위를 가리려는 시도는 대부분 헛다리를 짚는다.

의미가 생긴 건 발급 유형을 비교했을 때였다. 예전 화면을 기억하기로는 인증서에 운영 조직명이 함께 표시되는 방식이었는데, 지금은 도메인 소유만 확인하는 최소 등급으로 바뀌어 있었다. 발급 기관도 달랐다. 인증서 등급이 위로 올라가는 건 자연스러운 변화지만, 아래로 내려가면서 발급 기관까지 함께 바뀌는 건 같은 운영 주체가 이어가고 있다고 보기 어려운 조합이다.

과거 화면 스냅샷 석 장이 가리킨 교체 시점

다음으로 웹 아카이브에서 이 주소의 과거 저장본을 찾아봤다. 3월과 6월 스냅샷은 그가 기억하는 화면과 같았다. 우측 상단에 작은 로그인 입력창이 있고 공지 게시판이 있는 레이아웃이다. 그런데 8월 스냅샷부터는 지금 보이는 화면, 즉 가운데 팝업이 뜨는 구성으로 바뀌어 있었다.

6월과 8월 사이에 교체가 일어났다는 뜻인데, 이 구간은 등록정보에 찍힌 갱신일 7월 14일을 정확히 포함한다. 서로 독립적으로 기록되는 두 자료가 같은 시점을 가리키면 추정은 사실에 가까워진다. 등록정보만 봤다면 갱신 기록이 늦은 이유를 다르게 해석할 여지가 있었고, 화면만 봤다면 단순 개편으로 넘겼을 것이다. 두 개를 겹쳤기 때문에 결론이 나왔다.

아카이브에 저장본이 없는 주소도 많다. 그럴 때는 검색 결과에 남아 있는 요약 문구나 이미지 검색에 걸린 옛 화면 캡처가 대체 자료가 된다. 검색 결과 설명문에 적힌 문구와 지금 페이지의 문구가 전혀 겹치지 않는다면, 색인이 만들어진 시점 이후에 내용이 통째로 갈렸다는 신호로 읽을 수 있다.

새 접속주소 후보 세 개를 놓고 벌인 소거

옛 주소가 남의 손에 넘어갔다는 게 확인됐으니 최신주소를 다시 찾아야 했다. 검색으로 모은 후보는 세 개였다. 검색 결과 상단의 어느 주소모음 페이지에 적힌 A, 메신저 공개 채널에 올라와 있던 B, 커뮤니티 글 댓글에 달려 있던 C.

A는 등록정보를 조회하자마자 걸러졌다. 등록한 지 9일째였고, 검색해보니 그 주소를 언급한 곳이 그 링크모음 한 군데뿐이었다. 새로 만든 주소가 아직 덜 퍼진 것일 수도 있지만, 확인할 방법이 한 곳밖에 없는 주소는 검증 대상이 아니라 보류 대상이다. C는 눌러보니 B로 넘어갔다. 겉보기 후보가 셋이었지 실질 후보는 둘이었던 셈이다.

B는 등록 3개월 차로 역시 새 주소였지만, 결정적인 단서가 하나 있었다. 네임서버가 옛 주소의 아카이브 시절 기록에 남아 있던 것과 같았다. 운영자가 도메인은 바꿔도 사용하던 인프라 업체까지 함께 바꾸는 일은 드물다. 다만 이건 위조가 불가능한 정보는 아니므로 단독 근거로 쓰지 않았고, 예전 화면에만 있던 비공개 게시판 구조가 그대로 남아 있는지까지 확인한 뒤에야 후보를 확정했다.

새 주소를 저장하는 일보다 옛 주소를 지우는 일이 오래 걸렸다

즐겨찾기 항목 하나를 새 주소로 고치는 데는 10초가 걸렸다. 문제는 그다음이었다. 사흘 뒤 그는 다시 옛 주소로 들어갔다. 주소창에 앞 두 글자를 입력하자 자동완성 1순위로 옛 주소가 떴고, 습관적으로 엔터를 눌렀기 때문이다. 즐겨찾기를 고쳤다고 해서 브라우저가 기억하는 방문 이력까지 정리되지는 않는다.

흔적은 생각보다 여러 군데 흩어져 있다. 주소창 자동완성, 방문 기록, 휴대폰 홈 화면에 만들어둔 바로가기 아이콘, 다른 기기와 동기화된 즐겨찾기 사본, 메신저 대화방 상단에 고정해둔 메시지, 예전에 자신이 남에게 보낸 링크까지. 이 중 하나만 남아 있어도 언젠가 그 경로로 다시 들어가게 된다. 자동완성 항목은 목록에서 해당 줄을 선택한 뒤 삭제 단축키로 개별 제거하는 편이 확실하다.

점검 주기를 90일에서 30일로 당긴 계산

이 사건의 진짜 원인은 재등록 업체가 아니라 반년이라는 방치 기간이었다. 만료부터 제3자 등록까지 걸리는 시간이 대략 35일이라면, 30일 간격으로 한 번씩만 열어봤어도 화면이 바뀌기 전에 이상 신호를 잡았을 것이다. 접속이 잠깐 안 되거나 만료 안내 페이지가 뜨는 구간이 그 사이에 반드시 있기 때문이다.

그가 지금 하는 점검은 세 가지다. 주소가 열리는지, 인증서 발급 기관이 지난번과 같은지, 등록정보의 최종 갱신일이 만료일보다 앞서 있는지. 익숙해지면 2분이면 끝난다. 1년이면 12번, 다 합쳐도 24분이다. 반년을 방치했다가 흔적을 되짚느라 쓴 시간이 그날 저녁 두 시간이었으니, 계산은 이미 끝나 있다.

주기를 정할 때 자주 놓치는 게 있다. 자주 쓰는 주소는 어차피 매일 열어보니 이상을 금방 알아챈다. 정작 점검이 필요한 건 가끔만 쓰는 주소, 즐겨찾기 아래쪽에 묻혀 있는 주소다. 점검 일정은 그쪽에 걸어야 한다.

이 사례가 바꿔놓은 저장 방식

그 뒤로 그의 즐겨찾기에는 주소만 들어가지 않는다. 항목 이름 뒤에 마지막으로 확인한 날짜를 여섯 자리 숫자로 붙여둔다. 260714 같은 식이다. 폴더를 열면 어느 항목이 오래 방치됐는지가 이름만 보고도 드러나고, 날짜가 오래된 것부터 확인하면 된다. 별도의 관리 도구도 필요 없다.

주소가 자주 바뀐다는 사실은 다들 알고 있어서, 안 열리면 새 주소를 찾는다. 반대 상황, 그러니까 주소는 그대로인데 그 뒤가 바뀌는 경우는 경보가 울리지 않는다. 이 사례에서 위험했던 유일한 순간은 화면이 안 열렸을 때가 아니라, 너무 자연스럽게 열려서 로그인 팝업에 손이 갔던 그 몇 초였다.