본문으로 건너뛰기

메일 헤더 분석

Email Header Analyser

원본 메일 헤더를 전달 경로 순서와 홉별 지연으로 정리하고, 수신 서버의 SPF·DKIM·DMARC 판정과 From·Reply-To·Return-Path 불일치를 짚어 줍니다.

메일의 원본 헤더를 붙여 넣으면 전달 경로를 재구성하고, 수신 서버가 남긴 SPF·DKIM·DMARC 판정을 읽고, 피싱이 기대는 패턴을 짚어 냅니다. From과 다른 도메인의 Reply-To, 표시 이름 안에 숨은 또 다른 주소 같은 것들입니다. 전부 탭 안에서 처리합니다.

🔒 브라우저 안에서만 처리emailheadersforensicsspam

헤더는 브라우저 안에서만 분석됩니다. 메일 내용도 헤더도 어디로도 전송되지 않습니다.

.eml 파일을 놓거나 아래에 헤더를 붙여넣으세요

Gmail: 메일 메뉴 ▸ 원본 보기. 아웃룩: 파일 ▸ 속성 ▸ 인터넷 머리글. 네이버: 메일 상단 ▸ 원본 보기.

사용 방법

  1. 전달 메일이 아니라 원본을 가져옵니다

    Gmail은 메일 메뉴의 원본 보기, 아웃룩은 파일 ▸ 속성 ▸ 인터넷 머리글, 네이버는 메일 상단의 원본 보기입니다. 전달하면 헤더가 새로 쓰여서 증거가 사라집니다.

  2. 인증 결과를 먼저 봅니다

    내 메일 서버가 내린 SPF·DKIM·DMARC 판정입니다. DMARC 통과는 From 주소가 정렬되어 검증됐다는 뜻이고, 받은 편지함까지 온 메일의 DMARC 실패는 무겁게 봐야 합니다.

  3. From·Reply-To·Return-Path를 견줍니다

    다른 도메인의 Reply-To는 답장을 발신자가 아닌 곳으로 보냅니다. 업무용 메일 사기에서 가장 흔한 수법 하나입니다. Return-Path가 다른 것은 대량 발송에서는 정상입니다.

  4. 지연은 전달 경로에서 찾습니다

    각 홉에 앞 홉 대비 시간 차가 표시됩니다. 두 시간 걸린 메일은 대개 그 시간을 한 서버에서 보냈고, 표가 그 서버를 알려 줍니다.

자주 묻는 질문

헤더가 업로드되나요?

아니요. 해석은 브라우저 안에서 이뤄지고 아무것도 보내지 않습니다. 헤더에는 수신자 주소, 내부 서버 이름, 메시지 ID가 담기고, 그래서 탭 밖으로 내보내지 않습니다.

Received 헤더를 믿어도 되나요?

마지막 몇 줄만 믿을 수 있습니다. 서버마다 자기 줄을 덧붙일 뿐 검증되지 않아서, 발신자가 보내기 전에 가짜 Received를 심어 둘 수 있습니다. 무게가 있는 것은 내 메일 서버가 붙인 줄입니다.

발신 IP가 보낸 사람의 실제 주소인가요?

믿을 만한 첫 홉이 관측한 주소입니다. 보통의 메일 서비스를 쓰는 사람이라면 집 회선이 아니라 그 서비스의 발송 서버입니다. IP 정보 조회에 넣어 보면 어느 네트워크인지 알 수 있습니다.

전부 통과인데 안전한 메일인가요?

주장하는 도메인에서 실제로 왔다는 뜻입니다. 그 도메인이 믿을 만한지는 아무 말도 하지 않습니다. 공격자가 등록한 유사 도메인도 자기 SPF와 DKIM은 완벽하게 통과합니다.

이 도구로 이어지는 것

다음 단계

이 도구의 결과를 그대로 받을 수 있는 도구들입니다.