이메일 헤더 분석기

수신 서버가 쓰는 헤더는 증거이고, 발신자가 쓰는 헤더는 주장입니다. 제공업체의 Authentication-Results는 메시지 도착 시 그 검사가 무엇을 발견했는지 기록하고, 인터넷의 당신 쪽에 있는 서버들이 찍은 Received 홉은 사후에 위조하기 어렵습니다. 아래쪽 홉 — 발신자에게 가장 가까운 홉 — 은 누구나 쓸 수 있기 때문에, 이 분석기는 체인을 진짜라고 선언하는 대신 각 홉이 무엇을 말하는지 보고하고 계산이 맞지 않는 타이밍에 플래그를 붙입니다. 실제 예시로 따라가는 설명은 피싱 이메일 헤더 해부입니다.

From 도메인이 그 도메인을 통제하는 자에 의해 실제로 뒷받침된다는 뜻일 뿐, 그 이상은 아닙니다. 닮은꼴 도메인(은행 이름에서 글자 하나를 바꾸고, 새로 등록하고, SPF·DKIM·DMARC를 완벽히 갖춘 것)은 완전히 사기이면서 모든 검사를 통과하고, 실제 도메인의 침해된 계정에서 온 실제 메일도 마찬가지입니다. 인증이 답하는 것은 "주장하는 도메인에서 정말 왔는가"이지, "요구하는 것을 신뢰해야 하는가"가 결코 아닙니다. 인증만이 아니라 요구 자체를 읽으세요.

아니요, 그리고 그렇다고 암시하지 않고 분명히 말합니다. 이 분석기는 배달 시점에 수신 서버가 기록한 Authentication-Results 헤더를 읽습니다 — 이미 일어난 검증의 판정입니다. 여기서 다시 검증한다는 것은 DNS에서 발신자의 키를 가져와 원래 헤더의 정확한 정규화를 재현하는 것을 뜻하며, 그것은 헤더 리더가 아니라 메일 서버의 일입니다. URL에도 같은 솔직함이 적용됩니다. 위협 피드와 대조하는 것이 아니라, 검사를 위해 추출하고 무해화합니다.

네 — 분석은 브라우저에서 실행되며 붙여 넣은 것은 무엇도 전송되거나 저장되지 않습니다. 그것은 겉보기보다 더 중요합니다. 헤더에는 당신의 주소, 제공업체의 내부 호스트 이름과 IP 주소, 그리고 메시지가 당신에게 도달하기까지 거친 전체 경로가 들어 있습니다. 그것들을 AI 채팅이나 온라인 붙여넣기 서비스에 붙여 넣고 "이거 피싱인가요?"라고 묻는 것은 공격자가 열거하고 싶어 하는 바로 그 메타데이터를 공개하는 일입니다. 로컬 리더가 이 일에 맞는 올바른 형태입니다.

당신의 직감을 믿으세요. 점수는 헤더와 추출된 본문 링크에서 보이는 신호만 셉니다 — 어조, 긴급함의 설계, 위조된 송장 금액, 그리고 당신의 "CEO"가 결코 그렇게 쓰지 않는다는 사실은 읽지 못합니다. 낮은 점수는 헤더에 그 메시지에 반대하는 강한 기술적 증거가 없다는 뜻이며, 의심의 하한이지 통행 허가가 아닙니다. 요구하는 것이 돈, 자격 증명 또는 비밀이라면, 헤더가 뭐라고 하든 이미 신뢰하는 채널에서 확인하세요.