발신자(From) 한 줄과(선택) 본문을 붙여넣으면 모델 없이 표시이름·도메인·본문 패턴으로 발신 위장·피싱 위험을 추정해요. 외부 조회 없어요.
회원가입 없이 무료이고, 검사는 브라우저 안에서 실행돼 입력한 내용이 서버로 올라가지 않습니다. 결과는 판단을 돕는 참고 신호이며, 금전·법적 결정의 단독 근거로 쓰지 마세요.
받은 메일의 발신자 주소·표시 이름·본문을 붙여 넣으면, 발신 위장(스푸핑) 가능성을 종합적으로 가늠합니다. AI 모델 없이 규칙 기반으로 계산합니다.
가장 흔한 건 "표시 이름 위장"입니다. 화면에는 "네이버 고객센터"라고 보이지만 실제 주소는 no-reply@naver-help.xyz 처럼 무관한 도메인입니다. 메일 앱은 대개 표시 이름만 크게 보여 주므로 실제 주소를 펼쳐 봐야 합니다.
유사 도메인(naver.com → navercorp-mail.com), 최근 만들어진 낯선 도메인, 답장 주소(Reply-To)가 발신 주소와 다른 경우도 위장 신호입니다. 본문의 급박한 요구("계정 정지 예정, 지금 인증")가 겹치면 위험이 커집니다.
이 셋은 "이 도메인이 정말 이 메일을 보냈는가"를 검증하는 기술입니다. SPF는 발송 서버가 허가된 곳인지, DKIM은 본문이 위조되지 않았는지 서명으로, DMARC는 둘의 실패 시 처리 정책을 정합니다. 정식 헤더 검증은 메일 서버에서 이뤄지지만, 이 도구는 사용자가 눈으로 확인 가능한 발신자·본문 신호를 대신 점검합니다.
따라서 이 결과는 헤더 인증의 대체가 아니라, 표시 이름과 도메인의 불일치처럼 사람이 흔히 놓치는 지점을 빠르게 잡아 주는 보조 도구입니다.
메일 앱은 보기 좋게 다듬은 화면을 보여 주지만, 판단에 필요한 정보는 원문 헤더에 있습니다. 지메일은 메일 오른쪽 위 메뉴의 "원본 보기", 아웃룩은 "메시지 원본 보기", 네이버 메일은 "원문 보기"로 들어갈 수 있습니다.
원문 위쪽의 Authentication-Results 줄에 spf, dkim, dmarc 각각의 결과가 pass 인지 fail 인지 적혀 있습니다. 셋 중 하나라도 fail 이면 발신 도메인이 주장하는 신원과 실제 발송 경로가 어긋난다는 뜻이라 강한 경고로 읽어야 합니다.
다만 pass 가 곧 안전은 아닙니다. 공격자가 자기 소유의 도메인을 정상적으로 설정해 두면 그 도메인 기준으로는 전부 pass 가 나와요. 인증은 "이 도메인이 보낸 게 맞다"까지만 말하고, "그 도메인을 믿어도 되는가"는 말해 주지 않습니다. 그래서 인증 결과는 도메인 이름과 반드시 함께 봐야 합니다. 이 도구가 도메인 쪽을 보는 이유가 여기 있습니다.
첨부파일은 확장자를 가려 씁니다. 파일 이름이 견적서.pdf.exe 여도 윈도우 기본 설정에서는 뒤쪽 확장자가 숨겨져 견적서.pdf 로 보입니다. 문서 파일이라도 매크로 실행을 요구하는 것, 압축을 풀면 실행 파일이 나오는 것, 열면 로그인 화면이 뜨는 HTML 첨부는 모두 같은 목적을 향합니다.
링크는 보이는 글자와 실제 주소가 다를 수 있습니다. 본문에 공식 주소가 적혀 있어도 실제로 걸린 주소는 전혀 다른 곳일 수 있어요. PC 에서는 마우스를 올려 상태 표시줄에 뜨는 주소를, 모바일에서는 길게 눌러 나오는 주소를 보고 판단하세요. 그 주소를 복사해 이 사이트의 링크 검사에 넣으면 한 번 더 걸러집니다.
조직에서 가장 큰 피해를 내는 유형은 첨부도 링크도 없는 메일입니다. 거래처나 대표를 사칭해 "계좌가 바뀌었으니 이 계좌로 송금해 달라"고만 적힌 메일이 그것이에요. 기술적 신호가 거의 없어 어떤 도구로도 잡기 어렵습니다. 계좌 변경 요청은 메일이 아닌 다른 경로 — 이미 알고 있는 번호로의 통화 — 로 확인하는 절차를 규칙으로 두는 것 말고는 방법이 없습니다.
평소 거래하던 담당자 이름과 서명, 이전 대화가 그대로 인용된 답장이었습니다. 첨부도 링크도 없고, 본문은 이번 대금부터 새 계좌로 보내 달라는 내용 한 줄이었습니다. 기술적 신호가 거의 없어 점수는 낮게 나옵니다. 검사가 잡아 줄 수 있는 것은 답장 주소가 원래 도메인과 미세하게 다른 경우 정도예요. 계좌 변경만큼은 메일로 확정하지 않고 이미 알고 있는 번호로 통화해 확인하는 절차를 규칙으로 두는 수밖에 없습니다.
표시 이름은 "국세청 전자세금계산서"인데 실제 발신 주소는 nts-refund-secure.co 형태였고, 본문 링크도 그 도메인을 가리켰습니다. 발신 위장 신호가 높게 나옵니다. 메일 앱이 기본으로 표시 이름만 보여 준다는 점을 노린 유형이라, 주소 전체를 펼쳐 보는 것만으로 대부분 걸러집니다.
발신 도메인과 본문 링크 도메인이 같고, 주문번호·수취인처럼 발신자만 알 수 있는 정보가 본문에 들어 있는 메일을 넣었습니다. 점수는 낮게 나옵니다. 개인화된 사실 정보는 대량 발송 사기가 흉내 내기 가장 어려운 요소이며, 도메인 일치와 함께 볼 때 신뢰 쪽으로 크게 기울어집니다.
정상 기업도 메일 발송을 대행 서비스에 맡기면 발신 도메인이 회사 도메인과 달라집니다. 이 도구는 그 불일치를 위장 신호로 세기 때문에 점수가 올라갑니다. 반대 방향의 한계도 분명합니다. SPF·DKIM 같은 인증 헤더는 붙여 넣은 본문에 없으므로 검증할 수 없습니다. 금전·로그인 요구가 있는 메일은 점수와 무관하게 발신자에게 별도 경로로 확인하세요.
아니요. 붙여 넣은 내용은 브라우저 안에서만 분석되며 서버로 전송되지 않습니다.
정식 인증은 메일 원문 헤더로 서버가 판단합니다. 이 도구는 사람이 볼 수 있는 발신자·본문 신호를 점검하는 보조 수단입니다.
대개는 아닙니다. 발신 주소는 위조하기 쉬워서 수신자 본인의 주소로 온 것처럼 꾸미는 스팸이 흔해요. 보낸편지함에 그 메일이 없고 로그인 기록에 낯선 접속이 없다면, 계정 문제라기보다 위조로 보는 편이 맞습니다.
설명이 없는 첨부는 그 자체가 신호입니다. 정상 업무 메일은 무엇을 왜 보내는지 한 줄이라도 적혀 있어요. 발신자가 아는 사람이라도 본문이 비어 있다면 계정이 도용됐을 수 있으니, 열기 전에 다른 경로로 확인하세요.