온라인에서 사이트의 주소가 바뀌거나 여러 도메인이 검색되기 시작하면 사용자는 어느 주소가 실제 운영 사이트인지 판단하기 어려워집니다. 특히 기존 브랜드명과 비슷한 도메인, 동일한 로고와 디자인을 사용하는 페이지가 함께 노출된다면 외형만으로 원본과 사칭 사이트를 구별하기는 더욱 어렵습니다.
사칭 사이트는 반드시 조잡하게 만들어지는 것도 아닙니다. 원본 사이트의 디자인과 문구를 비슷하게 구성할 수 있고, HTTPS를 적용하거나 정상적인 로그인 화면까지 갖출 수도 있습니다. 따라서 사이트가 그럴듯하게 보인다는 사실과 실제 운영 주체가 동일하다는 사실은 구분해서 판단해야 합니다.
Domain Similarity ≠ Identity
EMSAHARA에서는 이를 사이트 정체성 확인(Website Identity Verification)의 핵심 문제로 봅니다. 도메인이 비슷하다고 해서 같은 사이트인 것은 아닙니다.
이 글에서는 사칭 사이트와 유사 도메인이 어떤 형태로 만들어지는지, 주소창에서 무엇을 확인해야 하는지, HTTPS와 사이트 디자인을 어디까지 신뢰할 수 있는지 단계별로 살펴보겠습니다.
사칭 사이트란 무엇인가?
사칭 사이트는 사용자가 이미 알고 있는 브랜드나 웹사이트와 동일하거나 유사한 사이트처럼 보이도록 만들어진 웹페이지를 의미합니다. 목적과 형태는 다양할 수 있습니다.
대표적으로는 기존 서비스의 이름과 비슷한 도메인을 사용하거나, 로고·메뉴·색상·로그인 화면을 유사하게 만들어 사용자가 원래 방문하려던 사이트라고 착각하도록 만드는 방식이 있습니다.
이러한 문제는 특정 업종에만 존재하지 않습니다. 금융, 쇼핑, 택배, 포털, 암호화폐, 온라인 커뮤니티 등 로그인 정보나 개인정보가 오가는 대부분의 서비스에서 발생할 수 있습니다. Google 역시 피싱이나 Social Engineering 사이트가 신뢰할 수 있는 서비스처럼 행동하거나 사용자의 비밀번호와 개인정보 입력을 유도할 수 있다고 설명합니다.
“이 사이트가 정상적으로 열리는가?”
단순한 서버 연결 및 웹페이지 렌더링 상태
“이 사이트가 내가 알고 있는 그 운영 주체의 사이트인가?”
운영 주체와 과거 데이터가 일치하는 Identity
특히 여러 개의 주소를 사용하는 온라인 서비스라면 사용자는 위의 두 질문을 반드시 구분해야 합니다. 첫 번째와 두 번째는 완전히 다른 차원의 문제입니다.
왜 원본과 비슷한 도메인을 사용하는가?
웹사이트의 정체성을 빠르게 판단할 때 사용자가 가장 먼저 보는 것은 브랜드명과 디자인입니다. 하지만 실제 인터넷에서 사이트를 식별하는 핵심 요소는 도메인입니다.
예를 들어 원래 도메인이 example.com이라고 가정해보겠습니다. 외형적으로 비슷해 보이는 주소는 얼마든지 만들 수 있습니다:
- examp1e.com (알파벳 l 대신 숫자 1)
- example-vip.com (수식어 하이픈 결합)
- example123.com (숫자 결합)
- example.net (TLD 확장자 변경)
- example-login.com (로그인 유도형 도메인)
사이트 디자인까지 비슷하게 제작하면 주소를 자세히 확인하지 않는 사용자는 같은 서비스라고 착각할 가능성이 있습니다. 따라서 “브랜드 이름이 보이는가?”보다 주소창에 실제로 어떤 hostname이 표시되는가를 확인하는 습관이 필요합니다.
MDN의 URL 표준 문서에서도 hostname은 URL에서 도메인 이름 또는 IP 주소를 나타내는 부분으로 정의됩니다.
유사 도메인에서 발견되는 대표적인 10가지 신호
유사 도메인이 존재한다고 해서 모두 악성 사이트라는 뜻은 아닙니다. 브랜드 보호용 도메인이나 공식적인 보조 주소일 수도 있기 때문입니다. 다만 다음과 같은 변화가 발견된다면 실제 운영 주체를 추가로 확인해볼 필요가 있습니다.
1. 철자 한 글자가 다르다 (Typo-squatting)
가장 단순하면서도 놓치기 쉬운 방식입니다. 예를 들어 example.com과 examp1e.com은 빠르게 보면 매우 비슷합니다. 알파벳 l 대신 숫자 1, 알파벳 o 대신 숫자 0처럼 시각적으로 유사한 문자를 사용하는 방식입니다.
특히 모바일에서는 주소창 너비가 좁기 때문에 이런 차이를 발견하기가 더 어렵습니다. 도메인을 확인할 때는 브랜드명 전체를 한 번에 보는 것보다 한 글자씩 읽어보는 것이 안전합니다.
2. 브랜드명 뒤에 단어가 추가되어 있다
example-vip.com, example-official.com, example-new.com처럼 official, vip, new, login 등의 단어가 들어갔다고 해서 공식 주소라는 의미는 아닙니다. 도메인 이름은 등록 가능한 상태라면 제3자도 만들 수 있기 때문입니다. 주소에 쓰인 단어보다는 기존 공식 채널에서 해당 도메인을 실제로 안내하고 있는지 확인해야 합니다.
3. 숫자가 붙어 있다
example1.com, example01.com, example365.com처럼 주소 뒤에 숫자가 추가되는 형태도 주의 깊게 볼 필요가 있습니다.
물론 실제 서비스가 여러 개의 공식 도메인을 운영할 수도 있으므로 숫자가 포함됐다는 이유만으로 사칭이라고 단정할 수는 없습니다. 하지만 평소 사용하던 주소와 달라졌다면 기존 사이트에서 주소 변경 공지가 있었는지, 이전 도메인에서 정상 리다이렉트가 이뤄지는지 검토해야 합니다.
4. 다른 최상위 도메인(TLD)을 사용한다
example.com과 example.net, example.org, example.co는 이름은 같지만 기술적으로 완전히 별개의 도메인입니다. 브랜드명이 같더라도 TLD가 다르면 소유자가 다를 수 있으므로 도메인 전체 문자열을 확인해야 합니다.
5. 서브도메인을 이용해 진짜처럼 보이게 한다
도메인 구조를 잘 모르는 사용자가 특히 혼동하기 쉬운 부분입니다.
사칭 의심 주소 예시:
emsahara.login-example.com
실제 핵심 등록 도메인은 login-example.com이며, emsahara는 앞에 붙인 서브도메인일 뿐입니다.
정상 공식 서브도메인 예시:
login.emsahara.com
실제 핵심 등록 도메인이 emsahara.com이고 login이 서브도메인입니다.
6. HTTPS와 자물쇠 표시가 있다고 안심한다
가장 흔한 오해 중 하나입니다. 주소가 https://로 시작하고 브라우저에서 보안 연결이 표시된다고 해서 그 사이트의 운영자가 신뢰할 수 있다는 뜻은 아닙니다. HTTPS는 기본적으로 사용자의 브라우저와 서버 사이의 전송 데이터를 암호화하는 기술일 뿐입니다.
사칭 사이트 역시 무료 TLS 인증서를 얼마든지 발급받아 HTTPS를 적용할 수 있으므로, HTTPS는 사이트의 정체성을 증명하는 단독 기준으로 사용해서는 안 됩니다.
7. 디자인이 원본과 거의 동일하다
로고, 색상, 메뉴 구성, 버튼, 로그인 화면, 이용약관 등 웹페이지의 시각적 요소는 기술적으로 복제하기 어렵지 않습니다. 따라서 '디자인이 같다 = 같은 운영자다'라는 등식은 성립하지 않습니다. 시각적 유사성보다 도메인, 공식 공지, 과거 주소, 연결 경로로 이어지는 Identity Chain을 확인해야 합니다.
8. 검색결과에 나온다는 이유로 공식 사이트라고 생각한다
검색엔진에 색인되어 검색 결과에 노출된다고 해서 자동으로 공식 사이트가 되는 것은 아닙니다. 특히 브랜드명이 일반적인 단어이거나 여러 웹사이트에서 반복적으로 사용된다면 검색결과 제목만 보는 것이 아니라 실제 주소창의 도메인을 다시 확인하는 과정이 필요합니다.
9. 기존 주소에서 예상하지 못한 사이트로 리디렉션된다
기존 주소에 접속했는데 자동으로 다른 도메인으로 이동하는 현상을 Redirect라고 합니다. 사이트 개편이나 주소 이전 과정에서 쓰이기도 하지만, 처음 보는 도메인이나 브랜드명이 전혀 다른 주소로 연속 이동한다면 주의해야 합니다. 중요한 것은 새로운 도메인이 기존 운영 주체와 공식적으로 연결된다는 근거가 있는가입니다.
10. 로그인이나 개인정보 입력을 지나치게 빠르게 요구한다
처음 보는 주소에 접속했는데 즉시 아이디, 비밀번호, 휴대전화번호, 계좌 정보, 인증번호 입력을 유도한다면 도메인부터 철저히 재검증해야 합니다. 정보를 입력한 뒤 주소가 잘못됐다는 사실을 발견하는 것보다 입력하기 전에 주소를 확인하는 것이 훨씬 중요합니다.
사칭 도메인과 공식 도메인을 구별하는 5단계 Identity Check
EMSAHARA에서는 주소의 정체성을 확인할 때 다음 5단계 프레임워크를 적용합니다:
현재 접속한 실제 등록 도메인(Hostname)이 무엇인가?
과거에 안전하게 확인하고 사용했던 정식 주소와 일치하는가?
기존 사이트의 DB, 히스토리, 공지사항이 자연스럽게 이어지는가?
공식적으로 신뢰할 수 있는 소통 창구에서 해당 주소를 안내했는가?
서로 다른 채널에서 상충하는 가짜 주소를 유포하고 있지는 않은가?
사칭 사이트와 유사 도메인 확인 체크리스트
| 확인 항목 | 구체적인 점검 내용 |
|---|---|
| 도메인 철자 | 글자 하나(l과 1, o와 0 등)가 미세하게 바뀌지 않았는가 |
| 숫자 결합 | 기존에 없던 숫자(1, 01, 365 등)가 불필요하게 추가됐는가 |
| 하이픈 | 브랜드명 사이에 하이픈(-)이 임의로 추가되었는가 |
| TLD 확장자 | 기존 .com 대신 .net, .org, .co 등 낯선 TLD를 사용하는가 |
| 서브도메인 | 브랜드명이 실제 핵심 도메인이 아닌 앞쪽 서브도메인에 들어가 있는가 |
| HTTPS 여부 | 단순 통신 암호화(HTTPS)를 운영 주체의 진정성으로 착각하고 있지 않은가 |
| 디자인 동일성 | 외형이 똑같다는 이유만으로 공식 사이트라고 맹신하고 있지 않은가 |
| 리디렉션 경로 | 기존 주소에서 엉뚱한 제3의 도메인으로 연쇄 이동하지 않는가 |
| 공식 공지 | 과거 정식 채널에서 주소 변경 이력을 공식 확인해 준 기록이 있는가 |
| 개인정보 요구 | 주소 확인 전 로그인·비밀번호·계좌 정보를 성급하게 요구하는가 |
사칭 사이트 확인과 먹튀검증은 서로 다른 문제다
사칭 여부를 확인하는 것은 “이 사이트가 주장하는 그 원래 운영 주체가 맞는가?”를 검증하는 과정이며, 먹튀검증은 “해당 플랫폼의 운영 과정에서 금전적 피해 위험 신호가 존재하는가?”를 판단하는 과정입니다.
접속한 주소의 실제 정체성 확인
과거 운영 이력과 도메인 연속성
출금 분쟁, 먹튀 이력, 약관 분석
자주 묻는 질문 (FAQ)
Q. HTTPS가 있으면 공식 사이트인가요?
아닙니다. HTTPS는 브라우저와 서버 사이의 통신을 암호화하는 기술일 뿐입니다. 사칭 사이트도 정상 인증서를 발급받아 HTTPS를 사용할 수 있으므로 주소와 운영 주체를 별도로 확인해야 합니다.
Q. 도메인 주소가 조금 다르면 모두 사칭 사이트인가요?
그렇지는 않습니다. 서비스가 공식적으로 보조 도메인을 추가하거나 주소를 변경할 수도 있습니다. 중요한 것은 공식적인 변경 기록과 기존 운영 데이터가 새 주소까지 자연스럽게 이어지는지 확인하는 것입니다.
Q. 사이트 디자인이 이전과 똑같으면 같은 운영자인가요?
디자인만으로는 판단할 수 없습니다. 로고, 이미지, HTML 구조는 쉽게 복제될 수 있습니다. 실제 도메인과 과거 운영 기록, 공식적인 주소 안내를 함께 확인해야 합니다.
Q. 서브도메인은 어떻게 구별하나요?
예를 들어 login.example.com에서 기본 도메인은 example.com이고 login이 서브도메인입니다. 반면 example.login-site.com의 기본 도메인은 login-site.com입니다. 주소 앞에 브랜드명이 있다고 해서 해당 브랜드의 공식 도메인이 아닙니다.
Q. 브라우저에서 위험 경고가 나오지 않으면 안전한가요?
경고가 없다고 해서 안전성이 보장되지는 않습니다. 보안 시스템은 알려진 악성 사이트를 탐지하지만, 방금 생성된 신규 사칭 사이트까지 실시간으로 모두 탐지할 수는 없기 때문에 이용자의 주소 검증이 반드시 필요합니다.