# Cum opriți uzurparea e-mailurilor pe domeniile nefolosite?

> Opriți uzurparea pe un domeniu care nu trimite poștă, cu un MX nul (RFC 7505), SPF v=spf1 -all și DMARC p=reject: trei înregistrări DNS, fără server de poștă.

- URL: https://wardmint.com/ro/guides/stop-email-spoofing-on-unused-domains/
- Ultima actualizare: 2026-11-12
- Editor: Wardmint (https://wardmint.com)

Un domeniu defensiv care nu trimite e-mail ar trebui să o spună în DNS. Trei înregistrări arată lumii că domeniul nu primește nimic, nu autorizează niciun expeditor și cere respingerea mesajelor falsificate.

**Răspuns rapid — Cum opriți uzurparea e-mailurilor pe domeniile nefolosite?**

Publicați trei înregistrări DNS pe fiecare domeniu care nu trimite e-mail: un MX nul cu preferința 0 și ținta un punct (RFC 7505), o înregistrare SPF cu valoarea `v=spf1 -all` și o înregistrare DMARC cu `p=reject` la _dmarc. **Șablonul fără e-mail** al Wardmint publică toate trei dintr-un singur clic, iar cele nouă extensii din setul său de phishing costă $212.41 pe an.

## Cele trei înregistrări care fac un domeniu imun la poștă

| Înregistrare | Nume | Tip | Valoare | Ce spune |
| --- | --- | --- | --- | --- |
| MX nul | @ | MX | 0 . | Acest domeniu nu acceptă e-mail (RFC 7505) |
| SPF | @ | TXT | "v=spf1 -all" | Niciun server nu este autorizat să trimită ca acest domeniu (RFC 7208) |
| DMARC | _dmarc | TXT | "v=DMARC1; p=reject; adkim=s; aspf=s" | Receptorii sunt rugați să respingă mesajele care nu trec verificările (RFC 7489) |

## De ce au nevoie domeniile nefolosite de înregistrări pentru e-mail?

**Pentru că oricine poate pune domeniul dvs. în câmpul De la al unui e-mail, iar un domeniu fără înregistrări nu oferă receptorilor nimic de verificat.** Un domeniu defensiv, cum ar fi o greșeală de scriere a brandului dvs., este atrăgător din acest motiv. Phisherii trimit poștă care pare să vină de la variantă sau de la un nume care seamănă cu adresa dvs. de suport, iar un sistem de primire care nu găsește nicio politică nu are niciun temei să o respingă.

Două înregistrări închid cea mai mare parte a acestei lacune. SPF listează serverele care pot trimite pentru un domeniu, iar o înregistrare SPF fără servere și cu eșec ferm respinge orice expeditor. DMARC le spune receptorilor ce să facă cu mesajele care eșuează verificările SPF și DKIM, iar `p=reject` le cere să le refuze. A treia înregistrare, un MX nul, le spune expeditorilor că domeniul nu are server de poștă, astfel încât un mesaj către el eșuează imediat, în loc să fie reîncercat zile întregi.

Lista extensiilor defensive ale Wardmint se află în [ce domenii ar trebui să înregistreze un proiect cripto](https://wardmint.com/ro/which-domains-should-a-crypto-project-register/ "Which domains should a crypto project register?"). Odată ce le dețineți, aceste trei înregistrări sunt primul lucru de adăugat.

## Ce face o înregistrare MX nulă (RFC 7505)?

**Un MX nul este o singură înregistrare MX cu preferința 0 și cu ținta punct, iar înseamnă că domeniul nu acceptă e-mail.** RFC 7505 o definește. Gazda-schimb este o etichetă de lungime zero, scrisă în fișierele de zonă ca punct, iar pentru că un punct nu este un nume de gazdă valid, înregistrarea nu poate fi confundată cu un server de poștă real.

Se aplică două reguli. Un domeniu care publică un MX nul nu trebuie să publice niciun alt MX. Iar înregistrarea este un MX nul doar în această formă exactă: preferința 0, ținta punct. Expeditorii care o văd eșuează imediat cu o eroare permanentă, ceea ce oprește buclele de mesaje și economisește cozile de reîncercare ale expeditorilor onești care și-au greșit domeniul.

Fără ea, un expeditor care nu găsește MX revine la înregistrarea A a domeniului și încearcă să livreze acolo, ceea ce este mai lent și mai puțin clar. Un MX nul elimină această presupunere.

## Ce înseamnă SPF v=spf1 -all?

**Este o înregistrare TXT care nu autorizează niciun expeditor, iar semnul minus face ca fiecare verificare să eșueze.** RFC 7208 o definește: `v=spf1` este eticheta versiunii, iar `-all` este o singură directivă în care mecanismul all se potrivește mereu, iar calificatorul minus returnează eșecul. Împreună, ele afirmă că nicio gazdă nu are voie să trimită e-mail pentru numele respectiv.

RFC 7208 sugerează această abordare pentru numele care nu sunt folosite în adrese și nu se așteaptă să trimită e-mail. Publicați-o la apexul fiecărui domeniu defensiv. SPF este verificat pentru domeniul din expeditorul de plic sau din numele HELO, deci un falsificator poate încerca și un subdomeniu pe care nu l-ați configurat. O înregistrare TXT wildcard, care se aplică numelor de sub domeniu fără înregistrări proprii, le poate acoperi.

*Setul fără e-mail pentru un domeniu defensiv*

```dns
example.com.          3600  IN  MX   0 .
example.com.          3600  IN  TXT  "v=spf1 -all"
_dmarc.example.com.   3600  IN  TXT  "v=DMARC1; p=reject; adkim=s; aspf=s"
```

## Ce adaugă DMARC p=reject?

**DMARC adaugă politica și raportarea: îi spune receptorului să respingă mesajele care eșuează și vă lasă să vedeți cine încearcă.** RFC 7489 plasează politica ca înregistrare TXT la numele _dmarc al domeniului. Eticheta v trebuie să fie prima și să fie DMARC1, iar p setează politica la none, quarantine sau reject. Eticheta sp setează politica pentru subdomenii și, dacă lipsește, se aplică p. Etichetele adkim și aspf setează alinierea strictă sau relaxată, iar rua dă adrese pentru rapoartele agregate.

RFC-ul este atent la puterea lui p=reject: proprietarul cere receptorilor să respingă, iar aceștia trebuie să facă un efort rezonabil, dar nu sunt strict obligați. Furnizorii mari de căsuțe poștale îl respectă în practică, de aceea merită publicată înregistrarea.

Pentru a vedea încercările, adăugați o adresă de raportare, de exemplu `rua=mailto:dmarc@example.com`, pe o căsuță pe care o citiți. Pentru un proiect cu mai multe domenii defensive, o singură căsuță de raportare pentru toate este suficientă. Păstrați un domeniu care trimite e-mail, cum ar fi cel principal, la o politică potrivită cu expeditorii reali și citiți rapoartele agregate înainte să treceți la reject.

## Cât costă protejarea unui set defensiv?

**Cele trei înregistrări nu costă nimic în plus la Wardmint; costul sunt domeniile.** Wardmint oferă un șablon DNS „fără e-mail” (MX nul, SPF -all, DMARC p=reject), ca un domeniu defensiv să nu poată fi folosit pentru a falsifica e-mailul dumneavoastră, redirecționare URL gratuită pentru a trimite fiecare variantă către site-ul principal și reînnoire automată din sold, ca nicio variantă să nu expire.

Conform sondajului Wardmint din 12 noiembrie 2026, cele nouă terminații din setul său de phishing (.xyz, .pro, .info, .shop, .online, .icu, .click, .live și .support) costă $212.41 pe an în total, sau $637.23 pe trei ani, iar fiecare poate avea șablonul fără e-mail. Setul de bază de .com, .net, .org, .io, .xyz, .app costă $128.94 pe an. Seturile sunt sugestii, nu pachete: numele se adaugă în coș prin căutarea în bloc, până la 50 o dată.

Aplicați șablonul pentru fiecare domeniu defensiv care nu redirecționează traficul web și combinați-l cu [redirecționarea URL pentru cele care o fac](https://wardmint.com/ro/guides/redirect-defensive-domains/ "How to redirect defensive domains to your main site"). Metoda de alegere a numelor este descrisă în [cum construiți o listă de domenii defensive pentru brandul dvs.](https://wardmint.com/ro/guides/build-a-defensive-domain-list/ "How to build a defensive domain list for your brand").

## Cum opriți uzurparea pe un domeniu nefolosit în cinci pași

1. **Confirmați că domeniul nu trimite e-mail** — Verificați că niciun serviciu, instrument de buletine sau aplicație nu trimite de pe acest domeniu. Dacă da, nu folosiți acest șablon.
2. **Publicați MX-ul nul** — Adăugați o înregistrare MX cu preferința 0 și ținta setată la un singur punct, și eliminați orice altă înregistrare MX.
3. **Publicați înregistrarea SPF** — Adăugați o înregistrare TXT la apex cu valoarea v=spf1 -all și păstrați-o ca singura înregistrare SPF.
4. **Publicați înregistrarea DMARC** — Adăugați o înregistrare TXT la _dmarc cu v=DMARC1; p=reject și o adresă de raportare în rua dacă doriți rapoarte.
5. **Verificați înregistrările** — Rulați dig MX, dig TXT și dig TXT _dmarc pe domeniu și comparați răspunsurile cu șablonul.

*Verificați cele trei înregistrări*

```bash
dig MX example.com +short
dig TXT example.com +short
dig TXT _dmarc.example.com +short
```

## Întrebări despre uzurpare și domeniile nefolosite

### Pot folosi p=reject fără o adresă de raportare?

Da. Eticheta rua este opțională, iar fără ea receptorii nu trimit rapoarte agregate. Adăugați una dacă doriți să vedeți încercările.

### Oprește MX-ul nul uzurparea de unul singur?

Nu. Oprește livrarea poștei către domeniu. SPF și DMARC sunt cele care le spun receptorilor să nu aibă încredere în mesajele care pretind că vin de la el.

### Domeniul meu principal ar trebui să aibă aceleași înregistrări?

Nu. Un domeniu care trimite e-mail are nevoie de SPF și DKIM pentru expeditorii reali. Folosiți p=reject acolo doar după ce ați citit rapoartele DMARC și ați aliniat fiecare expeditor.

### Am nevoie de toate cele trei înregistrări pe fiecare domeniu defensiv?

Da, pe orice domeniu care nu trimite și nu primește e-mail. Fiecare înregistrare acoperă o altă parte a verificării, iar șablonul Wardmint le publică împreună.

### Șablonul costă în plus?

Nu. Face parte din instrumentele defensive incluse în înregistrare, alături de redirecționarea URL gratuită și de reînnoirea automată din sold.

**Pe scurt**

- Un domeniu defensiv care nu trimite e-mail are nevoie de trei înregistrări DNS.
- MX nul: preferința 0, ținta un punct (RFC 7505) și nicio altă înregistrare MX.
- SPF: v=spf1 -all, care nu autorizează niciun expeditor (RFC 7208).
- DMARC: v=DMARC1; p=reject la _dmarc, care cere receptorilor să refuze mesajele care eșuează (RFC 7489).
- Șablonul fără e-mail al Wardmint publică cele trei înregistrări dintr-un singur clic.
- Cele nouă extensii din setul de phishing costă $212.41 pe an; șablonul este gratuit.
- Nu folosiți șablonul pe un domeniu care trimite e-mail real.

## Surse

1. [RFC 7505: A Null MX No Service Resource Record for Domains That Accept No Mail](https://www.rfc-editor.org/rfc/rfc7505.html) — IETF / RFC Editor (citit la 2026-11-12)
2. [RFC 7208: Sender Policy Framework (SPF)](https://www.rfc-editor.org/rfc/rfc7208.html) — IETF / RFC Editor (citit la 2026-11-12)
3. [RFC 7489: DMARC](https://www.rfc-editor.org/rfc/rfc7489.html) — IETF / RFC Editor (citit la 2026-11-12)

---

Wardmint: Wardmint înregistrează domeniile defensive de care are nevoie un proiect crypto — propriul nume pe extensiile folosite de phisheri, propriile variante de greșeli de tastare și de asemănare — plătite în crypto, fără KYC: fără act de identitate, doar un e-mail verificat per domeniu. Este operat de DomaineGoat LLC, o companie înregistrată în Panama; domeniile sunt înregistrate prin partenerul nostru registrar acreditat ICANN. Un .com costă 12,49 USD/an, același preț în fiecare an.