본문으로 건너뛰기
피드

이메일 난독화, 2026년에 실제로 뭐가 통할까? — 426명의 스패머로 실험한 결과

security 약 6분
vote
0
댓글
북마크

426명의 스패머를 대상으로 15가지 이상의 이메일 난독화 기법을 허니팟으로 실측한 결과. CSS display:none, JS 커스텀 변환 등 간단한 기법으로도 100% 차단 가능하며, 대부분의 하베스터는 HTML 엔티티조차 못 푸는 수준.

  • 1

    HTML 엔티티만으로 95% 스패머 차단 가능

  • 2

    CSS display:none과 JS 기반 기법은 100% 차단 달성

  • 3

    대부분의 하베스터는 극히 기초적 수준

  • 4

    사용성을 깨는 기법은 차단율과 무관하게 비추

  • 5

    허니팟 방법론으로 스패머 수 기준 정량 측정

  • 2026년 기준, 이메일 난독화 기법별 스패머 차단율을 실측한 허니팟 실험 결과가 공개됨
    • 426명의 스패머 대상으로 각 기법이 몇 %를 막는지 정량 측정 — 감이 아니라 데이터로 증명
    • 직접 메일 서버를 구축해서 스팸 필터 없이 원본 데이터를 수집하는 방법론

평문 이메일 보호 기법

  • 아무 보호 없이 평문 노출하면 당연히 차단율 0% — 426명 전원이 수확해감
  • HTML 엔티티 치환(a 식)만으로도 95% 차단
    • 서버사이드 라이브러리가 자동 디코딩하니까 이론상 무의미해야 하는데, 대부분의 하베스터가 워낙 기초적이라 이것만으로도 먹힘
  • 100% 차단 달성한 기법들이 꽤 많음 — 핵심은 "JS 실행 필요" 또는 "CSS 해석 필요"라는 장벽
    • CSS display: none으로 미끼 텍스트 숨기기 — 접근성도 완벽하게 유지되는 최고의 기법 중 하나
    • JS 커스텀 변환 — HTML에는 의미 없는 문자열만 두고, 브라우저에서 커스텀 함수로 복원. 허무할 정도로 간단한데 효과 최강
    • JS AES-256 암호화 — NSA 기밀 등급 승인된 암호로 이메일 자체를 암호화. SubtleCrypto API 사용이라 브라우저 밖에선 복호화 불가
    • JS 사용자 인터랙션 — 페이지에서 사용자가 뭔가 조작해야만 이메일이 노출됨

중요

> 대부분의 하베스터는 극히 기초적임. HTML 엔티티조차 제대로 못 파싱하는 수준이라, 간단한 기법 하나만 써도 95%+ 차단 가능

  • SVG <object> 태그 안에 이메일을 숨기는 방법도 100% 차단
    • 반드시 <object>여야 함 — <img>는 비인터랙티브하고, 인라인 SVG는 소스코드에 그대로 노출
  • 비추 기법들: CSS content 속성(보이지만 복사 불가 → UX 최악), CSS direction: rtl(텍스트 뒤집기 → 복사하면 거꾸로), 이미지(접근성 파괴)
    • 100% 차단이라도 사용성을 깨면 무의미

클릭 가능한 mailto 링크 보호

  • mailto: 링크도 평문과 별도로 보호해야 함 — 399명의 스패머 대상 별도 통계
  • HTML 엔티티로 href 인코딩하면 100% 차단 (평문에선 95%였는데 링크에선 100%)
  • URL 인코딩(%61%6f%40...)은 95% — 서버사이드에서 trivial하게 풀 수 있는데도 대부분 못 품
  • HTTP 리다이렉트 기법이 꽤 영리함
    • 일반 링크처럼 보이는 URL → .htaccess에서 302로 mailto:로 리다이렉트
    • rel="nofollow, noindex"로 검색엔진 크롤링도 방지
    • 테스트 끝나면 301(영구)로 전환 가능하지만, 브라우저 캐시 때문에 이후 변경이 어려워짐

흔한 반론에 대한 답변

  • "요즘 스패머는 웹 스크래핑 안 하고 데이터 유출로 이메일 사감" → 이 실험의 이메일들은 오직 이 웹페이지에만 게시했는데 수천 통의 스팸을 받음
  • "내 이메일은 보호 안 해도 스팸 안 옴" → 콘텐츠가 바이럴 되는 순간 집중 스크래핑 당함. 지금 괜찮다고 앞으로도 괜찮은 게 아님
  • "그냥 스팸 필터 쓰면 되잖아" → 이 기법들은 오탐률 0%에 무료. 안 쓸 이유가 없음
  • "내가 이 기법 뚫 수 있는데?" → 대다수 하베스터는 HTML 엔티티도 못 푸는 수준. 네가 뚫 수 있다고 대부분이 뚫는 건 아님

기술 맥락

  • 이 실험이 흥미로운 건 허니팟 방법론 자체예요. 각 난독화 기법마다 고유한 이메일 주소를 배정하고, 그 주소로 스팸이 오면 해당 기법이 뚫렸다는 뜻이거든요. 스팸 "건수"가 아니라 스패머 "수"로 세는 것도 포인트인데, 한 스패머가 100통 보내는 것과 100명이 각 1통 보내는 건 의미가 다르니까요
  • CSS display: none 기법이 "최고의 기법 중 하나"인 이유는 단순히 차단율 때문만이 아니에요. 스크린리더 접근성까지 완벽하게 유지되거든요. 시각적으로만 숨기는 다른 기법들(font-size: 0, position: absolute 등)은 스크린리더가 읽어버려서 접근성을 깨뜨려요
  • JS 커스텀 변환이 AES 암호화보다 실용적인 이유가 있어요. AES는 SubtleCrypto가 HTTPS 환경에서만 작동하는 제약이 있는 반면, 커스텀 변환은 그런 제약 없이 동일한 100% 차단율을 달성하거든요. "가장 단순한 방법이 가장 효과적"인 전형적인 사례예요
  • 여러 기법을 조합해서 이메일 주소를 세그먼트별로 다르게 보호하라는 조언도 중요해요. 하나의 기법에 의존하지 않고 레이어를 쌓으면 단일 실패점이 사라지거든요

2026년에도 웹 스크래핑 기반 이메일 수확이 활발하다는 실증 데이터. 가장 효과적인 방어가 가장 단순한(CSS display:none) 방법이라는 점이 인상적.

댓글

댓글

댓글을 불러오는 중...

security

엘에이 경찰, 사생활 침해 논란 끝에 플록 번호판 감시 계약 종료

엘에이 경찰이 번호판 인식 카메라 업체 플록 세이프티와의 3년 계약을 연장하지 않기로 했어. 시민권, 프라이버시, 데이터 보관과 공유 문제를 해결하지 못했다는 게 핵심 이유야. 플록은 미국 전역에 최소 8만 대 카메라망을 깔아 경찰과 연방기관이 차량을 추적할 수 있게 해왔고, 오탐·보안 사고·이민 단속 악용 의혹까지 겹치며 압박이 커졌어.

security

크로미움 148부터 Math.tanh 한 번으로 운영체제 지문이 새는 문제

크로미움 148 이후 V8이 Math.tanh 계산을 자체 구현 대신 운영체제의 수학 라이브러리에 맡기면서, 같은 입력값도 리눅스·맥·윈도우에서 마지막 비트가 달라지는 지문 신호가 생겼다. 이 차이는 User-Agent로 맥이라고 주장하면서 리눅스 수학 결과를 내는 식의 위장을 바로 들키게 만든다. CSS 삼각함수와 웹 오디오까지 보면 브라우저 수학 경로가 꽤 복잡하게 갈라지고, 제대로 흉내 내려면 실제 운영체제 라이브러리의 비트 단위 동작까지 맞춰야 한다.

security

출입통제도 클라우드 구독제로 간다…제로트러스트·AI 분석이 승부처

기업 출입보안이 사업장별 서버를 두는 방식에서 클라우드 기반 서비스형 출입통제(ACaaS)로 옮겨가고 있다. 시장은 2026년 17억8000만 달러에서 2030년 31억9000만 달러로 커질 전망이고, 제로트러스트·모바일 인증·AI 출입 분석·스마트빌딩 통합이 핵심 경쟁 포인트로 꼽힌다.

security

AWS·구글 클라우드, 양자컴퓨터 대비해 암호 체계 갈아엎는 중

AWS와 구글 클라우드가 양자컴퓨터 시대를 대비해 기존 공개키 암호와 양자내성암호를 함께 쓰는 하이브리드 전환을 시작했다. 핵심 배경은 지금 훔친 암호문을 나중에 양자컴퓨터로 푸는 ‘선수집·후해독’ 공격이고, 국내도 통신·금융·국방 등 5개 분야에 45억원을 투입해 실증에 들어간다.

security

보안 점검 맡긴 AI 에이전트가 악성코드를 직접 실행할 수 있다는 경고

AI 보안 에이전트가 저장소를 검사하다가 README 같은 문서에 숨은 프롬프트 인젝션에 속아 악성 바이너리를 실행할 수 있다는 연구가 나왔다. 클로드 코드와 코덱스의 자동 모드처럼 승인 없이 명령을 수행하는 구성에서 문제가 재현됐고, 여러 모델과 공급업체를 가로질러 같은 패턴이 통했다는 점이 핵심이다.