어드레스 멍잉

Address munging

주소 녹화는 전자 메일주소를 위장하여 불필요한 대량 전자 메일 공급자에 의해 자동으로 수집되지 않도록 하는 방법입니다.주소 녹화는 컴퓨터 소프트웨어가 실제 주소나 심지어 어떤 주소도 볼 수 없도록 전자 메일 주소를 위장하는 것을 의도하고 있습니다.그러나, 「no-one@example.com」등의 전자 메일 주소는 「no at example dot com」이 됩니다.

공개되어 있는 전자 메일주소는, 대량 전자 메일 송신자가 사용하는 컴퓨터 소프트웨어에 의해서 자동적으로 수집될 가능성이 있습니다(이 프로세스를 전자 메일주소 청소라고 부릅니다).웹 페이지, 사용자넷 또는 채팅방에 게시된 주소는 특히 [1]취약합니다.개인 간에 전송되는 개인 이메일은 수집되지 않을 가능성이 높지만, 아카이브되어 웹을 통해 이용 가능해지거나 Usenet 뉴스 서버에 전달되어 공개된 메일링 리스트로 전송되는 이메일은 최종적으로 스캔되어 수집될 수 있습니다.

단점들

주소를 위장하는 것은 사람들이 서로에게 이메일을 보내는 것을 더 어렵게 만든다.많은 사람들은 이것이 이메일 스팸의 실제 문제를 해결하기보다는 증상을 수정하기 위한 시도로 보고 있으며, 무고한 [2]사용자에게 문제를 야기하는 것을 희생하고 있습니다.게다가, 이메일 주소 수집가들 중에는 멍이 든 이메일 주소를 읽는 방법을 찾아낸 사람들이 있다.

Usenet에서 주소 멍킹을 사용하는 것은 Usenet 게시물의 형식을 규정하는 RFC 1036의 권고에 반합니다.이것은 게시물의 From: 필드에 유효한 전자 메일 주소를 제공해야 합니다.실제로 이 권고를 [3]엄격하게 따르는 사람은 거의 없습니다.

전자 메일 주소를 체계적으로 위장하면([citation needed]예: user[at]domain[dot]com) 보호가 거의 이루어지지 않습니다.

장애가 발생하면 사용자가 이메일을 보내는 데 추가적인 노력을 기울일 의지가 줄어듭니다.한편, 유저측의 전자 메일 필터링이 잘 되어 있어도, 잠재적인 응답자를 쫓아낼 수 없습니다.그러나 스팸 필터는 오판정으로부터 100% 면역이 되지 않으며, 주소 뭉킹으로 저지할 수 있었던 것과 같은 잠재적 통신자는 오히려 정크 메일 폴더에 사라질 긴 편지에 시간을 낭비하게 될 수도 있습니다.

상업 단체에서는, 전자 메일주소를 공개하는 것이 아니라, Web 페이지에 연락처 폼을 유지하는 것이, 착신 메세지가 비교적 스팸으로부터 해방되어 없어지지 않게 하는 하나의 방법이 될 가능성이 있습니다.CAPTCHA 필드와 조합하여 이러한 코멘트필드의 스팸을 효과적으로 제로(0)로 줄일 수 있습니다.단, CAPTCHA에 액세스 할 수 없는 것은, 주소의 멍잉과 같은 억제상의 문제를 가져오는 것을 제외합니다.

대체 수단

주소 멍킹의 대안으로 유효한 전자 메일 주소를 게시할 수 있지만 자동 인식 및 주소 수집을 여전히 어렵게 하는 몇 가지 "투명한" 기술이 있습니다.

  • "투명 이름 망글링"은 주소의 문자를 XML 및 HTML 문자 엔티티 참조 목록의 동등한 HTML 참조로 교체하는 것을 포함합니다. 예를 들어, "@"는 "U+0040" 또는 "@"로 대체되고, "."는 "U+002E" 또는 "."으로 대체되어 대시 [4]제거가 가능합니다.
  • 전자 메일 주소의 전부 또는 일부를 이미지로 [5]게시(예: no one)@example.com. at 기호가 이미지로 위장되어 있는 경우 복사 및 복사를 허용하기 위해 "@"로 지정된 대체 텍스트를 사용하는 경우가 있습니다.단, 주소는 스팸봇의 일반적인 정규 표현에서 벗어나도록 변경합니다.
  • CSS3 애니메이션텍스트 로고 캡차로서 전자 메일주소를 포함한 클라이언트측 폼을 사용하고, 인라인 CSS [6]를 사용해 통상 사이즈로 축소합니다.
  • 문자 순서가 뒤죽박죽인 전자 메일주소를 게시하고 CSS를 [7]사용하여 순서를 복원합니다.
  • 클라이언트측 [8]스크립트에 의한 링크 구축.
  • 클라이언트 측 스크립트를 사용하여 다중 키 전자 메일 주소 암호화기 [9]생성.
  • 서버측 스크립트를 사용하여 연락처 [10]폼을 실행합니다.

클라이언트측 스크립트에 의한 「user@example.com」의 문지화의 예를 다음에 나타냅니다.

 < >대본 유형="텍스트/스크립트 작성">  변화하다 이름. = '사용자';  변화하다 에 = '@';  변화하다 영역 = 'example.com';  문서.쓰다(이름. + 에 + 영역);  < >/script>

주소 난독화에 이미지와 스크립트를 사용하면 화면 리더를 사용하는 사용자나 장애가 있는 사용자에게 문제가 발생할 수 있으며 lynx나 w3m 등의 텍스트브라우저 사용자는 무시됩니다.단, 투과성이라는 것은 비영어권 사용자가 비언어인 일반 텍스트를 이해할 수 없다는 것을 의미합니다.- 투명하게 지워진 주소 또는 그에 수반되는 지침.

2003년 민주주의 기술 센터의 연구에 따르면, 이메일 주소의 가장 간단한 "투명한 이름 조작"도 [11][12]효과적일 수 있다.

예

주소를 위장하는 일반적인 방법은 다음과 같습니다.

위장 주소 원래 주소 복구
no at example (닷) com "의 "를 "@"로, "(도트)"를 ""로 바꿉니다.
no-one@elpmaxe.com.in 유효 역방향 도메인 이름: elpmaxe to example
삭제하다.
moc.elpmaxe@eno-on 주소 전체를 반대로 하다
아무도 없다REMOVEME.com 주소 자체에 있는 지시사항: REMOVEME
아무도 없다NOSPAM.com.http://filename 주소에서 NOSPAM 및 .invalid를 삭제합니다.
n o - o n e @ e x a m p l e . c o m 이것은 아직 읽을 수 있지만, 문자 사이에 공백이 있으면 대부분의 자동 스팸봇이 정지됩니다.
아무도 없어요.</i>com(HTML) 아직 읽을 수 있고 웹 페이지에서 직접 복사할 수 있습니다.
그러나 많은 이메일 수집기가 중단됩니다.
【-】【@】【-】【-】【-】【-】【-】【-】【-】.сот 웹 페이지에서 직접 복사할 수 없습니다. 수동으로 복사해야 합니다.l을 제외한 모든 문자는 키릴 문자의 동형문자로 인간의 눈과 라틴어 동형문자와 동일하지만 대부분의 컴퓨터에서 다르게 인식된다.(이 전략의 악의가 있는 사용에 대해서는, 「IDN 호모그래프 공격」도 참조해 주세요).

실제 전자 메일 주소가 잘못 생성되지 않도록 예약된 최상위 도메인 .invalid가 추가됩니다.

레퍼런스

  1. ^ 이메일 주소 수집: 2006년 4월 24일 연방무역위원회 Wayback Machine에서 Spammers가 뿌린 것을 얻는 방법 아카이브.2006년 4월 24일에 액세스 된 URL.
  2. ^ 주소 Matt Curtin 유해하다고 생각되는 멍깅
  3. ^ Usenet을 참조해 주세요.
  4. ^ Raffo, Daniele (20 January 2015). "Email Munging". Daniele Raffo. Retrieved 12 February 2015.
  5. ^ "E-mail as an image". Archived from the original on 2009-05-04. Retrieved 2009-05-17.
  6. ^ 클라이언트 측 연락처 폼 생성기(생성기에는 JavaScript가 활성화되어 있어야 하며 전자 메일을 표시하기 위한 출력에는 CSS가 필요합니다)
  7. ^ 2007년 9월 27일 Wayback Machine에서 아카이브된 PHP jumbler 도구
  8. ^ JavaScript 주소 스크립트 생성기(생성기에는 쿠키 사용, 이메일 표시 출력에는 Javascript 사용 필요)
  9. ^ Hattum, Ton van (13 March 2012). "Email Address on Your Site, SPAM Protection, Encrypting". Ton van Hattum. Retrieved 22 February 2017.
  10. ^ PHP 연락처 양식 생성기
  11. ^ 왜 이렇게 스팸이 많이 오는 거죠? 요청받지 않은 상업용 이메일 조사 6개월 보고서" 2003년 3월 2016-09-12에 접속
  12. ^ 왜 이렇게 스팸이 많이 오는 거죠? 2003년 3월, 「Unsolicited Commercial E-mail Research Six Month Report」.2006년 12월 18일 Wayback Machine에서 아카이브 완료

참고 항목