이메일에서는 신뢰가 모든 것입니다. 하지만 메시지가 누군가의 받은편지함에 도달하기도 전에, 몇 가지 보이지 않는 보안 검사를 통과해야 합니다. SPF, DKIM, DMARC는 이메일이 정상적인 것으로 보일지, 아니면 스팸으로 분류될지를 결정합니다.
이러한 레코드가 어떻게 작동하는지, 그리고 이를 올바르게 설정하는 방법을 알면 도메인을 보호하고 메시지가 항상 의도한 곳에 도착하도록 할 수 있습니다.
이메일에서 SPF, DKIM, DMARC란 무엇인가요?
보내기를 누른 순간부터 이메일이 도착할 때까지, 조용한 검사 체인이 시작됩니다. 각 단계는 같은 질문을 던집니다. 이것이 정말 여러분이 보낸 것인가요?
SPF, DKIM, DMARC는 발신자와 수신자 사이에 피드백 루프를 형성하여, 메시지가 도메인을 떠나기 전이나 도착했을 때 또는 그 둘 모두에서 여러분의 신원을 확인합니다. 이 세 가지는 함께 메시지와 스팸 폴더 사이를 가르는 장벽입니다.
SPF, DKIM, DMARC를 짧게 설명하면 다음과 같습니다.
SPF – 메시지를 보내는 서버가 도메인의 승인된 목록에 있는지 확인합니다. 있으면 이메일이 통과하고, 없으면 표시됩니다. 도메인을 위한 게스트 목록이라고 생각하면 됩니다.
DKIM – 메시지가 받은편지함을 떠나기 전에 디지털 봉인을 추가합니다. 반대편에 도착하면 수신 서버가 그 봉인을 열어 전송 중 아무것도 변경되지 않았는지 확인합니다.
DMARC – 앞선 두 검사 중 하나라도 실패하면 어떻게 할지 결정합니다. 메시지를 전달할지, 스팸으로 보낼지, 아니면 완전히 차단할지를 수신 서버에 알려줍니다.
이 세 가지는 함께 작동합니다. 하나는 발신자를 확인하고, 하나는 메시지를 보호하며, 하나는 규칙을 집행합니다.
이메일 보안에서 SPF, DKIM, DMARC가 중요한 이유는 무엇인가요?
SPF, DKIM, and DMARC는 오늘날 이메일의 가장 큰 위협 두 가지인 스팸과 스푸핑으로부터 보호합니다. 공격자는 종종 자신이 아닌 다른 사람인 척하며 메시지를 보냅니다. 예를 들어 Support@yourbank.com에서 계정 정보를 확인하라는 이메일을 받았다고 상상해 보세요. 이 세 가지 검사는 여러분의 “은행”이 정말 여러분의 은행인지 확인해 줍니다.
피싱 공격에서는 해커가 가짜 이메일을 사용해 사람들을 속여 비밀번호나 신용카드 번호를 공유하게 하거나 악성 링크를 클릭하게 만듭니다. 이러한 보호 장치가 없다면 여러분의 도메인이 사칭될 수 있고, 고객은 여러분이 보낸 것처럼 보이는 그럴듯한 메시지를 받을 수 있습니다. SPF, DKIM, DMARC가 설정되어 있으면 이러한 가짜 메시지는 대개 받은편지함에 도달하기 전에 차단됩니다.
SPF는 이메일이 승인된 서버에서 전송되었는지 확인합니다.
DKIM은 전송 중 이메일이 변조되지 않았는지 확인합니다.
이 두 검사 중 하나라도 실패하면, DMARC가 이메일이 받은편지함에 도달하기 전에 폐기되도록 합니다
마찬가지로 피싱 공격 중에는 해커가 가짜 이메일을 보내 사람들을 속여 비밀번호를 넘기게 하거나 위험한 링크를 클릭하게 만듭니다. 회사 도메인이 보호되지 않으면, 그들은 직원인 척하며 고객에게 세부 정보를 요청하는 이메일을 보낼 수 있습니다. SPF, DKIM, DMARC가 설정되어 있으면 이러한 가짜 메시지 대부분은 고객의 받은편지함에 도달하지 못합니다. 수신 서버가 그것이 실제로 여러분에게서 온 것이 아님을 알아낼 수 있기 때문입니다.
전달 가능성 측면에서도 중요한 이유(보안만이 아닙니다)
뉴스레터, 청구서 또는 마케팅 캠페인을 보낸다면, 목표는 단순히 보내는 것이 아니라 실제로 보이게 하는 것일 가능성이 큽니다. 하지만 전 세계적으로 스팸이 급증하면서 Gmail 및 Yahoo 같은 주요 제공업체는 받은편지함을 깔끔하게 유지하기 위한 새로운 규칙을 도입했습니다.
2024년부터 이러한 제공업체는 발신자가 SPF, DKIM, DMARC로 도메인을 인증하도록 요구하고 있습니다. 이것들이 없으면 이메일은 받은편지함을 떠나기도 전에 거부될 수 있습니다. 이러한 검사를 일관되게 통과하면 발신자 평판이 향상되고 이메일이 스팸으로 분류되는 것을 막을 수 있습니다. 평판이 좋을수록 전달은 더 빨라지고, 스팸 표시도 줄어들며, 신뢰도는 더 높아집니다. 새 발신 도메인에서 이러한 평판을 구축하거나 손상된 도메인에서 이를 회복하는 일은 Warmy 같은 전용 워밍업 플랫폼이 정확히 설계된 목적입니다. 즉, 발신량을 통제된 일일 증가폭으로 점진적으로 늘리고 주요 메일박스 제공업체와의 긍정적인 참여 신호를 생성하여 SPF, DKIM, DMARC로 인증된 메일이 프로모션이나 스팸이 아닌 기본 받은편지함에 꾸준히 도착하도록 하는 것입니다.
SPF vs DKIM vs DMARC — 차이점은 무엇인가요?
비행기에 탑승할 때마다 여러분은 SPF, DKIM, DMARC가 작동하는 방식과 거의 똑같은 과정을 거칩니다. 이상하게 들릴 수 있지만, 이 세 용어는 결코 쉽게 입에 붙는 말이 아니며, 더 간단하게 기억할 방법이 있으면 도움이 됩니다. 게다가 이 세 가지가 설정되어 있지 않으면, 여러분의 메일은 비행기 체크인을 놓쳤을 때의 여러분처럼 될 가능성이 큽니다. 차갑게 밖에 남겨지는 것이죠.
SPF – 이메일의 첫 번째 보안 검사 지점
탑승 준비를 마치고 카운터에 도착하면, 직원은 여러분의 티켓을 항공편 명단과 대조합니다. 이름이 있으면 탑승이 허가됩니다. 없으면 탑승권도 없고, 비행도 없습니다.
SPF도 같은 방식으로 작동합니다. example.com과 같은 모든 도메인은 자신을 대신해 이메일을 보낼 수 있는 메일 서버가 무엇인지에 대한 “승객 명단”, 즉 레코드를 유지합니다. 이메일을 보내면 수신 서버는 발신 서버가 그 목록에 있는지 확인합니다. SPF 레코드를 설정하는 것은 기본적으로 여러분의 이름을 명단에 추가해 메시지가 지연 없이 보안 검사를 통과할 수 있게 하는 것입니다.
DKIM – 받은편지함을 위한 신원 확인
티켓 확인이 끝나면 이제 신원을 증명할 차례입니다. 여권 사진은 여러분이 정말 본인임을 확인해 주며, 쉽게 위조할 수 없는 물리적 서명과 같습니다. DKIM도 같은 일을 하지만 이메일에 대해 수행합니다.
DomainKeys Identified Mail(DKIM)은 각 발신 메시지에 디지털 서명을 추가합니다. 이 서명은 이메일이 전송 중 변경되거나 변조되지 않았음을 증명하며 이메일이 추적되는 것을 방지합니다. 보내기를 누르면 서버는 개인 키로 이메일에 서명합니다. 이메일이 도착하면 수신 서버는 그 서명을 검증하여 메시지가 진짜이며 손상되지 않았음을 확인합니다.
DMARC – 문제가 발생했을 때 일어나는 일
티켓이나 여권 없이 공항에 도착하면, 항공사는 다음에 무엇이 일어날지에 대한 명확한 정책을 가지고 있습니다. SPF 또는 DKIM 검사가 실패했을 때 DMARC도 같은 방식으로 작동합니다.
DMARC는 SPF 또는 DKIM 검사가 실패할 경우 수신 서버가 이메일을 어떻게 처리해야 하는지 알려줍니다. 가능한 동작은 다음과 같습니다.
아무것도 하지 않음
메시지를 격리함(스팸으로 보냄)
메시지를 완전히 거부함
발신자로서 어떤 규칙을 적용할지는 여러분이 결정합니다. 이를 DNS에 설정하여 메시지가 검사를 통과하지 못했을 때 어떤 일이 일어날지 정의합니다.
도메인에 SPF, DKIM, DMARC를 설정하는 방법
SPF, DKIM, DMARC를 설정하려면 DNS에 접근할 수 있어야 합니다. 이는 도메인의 네임서버가 가리키는 곳이므로, 등록기관 또는 DNS 호스트를 의미합니다.
위에서 언급했듯이 SPF는 승객 명단처럼 작동하여 어떤 호스트가 여러분의 도메인을 대신해 메일을 보낼 수 있는지 수신 서버에 알려줍니다. 따라서 SPF를 설정하려면 여러분의 이메일을 그 승객 명단에 올려야 합니다. 이를 위해 몇 가지 단계가 있습니다.
1. 이미 SPF가 설정되어 있는지 확인하기
먼저 무료 DNS 조회 도구를 사용해 도메인에 이미 SPF 레코드가 있는지 확인하세요. 도구의 TXT 탭에 v=spf1로 시작하는 레코드가 표시되면, 해당 도메인에 SPF가 이미 설정되어 있다는 뜻입니다.
그러한 레코드가 보이지 않으면, 새 SPF 레코드를 처음부터 만들어야 합니다.
2. DNS에 새 SPF 레코드 추가하기
새 SPF 레코드를 추가하려면 도메인 호스트의 DNS 설정으로 이동하세요. 제공업체가 누구인지에 따라 Spaceship, Google, Outlook 등이 될 수 있습니다. 기존 레코드 목록을 찾아 Add Record를 선택한 다음, 유형 메뉴에서 TXT를 선택하세요.
다음으로 아래와 같이 필드를 입력하여 SPF 항목을 만드세요.
Spacemail의 경우 다음과 같이 표시됩니다.유형: TXT Record | 호스트: @ | 값: v=spf1 include:spf.spacemail.com ~all | TTL: Automatic
저장한 뒤 전파될 때까지 몇 분 기다리세요.
3. 레코드 확인하기
이 시점에서 DNS 조회 도구로 다시 한 번 확인할 수 있습니다. 값이 표시되면 제대로 된 것입니다. 또한 호스트 레코드가 업데이트되는 데 최대 24시간이 걸릴 수 있으므로, 바로 보이지 않더라도 당황하지 않는 것이 중요합니다.
2단계. DKIM 설정 업데이트하기
DKIM은 도메인에서 보내는 모든 이메일에 디지털 서명을 추가하여 변조되지 않았음을 증명합니다.
1: DKIM 레코드 생성하기
이메일 제공업체의 설정에서 시작하세요.
도메인 인증 또는 이메일 보안 섹션으로 이동하세요.
DKIM, DomainKeys 또는 이와 유사한 이름의 옵션을 찾으세요.
새 DKIM 키를 생성하는 버튼을 선택하세요.
제공업체는 다음 두 가지 핵심 정보를 제공합니다.
셀렉터(예: selector1._domainkey)
DKIM 레코드 자체 — 긴 암호화된 텍스트 문자열
다음 단계에서 필요하므로 둘 다 안전한 곳에 복사해 두는 것이 좋습니다.
2: DNS에 DKIM 레코드 추가하기
다음으로 DNS 제공업체에 로그인하세요.
DNS 레코드를 열고 새 항목을 만드세요.
레코드가 짧으면 CNAME을, 더 긴 키라면 TXT를 선택하세요.
Host 또는 Name 필드에 DKIM 셀렉터를 입력하세요(예: selector1._domainkey).
Value 필드에 이메일 제공업체에서 받은 DKIM 레코드를 붙여넣으세요.
변경 사항을 저장하세요.
DNS 변경 사항이 업데이트되는 데 시간이 걸릴 수 있으므로 몇 분 정도 기다리세요.
Spacemail 비즈니스 이메일의 경우 이 가이드를 통해 DKIM 레코드를 설정할 수 있습니다.
3단계. DMARC 설정 추가하기
SPF와 DKIM이 설정되면 마지막 단계는 DMARC입니다. 도메인의 DNS에 TXT 레코드 하나만 더 추가하면 됩니다. 이 레코드는 도메인에서 보낸 이메일이 인증에 실패했을 때 수신 메일 서버가 무엇을 해야 하는지 알려주고, 누가 여러분을 대신해 메일을 보내는지 파악할 수 있게 해줍니다.
DMARC 레코드에는 추가하기 전에 이해해야 할 몇 가지 핵심 요소가 있습니다.
v=DMARC1 – 이는 메일 서버에 DMARC를 사용 중임을 알려줍니다. 항상 가장 먼저 옵니다.
p= – 인증되지 않은 메시지를 어떻게 처리할지에 대한 정책을 설정합니다.
rua=mailto: – 메일 서버가 일일 DMARC 보고서를 어디로 보낼지 알려줍니다. security@yourdomain.com 또는 dmarc@yourdomain.com 같은 주소를 사용할 수 있습니다. 이 보고서는 어떤 IP가 여러분의 도메인을 대신해 발송하는지 보여 주어 이상 징후를 발견하는 데 도움이 됩니다.
1: 도메인용 DMARC 레코드 생성하기
DMARC Record Generator tool을 열고(원하는 다른 DMARC 생성 도구를 사용해도 됩니다) 검색창에 도메인 이름을 입력하세요. 완료되면 Check DMARC Record 버튼을 클릭하세요. 필요에 맞게 DMARC 설정을 사용자 지정하고 생성된 레코드를 받으세요.
2: DNS 설정에 DMARC 레코드 추가하기
DNS 제공업체로 이동하세요. 새 레코드를 만들고 호스트 레코드 유형으로 TXT를 선택하세요. DMARC는 SPF와 마찬가지로 TXT 레코드 형식을 사용합니다.
호스트에는 _dmarc를 사용하고, 값에는 이전에 생성한 값을 추가하세요
추가한 후에는 변경 사항을 저장하고 전파될 때까지 몇 분 기다리세요. MX Lookup Tool 같은 도구나 기타 무료 도구를 사용해 DMARC 레코드가 올바르게 설정되었는지 확인할 수 있습니다.
이 가이드를 사용해 Spacemail에서 도메인용 DMARC 레코드를 설정할 수 있습니다.
이메일 설정을 올바르게 하기
메시지가 계속 스팸으로 들어가거나 중간에 사라진다면, 인증 누락이 원인일 수 있습니다. SPF, DKIM, DMARC는 이메일이 안전하게 받은편지함에 도달하는 데 필요한 자격을 제공합니다.
SPF, DKIM, DMARC에 대한 설명을 들으면 복잡하게 느껴질 수 있지만, 좋은 점은 값비싼 도구나 복잡한 설정이 필요 없다는 것입니다. 몇 개의 DNS 레코드와 약간의 인내심만 있으면 됩니다. 이들은 이메일 시스템에 추가할 수 있는 가장 간단한 이메일 프로토콜 중 일부이며, 메시지가 정확히 가야 할 곳에 도착할 때마다 그 효과를 발휘합니다.
자주 묻는 질문
SPF는 이메일이 승인된 서버에서 전송되었는지 확인합니다. DKIM 이메일 보안은 각 메시지에 디지털 키로 서명하여 수신자가 메시지가 변조되지 않았음을 알 수 있게 작동합니다. DMARC는 이 둘을 연결해 무언가 이상해 보일 때 서버가 무엇을 해야 하는지 알려줍니다. 이 세 가지가 함께 이메일을 신뢰할 수 있고, 검증되며, 안전하게 유지해 줍니다.
DMARC와 SPF 및 DKIM을 비교해 보면, 이들은 팀으로 함께할 때 가장 잘 작동합니다. SPF와 DKIM 이메일 인증은 검사를 수행하고, DMARC는 그 검사가 실패했을 때 어떻게 할지를 결정합니다. DMARC가 없으면 이메일이 여전히 통과할 수는 있지만, 통과하지 못했을 때 어떤 일이 일어날지 제어할 수 없습니다. 세 가지를 한 번에 모두 설정하면 보안과 전달 가능성 모두에서 빈틈없이 대비할 수 있습니다.
스푸핑은 누군가가 여러분인 척하며 이메일을 보내는 경우에 발생합니다. SPF는 메시지가 어디에서 왔는지 확인하고, DKIM은 메시지가 변경되지 않았음을 확인하며, DMARC는 의심스러운 모든 것을 차단합니다.
DMARC가 없으면 메일 서버가 의심스러운 메시지를 어떻게 처리해야 하는지에 대한 명확한 규칙이 없습니다. 즉, 가짜 이메일이 통과할 수도 있고 실제 이메일이 스팸으로 표시될 수도 있습니다. DMARC는 규칙을 집행하는 부분이며, 이것이 없으면 도메인은 보호받지 못한 채로 남게 됩니다.
꼭 그렇지는 않습니다. 단지 서로 다른 역할을 할 뿐입니다. SPF는 누가 이메일을 보내는지 확인하고, DKIM은 이메일이 변경되었는지 확인합니다. 둘 중 어느 하나만으로는 완벽하지 않지만, 함께 사용하면 강력한 1차 방어선을 형성합니다.


귀하의 의견을 공유하세요