메시지는 다른 곳으로 답장을 보내는 동안 친숙한 보낸 사람 주소를 사용할 수 있습니다. 이러한 차이는 티켓팅 서비스처럼 합법적일 수도 있고, 민감한 대화를 방향 전환할 수도 있습니다. 불일치를 공격이라고 부르거나 인증을 응답 대상의 승인으로 처리하기 전에 실제 필드와 수신 신뢰 경계를 조사하십시오.
현장의 역할을 이해하라
RFC 5322 응답 대상을 작성자가 응답 전송을 제안하는 사서함으로 설명합니다. 부재 시 회신은 일반적으로 보낸 사람 사서함으로 이동됩니다. 이는 SMTP 봉투 전달 및 사람의 승인 결정과 구별되는 메시지 형식 지침입니다. 클라이언트와 워크플로 도구는 자체 응답 동작을 적용할 수 있으므로 민감한 응답을 보내기 전에 실제 수신자를 검사하십시오. RFC 5322 섹션 3.6.2.
DMARC ID 관계에 대해 회신 필드가 아닌 작성자 도메인을 사용합니다. 따라서 패스는 다른 회신 도메인이 동일한 조직에 속해 있음을 설정하지 않습니다. 유효한 DKIM 서명 해당 필드가 서명의 서명된 헤더 목록에 포함된 경우 회신을 처리할 수 있지만 값의 무결성은 기밀 통신에 사용할 수 있는 권한이 아닙니다. DMARC 그리고 DKIM.
스크린샷보다는 원본에 주석을 달아주세요
원시 메시지 바이트를 유지합니다. 보낸 사람, 회신 대상, Return-Path, DKIM d= and h= values, and the receiving system that produced Authentication-Results. 보낸 사람 및 회신을 보낸 사람이 제공한 필드로 표시하고, DKIM 서명을 확인이 필요한 클레임으로 표시하고, 출처가 설정된 경우에만 인증 결과를 신뢰할 수 있는 것으로 표시합니다. RFC 8601.
복사된 Authentication-Results 행이 진짜라고 가정하지 마십시오. 마찬가지로 임의 저장된 텍스트 파일의 Return-Path 필드는 SMTP 봉투를 독립적으로 증명하지 않습니다. 필요한 경우 승인된 수신 로그와 연관시키십시오.
세 가지 작성된 헤더 시나리오 비교
각각의 경우 billing@supplier.example.test 에서 표시된다고 가정합니다. 봉투 ID, DKIM d= 및 h= 값, 실제 서명 및 신뢰할 수 있는 수신자 결과는 제공되지 않습니다. 복사된 통과 어설션은 이러한 공백을 채울 수 없습니다.
- 예상치 못한 경로: 답장 케이스 case@support.example.test ; 워크플로 승인이 제공되지 않았습니다. 검토를 위해 정확한 다른 도메인에 플래그를 지정하고, 민감한 답변을 보류하고, 알려진 채널을 통해 서비스 소유자에게 문의하세요.
- 동일한 도메인 경로: 회신 help@supplier.example.test . 정확한 도메인 불일치 규칙은 이를 플래그로 표시하지 않지만 이는 사서함이나 요청된 정보가 승인되었다는 증거는 아닙니다.
- 범위 예외: 회신 케이스 case@tickets.example.test ; 가상의 인벤토리가 정기적인 지원 티켓에 대해서만 이 서비스를 허용한다고 가정합니다. 지불 변경이나 기밀 문서에 대한 허가가 아니라 해당 목적에 맞게 예상대로 처리하십시오.
이러한 예는 포함된 .eml 파일, 파서 실행 또는 실제 인증 결과가 아니라 작성된 값 및 결정입니다. DKIM 서명은 제작되지 않습니다. 제안된 서비스 소유자는 실제 응답 전에 수신자와 허용된 정보를 모두 확인합니다. 메일 조사자는 원본 바이트와 신뢰할 수 있는 인증 증거를 별도로 얻습니다.
워크플로에 대한 응답 대상 확인
이 메시지 유형에 외부 대상이 필요한지, 제안된 정보에 적합한지 서비스 소유자에게 문의하세요. 지원 사서함은 청구서 발신자와 합법적으로 다를 수 있지만 여전히 지불 지침이나 민감한 첨부 파일에는 적합하지 않습니다. 승인은 단순히 도메인의 존재 여부가 아닌 목적에 부합해야 합니다.
예상치 못한 요청이 있는 경우 알려진 독립 채널을 통해 추정된 발신자에게 문의하세요. 기밀 자료를 이메일로 보내 의심스러운 대상을 테스트하지 마십시오. 클라이언트가 회신을 자동으로 채운 경우 대상이 확인될 때까지 초안을 취소합니다.
필드 수준 질문 닫기
불일치가 예상되었는지, 승인되지 않았는지 또는 해결되지 않았는지 여부와 해당 결과를 뒷받침하는 증거가 무엇인지 기록하십시오. 인증 결과를 별도의 관찰로 유지합니다. 이는 유용한 구별을 유지합니다. 메시지는 손상되지 않고 도메인 인증을 받았지만 제안된 회신 경로는 비즈니스 작업에 부적절할 수 있습니다.