이메일 헤더 분석기
메일이 거치는 서버마다 맨 위에 한 줄씩 기록을 남깁니다. 헤더를 붙여넣으면 그 기록을 순서대로 읽어 줍니다. 어디서 왔는지, 어디서 기다렸는지, 받는 서버가 보낸 사람을 믿었는지.
브라우저에서만 실행됩니다 — 어디에도 전송되지 않습니다
경로 읽는 법
첫 구간은 메일이 메일 시스템에 들어온 곳입니다. 대개 보낸 사람의 메일 서버나 서비스이고, 그 주소가 이메일에 기록되는 것 중 보낸 사람의 위치에 가장 가까운 정보입니다. 이후 구간은 메일을 넘겨준 서버들이고, 마지막은 내 메일 서비스가 메일함에 넣은 구간입니다.
피싱 메일 알아보기
- 은행이나 대기업을 사칭한 메일에서 DMARC가 실패했다면 거의 확실히 위조입니다.
- 회신 주소가 다른 곳이라면, 내 답장이 보이는 이름이 아니라 공격자에게 갑니다.
- 비슷한 도메인은 모든 검사를 통과합니다. m 대신 rn, 단어 하나 추가, 다른 끝자리. 인증은 도메인을 증명할 뿐, 내가 아는 그 도메인이라는 걸 증명하지 않습니다.
도메인 자체의 레코드는 SPF·DKIM·DMARC 검사에서, 보내는 쪽 문제는 내 메일이 스팸함으로 가는 이유에서 볼 수 있습니다.
헤더는 어디서 보나요?
Gmail: 메일을 열고 ⋮ → 원본 보기. 웹용 Outlook: ⋯ → 보기 → 메시지 원본 보기. Windows용 Outlook: 파일 → 속성의 “인터넷 헤더”. Apple Mail: 보기 → 메시지 → 모든 헤더. 다른 서비스는 대개 “원본 보기”나 “소스 보기”라는 메뉴에 있습니다.
어떤 줄을 믿을 수 있나요?
서버마다 자기 줄을 맨 위에 추가하므로, 내 메일 서비스가 추가한 줄이 가장 위에 있고 이것들은 믿을 만합니다. 그 아래는 메일과 함께 온 것이라 보낸 쪽이 무엇이든, 가짜 이전 구간까지도 써넣을 수 있습니다.
메일이 왜 늦게 왔나요?
오래 기다린 구간을 찾으세요. 그다음 줄을 쓴 서버가 메일이 머문 곳입니다. 흔한 원인은 붐비는 대기열, 스팸·바이러스 검사, 그리고 첫 전송을 일부러 거절하고 재전송을 기다리는 그레이리스팅입니다.
“통과”면 안전한 메일인가요?
아니요. 메일이 주장하는 도메인에서 왔다는 뜻일 뿐입니다. 공격자도 자기 도메인을 등록해서 모든 검사를 통과합니다. 중요한 건 그 도메인이 내가 생각하는 그 회사가 맞는지입니다.
여기에 헤더를 붙여넣어도 안전한가요?
브라우저 밖으로 나가지 않습니다. 다만 헤더에는 이름, 이메일 주소, 때로는 내부 서버 이름이 들어 있으니, 공개된 곳에 올릴 때는 가리세요.