.eml 파일을 분석합니다. 헤더, Received 경로, 링크, 첨부 파일 해시, 발신자 불일치를 보여 줍니다.
신규
이메일 인증 검사기
네트워크: DoH신규
도구 자체는 영어로 되어 있지만, 이 페이지에서는 귀하의 언어로 설명해 드립니다.
이메일 인증 검사기을(를) 사용하세요
기능
도메인을 입력하면 스푸핑(사칭 발송)에 얼마나 잘 보호되는지 볼 수 있습니다. 조회 횟수가 표시된 SPF include 트리, DMARC 정책, DKIM 키 크기, MTA-STS, TLS-RPT, BIMI, MX를 확인합니다.
사용자가 조회하는 DNS 이름은 PhishDestroy DNS 중계 서버(/api/dns-resolve.php)로 전송되며, 이 서버는 HTTPS를 통해 Cloudflare 또는 Google DNS에 조회 요청을 보냅니다.
이메일 인증 검사기 사용 방법
- 도메인 입력. 도메인, 이메일 주소 또는 URL을 입력합니다. 도구는 도메인만 남기고, URL 앞의 www.를 제거하며, _dmarc 같은 접두사도 떼어 냅니다.
- DKIM 셀렉터 추가. 해당 도메인에서 온 메시지가 있다면 DKIM-Signature 헤더의 s= 값을 셀렉터 필드에 복사합니다. 최대 10개까지 검사합니다.
- 검사 실행. Check를 누르거나, Try common DKIM selectors를 눌러 자주 쓰이는 이름 15개를 시험합니다. 카운터에 사용된 DNS 쿼리 수가 표시됩니다.
- Summary 표 읽기. 각 레코드에 pass, warn, fail, info, error 중 하나와 한 줄 결과가 붙습니다. 아래 섹션에는 원본 레코드와 SPF include 트리가 나옵니다.
- 결과 활용. SPF와 강제 적용되는 DMARC 정책이 없는 도메인은 쉽게 사칭될 수 있습니다. 그 도메인에서 왔다고 주장하는 메시지를 판단할 때 이 점을 염두에 두세요.
예시
메일을 보내지 않는 도메인
example.comChecked example[.]com · 6 DNS queries through the relay (Cloudflare)
Summary
RECORD STATUS FINDING
SPF pass "v=spf1 -all": no server may send mail as example[.]com, so any message from it is forged
DMARC warn p=reject, sp=reject
DKIM info Not checked: DKIM keys can only be found by selector (see the DKIM-Signature s= of a message)
MTA-STS info No MTA-STS record (optional): senders may deliver over unencrypted or unverified TLS
TLS-RPT info No TLS-RPT record (optional): no reports about TLS delivery failures
BIMI info No BIMI record (optional). DMARC is at enforcement
MX info Null MX "0 .": the domain accepts no mail (RFC 7505)
SPF
DNS-QUERYING TERMS
0 of 10
VOID LOOKUPS
0 of 2
UNLISTED SENDERS GET
fail (-all)
v=spf1 -all
Include and redirect tree (lookups are numbered in evaluation order; include, a, mx, ptr, exists and redirect count, RFC 7208 §4.6.4)
example[.]com · 0 lookups here, 0 in this branch
fail -all
DMARC
Found at _dmarc.example[.]com
v=DMARC1;p=reject;sp=reject;adkim=s;aspf=s
warn no rua: the owner receives no aggregate reports
TAG VALUE MEANING
v DMARC1 version
p reject policy for the domain itself — reject: failing mail is refused
sp reject policy for subdomains (default: p) — reject: failing mail is refused
adkim s DKIM alignment: r = same organization, s = exact domain (default r)
aspf s SPF alignment: r = same organization, s = exact domain (default r)
DKIM
DNS cannot list DKIM keys: each one sits under a selector chosen by the sender (selector._domainkey.example[.]com). Enter the s= value from a message's DKIM-Signature header, or press “Try common
…SPF v=spf1 -all, DMARC p=reject 및 null MX (0 .): 해당 도메인은 메일을 보내거나 받지 않는다고 선언하므로, 이 도메인에서 발송된 모든 메시지는 위조된 것입니다. DMARC가 'warn'으로 표시된 이유는 레코드에 rua= 주소가 없기 때문이며, 따라서 소유자는 집계 보고서를 수신하지 못합니다. 정책 자체(p=reject, sp=reject)는 완전히 적용됩니다.
검증 대상
| 신호 | 그 의미는 무엇인가 |
|---|---|
| SPF 레코드 | 레코드가 없으면 fail입니다. +all은 모든 서버를 통과시키고, ?all이나 all이 없는 경우는 아무런 보호도 되지 않습니다. 정상적으로 기대되는 것은 -all 또는 ~all입니다. |
| SPF 조회 횟수와 빈 조회 횟수 | include, a, mx, ptr, exists, redirect는 각각 DNS 조회 1회를 사용합니다. 조회가 10회를 넘거나, 아무것도 반환하지 않는 조회가 2회를 넘으면 SPF가 permerror로 깨집니다. |
| DMARC 정책 | p=none은 모니터링만 하고, quarantine은 실패한 메일을 스팸함으로 보내며, reject는 거부합니다. pct가 100 미만이거나, sp=none이거나, rua 주소가 없는 경우에도 경고가 표시됩니다. |
| 상속된 DMARC | 하위 도메인에 레코드가 없으면 조직 도메인의 레코드를 읽고 상속된 것으로 표시합니다. |
| DKIM 키 | 셀렉터별로 유형과 크기가 표시됩니다. 1024비트 미만의 RSA는 fail, 2048비트 미만은 경고이며, p=가 비어 있으면 키가 폐기되었다는 뜻입니다. |
| MTA-STS 및 TLS-RPT | 발신 서버에 검증된 TLS를 사용하고 실패를 보고하도록 요청하는 선택적 레코드입니다. 없으면 오류가 아니라 안내가 표시됩니다. |
| BIMI | 선택적인 브랜드 로고 레코드입니다. DMARC가 quarantine 또는 reject이고 pct=100일 때만 의미가 있습니다. |
| MX | 메일 서버 목록입니다. null MX(0 .)는 도메인이 메일을 받지 않는다는 뜻이고, NXDOMAIN은 도메인이 존재하지 않는다는 뜻입니다. |
더 많은 예시
도메인 대신 URL을 입력한 경우
https://www.example.net/loginwww.example.net을 example.net으로 검사한다는 안내 뒤에 DNS 쿼리 6개가 실행됩니다. "v=spf1 -all"로 SPF pass, rua 주소 없는 p=reject, sp=reject로 DMARC warn, DKIM은 검사하지 않음, MTA-STS, TLS-RPT, BIMI 레코드 없음, 그리고 null MX입니다.
존재하지 않는 도메인
nothing.exampleSPF fail(SPF 레코드 없음), DMARC fail(DMARC 레코드 없음), 그리고 nothing.example이 존재하지 않으므로(NXDOMAIN) MX fail입니다. BIMI 행에는 DMARC가 강제 적용 상태가 아니라는 안내가 나옵니다.
DKIM 레코드 이름
google._domainkey.example.org셀렉터 google이 셀렉터 필드에 들어가고 example.org를 검사합니다. 키 레코드의 p=가 비어 있으므로 DKIM 행에 "google: revoked"가 표시됩니다.
자주 묻는 질문
Email Authentication Checker는 무엇을 조회하나요?
SPF 레코드와 그것이 불러오는 모든 include 및 redirect를 조회하며, DNS 조회가 필요한 항목을 한도 10회에, 빈 조회(void lookup)를 한도 2회에 대해 셉니다(RFC 7208). 또한 DMARC 레코드(없으면 조직 도메인의 레코드), 입력한 셀렉터의 DKIM 키, MTA-STS, TLS-RPT, BIMI, MX 레코드를 읽습니다.
검사기가 볼 수 없는 것은 무엇인가요?
DNS로는 DKIM 키 목록을 얻을 수 없습니다. 각 키는 발신자가 정한 셀렉터 아래에 있으므로, 메시지의 DKIM-Signature 헤더에 있는 s= 값을 입력하거나 흔한 셀렉터를 시도해야 하며, 찾지 못했다고 해서 아무것도 증명되지 않습니다. MTA-STS 정책 파일과 BIMI 로고는 다운로드하지 않으며, 발신자에 따라 달라지는 SPF 매크로는 전개하지 않습니다.
네트워크로 무엇이 전송되나요?
_dmarc.example.com처럼 입력한 도메인으로 만든 DNS 이름만 PhishDestroy DNS 중계 서버로 전송되고, 중계 서버가 DNS over HTTPS로 Cloudflare나 Google에 물어봅니다. 검사 한 번에 약 5~25개의 쿼리가 쓰이며, 중계 서버는 분당 60개를 허용합니다.
결과가 좋으면 이 도메인에서 온 이메일은 진짜인가요?
아니요. 검사기는 특정 메시지가 아니라 도메인이 게시한 정책을 읽습니다. 특정 이메일이 SPF, DKIM, DMARC를 통과했는지 보려면 EML Analyzer에서 그 원본을 여세요.
p=reject인데도 DMARC가 warn으로 표시되는 이유는 무엇인가요?
적용 범위나 보고 기능을 약하게 만드는 설정에도 경고가 붙습니다. 집계 보고서용 rua 주소가 없거나, pct가 100 미만이거나, 하위 도메인에 sp=none이 설정된 경우입니다. reject 정책 자체는 여전히 적용됩니다.
빈 조회(void lookup)란 무엇인가요?
SPF를 평가하는 중에 실행된 DNS 쿼리 가운데 쓸 수 있는 레코드를 반환하지 않는 것입니다. 예를 들어 이름에 주소나 메일 서버가 없는 a: 또는 mx: 항목입니다. SPF는 두 번까지 허용하며, 세 번째에는 permerror로 실패합니다.