화면에 보인 접속주소와 실제로 열린 주소가 달랐던 밤: 링크 위장 확인 과정

게시글에 적힌 접속주소와 실제로 열린 주소가 달랐던 밤

화요일 밤 11시 40분, 자주 들여다보던 커뮤니티 게시판에 토토사이트 최신주소 안내라는 제목의 글이 올라왔다. 본문에는 파란 글씨로 sports-guide41.com 한 줄만 적혀 있었고, 그 아래에 도메인 변경이 있었으니 기존 즐겨찾기를 지우라는 짧은 설명이 붙어 있었다. 며칠 전부터 원래 쓰던 접속주소가 열리지 않던 참이라 별생각 없이 그 글자를 눌렀는데, 화면이 전환된 뒤 주소창에 떠 있는 문자열은 sports-guide41.top이었다. 글자 하나가 다른 수준이 아니라 확장자 자체가 달랐다.

처음에는 글쓴이의 오타라고 생각했다. 본문에 .com이라고 잘못 적었고 링크는 제대로 걸어 둔 것 아닐까 싶었다. 그런데 순서가 정반대였다. 눈에 보이는 글자는 사람이 읽으라고 적어 둔 문구일 뿐이고, 클릭이 실제로 데려가는 곳은 그 문구 뒤에 따로 저장된 목적지 값이다. 둘은 애초에 일치할 의무가 없다. 게시판 편집기에서 링크를 걸 때 표시할 문구와 이동할 주소를 각각 입력하게 되어 있으니, 앞쪽에는 익숙한 도메인을 적고 뒤쪽에는 전혀 다른 주소를 넣는 일이 기술적으로 조금도 어렵지 않다.

그날 밤 확인한 내용을 순서대로 적어 둔다. 결론부터 말하면 .top 쪽은 두 번의 이동을 거쳐 세 번째 도메인까지 옮겨 갔고, 마지막에 뜬 화면은 색상과 메뉴 배치까지 원래 사이트와 거의 같았다. 주소창을 보지 않고 화면만 봤다면 구분할 방법이 없었다. 그 뒤로 주소모음을 기록하는 방식을 바꿨는데, 어떻게 바꿨는지는 글 뒤쪽에 정리했다.

보이는 문구와 목적지가 갈라지는 구조

게시판이나 메신저에서 주소가 파란 글씨로 보이는 경우는 크게 두 가지다. 하나는 작성자가 직접 링크 태그를 넣은 경우이고, 다른 하나는 플랫폼이 본문 속 주소 형태의 문자열을 자동으로 인식해 링크로 바꿔 준 경우다. 자동 인식된 쪽은 보이는 글자와 목적지가 같을 수밖에 없지만, 작성자가 직접 넣은 쪽은 두 값이 완전히 독립적이다. 문제는 독자 화면에서 이 둘이 똑같은 파란 밑줄로 보인다는 점이다. 겉모습만으로는 어느 쪽인지 알 수 없다.

그날 본 글은 후자였다. 게시판이 편집기에서 링크 삽입 기능을 허용하고 있었고, 작성자는 표시 문구 칸에 .com을, 주소 칸에 .top을 넣었다. 이런 표시 문구와 목적지가 어긋난 링크는 이메일 안내문, PDF 파일, 메신저 카드형 메시지에서도 똑같이 만들어진다. 특히 문서 파일 안의 링크는 눌러서 열리기 전까지 목적지가 전혀 노출되지 않아, 화면 캡처로 돌아다니는 안내문보다도 확인이 늦어진다.

누르기 전에 목적지를 먼저 읽는 방법

PC 브라우저에서는 링크 위에 마우스를 올려놓고 클릭하지 않은 채 기다리면 창 왼쪽 아래에 실제 목적지가 작게 뜬다. 그날도 뒤늦게 같은 글로 돌아가 커서를 올려 보니 .top으로 끝나는 주소가 그대로 표시됐다. 1초면 끝났을 확인을 건너뛴 셈이다. 다만 이 표시줄은 브라우저가 알려주는 원래 목적지일 뿐, 클릭 순간 스크립트가 주소를 바꿔치기하는 경우까지 막아 주지는 않는다. 그래서 표시줄 확인은 시작점이지 결론이 아니다.

모바일에서는 커서가 없으니 링크를 길게 눌러 메뉴를 띄우면 상단에 전체 주소가 나온다. 화면이 좁아 중간이 말줄임표로 잘리는 경우가 많은데, 이때 잘려서 사라지는 부분이 하필 도메인 꼬리 쪽이라 확장자를 놓치기 쉽다. 메뉴에서 링크 복사를 고른 뒤 메모 앱에 붙여넣어 전체 문자열을 펼쳐 보는 편이 확실하다. 주소가 길면 메모 앱에서 줄바꿈을 넣어 도메인 부분만 따로 떼어 놓고 읽는다.

세 번째 방법은 아예 새 탭을 열고 복사한 주소를 주소창에 붙여넣되 엔터를 누르지 않는 것이다. 주소창은 입력된 문자열을 브라우저 나름의 규칙으로 정규화해 보여 주기 때문에, 퓨니코드로 변환된 도메인이나 숨겨진 공백 문자가 이 단계에서 드러나는 일이 있다. 엔터를 누르지 않아도 정규화된 형태는 확인된다는 점이 이 방법의 장점이다.

복사한 주소가 붙여넣기에서 달라지는 경우

여기서 한 가지 덜 알려진 함정이 있다. 웹페이지 안에서 텍스트를 복사할 때, 페이지가 복사 동작에 개입해 클립보드에 다른 문자열을 넣는 것이 가능하다. 화면에는 sports-guide41.com이 선택된 것처럼 보였는데 메모 앱에 붙여넣으면 다른 주소가 나오는 식이다. 안내 페이지를 표방하는 사기 페이지가 이 방식을 쓰면, 링크를 누르지 않고 복사만 해서 옮긴 사람도 결국 같은 곳으로 가게 된다.

대응은 단순하다. 복사한 뒤에는 반드시 붙여넣은 결과를 눈으로 읽는다. 복사 직후 곧바로 주소창에 붙여넣고 엔터를 치는 습관이면 이 차이를 영영 못 본다. 붙여넣기 결과와 화면에 보이던 글자가 다르면 그 페이지는 그 자리에서 닫는 편이 낫다. 안내가 목적인 페이지가 복사 내용을 손댈 이유는 없기 때문이다.

주소창에 도착한 뒤 되짚은 이동 흔적

.top 주소로 넘어간 뒤 뒤로가기를 눌렀더니 게시판이 아니라 중간 페이지가 잠깐 스쳐 지나갔다. 이동이 한 번이 아니었다는 뜻이다. 브라우저 방문 기록을 열어 시간순으로 보니 23시 41분대에 세 개의 도메인이 연달아 찍혀 있었다. .top에서 다른 짧은 도메인으로, 거기서 다시 최종 화면으로 옮겨 간 구조였다. 방문 기록은 리다이렉트 중간 단계를 대체로 남기기 때문에, 도구 없이도 경로를 되짚는 가장 빠른 수단이 된다.

중간 도메인의 이름이 특히 눈에 걸렸다. 원본과 비슷하지도 않고 의미도 없는 일곱 글자짜리 문자열이었는데, 이런 중계 도메인은 방문자를 여러 목적지로 나눠 보내는 용도로 쓰인다. 같은 링크라도 접속 시간대나 기기 종류에 따라 도착지가 달라질 수 있다는 뜻이고, 실제로 다음 날 낮에 같은 링크를 다시 눌렀을 때는 아예 빈 페이지가 떴다. 한 번 열어 보고 멀쩡했다는 후기가 신뢰의 근거가 되기 어려운 이유가 여기 있다.

미리보기 카드가 진짜처럼 보였던 이유

그 글의 주소를 지인에게 메신저로 그대로 보냈다면 어땠을까 싶어 시험 삼아 나에게 보내는 메시지 방에 붙여넣어 봤다. 그러자 사이트 이름과 로고 이미지가 들어간 미리보기 카드가 떴다. 카드에 뜨는 제목, 설명, 이미지는 목적지 페이지가 스스로 제공하는 값이라 얼마든지 원본과 똑같이 채워 넣을 수 있다. 카드가 그럴듯하다는 사실은 진위와 아무 관계가 없었다.

다만 대부분의 메신저는 카드 하단이나 모서리에 실제 도메인을 작은 글씨로 적어 둔다. 그 부분만 보면 .top이 드러난다. 카드를 볼 때 큰 글씨와 이미지 대신 가장 작은 글씨를 먼저 읽는 습관이 필요하다는 걸 그때 알았다.

가짜 쪽을 확정하기까지 대조한 항목

심증만으로 끝내고 싶지 않아 세 가지를 대조했다. 첫째는 도메인 등록 정보였다. 조회해 보니 .top 도메인은 등록 후 19일밖에 지나지 않았고, 원래 쓰던 도메인 계열은 등록 이력이 3년 넘게 이어져 있었다. 운영 중인 사이트가 주소를 옮길 때 갓 등록한 도메인을 쓰는 일이야 있지만, 등록일이 3주 미만이면서 안내가 커뮤니티 글 하나뿐인 조합은 신호가 나쁘다.

둘째는 인증서였다. 최종 화면은 자물쇠가 걸려 있었지만 인증서 정보를 열어 보니 발급 시각이 도메인 등록 직후였고 유효 기간도 90일짜리였다. 무료 인증서는 정상 사이트도 쓰기 때문에 그 자체가 증거는 아니지만, 등록 19일·인증서 17일·게시글 1건이라는 숫자가 한 방향을 가리킨다는 점이 중요했다.

셋째는 페이지 내부의 링크였다. 최종 화면의 메뉴를 눌러 보니 절반 이상이 아무 데도 가지 않았고, 동작하는 것은 로그인 입력창 하나뿐이었다. 화면을 통째로 베끼되 아이디와 비밀번호를 받는 부분만 살려 둔 구조다. 이 지점에서 판단은 끝났고, 그 창을 닫은 뒤 해당 브라우저에 저장돼 있던 비슷한 계정 정보를 모두 확인했다.

그날 최신주소를 다시 확보한 경로

가짜를 걸러낸 것과 진짜를 찾은 것은 별개의 일이다. 다시 처음으로 돌아가, 예전에 접속이 되던 시절 주소의 응답을 확인했다. 연결이 아예 끊긴 것이 아니라 안내 페이지가 떠 있었고, 거기에 새 도메인이 적혀 있었다. 옛 주소가 완전히 죽지 않고 안내만 남아 있는 경우가 생각보다 흔하므로, 커뮤니티 글을 뒤지기 전에 원래 알던 주소부터 다시 열어 보는 편이 빠르다.

확인된 새 주소는 .com 계열이었고 커뮤니티 글에 적혀 있던 표시 문구와 우연히도 형태가 비슷했다. 사기 링크가 왜 그 문구를 표시 텍스트로 골랐는지 짐작이 갔다. 진짜에 가까운 글자를 앞에 세워 두면 읽는 사람이 목적지를 확인할 동기를 잃는다. 새 주소는 방문 기록과 인증서 발급 시각, 첫 화면의 세부 문구까지 대조한 뒤에야 즐겨찾기에 넣었다.

주소모음에 남기는 기록 방식을 바꾼 부분

그전까지는 즐겨찾기 이름에 사이트 이름만 적어 두고 주소는 신경 쓰지 않았다. 이제는 즐겨찾기 이름 뒤에 도메인 꼬리와 확인 날짜를 함께 적는다. 예를 들어 이름 옆에 dot-com 0912 같은 식으로 여덟 글자를 덧붙이는 식이다. 이렇게 해 두면 즐겨찾기 목록을 스크롤하는 것만으로 어떤 항목이 몇 달째 재확인되지 않았는지 드러나고, 확장자가 바뀐 항목이 섞여 들어왔을 때도 눈에 띈다.

또 하나 바뀐 건 주소를 남에게 전달할 때의 방식이다. 파란 글씨 링크를 그대로 복사해 넘기지 않고, 메모 앱에 붙여 전체 문자열을 확인한 뒤 그 순수한 텍스트만 보낸다. 받는 쪽에서 직접 주소창에 옮겨 적게 되니 한 번 더 읽게 되고, 중간에 표시 문구가 끼어들 여지도 없다. 불편한 대신 전달 과정에서 목적지가 바뀔 수 없다는 점이 분명하다.

두 달 뒤 같은 게시판을 다시 열었을 때

두 달쯤 지나 그 게시판을 다시 들어가 봤더니 문제의 글은 삭제돼 있었고, 비슷한 형식의 글이 다시 두 건 올라와 있었다. 이번에는 표시 문구와 목적지가 일치했지만 목적지 도메인의 등록일이 6일이었다. 같은 수법이 조금씩 형태를 바꿔 반복된다는 뜻이고, 매번 새로 판단해야 한다는 뜻이기도 하다.

그날 이후로 링크를 볼 때 가장 먼저 하는 일은 읽기 전에 목적지를 먼저 보는 것이 됐다. 커서를 올리거나 길게 누르는 데 드는 시간은 1초 남짓인데, 그 1초를 건너뛴 대가로 그날 밤 두 시간을 썼다. 접속주소를 다루는 일에서 가장 자주 속는 지점은 복잡한 기술이 아니라, 화면에 적힌 글자를 그대로 믿는 순간이었다.