[ 플랫폼 가이드 ]
Microsoft 365 DKIM 설정 오류: 누락된 키 및 테넌트 상태 진단
누락된 DNS , 테넌트 구성 및 메시지 경로 문제를 분리하여 Microsoft 365 DKIM 오류를 해결합니다.
EmailAuth 연구팀 제공 · 4분 읽기
[ 핵심사항 ]
- 추측성 DNS 변경 방지
- 생성된 값을 정확하게 비교
- 회전 탄력성 보존
[ 테이크아웃 ]
누락된 DNS , 테넌트 구성 및 메시지 경로 문제를 분리하여 Microsoft 365 DKIM 오류를 해결합니다.
[ 역할별 ]
이것이 당신에게 의미하는 바
실용적인 다음 단계를 위해 역할을 선택하세요.
IT/메일 관리자
생성된 값을 정확하게 비교
테넌트 구성과 DNS 는 다른 상태입니다.
다음 단계
- SelectorCNAME 값을 모두 읽습니다.
- 활성화한 후 외부 메시지를 테스트합니다.
- 사고를 종료하기 전에 대체 선택기 해결 방법을 확인하세요.
CISO/SecOps
회전 탄력성 보존
대체 레코드를 제거하면 중단이 지연될 수 있습니다.
다음 단계
- DNS 마이그레이션에서 두 선택기를 모두 검토하세요.
- 변경 및 롤백 증거를 유지합니다.
- 기록된 변경 프로세스를 통해 서명 변경 사항을 승인합니다.
창립자 / 비기술자
추측성 DNS 변경 방지
눈에 보이는 오류에는 제한된 진단이 필요합니다.
다음 단계
- 한 명의 사건 소유자를 할당합니다.
- 파괴적인 주요 변경 전에 증거가 필요합니다.
- 실패한 레이어를 격리하는 동안 비즈니스 소유자에게 계속 정보를 제공하세요.
[ 자주 묻는 질문 ]
자주 묻는 질문
테넌트 이름에서 CNAME 대상을 파생할 수 있나요?
대신 생성된 값을 사용하세요. Microsoft는 최신 사용자 지정 도메인 형식을 포함하여 다양한 대상 형식을 지원합니다.
사용자 지정 도메인에서 전자 메일에 DKIM 사용하는 방법 - Office 365 용 Microsoft Defender | 마이크로소프트 런
CnameMissing은 항상 DNS 레코드가 존재하지 않는다는 것을 의미합니까?
아니요. 레코드가 잘못된 소유자에 존재하거나, 잘못된 유형을 갖거나, 잘못된 대상을 가리킬 수 있습니다.
사용자 지정 도메인에서 전자 메일에 DKIM 사용하는 방법 - Office 365 용 Microsoft Defender | 마이크로소프트 런
두 선택기를 모두 게시하는 이유는 무엇입니까?
대체 선택기는 회전을 지원합니다. 오늘의 활성 선택기만 확인하면 이후의 실패가 숨겨집니다.
사용자 지정 도메인에서 전자 메일에 DKIM 사용하는 방법 - Office 365 용 Microsoft Defender | 마이크로소프트 런
CNAME 값을 TXT 레코드에 배치해야 합니까?
아니요. Microsoft에서 지정한 레코드 유형 및 생성된 대상을 게시하세요.
사용자 지정 도메인에서 전자 메일에 DKIM 사용하는 방법 - Office 365 용 Microsoft Defender | 마이크로소프트 런
서명이 활성화되었지만 DMARC 실패하면 어떻게 되나요?
전달된 d= 도메인과 정렬을 확인한 다음 다운스트림 메시지 변경 사항을 검사하세요.
onmicrosoft.com 서명이 사용자 지정 도메인 설정을 대체할 수 있나요?
사용자 지정 보낸 사람 도메인과 일치하지 않고 해당 서비스 도메인을 인증할 수 있습니다.
사용자 지정 도메인에서 전자 메일에 DKIM 사용하는 방법 - Office 365 용 Microsoft Defender | 마이크로소프트 런 RFC 9989 : 도메인 기반 메시지 인증, 보고 및 적합성( DMARC )
중단될 때마다 키를 다시 생성해야 합니까?
아니요. 키를 변경하기 전에 테넌트 상태, DNS 및 아웃바운드 경로를 진단하세요.
에스컬레이션에는 어떤 증거가 포함되나요?
정확한 도메인, 수정된 구성 출력, 신뢰할 수 있는 DNS 응답 및 타임스탬프가 있는 외부 헤더.
[ 출처 ]
출처
- 사용자 지정 도메인에서 전자 메일에 DKIM 사용하는 방법 - Office 365 용 Microsoft Defender | 마이크로소프트 런
섹션 DKIM CNAME 레코드 구문 · DKIM 서명 활성화 · DKIM 서명 확인 · 문제 해결
- RFC 6376 : 도메인키 식별 메일
섹션 서명 및 확인
- RFC 9989 : 도메인 기반 메시지 인증, 보고 및 적합성( DMARC )
섹션 식별자 정렬 · 정책 및 수신자 처리
[ 어휘 ]
어휘
- 선택자
- 공개 키를 찾기 위해 서명 도메인과 함께 사용되는 DKIM s= 레이블입니다.
- CNAME
- 한 이름을 다른 이름으로 가리키는 DNS 별칭입니다.
- Cname누락
- 예상되는 CNAME 레코드를 조사해야 하는 Microsoft 365 서명 상태입니다.
기업 출처
최고의 금융 기관과 정부가 필요한 이유 이메일 보안 대시보드를 폐기했습니다.
기존 이메일 인증 플랫폼은 대시보드를 판매하고 엔지니어에게 작업을 요청합니다. 위험이 높은 환경에서 수동 감독은 시행 지연, 구성 드리프트 및 모니터링되지 않는 섀도우 도메인을 의미합니다.
EmailAuth 는 에이전트 이메일 출처 플랫폼입니다. 우리 대리인은 집행합니다 p=reject, 제3자 발신자를 정렬하고 도메인을 전체로 이동하세요. RFC 9989 인간 참여형 감사 기능을 갖춘 새로운 DMARC 표준을 준수합니다.
SaaS · 전용 테넌시 · Air-Gapped 온프레미스 · BYOK 암호화