DKIM이란? 회사 이메일에 전자서명을 붙이는 인증 방식 쉽게 이해하기
DKIM은 이메일에 전자서명을 붙여 정상적인 메일 서버에서 발송되었는지 확인하는 인증 방식입니다. SPF와의 차이, 셀렉터·_domainkey, DNS 설정까지 초보 기준으로 정리합니다.
회사 이메일을 설정하다 보면 SPF와 함께 DKIM이라는 용어를 자주 보게 됩니다.
DKIM은 이메일을 보낼 때 전자서명을 함께 붙여, 정상적인 메일 서버에서 발송된 이메일인지 확인할 수 있게 하는 인증 방식입니다.
쉽게 말하면 “이 이메일은 우리 회사가 실제로 보낸 것이 맞습니다.”라는 전자적인 도장을 찍는 것과 비슷합니다.
DKIM을 쉽게 비유하면 회사 직인입니다
계약서나 공문에 회사 도장을 찍으면 받는 사람이 공식 문서로 판단할 수 있습니다. DKIM도 비슷합니다. 메일 서버가 보이지 않는 전자서명을 붙이고, 받는 서버는 DNS에 공개된 정보로 서명이 정상적인지 확인합니다.
DKIM은 이메일에 찍는 디지털 회사 도장이라고 생각하면 쉽습니다.
DKIM은 무엇의 약자일까?
DKIM은 DomainKeys Identified Mail의 약자입니다. 이름을 외울 필요는 없습니다. “회사 이메일이 정상적인 메일 서버에서 발송되었다는 것을 확인하는 전자서명”이라는 한 문장만 기억해도 충분합니다.
SPF와 DKIM은 무엇이 다를까?
둘 다 회사 이메일을 인증하지만 확인 방식이 다릅니다.
- SPF — “이 서버는 우리 회사 도메인으로 이메일을 보내도 됩니다.”라는 허용된 발송 서버 목록
- DKIM — 이메일 자체에 전자서명을 붙여 “정상적인 발신 서버에서 보내졌고 전달 과정에 문제가 없었습니다.”를 확인
SPF는 회사 직원 명단이고, DKIM은 회사 직인입니다.
DKIM은 어떻게 작동할까?
보내는 서버가 가진 비공개 키와 DNS에 공개해 두는 공개 키를 이용합니다. 아무나 찍을 수 없는 특별한 도장(비공개 키)으로 서명을 만들고, 받는 쪽은 DNS 공개 키로 진짜인지 확인합니다.
회사 메일 서버에서 이메일 발송
↓
비공개 키로 DKIM 서명 생성
↓
이메일에 서명을 함께 전송
↓
받는 메일 서버가 DNS의 공개 키 확인
↓
서명이 정상적인지 검사
암호화 과정을 직접 이해할 필요는 없습니다. 중요한 것은 보내는 쪽에서 서명을 만들고, 받는 쪽에서 그 서명을 확인한다는 점입니다.
DKIM은 어디에 설정할까?
보통 도메인의 DNS에 등록합니다. 기업메일 서비스가 다음과 비슷한 값을 안내합니다.
유형: TXT 이름: selector1._domainkey.example.com 값: v=DKIM1; k=rsa; p=...
복잡해 보여도 사용자가 직접 값을 만드는 경우는 많지 않습니다. 안내받은 값을 TXT 레코드로 추가하면 됩니다.
_domainkey · 셀렉터는 무엇일까?
selector1._domainkey.example.com처럼 보이는 주소는 브라우저용 홈페이지 주소가 아닙니다. 메일 서버가 DKIM 공개 키를 찾을 때 쓰는 DNS 이름입니다.
셀렉터(selector)는 여러 DKIM 서명을 구분하는 이름표입니다. 업무메일·뉴스레터·CRM·쇼핑몰 자동메일이 각각 다른 공개 키를 쓸 수 있어, 셀렉터로 구분합니다.
DKIM이 없으면 이메일을 보낼 수 없을까?
반드시 그런 것은 아닙니다. 발송 자체는 가능할 수 있지만, 받는 서비스가 신뢰도를 판단할 때 DKIM을 참고합니다. 설정이 약하면 스팸 분류·신뢰 저하·수신 제한 가능성이 커질 수 있습니다. 고객에게 중요한 메일을 많이 보낸다면 설정하는 것이 좋습니다.
전달 중 내용이 바뀌었는지도 확인할 수 있습니다
DKIM 서명은 이메일의 일부 내용과 연결되어 만들어집니다. 발송 후 특정 내용이 바뀌면 서명 확인에 실패할 수 있습니다. 도장을 찍은 계약서를 중간에서 고친 것과 비슷합니다.
사칭을 완전히 막을 수 있을까?
DKIM만으로 모든 사칭을 막을 수는 없습니다. 보통 SPF·DKIM·DMARC를 함께 씁니다.
- SPF — 어떤 서버가 도메인으로 보내도 되는지
- DKIM — 전자서명으로 정상 발송인지
- DMARC — SPF·DKIM 결과를 바탕으로 의심 메일을 어떻게 처리할지
쉽게 비유하면 SPF는 직원 명단, DKIM은 회사 도장, DMARC는 가짜 문서를 발견했을 때 처리 규정입니다.
홈페이지 자동메일도 DKIM이 필요할까?
필요할 수 있습니다. 회원가입·비밀번호 재설정·문의 알림·예약·주문·견적·관리자 알림처럼 회사 도메인으로 자동 발송한다면, 메일 서비스가 DKIM을 지원하는지 확인하세요. MX는 수신 위치이고, 발신 인증은 SPF·DKIM 쪽입니다.
홈페이지 서버에서 [email protected]만 발신자로 지정한다고 자동으로 인증되는 것은 아닙니다. SPF·DKIM이 맞아야 하며, 보통 SMTP·전문 발송 서비스를 씁니다. 준비물은 홈페이지 준비물 5가지도 참고하세요.
설정했는데도 인증이 실패하는 이유
- DNS 값·호스트 이름(
selector._domainkey) 오타 - DNS 변경이 아직 반영되지 않음
- 메일 서비스에서 DKIM 활성화가 별도로 필요함
공개 키는 긴 문자열이라 임의 수정하면 실패하기 쉽습니다. 업체가 준 호스트·셀렉터·TXT 값을 그대로 쓰는 것이 좋습니다.
키 교체 · 삭제 · 네임서버 이전
일부 서비스는 키를 주기적으로 바꾸는 키 로테이션을 제공합니다. 일반 사용자가 직접 주기적으로 바꿀 필요는 보통 없습니다.
DKIM TXT를 삭제해도 메일 계정이 바로 사라지지는 않지만, 서명을 검증하지 못해 인증 실패가 날 수 있습니다. 의미를 모른 채 삭제하지 마세요.
네임서버를 바꾸며 A만 옮기고 DKIM을 빠뜨리면, 홈페이지는 열려도 이메일 인증에 문제가 생길 수 있습니다. A·MX·SPF·DKIM을 함께 확인하세요.
SPF가 통과하면 DKIM은 없어도 될까?
역할이 달라서 가능하다면 함께 쓰는 것이 좋습니다. SPF는 허용된 발송 서버인지, DKIM은 전자서명이 정상인지 확인합니다. 하나가 다른 하나를 완전히 대신하지는 않습니다. DMARC까지 적용하려면 둘의 관계를 함께 이해하는 것이 중요합니다.
DKIM이 정상이어도 스팸으로 갈 수 있을까?
가능합니다. SPF·DKIM·DMARC·서버 신뢰도·발송량·스팸 신고·내용 등 여러 요소가 함께 영향을 줍니다. DKIM은 전달률을 높이기 위한 중요한 기본 설정 중 하나입니다.
자주 묻는 질문
DKIM이란 무엇인가요?
이메일에 전자서명을 붙여 정상적인 메일 서버에서 발송된 이메일인지 확인할 수 있도록 하는 이메일 인증 방식입니다.
어디에 설정하나요?
일반적으로 이메일 서비스가 제공하는 공개 키를 도메인 DNS의 TXT로 등록합니다.
SPF와 DKIM은 같은가요?
아닙니다. SPF는 허용된 발송 서버를, DKIM은 이메일에 붙은 전자서명을 확인합니다.
없으면 이메일을 보내지 못하나요?
반드시 그런 것은 아닙니다. 다만 인증·신뢰도 측면에서 사용하는 것이 좋습니다.
값을 여러 개 등록해도 되나요?
가능합니다. 서로 다른 셀렉터로 여러 메일 서비스가 각각 공개 키를 쓸 수 있습니다.
홈페이지를 이전하면 DKIM도 다시 설정해야 하나요?
네임서버나 DNS 관리 위치가 바뀌면 기존 DKIM 정보를 새 DNS에도 옮겨야 할 수 있습니다.
정리
DKIM은 회사 이메일에 전자서명을 붙여 정상적인 메일 서버에서 발송되었는지 확인할 수 있도록 하는 이메일 인증 방식입니다.
DKIM = 회사 이메일에 찍는 디지털 직인
SPF가 “이 서버는 우리 회사 이메일을 보내도 됩니다.”라면, DKIM은 “이 이메일에는 우리 회사의 정상적인 전자서명이 있습니다.”라고 증명합니다.
사칭 메일을 받았을 때 그대로 받을지·스팸으로 보낼지·거부할지에 대한 규칙도 필요합니다. 이 역할을 하는 것이 DMARC입니다.