그만큼 DKIM l 태그는 정규화된 본문이 다음 작업에 기여하는 정도를 제한합니다. 본문 해시. 서명이 추가된 콘텐츠에 남아 있도록 할 수 있지만 그 생존은 콘텐츠를 서명 범위 밖에 두는 데서 비롯됩니다. 바닥글 오류에 대한 일상적인 수정이 아니라 보안 결정으로 간주하십시오.
길이가 무엇인지 알아보세요.
RFC 6376 섹션 3.5 l은 정규화된 본문의 옥텟 수로 정의됩니다. 문자 수, 줄 수 또는 첨부 파일 크기가 아닙니다. 정규화 길이 제한이 적용되기 전에 발생합니다. l이 없으면 정규화된 본문 전체가 포함됩니다. 값이 0이면 본문 내용이 해시에 기여하는 것을 허용하지 않습니다. 무제한 보장을 의미하지는 않습니다.
l 사용 가능한 정규화된 본문 길이를 초과하면 사양의 확인 규칙에 따라 서명이 유효하지 않습니다. 상한은 다음의 명시적 요구사항입니다. RFC 6376 섹션 3.5. 전송 인코딩 및 표준화가 관련 표현에 영향을 미치기 때문에 일반적인 파일 크기 비교로는 적용 범위를 안정적으로 설정할 수 없습니다.
패스가 오해의 소지가 있는 이유 이해하기
이 기능은 메일링 리스트 예고편과 같은 추가를 허용하도록 설계되었습니다. 하지만, RFC 6376 섹션 8.2 추가된 콘텐츠가 MIME 구조나 클라이언트 렌더링을 활용하여 해당 접두사가 그대로 유지되는 동안 수신자가 오해의 소지가 있는 자료를 볼 수 있음을 경고합니다. 따라서 전달 서명은 접미사를 노출하지 않은 상태로 남겨둘 때 표시된 전체 본문의 무결성을 설정하지 않습니다.
예시 시나리오: 서명자는 초기 본문 접두사를 다루고 있습니다. 이후 프로세서는 해당 접두사 외부에 텍스트를 추가합니다. 포함된 접두사와 서명된 헤더가 변경되지 않고 다른 확인 검사가 통과되면 서명이 유효한 상태로 유지될 수 있습니다. 이는 모든 MIME 추가가 동일한 결과를 생성하거나 특정 클라이언트가 이를 안전하게 렌더링한다는 데모가 아니라 개념적 적용 범위의 예입니다.
정책 변경 전 점검
영향을 받은 각 서명에 대해 원시 메시지 l, c, h, d 및 선택자. 정규화된 본문 길이와 포함된 접두사를 결정하려면 적합한 검증 도구 또는 바이트 인식 분석을 사용하세요. Content-Type 및 기타 해석 관련 헤더가 선택되었는지 확인하세요. 헤더 적용 범위 검토는 추가적인 위험을 노출할 수 있지만 서명되지 않은 본문 콘텐츠를 서명하지는 않습니다.
수신자 시스템이 제한된 신체 서명에 특별 정책을 적용하는지 확인하십시오. RFC 6376 섹션 8.2 서명자에게 l을 극도로 조심하라고 경고하고 평가자가 그러한 서명을 무시할 수도 있다는 점을 언급합니다. 수학적으로 유효한 접두어 서명이 모든 곳에서 허용될 것이라고 약속하지 마십시오.
서명 경계에서 완전한 콘텐츠를 선호합니다.
아웃바운드 고지 사항을 유지하는 것이 목표인 경우 승인된 도메인으로 최종 메시지에 서명하기 전에 먼저 고지 사항 이동을 평가하세요. 메일링 목록의 경우 목록의 수정 및 서명 디자인을 검토하십시오. 이러한 접근 방식은 변경된 접미사를 적용 범위에서 숨기는 대신 처리 순서를 다룹니다.
레거시 워크플로에서 여전히 l을 사용하는 경우 이유, 이에 의존하는 경로, 남아 있는 수신자 해석 위험을 문서화합니다. 롤백 계획을 통해 제어된 경로에서 제거 또는 교체를 테스트합니다. 적법한 지연 및 간접 경로를 확인하지 않고 모든 메일의 서명 프로필을 자동으로 변경하지 마세요.
검토 결과를 구체적으로 작성
결과에는 신체 전체 또는 부분 적용 여부, 이를 사용하는 메시지 및 잔여 위험을 수락한 사람이 명시되어야 합니다. 정확한 서명과 은폐된 진술에 대한 증거를 보존하십시오. 일반 DKIM 통과 횟수는 서명이 얼마나 많은 본문 콘텐츠를 보호하는지에 대해 아무 것도 알려주지 않기 때문에 이 검토를 마무리하기에 충분하지 않습니다.
표준화된 길이의 예제 작업
적합성 도구가 140 옥텟의 정규화된 본문을 측정하고 서명이 l=100. 본문 해시는 처음 100옥텟을 포함합니다. 나머지 40개는 본문 해시 범위 외부에 있습니다. 포함된 접두사와 서명된 헤더가 변경되지 않은 경우 추가 콘텐츠가 확인되면 성공할 수 있습니다. 대신 정규화된 본문이 l=100, 인 80옥텟인 경우 값은 RFC 6376 섹션 3.5를 위반하고 서명이 유효하지 않습니다. 이는 원시 파일 크기나 실행된 암호화 테스트가 아닌 정규화 이후에 구성된 개수입니다.
간결한 조사 기록을 유지하세요
검토 중인 경로에 대해 이 제안된 워크시트를 사용하세요. 이는 실행된 테스트의 증거가 아니라 계획 보조 자료입니다.
- 서명: d, 선택자, c, h 및 l 또는 l이 없음을 기록합니다.
- 적용 범위: 정규화된 본문 길이, 포함된 접두사 및 서명되지 않은 접미사, 적합 도구로 측정.
- 해석: MIME /클라이언트 렌더링의 콘텐츠 유형 적용 범위 및 효과.
- 결정: 부분 적용 범위를 제거하고 서명 순서를 재설계하거나 좁은 범위의 예외를 문서화합니다.