천외천oo노… 2017-11

이메일 데이터 상에서 보낸사람의 이메일 주소는 그냥 데이터입니다.
헤더에 텍스트로 들어가니 변조하는건 아주 쉽지요.

조용원 2017-11

답변 감사합니다. 막기가... 애로사항이 꽃피네요

천외천oo노… 2017-11

요즘은 서버단에서 필터링하지 않나요?
메일주소가 아닌...보낸 서버 주소를 쿼리해서 체크할텐데요.
정상적인 메일서버가 아니면 다 걸러내는 시스템을 씁니다.

조용원 2017-11

cafe24 쓰고 있는데 다들어오는거 같아요

잘못막네요

다람쥐v 2017-11

저런 식의 발신자 위조는 spf로 간단하게 거를 수 있습니다... 만 서버에서 설정해줘야 합니다. 사실 spf는 거의 기본인데 왜 설정이 안되어있나 싶네요.

파닥파닥 2017-11

spf 설정을 하더라도 enforce 하지 않은 경우에는 발송자체는 가능합니다.
또한, 밑에 윤술님이 말씀하신데로,  Return-Path 를 조작하면 SPF 는 회피해서 동작이 가능하기도 합니다.

그래서, 최근에 Google 에서 대량발송 가이드라인에 SPF 와 역방향조회는 기본으로 깔고 DKIM 과 DMARC, 필요하다면 S/MIME 까지 권장하는 중 입니다.

김윤술 2017-11

spf 설정했다고 저거 차단되는게 아닙니다.
보통 앞단에 스팸스나이퍼나 엣지필터를 둬야 합니다. 그리고 요즘 리눅스 메일 엣지 모듈들이 많이 제공하고 있을겁니다.
전 익스체인지에 안티스팸 기능을 켜도 저런건 걸러내지 못하길레 IPBlockProvider 기능을 썼더니 아예 하나도 안들어왔습니다,
zen.spamhaus.org
bl.spamcop.net
이 두개 사이트만 참조되면 스팸 구경도 못합니다.
저게 SPF만으로 차단 못하는 이유가 정상적인 메일주소를 회신주소로 입력하면 정상적인 메일 도메인으로 인식되어 차단 안합니다.
그리고 Sender  ID를 체크하게 하더라도 정상적인 메일주소 사용자로 인식되면 또 스팸으로 못걸러냅니다.
결국은 스팸메일을 보내는 모든 IP DB를 갖고 있는 저런사이트를 참조하게 하는것이 제일 완벽한 방법입니다.