이 이메일 진짜 발신자일까?

발신자(From) 한 줄과(선택) 본문을 붙여넣으면 모델 없이 표시이름·도메인·본문 패턴으로 발신 위장·피싱 위험을 추정해요. 외부 조회 없어요.

발신자(From) 한 줄과(선택) 본문을 붙여넣으면 모델 없이 표시이름·도메인·본문 패턴으로 발신 위장·피싱 위험을 추정해요. 외부 조회 없어요. 회원가입 없이 무료이고, 분석은 브라우저 안에서 실행돼 파일이 서버로 올라가지 않습니다. 자체 공개 게이트(실사 30 + AI 83장) 실측에서 원본 화질 94.7%, SNS 재압축본 87.6% 정확했고 실제 사진을 AI로 확정 오판한 사례는 0건입니다. 다만 참고용 지표이며 최신 상용 생성기는 어떤 탐지기로도 놓칠 수 있습니다 — 채용·법적 판단의 단독 근거로 쓰지 마세요.

이 도구의 강점

받은 메일의 발신자 주소·표시 이름·본문을 붙여 넣으면, 발신 위장(스푸핑) 가능성을 종합적으로 가늠합니다. AI 모델 없이 규칙 기반으로 계산합니다.

이메일 스푸핑의 대표 수법

가장 흔한 건 "표시 이름 위장"입니다. 화면에는 "네이버 고객센터"라고 보이지만 실제 주소는 no-reply@naver-help.xyz 처럼 무관한 도메인입니다. 메일 앱은 대개 표시 이름만 크게 보여 주므로 실제 주소를 펼쳐 봐야 합니다.

유사 도메인(naver.com → navercorp-mail.com), 최근 만들어진 낯선 도메인, 답장 주소(Reply-To)가 발신 주소와 다른 경우도 위장 신호입니다. 본문의 급박한 요구("계정 정지 예정, 지금 인증")가 겹치면 위험이 커집니다.

SPF·DKIM·DMARC란 무엇인가

이 셋은 "이 도메인이 정말 이 메일을 보냈는가"를 검증하는 기술입니다. SPF는 발송 서버가 허가된 곳인지, DKIM은 본문이 위조되지 않았는지 서명으로, DMARC는 둘의 실패 시 처리 정책을 정합니다. 정식 헤더 검증은 메일 서버에서 이뤄지지만, 이 도구는 사용자가 눈으로 확인 가능한 발신자·본문 신호를 대신 점검합니다.

따라서 이 결과는 헤더 인증의 대체가 아니라, 표시 이름과 도메인의 불일치처럼 사람이 흔히 놓치는 지점을 빠르게 잡아 주는 보조 도구입니다.

원문 헤더에서 인증 결과 읽기

메일 앱은 보기 좋게 다듬은 화면을 보여 주지만, 판단에 필요한 정보는 원문 헤더에 있습니다. 지메일은 메일 오른쪽 위 메뉴의 "원본 보기", 아웃룩은 "메시지 원본 보기", 네이버 메일은 "원문 보기"로 들어갈 수 있습니다.

원문 위쪽의 Authentication-Results 줄에 spf, dkim, dmarc 각각의 결과가 pass 인지 fail 인지 적혀 있습니다. 셋 중 하나라도 fail 이면 발신 도메인이 주장하는 신원과 실제 발송 경로가 어긋난다는 뜻이라 강한 경고로 읽어야 합니다.

다만 pass 가 곧 안전은 아닙니다. 공격자가 자기 소유의 도메인을 정상적으로 설정해 두면 그 도메인 기준으로는 전부 pass 가 나와요. 인증은 "이 도메인이 보낸 게 맞다"까지만 말하고, "그 도메인을 믿어도 되는가"는 말해 주지 않습니다. 그래서 인증 결과는 도메인 이름과 반드시 함께 봐야 합니다 — 이 도구가 도메인 쪽을 보는 이유가 여기 있습니다.

첨부파일과 링크에서 실제로 사고가 나는 지점

첨부파일은 확장자를 가려 씁니다. 파일 이름이 견적서.pdf.exe 여도 윈도우 기본 설정에서는 뒤쪽 확장자가 숨겨져 견적서.pdf 로 보입니다. 문서 파일이라도 매크로 실행을 요구하는 것, 압축을 풀면 실행 파일이 나오는 것, 열면 로그인 화면이 뜨는 HTML 첨부는 모두 같은 목적을 향합니다.

링크는 보이는 글자와 실제 주소가 다를 수 있습니다. 본문에 공식 주소가 적혀 있어도 실제로 걸린 주소는 전혀 다른 곳일 수 있어요. PC 에서는 마우스를 올려 상태 표시줄에 뜨는 주소를, 모바일에서는 길게 눌러 나오는 주소를 보고 판단하세요. 그 주소를 복사해 이 사이트의 링크 검사에 넣으면 한 번 더 걸러집니다.

조직에서 가장 큰 피해를 내는 유형은 첨부도 링크도 없는 메일입니다. 거래처나 대표를 사칭해 "계좌가 바뀌었으니 이 계좌로 송금해 달라"고만 적힌 메일이 그것이에요. 기술적 신호가 거의 없어 어떤 도구로도 잡기 어렵습니다. 계좌 변경 요청은 메일이 아닌 다른 경로 — 이미 알고 있는 번호로의 통화 — 로 확인하는 절차를 규칙으로 두는 것 말고는 방법이 없습니다.

의심 메일 확인 체크리스트

자주 묻는 질문

메일 내용이 전송되나요?

아니요. 붙여 넣은 내용은 브라우저 안에서만 분석되며 서버로 전송되지 않습니다.

실제 SPF/DKIM 인증 결과도 알 수 있나요?

정식 인증은 메일 원문 헤더로 서버가 판단합니다. 이 도구는 사람이 볼 수 있는 발신자·본문 신호를 점검하는 보조 수단입니다.

보낸 사람이 제 주소로 되어 있어요. 계정이 해킹된 건가요?

대개는 아닙니다. 발신 주소는 위조하기 쉬워서 수신자 본인의 주소로 온 것처럼 꾸미는 스팸이 흔해요. 보낸편지함에 그 메일이 없고 로그인 기록에 낯선 접속이 없다면, 계정 문제라기보다 위조로 보는 편이 맞습니다.

본문 없이 첨부파일만 온 메일은 어떻게 보나요?

설명이 없는 첨부는 그 자체가 신호입니다. 정상 업무 메일은 무엇을 왜 보내는지 한 줄이라도 적혀 있어요. 발신자가 아는 사람이라도 본문이 비어 있다면 계정이 도용됐을 수 있으니, 열기 전에 다른 경로로 확인하세요.

이어서 확인하면 좋아요