스팸 방지 조기 경고 시스템

Spam Prevention Early Warning System

스팸 방지 조기 경고 시스템(SPEWS)은 스팸 발송자를 호스트하고 다른 네트워크의 자원 남용을 방지하기 위해 거의 조치를 취하지 않는 인터넷 서비스 제공업체(ISP)에 속하는 IP 주소 범위 목록을 유지한 익명의 서비스였다.그것은 스팸으로 더 잘 알려진 요청되지 않은 대량 전자 메일의 발신자에 대한 추가 정보 출처로 인터넷 사이트에 의해 사용될 수 있다.

SPEWS는 더 이상 활성화되지 않는다.후계자인 익명의 우체국장 조기경보시스템(APEWS)이 2007년 1월 등장했다.[1]

개요

SPEWS는 자체 목록을 담은 대형 텍스트 파일을 공개하고, 웹 사용자가 목록 작성 이유를 조회할 수 있는 데이터베이스를 운영했다.SPEWS 사용자는 DNSBL 안티스팸 기법을 위한 소프트웨어 사용을 위해 DNS를 통해 이러한 데이터에 액세스할 수 있다.

예를 들어, 많은 메일 사이트들은 spews.relays.osirusoft.com에서 제공하는 SPEWS 데이터를 사용했다.Osirusoft가 주최하는 모든 DNSBL은 2003년 8월 27일 몇 주간의 서비스 거부 공격 끝에 폐쇄되었다.많은 다른 거울들이 SPEWS 데이터를 기반으로 존재했고, 그것은 대중이 접근할 수 있는 상태로 남아 있었다.예를 들어 SORBS는 2007년 초까지 SPEWS 데이터의 거울을 제공했다.

SPEWS의 익명성과 방법에 대해서는 어느 정도 논란이 있었다.익명으로 남음으로써 SPEWS 관리자들은 아마도 MAPS RBL과 ORBS와 같은 다른 스팸 방지 서비스를 방해하는 종류의 괴롭힘과 소송을 피하고자 했을 것이다.

공급자가 SPEWS에 상장된 일부 ISP 클라이언트는 자신의 IP 주소가 스팸과 연관되어 있고, SPEWS 데이터의 사용자에 의해 그들의 메일이 차단될 수 있다는 사실에 화가 났다; 그들은 종종 목록에 있는 것이 그들의 제공자라는 것을 이해하지 못했다.때때로 유일한 해결책은 SPEWS가 다른 더러운 IP 블록에서 깨끗한 사용자를 위한 목록에 구멍을 내려고 하지 않았기 때문에 블랙리스트에 오른 제공자를 떠나는 것이었다.고객이나 제공업체 중 어느 한쪽이 SPEWS에 연락할 방법이 없었고, SPEWS는 관련 학대가 중단돼야 리스트가 삭제될 것이라고 주장했다.

SPEWS 데이터베이스는 2006년 8월 24일 이후 업데이트되지 않았다. dnsbl.com은 그 상태를 사망자로 표시했다.[2]SPEWS가 비활성화된 이후, 익명 우체국 조기 경고 시스템(Anonymous Postmaster Early Warning System, APEWS)은 유사한 목록 기준과 거의 동일한 웹 페이지를 사용하여 그 자리를 대신했다.

과정

SPEWS가 스팸 출처에 대한 데이터를 수집하는 정확한 과정은 대중에게 알려지지 않았으며, 운영자들이 여러 기법을 사용했을 가능성이 높다.

SPEWS는 합법적인 메일이 수신되지 않는 메일 서버나 단일 이메일 주소 등 허니팟으로부터 일부 정보를 수집하는 것 같았다.이러한 주소는 이메일을 전송한 적이 없는 더미 주소일 수 있다(따라서 합법적인 메일링 리스트에 가입하도록 요청할 수 없음).그것들은 또한 유스넷 포스트의 머리글이나 웹 페이지에 미끼로 배치될 수 있다. 여기서 스팸 발송자는 그것들을 발견하고 스팸을 선택할 수 있다.

SPEWS 웹사이트는 스팸이 접수되었을 때, 운영자들이 ISP나 스팸 소스를 담당하는 다른 사이트에 고소장을 제출했다는 것을 분명히 했다.이 불만이 있은 후에도 스팸이 계속되었을 경우에만 나열된 출처였다.그러나 SPEWS는 익명으로, 이러한 불만 사항이 전송되었을 때 SPEWS에서 온 것으로 표시되지 않았으며, 사이트에서는 불만 사항을 무시하면 목록이 작성된다는 말을 듣지 않았다.이는 일반 사용자의 스팸 불만사항에 대한 ISP의 대응을 결정하고, 또한 리스트워싱(스팸은 계속되지만 불만족 주소는 대상 목록에서 삭제됨)을 억제하는 효과가 있었다.

만약 스팸이 시간이 지남에 따라 멈추지 않는다면, SPEWS는 "절제"라고 불리는 과정을 통해 나열된 주소 범위의 크기를 증가시켰다.이 과정은 반복되었고, 짐작컨대, 불쾌감을 주는 서비스 제공자가 소유한 전체 넷블록이 나열되거나 블록이 충분히 커서 서비스 제공자가 지불하는 고객들의 불평에 의해 조치를 취하도록 장려될 때까지 반복되었다.

상장기준

SPEWS 기준은 "스팸 지원"에 기반했다. 네트워크 운영이 식별된 스팸 발송자에게 서비스를 제공할 때 관련 자원이 나열되었다.예를 들어, ISP의 네트워크의 일부는 해당 제공자의 메일 서버에서 메시지가 전송되지 않았더라도 전자 메일 스팸 조각에 언급된 도메인에 DNS 서비스를 제공하기 위해 SPEWS에 나열되었을 수 있다.

데이터 또는 증거 파일 나열

SPEWS에 나열된 IP 주소는 "증거 파일"에 언급되었다.이것들은 손으로 편집한 것으로 보이는 평범한 텍스트 파일들로, 목록을 뒷받침하는 기술적 증거와 함께 그 IP 주소들이 보여졌다.그 증거 파일들의 내용은 인터넷의 기술적 전문 용어에 친숙하지 않은 독자들에게 다소 비밀스럽게 보일 수 있다.

SPEWS 비판

얼마나 많은 서비스 제공업체들이 메일을 거부하기 위해 SPEWS 목록을 사용했는지 아무도 모른다.

SPEWS에 문의하기

한 가지 공통된 비판은 SPEWS와 접촉할 방법이 없었다는 것이다.SPEWS FAQ에 따르면: "Q41: 어떻게 한 사람이 SPEWS와 접촉할 수 있는가? A41: 그렇지 않다..." SPEWS와 접촉할 방법이 없다는 것은 SPEWS가 불만사항의 처리를 피할 수 있는 한 가지 방법으로서, 비록 그것이 합법적이라 할지라도, 실수, 나쁜 정책 또는 다른 문제들의 많은 결과로부터 면제될 수 있는 것으로 보인다.이로 인해 SPEWS 자체는 이전에 RFC-Ignorant에서 유지되었던 것과 같은 일부 다른 DNSBL에 등재되었다.[3]

상쇄되는 견해는 SPEWS가 MAPS RBL과 같은 복잡한 소송에 대한 대응으로 이 정책을 채택했다는 것이다.SPEWS 웹사이트에는 그들이 합법적인 문제에 대해 신경쓰지 않는다는 것을 나타낼 만한 것은 아무것도 없었다. 단지 그들은 스팸 발송자들의 그럴듯한 불만을 다루고 싶지 않았다.

비판

SPEWS 비평가들은 그들이 불공평하다고 생각하는 이유로 이 사이트들을 차단했다고 주장했다.그들은 ISP의 일반 고객이 해당 ISP의 다른 고객의 행동에 대해 책임을 지지 않아야 한다고 주장하였다.

반론

지지자들은 SPEWS가 스팸 문제가 있는 ISP의 목록이라고 응답했다.ISP는 고객이 아니라 목록에 있었다.이것은 종종 높은 범죄 지역에 배달하지 않을 피자 배달 회사들의 비유로 논쟁되었다.누군가 나쁜 지역에 "걸려" 있는 것은 좋지 않은 상황이지만, 지지자들은 이것이 또한 좋은 시민이 스팸 문제 없이 그들 자신을 분리하고 ISP로 이동하도록 격려해 준다고 주장한다.나쁜 ISP는 수익을 잃고 좋은 ISP는 더 많은 고객을 확보하게 되며, 나쁜 ISP들은 더 나아가 청소를 하도록 장려한다.

SPEWS 지지자들은 종종 SPEWS가 사이트의 이메일을 "차단"했다는 주장을 오해로 지적했다.SPEWS 목록은 이메일(또는 ISP)의 수신인이 SPEWS IP 목록에 기반하여 차단을 선택한 경우에만 메일을 거부하도록 했다.

이 반대 주장은 SPEWS가 사람들이 그것을 차단하기 위해 사용하고 있다는 것을 알고 차단하기 좋은 방법으로 정보를 퍼뜨린다는 이유로 비난을 받아왔다.이 비판에 따르면, SPEWS는 어떤 차단에도 부분적으로 책임이 있으며, 차단이 적절하지 않다면 합법적으로 비난받을 수 있는 것으로 간주되어야 한다.이런 관점에서 SPEWS와 같은 리스트가 권고 사항이고 SPEWS 자체가 차단하지 않았다는 주장은 SPEWS 자체의 행동에 대한 책임을 회피하려는 시도로 보였다.

상장폐지

SPEWS FAQ에 따르면 스팸 또는 스팸 지원이 중단되었을 때 목록이 제거되었다.상장 지명을 요구하지 않은 것처럼 SPEWS 사업자도 상장폐지 요청을 요청하지 않았다.SPEWS 웹사이트에 게시된 연락처는 없었다.없었다spews.org 메일 서버와 SPEWS 운영자들은 SPEWS 이름으로 이메일을 받지 못했다.

운영자들은 스팸과 이메일 남용과 관련된 특정 유스넷 뉴스그룹을 읽은 것으로 여겨진다.그러나 SPEWS 운영자임을 주장하는 포스터는 없었고, 자신의 신원을 알고 있다고 주장하는 뉴스그룹도 없었다.많은 단골들의 계정에 의해, SPEWS는 그러한 지원이 중단되었을 때 자동으로 감지할 수 있었지만, SPEWS FAQ의 어떤 정보에서도 이를 지원하지 않았다.

참고 항목

참조

  1. ^ SPEWS 교체 발표
  2. ^ DNSBL은 SPEWS 데이터베이스 상태를 비활성(dead)으로 표시
  3. ^ RFC-Ignorant 홈 페이지의 아카이브된 버전

외부 링크

SPEWS 및 APEWS 웹 사이트

타인에 의한 조언