# Bagaimana cara menghentikan pemalsuan email pada domain yang tidak dipakai?

> Hentikan pemalsuan pada domain yang tidak mengirim surat dengan null MX (RFC 7505), SPF v=spf1 -all, dan DMARC p=reject: tiga rekor DNS, tanpa server surat.

- URL: https://wardmint.com/id/guides/stop-email-spoofing-on-unused-domains/
- Terakhir diperbarui: 2026-11-12
- Penerbit: Wardmint (https://wardmint.com)

Domain defensif yang tidak mengirim email harus menyatakannya di DNS. Tiga rekor memberi tahu dunia bahwa domain tidak menerima apa pun, tidak mengotorisasi pengirim, dan menginginkan surat palsu ditolak.

**Jawaban singkat — Bagaimana cara menghentikan pemalsuan email pada domain yang tidak dipakai?**

Terbitkan tiga rekor DNS di setiap domain yang tidak mengirim surat: null MX dengan preferensi 0 yang mengarah ke titik (RFC 7505), rekor SPF yang berbunyi `v=spf1 -all`, dan rekor DMARC dengan `p=reject` di _dmarc. **Template tanpa-email Wardmint** menerbitkan ketiganya dalam satu klik, dan sembilan ekstensi dari kumpulan phisher-nya berharga $212.41 per tahun.

## Tiga rekor yang membuat domain kebal surat

| klien: hapus, transfer, dan pembaruan dilarang | Nama | Tipe | Nilai | Isinya |
| --- | --- | --- | --- | --- |
| Null MX | @ | MX | 0 . | Domain ini tidak menerima email (RFC 7505) |
| SPF | @ | TXT | "v=spf1 -all" | Tidak ada server yang diotorisasi mengirim atas nama domain ini (RFC 7208) |
| DMARC | _dmarc | TXT | "v=DMARC1; p=reject; adkim=s; aspf=s" | Penerima diminta menolak surat yang gagal pemeriksaan (RFC 7489) |

## Mengapa domain yang tidak dipakai memerlukan rekor email?

**Karena siapa pun dapat menaruh domain Anda di baris From sebuah email, dan domain tanpa rekor tidak memberi penerima apa pun untuk diperiksa.** Domain defensif seperti salah ketik merek Anda menarik karena alasan ini. Phisher mengirim surat yang tampak berasal dari varian, atau dari nama yang mirip alamat dukungan Anda, dan sistem penerima yang tidak menemukan kebijakan tidak punya dasar untuk menolaknya.

Dua rekor menutup sebagian besar celah itu. SPF mencantumkan server yang boleh mengirim untuk sebuah domain, dan rekor SPF tanpa server dengan hard fail menolak setiap pengirim. DMARC memberi tahu penerima apa yang harus dilakukan dengan surat yang gagal pemeriksaan SPF dan DKIM, dan `p=reject` meminta mereka menolaknya. Rekor ketiga, null MX, memberi tahu pengirim bahwa domain tidak punya server surat, sehingga pesan ke sana langsung gagal alih-alih dicoba ulang selama berhari-hari.

Daftar kebijakan defensif Wardmint ada di [domain apa yang harus didaftarkan proyek kripto](https://wardmint.com/id/which-domains-should-a-crypto-project-register/ "Which domains should a crypto project register?"). Setelah Anda memilikinya, ketiga rekor ini adalah hal pertama yang ditambahkan.

## Apa yang dilakukan rekor null MX (RFC 7505)?

**Null MX adalah satu rekor MX dengan preferensi 0 dan titik root sebagai target, dan artinya domain tidak menerima email.** RFC 7505 mendefinisikannya. Exchange-nya adalah label panjang nol, ditulis di zone file sebagai titik, dan karena titik bukan nama host yang valid, rekor ini tidak bisa keliru dengan server surat sungguhan.

Dua aturan berlaku. Domain yang menerbitkan null MX tidak boleh menerbitkan rekor MX lain. Dan rekor itu hanya null MX dalam bentuk persis ini: preferensi 0, target titik. Pengirim yang melihatnya langsung gagal dengan error permanen, yang menghentikan loop surat dan menghemat antrean coba-ulang pengirim jujur yang salah mengetik domain Anda.

Tanpanya, pengirim yang tidak menemukan MX akan kembali ke rekor A domain dan mencoba mengirim ke sana, yang lebih lambat dan kurang jelas. Null MX menghilangkan tebakan itu.

## Apa arti SPF v=spf1 -all?

**Ini adalah rekor TXT yang tidak mengotorisasi pengirim mana pun, dan tanda minus membuat setiap pemeriksaan gagal.** RFC 7208 mendefinisikannya: `v=spf1` adalah tag versi, dan `-all` adalah satu direktif tunggal di mana mekanisme all selalu cocok dan kualifier minus mengembalikan fail. Bersama-sama mereka menyatakan bahwa tidak ada host yang boleh mengirim surat untuk nama itu.

RFC 7208 menyarankan pendekatan ini untuk nama yang tidak dipakai dalam alamat maupun diharapkan mengirim surat. Terbitkan di apex setiap domain defensif. SPF diperiksa untuk domain di envelope sender atau nama HELO, sehingga pemalsu mungkin juga mencoba subdomain yang tidak pernah Anda konfigurasi. Rekor TXT wildcard, yang berlaku untuk nama di bawah domain yang tidak memiliki rekornya sendiri, dapat menutupinya.

*Kumpulan tanpa-email untuk domain defensif*

```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"
```

## Apa yang ditambahkan DMARC p=reject?

**DMARC menambahkan kebijakan dan pelaporan: ia memberi tahu penerima untuk menolak surat yang gagal dan memungkinkan Anda melihat siapa yang mencobanya.** RFC 7489 menempatkan kebijakan sebagai rekor TXT di nama _dmarc domain. Tag v harus berada di awal dan berbunyi DMARC1, dan p menetapkan kebijakan menjadi none, quarantine, atau reject. Tag sp menetapkan kebijakan untuk subdomain dan, jika tidak ada, p berlaku untuk mereka. Tag adkim dan aspf menetapkan penyelarasan ketat atau longgar, dan rua memberikan alamat untuk laporan agregat.

RFC berhati-hati tentang kekuatan p=reject: pemilik meminta penerima untuk menolak, dan penerima diharapkan berusaha sebaik mungkin tetapi tidak wajib secara ketat. Penyedia kotak surat besar mengikutinya dalam praktik, itulah sebabnya rekor ini layak dipublikasikan.

Untuk melihat percobaan, tambahkan alamat pelaporan, misalnya `rua=mailto:dmarc@example.com`, di kotak surat yang Anda baca. Untuk proyek dengan beberapa domain defensif, satu kotak surat pelaporan untuk semuanya sudah cukup. Simpan domain yang memang mengirim surat, seperti domain utama Anda, pada kebijakan yang sesuai dengan pengirim sebenarnya, dan baca laporan agregat sebelum menaikkannya ke reject.

## Berapa biaya untuk melindungi kumpulan defensif?

**Tiga rekaman tidak menambah biaya di Wardmint; biayanya ada pada domain.** Wardmint menyediakan templat DNS "tanpa email" (null MX, SPF -all, DMARC p=reject) sehingga domain defensif tidak bisa dipakai untuk memalsukan email Anda, penerusan URL gratis untuk mengarahkan setiap varian ke situs utama Anda, dan perpanjangan otomatis dari saldo Anda agar tidak ada varian yang kedaluwarsa.

Menurut survei Wardmint pada 12 November 2026, sembilan ekstensi dalam set phisher-nya (.xyz, .pro, .info, .shop, .online, .icu, .click, .live dan .support) berharga $212.41 per tahun secara total, atau $637.23 untuk tiga tahun, dan masing-masing dapat memakai templat tanpa email. Set inti .com, .net, .org, .io, .xyz, .app berharga $128.94 per tahun. Set-set ini adalah saran, bukan paket: nama dimasukkan ke keranjang melalui pencarian massal, hingga 50 sekaligus.

Terapkan templat pada setiap domain defensif yang tidak mengalihkan lalu lintas web, dan gabungkan dengan [penerusan URL untuk yang melakukannya](https://wardmint.com/id/guides/redirect-defensive-domains/ "How to redirect defensive domains to your main site"). Metode memilih nama ada di [cara membuat daftar domain defensif untuk merek Anda](https://wardmint.com/id/guides/build-a-defensive-domain-list/ "How to build a defensive domain list for your brand").

## Cara menghentikan pemalsuan pada domain yang tidak dipakai dalam lima langkah

1. **Pastikan domain tidak mengirim surat** — Periksa bahwa tidak ada layanan, alat buletin, atau aplikasi yang mengirim dari domain ini. Jika ada, jangan gunakan template ini.
2. **Terbitkan null MX** — Tambahkan rekor MX dengan preferensi 0 dan target diatur ke satu titik, dan hapus rekor MX lain.
3. **Terbitkan rekor SPF** — Tambahkan rekor TXT di apex dengan nilai v=spf1 -all, dan jadikan itu satu-satunya rekor SPF.
4. **Terbitkan rekor DMARC** — Tambahkan rekor TXT di _dmarc dengan v=DMARC1; p=reject, dan alamat pelaporan di rua jika Anda ingin laporan.
5. **Periksa rekor** — Jalankan dig MX, dig TXT, dan dig TXT _dmarc pada domain, lalu bandingkan jawabannya dengan template.

*Periksa ketiga rekor*

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

## Pertanyaan tentang pemalsuan dan domain yang tidak dipakai

### Bisakah saya memakai p=reject tanpa alamat pelaporan?

Bisa. Tag rua bersifat opsional, dan tanpanya penerima tidak mengirim laporan agregat. Tambahkan jika Anda ingin melihat percobaan.

### Apakah null MX menghentikan pemalsuan dengan sendirinya?

Tidak. Ia menghentikan surat agar tidak terkirim ke domain. SPF dan DMARC yang memberi tahu penerima untuk tidak mempercayai surat yang mengaku berasal darinya.

### Haruskah domain utama saya memakai rekor yang sama?

Tidak. Domain yang mengirim surat memerlukan SPF dan DKIM untuk pengirim sebenarnya. Gunakan p=reject di sana hanya setelah Anda membaca laporan DMARC dan menyelaraskan setiap pengirim.

### Apakah saya perlu ketiga rekor di setiap domain defensif?

Ya, di domain mana pun yang tidak mengirim dan tidak menerima surat. Setiap rekor mencakup bagian pemeriksaan yang berbeda, dan template Wardmint menerbitkannya bersama-sama.

### Apakah template menambah biaya?

Tidak. Ia termasuk dalam alat defensif yang disertakan dengan pendaftaran, bersama penerusan URL gratis dan perpanjangan otomatis dari saldo Anda.

**Ringkasan**

- Domain defensif yang tidak mengirim surat memerlukan tiga rekor DNS.
- Null MX: preferensi 0, target titik (RFC 7505), dan tidak ada rekor MX lain.
- SPF: v=spf1 -all, yang tidak mengotorisasi pengirim mana pun (RFC 7208).
- DMARC: v=DMARC1; p=reject di _dmarc, yang meminta penerima menolak surat yang gagal (RFC 7489).
- Template tanpa-email Wardmint menerbitkan ketiga rekor dalam satu klik.
- Kesembilan ekstensi kumpulan phisher berharga $212.41 per tahun; template gratis.
- Jangan gunakan template pada domain yang mengirim surat sungguhan.

## Sumber

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 (dibaca 2026-11-12)
2. [RFC 7208: Sender Policy Framework (SPF)](https://www.rfc-editor.org/rfc/rfc7208.html) — IETF / RFC Editor (dibaca 2026-11-12)
3. [RFC 7489: DMARC](https://www.rfc-editor.org/rfc/rfc7489.html) — IETF / RFC Editor (dibaca 2026-11-12)

---

Wardmint: Wardmint mendaftarkan domain defensif yang dibutuhkan proyek kripto — nama mereka sendiri di ekstensi yang dipakai phisher, varian salah ketik dan varian mirip mereka sendiri — dibayar dengan kripto tanpa KYC: tanpa ID, hanya satu email terverifikasi per domain. Layanan ini dijalankan oleh DomaineGoat LLC, perusahaan yang terdaftar di Panama; domain didaftarkan melalui mitra registrar kami yang terakreditasi ICANN. Harga .com adalah US$12,49/tahun, sama setiap tahun.