Email Spam Tester

무료 도구

DKIM 레코드 검사

도메인과 셀렉터를 입력해 DNS에서 DKIM 공개 키를 가져오고, 키가 올바르게 파싱되는지, 강도는 충분한지, 폐기되었거나 테스트 모드인지 확인하세요.

selector는 어디에서 찾나요?

보낸 이메일의 헤더를 열고 DKIM-Signature 헤더를 찾으세요. selector는 s= 값이고, d=는 도메인입니다. 일반적인 기본값은 Google Workspace의 경우 google, Microsoft 365의 경우 selector1 및 selector2, Mailchimp의 경우 k1, SendGrid의 경우 s1 및 s2입니다.

DNS에 게시된 공개 키를 확인합니다. 특정 이메일이 서명되었는지 또는 서명이 검증되는지는 확인할 수 없습니다. 이를 확인하려면 전체 테스트를 통해 이메일을 보내세요.

DKIM이 키를 찾는 방법

메시지의 DKIM 서명에는 도메인(d=)과 selector(s=)가 지정됩니다. 수신자는 이를 selector._domainkey.domain 형식으로 조합하고, 해당 위치의 TXT 레코드를 읽은 다음 p= 태그의 공개 키를 사용해 서명을 검증합니다. 하나의 도메인에 원하는 수만큼 selector를 게시할 수 있으므로 각 발송 서비스가 자체 키를 사용할 수 있고, 중단 없이 키를 교체할 수 있습니다.

DNS에서는 도메인에 있는 selector 목록을 확인할 방법이 없으므로 검사기에 selector가 필요합니다. 스캔할 수 있는 대상은 없으며, selector는 실제 메시지의 서명에서 가져옵니다.

키가 취약하거나 손상된 것으로 판단되는 기준

RFC 8301에 따르면 RSA 키는 최소 1024비트여야 하며 2048비트를 권장합니다. 검증자는 이보다 짧은 키를 무시할 수 있으며 이 검사기도 무시하므로, 512비트 키는 서명이 전혀 없는 것으로 처리됩니다. Ed25519 키(RFC 8463)는 설계상 짧지만 강력합니다. 그러나 아직 모든 수신 서버가 이를 검증하지는 않으므로, 일반적으로 RSA 키를 대체하지 않고 RSA 키와 함께 게시합니다.

이 검사기는 키 전체를 디코딩합니다. TXT 문자열 여러 개로 잘못 분할된 레코드나 디코딩할 수 없는 base64는 어떤 수신 서버도 사용할 수 없는 키이기 때문입니다. 빈 p=는 키가 의도적으로 폐기되었다는 뜻입니다. t=y는 아직 테스트 중인 도메인을 나타내며, RFC 6376 §3.6.1은 검증자가 해당 도메인의 메일을 DKIM 서명이 없는 메일과 똑같이 처리하도록 규정합니다.

대신 실제 이메일을 테스트하세요

이 도구들은 DNS를 확인합니다. 전체 테스트는 이메일 자체를 확인합니다. 일회용 주소로 이메일 한 통을 보내면 수신자가 평가한 SPF, DKIM, DMARC 결과와 블랙리스트, 콘텐츠, 두 가지 스팸 점수, 수정 계획을 확인할 수 있습니다. 수신함 배치 테스트를 추가하면 Gmail, Outlook, Yahoo 및 기타 제공업체에서 어느 폴더에 도착하는지 확인할 수 있습니다.

이메일 테스트샘플 보고서 보기

질문

DKIM selector는 어떻게 찾고, DKIM이 활성화되어 있는지는 어떻게 확인하나요?

자신에게 메시지를 보낸 다음 도착한 메시지의 헤더를 여세요. DKIM-Signature 헤더가 있으면 메시지가 서명된 것입니다. selector는 s= 값이고 domain은 d= 값입니다. 이 헤더가 없으면 메시지를 보낸 서비스가 서명하지 않는 것입니다. 각 발송 서비스는 자체 selector로 서명하므로 뉴스레터와 메일함에서 보낸 메시지에 서로 다른 selector가 사용될 수 있습니다.

키에는 문제가 없지만 DKIM이 "body hash did not verify" 오류로 실패하는 이유는 무엇인가요?

일반적으로 서명 후 메시지가 변경되었기 때문입니다. 예를 들어 메일링 리스트가 바닥글을 추가하거나 보안 게이트웨이가 링크를 다시 작성한 경우입니다. 키는 서명된 내용만 확인할 수 있습니다. 전체 테스트에서는 메시지의 실제 검증 결과를 보여줍니다.

전체 가이드: DKIM fail

DKIM 키 길이는 1024비트와 2048비트 중 무엇을 사용해야 하나요?

1024비트 키는 어디서나 검증되며 RFC 8301에서도 허용합니다. 하지만 최소 길이이므로 다음 키 교체 시에는 2048비트로 전환하세요.

하나의 domain에 DKIM 레코드를 여러 개 사용할 수 있나요?

예. selector마다 하나씩 사용할 수 있으며, 많은 domain에는 메일함 제공업체용 하나와 각 뉴스레터 또는 결제 서비스용 레코드가 있습니다. 한 번에 하나씩 확인하세요. DNS에서 삭제된 키로 계속 서명된 메시지는 모두 검증에 실패합니다.

DKIM 키는 얼마나 자주 교체해야 하나요?

M3AAWG는 최소 6개월마다 교체하고, 개인 키가 유출되었을 가능성이 있으면 즉시 교체할 것을 권장합니다. 새 selector로 새 키를 게시하고 서명을 새 키로 전환한 다음, 이전 키로 서명된 메일이 더 이상 도착하지 않을 때만 이전 레코드를 삭제하세요. 발신자는 4~5일 동안 재시도하므로 약 1주일의 여유를 두세요.

자주 발생하는 오류

기타 무료 도구