[ 빠른 답변 ]
이메일 인증은 세 가지 DNS 레코드에 기반합니다. 도메인에 보낼 수 있는 SPF 목록, 각 메시지에 DKIM 서명, DMARC 그 중 하나가 표시되는 보낸 사람 도메인에 대해 통과했는지 확인하고 수신자에게 실패한 메일을 배달, 격리 또는 거부하도록 지시합니다.
주요 사실
- ›DMARC 보낸 사람 도메인에 맞춰 전달하려면 SPF 또는 DKIM 필요합니다.
- ›p=reject is full protection; p=none only monitors.
- ›SPF 최대 10개의 DNS 조회를 허용합니다.
- ›BIMI DMARC 시행된 후에만 로고를 표시합니다.
EmailAuth 연구팀의 검토
이 용어집은 DMARC 구축한 표준부터 이를 둘러싼 보고 및 관련 프로토콜에 이르기까지 이메일 인증의 핵심 용어를 정의합니다. DMARC 기록이나 집계 보고서를 읽는 동안 빠른 참조로 사용하세요.
125개 용어
A
- 조정 DMARC
- SPF 또는 DKIM 으로 인증된 도메인이 표시되는 보낸 사람 도메인과 일치해야 한다는 DMARC 요구 사항입니다.
- SPF 또는 DKIM 통과하는 것만으로는 DMARC 에 충분하지 않습니다. 전달된 도메인은 독자에게 표시되는 보낸 사람 주소와 동일하거나 (완화 모드에서) 조직 도메인을 공유해야 합니다.
- ADKIMASPF헤더 보낸 사람조직 도메인DMARC 란 무엇입니까? 이메일 헤더 분석기
B
- BEC 위협
- 비즈니스 이메일 침해: 공격자가 이메일을 통해 임원이나 공급업체를 사칭하는 사기입니다.
- 일반적인 BEC는 재무팀에 은행 정보 변경 또는 긴급 송장 지불을 요청합니다. 손실은 매년 수십억 달러에 이릅니다. DMARC 가장 쉬운 경로인 정확한 도메인 스푸핑을 제거합니다.
- 구타공급업체 이메일 손상스푸핑
C
D
- DKIM DKIM
- DomainKeys Identified Mail: 메시지가 도메인에서 왔고 변경되지 않았음을 증명하는 암호화 서명( RFC 6376 )
- 보내는 서버는 개인 키를 사용하여 헤더와 본문에 서명합니다. 수신자는 DNS 에서 공개 키를 가져와서 확인합니다. SPF 와 달리 DKIM 일반적으로 전달 후에도 유지됩니다.
- DKIM 선택기DKIM 서명조정DKIM 무엇인가요? DKIM 조회
- DKIM 선택기 DKIM
- s= 라벨은 선택기에서 가져올 DKIM 공개 키를 수신자에게 알려줍니다. _domainkey.domain.
s1._domainkey.example.com- DKIMDKIM 키 순환DKIM 조회
- DKIM 서명 DKIM
- 서명 도메인( d=), 선택기( s=) 및 서명 자체를 전달하는 DKIM-Signature 헤더입니다.
DKIM-Signature: v=1; a=rsa-sha256; d=example.com; s=s1; ...- DKIMd= tagDKIM 서명 설명 이메일 헤더 분석기
- DMARC DMARC
- 도메인 기반 메시지 인증, 보고 및 적합성: SPF 및 DKIM 기반으로 구축된 정책 및 보고는 현재 RFC 9989 (보고서용 RFC 9990 및 9991 포함)로 정의되어 2026년 5월 RFC 7489 대체합니다.
- DMARC 도메인에서 보낸 것으로 주장하는 메시지가 SPF 및 DKIM 정렬에 실패할 경우 수신 메일 서버에 수행할 작업(전달, 스팸으로 분류, 거부)을 알려줍니다. 또한 보고서를 보내달라고 요청하므로 도메인으로 전송되는 모든 서비스를 볼 수 있습니다.
v=DMARC1; p=reject; rua=mailto:dmarc@example.com- DMARC 레코드조정p=rejectDMARCbisDMARC 란 무엇입니까? DMARC 검사기
- DMARC 시행 DMARC
- p=quarantine 또는 p=reject 에서 DMARC 실행하면 실패한 메일이 실제로 중지됩니다.
- p=rejectp=quarantineDMARC 설정 가이드
- DMARC 레코드 DMARC
- DMARC 정책 및 보고서 주소를 게시하는 _dmarc.yourdomain 의 TXT 레코드입니다.
- 레코드는 tag=value 쌍의 목록입니다. v와 p만 필요합니다. 나머지는 하위 도메인, 보고 및 정렬을 제어합니다.
_dmarc.example.com TXT "v=DMARC1; p=quarantine; rua=mailto:reports@example.com"- DMARCTXT 레코드RUADMARC 레코드란 무엇입니까? DMARC 생성기
- DMARCbis DMARC
- RFC 9989 의 이전 작업 이름으로, RFC 7489 대체하는 현재 DMARC 표준(2026년 5월)입니다. 공개 접미사 목록 대신 np 및 t 태그와 DNS 트리 워크를 추가합니다.
- DMARCbis 원래 사양을 정리합니다. pct는 제거되고, t=는 부분 롤아웃을 대체하고, np=는 존재하지 않는 하위 도메인을 다루고, 조직 도메인은 DNS 트리를 탐색하여 찾습니다. 2026년 5월에 RFC 9989 , 9990 및 9991로 게시되었으며 이제는 간단히 DMARC 입니다. 현재 유효한 기록은 계속 작동합니다.
- DMARCRFC 9989npt 태그psdDNS 트리 워크DMARC 란 무엇입니까?
E
F
G
- 2024년부터 Gmail 및 Yahoo 로 대량 메일을 보내는 사람에게는 SPF , DKIM , DMARC , 정렬, 원클릭 구독 취소 및 낮은 스팸 비율이 필요합니다.
- 대량발송자원클릭 구독 취소스팸 불만 비율Google 및 Yahoo 발신자 규칙 Google 및 Yahoo 발신자 확인
H
I
L
M
- MTA-STS 운송 보안
- 메일 전송 에이전트 엄격한 전송 보안: 인바운드 메일에 대해 암호화되고 검증된 TLS 필요합니다( RFC 8461 ).
- HTTPS 및 TXT 레코드를 통해 정책 파일을 게시합니다. 그러면 전송 서버는 암호화되지 않거나 스푸핑된 연결을 통한 전송을 거부합니다.
_mta-sts.example.com TXT "v=STSv1; id=20260101"- TLS-RPTSTARTTLSDANEMTA-STS 검사기
N
O
- 원클릭 구독 취소 규정 준수
- List-Unsubscribe-Post 헤더( RFC 8058 )는 Gmail 및 Yahoo 에서 대량 메일에 필요합니다.
- Google 및 Yahoo 발신자 요구사항
P
- p=none DMARC
- DMARC 모니터링 정책: 보고서가 전송되지만 메일은 차단되지 않습니다.
- 여기에서 시작하세요. 격리 및 거부로 이동하기 전에 보고서를 수집하고 모든 합법적인 발신자를 찾아 인증을 수정합니다. p=none 영원히 유지하면 아무런 보호도 제공되지 않습니다.
- p=quarantinep=rejectRUADMARC 설정 가이드
- p=reject DMARC
- 수신자에게 실패한 메일을 차단하도록 요청하는 DMARC 정책: 완전한 보호.
- p=reject, 에서는 DMARC 실패한 메시지가 받은 편지함에 도달하기 전에 거부되므로 공격자가 정확한 도메인으로 보낼 수 없습니다. 이는 모든 DMARC 프로젝트의 목표입니다.
- p=nonep=quarantineDMARCDMARC 란 무엇입니까? DMARC 검사기
R
- 리디렉션 수정자 SPF
- SPF 리디렉션= 전체 레코드를 다른 도메인의 레코드로 대체하며 도메인 간에 하나의 정책을 공유하는 데 자주 사용됩니다.
v=spf1 redirect=_spf.example.com- 포함하다
- RFC 7489 DMARC
- 원래 2015 DMARC 사양은 이제 폐기되었습니다. 2026년 5월 RFC 9989 에 의해 더 이상 사용되지 않습니다.
- RFC 7489 는 정보 제공 문서이지 IETF 표준이 아닙니다. 이에 대해 작성된 지침은 대부분 여전히 적용되지만 해당 pct, rf 및 ri 태그는 더 이상 RFC 9989 에 존재하지 않습니다.
- RFC 9989DMARCbis
- RFC 9989 DMARC
- 2026년 5월 IETF 가 표준 트랙에 게시한 현재 DMARC 표준입니다. 이는 RFC 7489 및 RFC 9091 더 이상 사용하지 않습니다.
- RFC 9989 DMARC 정책, 정렬 및 정책 검색을 정의합니다. 자체적으로 말하면: "이 문서는 RFC 7489 및 9091을 폐기합니다." 보고는 RFC 9990 (집계) 및 RFC 9991 (실패)로 이동되었습니다. v=DMARC1 은 변경되지 않았으므로 기존 레코드는 계속 작동합니다. pct, rf 및 ri가 제거되고 np, psd 및 t가 추가됩니다.
- DMARCDMARCbisRFC 9990RFC 9991RFC 7489DMARC 란 무엇입니까?
- RFC 9990 DMARC
- XML rua 보고서를 정의하는 현재 DMARC 집계 보고 표준(2026년 5월)입니다.
- RFC 9990 이전 RFC 7489 의 집계 보고를 자체 표준 추적 문서로 분할했습니다.
- RFC 9989RUA
- RFC 9991 DMARC
- ruf 보고서를 정의하는 현재 DMARC 오류 보고 표준(2026년 5월)입니다.
- RFC 9991 이전에 RFC 7489 의 일부였던 메시지별 오류(포렌식) 보고서를 다룹니다.
- RFC 9989RUF
- RUA DMARC
- 집계 보고서 주소에 대한 DMARC 태그. 보고서는 일일 XML 요약입니다.
- 집계 보고서에는 도메인으로 메일을 보낸 모든 IP, 메시지 수, SPF , DKIM 및 DMARC 통과 여부가 나열됩니다. 메시지 내용이 포함되어 있지 않습니다.
- RUFDMARC 레코드집계 보고서 읽기 DMARC 보고서 분석기
- RUF DMARC
- 법의학(실패) 보고 주소를 위한 DMARC 태그. 보고서는 개별 실패 메시지를 설명합니다.
- 포렌식 보고서에는 헤더가 포함될 수 있으며 때로는 실패한 메시지의 내용도 포함될 수 있습니다. 많은 대형 서비스 제공업체에서는 개인정보 보호를 위해 이를 보내지 않습니다.
- RUAfo포렌식 보고서 설명
S
- 목록에 없는 발신자를 의심스러운 것으로 표시하는 SPF 한정자는 완전히 실패하지는 않았습니다.
- DMARC 사용하면 일반적으로 ~all 이면 충분합니다. DMARC 최종 결정을 내리고 softfail 일부 전달 문제를 방지합니다.
- 하드 장애( -all )중립( ?all )
- 스팸 불만 비율 배달 가능성
- 메일을 스팸으로 표시하는 수신자의 비율 Gmail 0.1% 미만을 원하고 0.3%를 초과하지 않기를 원합니다.
- Google 및 Yahoo 발신자 요구사항피드백 루프
- SPF SPF
- 발신자 정책 프레임워크: 도메인에 대해 전송하도록 승인된 서버를 나열하는 TXT 레코드입니다( RFC 7208 ).
- SPF 사용하면 수신자는 메시지를 전달하는 서버가 봉투 발신자 도메인에 대한 전송이 허용되는지 여부를 확인할 수 있습니다. 보이는 From 주소가 아닌 Return-Path 를 확인하므로 DMARC 정렬도 필요합니다.
v=spf1 include:_spf.google.com -all- SPF 레코드봉투 발신자DNS 조회 제한SPF 란 무엇입니까? SPF 검사기
- SPF 평탄화 SPF
- 10개 조회 제한 내에서 유지되도록 SPF 포함을 IP 범위로 교체합니다.
- 평면화는 조회 제한을 수정하지만 공급자가 IP를 변경하면 오래됩니다. 관리형 또는 동적 평면화는 범위를 자동으로 새로 고칩니다.
- DNS 조회 제한IP4와 IP6SPF 조회 문제 SPF 플래트너
- SPF 매크로 SPF
- Placeholders like %{i} that expand per message, used for advanced or per-sender SPF policies.
- SPF 레코드
- SPF 레코드 SPF
- 허용된 발신자를 나열하고 all 한정자로 끝나는 v=spf1 로 시작하는 TXT 레코드입니다.
- SPF포함하다하드 장애( -all )SPF 레코드 설명 SPF 생성기
T
- TLS-RPT 운송 보안
- SMTP TLS 보고: 도메인에 대한 TLS 전달 실패에 대한 일일 보고서( RFC 8460 )
_smtp._tls.example.com TXT "v=TLSRPTv1; rua=mailto:tls@example.com"- MTA-STSMTA-STS 검사기
V
자주 묻는 질문
From 헤더와 Return-Path 의 차이점은 무엇입니까?
From 헤더는 수신자가 볼 수 있는 보낸 사람 주소이며 DMARC 이를 기준으로 정렬합니다. 봉투 발신자 또는 MAIL FROM이라고도 하는 Return-Path 도메인 SPF 확인하는 반송 주소입니다. 서로 다를 수 있으므로 DMARC 정렬이 필요합니다.
DMARC 의 정렬이란 무엇입니까?
정렬은 SPF 또는 DKIM 으로 인증된 도메인이 표시되는 From 헤더의 도메인과 일치해야 한다는 요구 사항입니다. 완화된 정렬을 사용하면 조직 도메인이 일치할 수 있지만 엄격한 정렬을 사용하려면 정확한 도메인 일치가 필요합니다. 정렬은 DMARC 스푸핑에 저항하도록 만드는 것입니다.
ARC 란 무엇이며 왜 중요한가요?
ARC (인증된 수신 체인)는 메시지가 메일링 리스트 및 전달자와 같은 중개자를 통과할 때 인증 결과를 기록합니다. 전달 시 SPF 및 DKIM 손상되는 경우가 많기 때문에 ARC 사용하면 메시지가 더 일찍 인증을 통과했음을 최종 수신자가 확인할 수 있으므로 합법적으로 전달된 메일이 DMARC 살아남는 데 도움이 됩니다.
MTA-STS 는 DMARC 의 일부인가요?
아니요. MTA-STS 는 메일 서버 간에 암호화된 TLS 연결을 적용하고 TLS 실패에 대해 TLS-RPT ( RFC 8460 )를 보고하는 별도의 표준입니다. 전송 중인 메일을 보호하여 DMARC 보완하지만 DMARC 다루는 발신자 신원이 아닌 연결을 인증합니다.
SPF , DKIM 및 DMARC 의 차이점은 무엇입니까?
SPF 전송 서버에 권한을 부여하고, DKIM 메시지가 도메인에 의해 서명되었으며 변경되지 않았음을 증명하며, DMARC 두 주소를 표시되는 보낸 사람 주소에 연결하고 실패에 대한 정책을 설정합니다.
DMARCbis 무엇을 바꾸나요?
2026년 5월에 RFC 9989 , 9990 및 9991로 게시된 DMARCbis 폐기된 RFC 7489 대체합니다. pct를 제거하고, 존재하지 않는 하위 도메인에 대한 t 테스트 플래그와 np 정책을 추가하고, DNS 트리를 탐색하여 조직 도메인을 찾습니다. 기존의 유효한 레코드는 계속 작동합니다.
[ DMARC 가이드 ]
기업 출처
최고의 금융 기관과 정부가 필요한 이유 이메일 보안 대시보드를 폐기했습니다.
기존 이메일 인증 플랫폼은 대시보드를 판매하고 엔지니어에게 작업을 요청합니다. 위험이 높은 환경에서 수동 감독은 시행 지연, 구성 드리프트 및 모니터링되지 않는 섀도우 도메인을 의미합니다.
EmailAuth 는 에이전트 이메일 출처 플랫폼입니다. 우리 대리인은 집행합니다 p=reject, 제3자 발신자를 정렬하고 도메인을 전체로 이동하세요. RFC 9989 인간 참여형 감사 기능을 갖춘 새로운 DMARC 표준을 준수합니다.
SaaS · 전용 테넌시 · Air-Gapped 온프레미스 · BYOK 암호화