Email Spoofing is a security threat where a sender forge or manipulates the headers of an email message so that it appears to originate from a legitimate, trusted sender or domain.
Spoofing is frequently used in Phishing campaigns, Business Email Compromise (BEC) attacks, and mass Spam distribution to bypass user suspicion and trick recipients into trusting the email content.
The Simple Mail Transfer Protocol (SMTP) was originally designed without built-in identity verification mechanism. In a basic SMTP transaction, the sending server specifies two different “From” addresses:
# **Envelope From (`MAIL FROM`):** Used by mail servers for delivery and returning bounce messages ([[email:troubleshooting:bounces|NDRs]]). # **Header From (`From:`):** Displayed to the end user in their email client inbox interface.
An attacker can easily connect to an SMTP server and inject any arbitrary address into the `From:` header field unless the domain owner explicitly enforces authentication policies.
HELO attacker-server.com MAIL FROM: <spammer@evil.com> RCPT TO: <victim@target.com> DATA From: "CEO Name" <ceo@telenegar.ir> <-- FORGED HEADER DISPLAYED TO USER To: victim@target.com Subject: Urgent Wire Transfer Request ...
| Spoofing Method | Mechanism | Example |
|---|---|---|
| Exact-Domain Spoofing | The attacker uses the exact legitimate domain name in the `From:` header without authorization. | `admin@telenegar.ir` |
| Lookalike / Cousin Domain | The attacker registers a domain visually similar to the target brand (typosquatting). | `admin@telenegat.ir` |
| Display Name Spoofing | The attacker uses a legitimate display name paired with an unrelated, rogue email address. | `“Telenegar Support” attacker123@gmail.com` |
Defending against exact-domain spoofing requires implementing the three core DNS email authentication standards:
Publish an SPF Record in your domain's DNS zone to explicitly list the authorized IP addresses and mail servers allowed to send email on behalf of your domain.
Configure DKIM Signatures to append a cryptographic signature to outbound messages. The receiving server validates the signature using the domain's public key published in DNS, ensuring the message was not modified in transit.
DMARC ties SPF and DKIM together. It enforces domain alignment (requiring the domain in the `From:` header to match the SPF and/or DKIM domains) and specifies what action receiving servers must take if an unauthenticated message is detected:
Receiving security systems and administrators can identify spoofed emails by analyzing raw Email Headers:
Audit your domain's resistance against email spoofing using Telenegar Tools: