메일을 보내지 않는 도메인의 스푸핑은 null MX(RFC 7505), SPF v=spf1 -all, DMARC p=reject로 막을 수 있습니다. 메일 서버 없이 DNS 레코드 3개면 됩니다.

수신자에게 검증에 실패한 메일을 거부하도록 요청합니다(RFC 7489)

누구나 이메일의 보낸 사람(From) 줄에 여러분의 도메인을 넣을 수 있고, 레코드가 없는 도메인은 수신자가 확인할 것을 주지 않기 때문입니다. 브랜드의 오타 같은 방어용 도메인이 이런 이유로 노려집니다. 피싱하는 자는 해당 변형에서 온 것처럼 보이거나 여러분의 지원 주소처럼 보이는 이름에서 메일을 보내며, 정책을 찾지 못한 수신 시스템에는 이를 거부할 근거가 없습니다.

두 레코드가 그 공백의 대부분을 막습니다. SPF는 도메인을 대신해 보낼 수 있는 서버를 나열하며, 서버가 없고 -all(하드 실패)인 SPF 레코드는 모든 발신자를 거부합니다. DMARC는 SPF와 DKIM 검사에 실패한 메일을 어떻게 할지 수신자에게 알려 주며, p=reject는 이를 거부하도록 요청합니다. 세 번째 레코드인 null MX는 도메인에 메일 서버가 없음을 발신자에게 알려, 그 도메인으로 보낸 메일이 며칠간 재시도되지 않고 즉시 실패하도록 합니다.

Wardmint의 방어용 끝자리 목록은 암호화폐 프로젝트가 등록해야 할 도메인에 있습니다. 여러분이 소유하게 되면, 이 세 레코드를 가장 먼저 추가하십시오.

null MX 레코드(RFC 7505)는 무엇을 합니까?

null MX는 선호도 0이고 대상이 루트 점인 단일 MX 레코드이며, 이는 도메인이 이메일을 받지 않는다는 뜻입니다. RFC 7505가 이를 정의합니다. 교환 대상은 길이가 0인 레이블로, 존 파일에서는 점으로 씁니다. 점은 유효한 호스트 이름이 아니므로, 이 레코드는 실제 메일 서버로 오인될 수 없습니다.

두 가지 규칙이 적용됩니다. null MX를 게시하는 도메인은 다른 MX 레코드를 게시해서는 안 됩니다. 그리고 이 레코드는 정확히 이 형태일 때만 null MX입니다: 선호도 0, 대상은 점. 이를 본 발신자는 영구 오류로 즉시 실패하며, 이는 메일 루프를 멈추고 도메인을 잘못 입력한 정직한 발신자의 재시도 대기열을 절약합니다.

이것이 없으면 MX를 찾지 못한 발신자는 도메인의 A 레코드로 대체하여 그곳으로 전달을 시도하며, 이는 더 느리고 덜 명확합니다. null MX는 그 추측을 없앱니다.

SPF v=spf1 -all은 무엇을 의미합니까?

이는 발신자를 전혀 승인하지 않는 TXT 레코드이며, 마이너스 기호 때문에 모든 검사가 실패합니다. RFC 7208이 이를 정의합니다: v=spf1는 버전 태그이고, -all는 all 메커니즘이 항상 일치하고 마이너스 한정자가 fail을 반환하는 단일 지시어입니다. 함께 보면, 이 이름을 대신해 어떤 호스트도 메일을 보낼 수 없다고 명시합니다.

RFC 7208은 이메일 주소에 쓰이지 않고 메일을 보낼 것으로 예상되지도 않는 이름에 이 방식을 제안합니다. 각 방어용 도메인의 apex에 이를 게시하십시오. SPF는 봉투 발신자 또는 HELO 이름의 도메인을 확인하므로, 스푸퍼는 여러분이 설정하지 않은 하위 도메인도 시도할 수 있습니다. 도메인 아래 이름 중 자체 레코드가 없는 이름에 적용되는 와일드카드 TXT 레코드로 이를 포괄할 수 있습니다.

example.com.          3600  IN  MX   0 .
example.com.          3600  IN  TXT  "v=spf1 -all"
_dmarc.example.com.   3600  IN  TXT  "v=DMARC1; p=reject; adkim=s; aspf=s"

방어용 도메인의 이메일 없음 세트

DMARC는 정책과 보고를 더합니다. 검증에 실패한 메일을 거부하도록 수신자에게 알리고, 누가 시도하는지 볼 수 있게 해 줍니다. RFC 7489는 정책을 도메인의 _dmarc 이름에 있는 TXT 레코드로 둡니다. v 태그가 맨 앞에 와야 하고 값은 DMARC1이어야 하며, p는 정책을 none, quarantine, reject 중 하나로 설정합니다. sp 태그는 서브도메인의 정책을 설정하고, 없으면 p가 서브도메인에 적용됩니다. adkim과 aspf 태그는 엄격 또는 완화 정렬을 설정하고, rua는 집계 보고서를 받을 주소를 지정합니다.

RFC는 p=reject의 강제력에 신중합니다. 소유자는 수신자에게 거부를 요청하는 것이며, 수신자는 최선을 다하도록 기대되지만 엄격하게 의무를 지지는 않습니다. 대형 메일함 제공업체는 실제로 이를 따르며, 그래서 이 레코드는 게시할 가치가 있습니다.

시도를 확인하려면 직접 읽는 메일함의 보고용 주소(예: rua=mailto:[email protected])를 추가하세요. 방어용 도메인이 여러 개인 프로젝트라면 전체에 보고용 메일함 하나면 충분합니다. 주 도메인처럼 실제로 메일을 보내는 도메인은 실제 발신자에 맞는 정책을 유지하고, reject로 옮기기 전에 집계 보고서를 읽으세요.

방어용 세트를 보호하는 데 비용이 얼마나 듭니까?

이 세 레코드는 Wardmint에서 추가 비용이 없으며, 비용은 도메인 자체입니다. Wardmint가 "이메일 없음" DNS 템플릿(null MX, SPF -all, DMARC p=reject)으로 방어적 도메인이 이메일 사칭에 쓰일 수 없게 하고, 모든 변형을 메인 사이트로 보내는 무료 URL 포워딩, 그리고 어떤 변형도 만료되지 않도록 잔액에서 자동 갱신를 제공합니다.

Wardmint의 2026년 11월 12일 조사에 따르면, 피싱 세트의 아홉 개 끝자리(.xyz, .pro, .info, .shop, .online, .icu, .click, .live, .support)는 합계 연간 $212.41이며, 3년이면 $637.23이고, 각각 이메일 없음 템플릿을 적용할 수 있습니다. 핵심 세트 .com, .net, .org, .io, .xyz, .app는 연간 $128.94입니다. 세트는 제안일 뿐 묶음 상품이 아니며, 이름은 일괄 검색을 통해 한 번에 50개까지 장바구니에 담습니다.

웹 트래픽을 리디렉션하지 않는 모든 방어용 도메인에 템플릿을 적용하고, 리디렉션하는 도메인에는 URL 전달과 결합하십시오. 이름을 고르는 방법은 브랜드용 방어 도메인 목록을 만드는 방법에 있습니다.