SIDF (발신자 ID 프레임워크)

SIDF(Sender ID Framework)란 무엇인가요?

SIDF(Sender ID Framework, 발신자 ID 프레임워크)는 스푸핑과 피싱을 방지하기 위해 Microsoft가 개발한 이메일 인증 프로토콜입니다. SPF(Sender Policy Framework)의 확장으로 설계되었으며, DNS 레코드를 사용하여 이메일 메시지가 특정 도메인의 승인된 메일 서버에서 왔는지 검증합니다. SIDF는 오늘날 대체로 폐기되었지만, 도메인 기반 인증 표준의 초기 발전에서 중요한 역할을 했습니다.

SPF와 마찬가지로, SIDF는 발송 메일 서버의 IP 주소를 검증하여 위조된 발신자 주소를 줄이는 것을 목표로 했습니다. 그러나 SIDF는 봉투 발신자(SMTP 전송 중 사용되는 주소)와 사용자에게 표시되는 From 헤더(사용자에게 보이는 주소)를 모두 분석함으로써 SPF의 기능을 확장했습니다. 이는 기술적으로 누가 메시지를 보냈는지뿐만 아니라, 누가 보낸 것처럼 보이는지도 검증하려는 시도였습니다.

SIDF의 작동 방식

SIDF는 SPF와 유사하게 DNS의 TXT 레코드를 조회하여 발신자의 신원을 확인합니다. 이러한 레코드는 보통 v=spf1 또는 spf2.0으로 시작합니다. 수신 메일 서버는 발신자의 IP 주소를 DNS 레코드에 정의된 승인 목록과 비교합니다.

Sender ID 레코드 예시:

이 레코드에서:

• spf2.0/pra는 프로토콜 버전과 범위를 지정합니다(PRA는 검증 대상이 되는 헤더 주소인 Purported Responsible Address를 의미합니다).
• ip4:192.0.2.0/24는 승인된 발신자를 나열합니다.
• -all은 수신자에게 다른 모든 출처에서 오는 메일을 거부하도록 지시합니다.

발송 메일 서버의 IP 주소가 도메인 레코드의 승인된 발신자와 일치하면 SIDF 검증이 통과됩니다. 일치하지 않으면 메시지는 실패로 표시되며, 수신자의 정책에 따라 필터링되거나 거부될 수 있습니다.

SIDF의 한계와 유산

SPF를 개선하려는 목표에도 불구하고, SIDF는 여러 과제에 직면했습니다. 가장 큰 문제는 기존 SPF 표준과의 비호환성이었습니다. 많은 조직은 별도의 SPF 및 SIDF 레코드를 유지하거나 검증 충돌 위험을 감수하는 것 사이에서 선택해야 했습니다. 또한 Purported Responsible Address(PRA)를 확인하는 SIDF의 방식은 메시지가 전달 시스템이나 메일링 리스트를 거칠 때 일관되지 않은 결과로 이어지는 경우가 많았습니다.

2010년대 후반에 이르러 대부분의 메일박스 제공업체와 이메일 보안 시스템은 SPF, DKIM, DMARC를 선호하며 SIDF를 폐기했습니다. 이러한 최신 프로토콜은 발신자 신원과 메시지 인증 간의 더 나은 정렬을 제공하여, 별도의 Sender ID 검증의 필요성을 없앴습니다.

SIDF는 더 이상 적극적으로 지원되지 않지만, 이를 이해하면 이메일 인증이 어떻게 발전했는지에 대한 역사적 맥락을 얻을 수 있습니다. SIDF는 보이는 발신자 정보를 기술적 인증 데이터와 연결하려던 최초의 시도 중 하나였으며, DMARC와 같은 현대 표준의 길을 열었습니다.

SIDF와 DMARCeye

DMARCeye는 SPF, DKIM, DMARC와 같은 현재의 인증 프로토콜에 중점을 두지만, 그 분석 엔진은 DNS에 남아 있는 SIDF와 같은 레거시 레코드도 여전히 감지할 수 있습니다. 이렇게 오래된 구성은 그대로 방치될 경우 혼란이나 사소한 호환성 문제를 일으킬 수 있습니다.

DMARCeye는 오래되었거나 사용되지 않는 SPF2.0 항목을 플래그로 표시하고, 관리자가 DNS를 현대 표준에 맞게 업데이트하도록 돕습니다. 인증이 SPF, DKIM, DMARC에만 의존하도록 보장함으로써, 조직은 레거시 프로토콜 충돌 없이 메일 검증을 간소화하고 도달률을 개선할 수 있습니다.

내 SPF 레코드를 확인해 보세요:

DMARCeye 무료 체험판에 가입하여 이메일 도메인을 보호하세요.

DMARC 및 관련 용어에 대해 자세히 알아보려면 DMARCeye 용어집을 참조하세요.