[ DNS & domain ]

Bandingkan jawaban dari beberapa server nama resmi

Bandingkan kumpulan catatan yang tepat di seluruh server resmi untuk membedakan perbedaan publikasi nyata dari urutan jawaban yang tidak berbahaya.

Oleh tim peneliti EmailAuth

[Poin-poin penting]

  • Bandingkan tanggapan lengkap dari setiap titik akhir otoritas yang diiklankan.
  • Normalisasikan urutan kumpulan rekaman tanpa mengubah batas string TXT .
  • Serial SOA yang cocok tidak membuktikan konten zona yang cocok.
Di halaman ini

Server otoritatif yang berbeda harus memberikan pandangan yang koheren tentang zona yang mereka layani. Jika pemeriksaan autentikasi tidak sesuai, tanyakan pada setiap otoritas yang diiklankan untuk pemilik, jenis, dan kelas yang sama. Simpan tanggapan yang belum diedit sebelum menormalkannya; daftar nilai yang singkat dapat menyembunyikan rujukan, kesalahan, dan tanda otoritas yang hilang.

Tetapkan server mana yang penting

Referensi: RFC 1034 §4.2, RFC 1035 §4.1.1.

Baca delegasi induk dan bandingkan dengan kumpulan apex NS anak. Selesaikan nama server yang diiklankan ke alamat dan catat alamat mana yang ditanyakan. Sebuah nama host dapat memiliki beberapa alamat, dan anycast dapat merutekan alamat yang sama ke instance yang berbeda. Oleh karena itu, satu kueri yang berhasil tidak membuktikan setiap kemungkinan backend adalah yang terbaru.

Gunakan kueri non-rekursif langsung seperti gali @SERVER_IP _dmarc.example .test. TXT +tidak ada kutukan. Periksa kode respons dan tanda AA, bagian jawaban dan otoritas, serta alias apa pun. Respons rujukan atau non-otoritatif dari server yang Anda harapkan otoritatif adalah temuan yang berbeda dari jawaban otoritatif dengan konten basi.

Bandingkan data tanpa merusak struktur

Referensi: RFC 2181 §5, RFC 1035 §3.3.14, RFC 1982 §3.2.

Pengurutan kumpulan data DNS bukan merupakan prioritas kebijakan. Urutkan objek rekaman independen untuk perbandingan, tetapi pertahankan urutan string di dalamnya catatan TXT. TTL mungkin berbeda karena konfigurasi atau konteks kueri; catatlah daripada membuangnya secara diam-diam. Hitung mundur TTL rekursif tidak boleh dibandingkan seolah-olah itu adalah konfigurasi zona otoritas.

Query SOA sebagai konteks pendukung. Serial SOA bukanlah hash dari zona tersebut. Serial yang cocok tidak dapat membuktikan rekaman yang cocok, dan bilangan bulat tercetak yang lebih besar tidak selalu baru karena aritmatika serial terbungkus. Berdasarkan RFC 1982 , perbandingan tepat setengah dari ruang serial tidak ditentukan; jangan memaksa mereka melakukan pemesanan yang lebih baru/lama. Bandingkan data yang diminta secara langsung dan gunakan log transfer atau publikasi penyedia untuk menjelaskan perbedaannya.

Mereproduksi ketidaksepakatan dan penataan ulang yang tidak berbahaya

Buat dua otoritas yang terisolasi misalnya.test. Keduanya menerbitkan kumpulan MX yang sama, namun mengembalikan datanya dalam urutan berbeda. Perbandingan normalisasi yang diharapkan adalah sama. Selanjutnya memberikan wewenang kepada A _dmarc.example.test TXT "v=DMARC1; p=none" dan B _dmarc.example.test TXT "v=DMARC1; p=reject". Perbandingan yang diharapkan tidaklah sama meskipun kedua serial SOA sengaja dibuat sama.

Kueri kedua otoritas dengan tipe dan opsi yang sama. Menyimpan alamat server, stempel waktu, kode respons, bendera, catatan lengkap, dan serial. Perbandingan offline asli dilengkapi dengan pengamatan loopback historis yang dipertahankan di bawah. Tidak ada kebijakan publik atau server DNS produksi yang diubah.

Perbaiki jalur publikasi

Referensi: RFC 1034 §4.3.5, RFC 8767 §4.

Periksa apakah satu server merupakan server sekunder yang sudah usang, penyedia yang sudah pensiun masih ada dalam delegasi, atau tujuan yang tidak pernah menerima pembaruan yang dimaksudkan. Perbaiki jalur publikasi atau transfer yang didukung daripada melakukan pengeditan berulang secara acak di beberapa panel. Konfirmasikan data yang diharapkan sama di setiap otoritas yang diuji setelah perubahan.

Ulangi pengamatan dari jaringan yang relevan ketika ada dugaan siaran atau penayangan terpisah. Bedakan kebijakan pandangan yang disengaja dari inkonsistensi publik yang tidak disengaja. Selesaikan dengan bukti email yang rekursif dan representatif karena perjanjian otoritatif saja tidak dapat menghilangkan jawaban yang sudah disimpan dalam cache atau membuktikan otentikasi pesan.

Bukti laboratorium sejarah yang disimpan

Tangkapan yang disimpan bertanggal 7 November 2026. Berikut ini penjelasan observasi historis terbatas tersebut, bukan eksekusi baru atau pengujian EmailAuth.ai .

Kueri UDP aktual ke dua otoritas zona tetap loopback kembali p=none Dan p=reject untuk pemilik TXT absolut yang sama. Kedua respons tersebut memiliki set AA. Pengambilan mempertahankan setiap titik akhir, waktu UTC, TTL, jenis respons, kode, dan byte kabel. Hal ini menunjukkan ketidakkonsistenan laboratorium yang nyata; itu tidak mensurvei layanan siaran publik. Label pengambilannya adalah authority_A_policy; otoritas_B_kebijakan. Pelari yang ditahan dan tangkapan mentah disertakan dalam paket tinjauan ini sebagai bukti sejarah. Mereka diperiksa, bukan diputar ulang untuk tinjauan ini. DNS Produksi, DNSSEC dan hasil SMTP masih belum teruji.

[ Membawa pergi ]

Serial SOA yang cocok tidak membuktikan konten zona yang cocok.

[ Berdasarkan peran ]

Apa artinya ini bagi Anda

Pilih peran Anda untuk langkah praktis selanjutnya.

Admin TI / Surat

Bandingkan catatan terstruktur

Perbedaan format dapat menyembunyikan atau membesar-besarkan ketidakcocokan yang sebenarnya.

Langkah selanjutnya

  1. Kueri setiap titik akhir yang diiklankan.
  2. Pertahankan bendera dan kode respons.
  3. Pertahankan batasan TXT tetap utuh.

CISO / Detik

Bedakan otoritas dari kepercayaan

Bendera otoritatif tidak membuktikan validasi kriptografi.

Langkah selanjutnya

  1. Selidiki pandangan yang tidak dapat dijelaskan.
  2. Simpan bukti mentah.
  3. Verifikasi DNSSEC secara terpisah.

Pendiri / Non-teknis

Membutuhkan bukti dari semua rute

Satu pencarian hijau dapat melewatkan otoritas yang sudah usang.

Langkah selanjutnya

  1. Tetapkan kepemilikan DNS .
  2. Simpan riwayat transisi penyedia.
  3. Tetapkan kriteria penutupan insiden.

[ FAQ ]

Pertanyaan yang sering diajukan

Apakah urutan pencatatan itu penting?

Bukan untuk membandingkan kumpulan data DNS yang tidak berurutan; Urutan string TXT dalam satu catatan tetap penting.

RFC 2181 §5 RFC 1035 §3.3.14

Apakah serial SOA yang sama membuktikan konten yang sama?

Tidak. Bandingkan catatan sebenarnya yang diminta.

RFC 1982 §3.2

Haruskah saya menggunakan +short saja?

Bukan untuk pengambilan bukti. Pertahankan juga bendera, kode, dan bagian.

Bisakah satu nama server mewakili beberapa titik akhir?

Ya. Ini mungkin menyelesaikan ke beberapa alamat atau menggunakan siaran apa pun.

Apa artinya AA?

Jawabannya ditandai otoritatif untuk nama yang ditanyakan dalam konteks yang relevan; ini bukan validasi DNSSEC .

RFC 1035 §4.1.1

Apakah tampilan DNS yang disengaja dapat berbeda?

Ya. Dokumentasikan kebijakan tampilan dan asal kueri sebelum menyebut perbedaan tersebut tidak disengaja.

Apakah memperbaiki satu server akan menghapus cache rekursif?

Tidak. Data yang di-cache sebelumnya dapat tetap ada.

RFC 8767 §4

Apa bukti penutupannya?

Mencocokkan data otoritas yang dimaksudkan, penjelasan status publikasi dan penyelesaian tindak lanjut serta pemeriksaan surat.

[ Sumber ]

Sumber

  1. RFC 1034

    Bagian §4.2 · §4.3.5

  2. RFC 1035

    Bagian §3.3.14 · §4.1.1

  3. RFC 1982

    Bagian §3.2

  4. RFC 2181

    Bagian §5

  5. RFC 8767

    Bagian §4

  6. BIND 9 menggali manual

    Bagian Opsi Kueri

[ Glosarium ]

Glosarium

bendera AA
Tanda jawaban otoritatif dalam respons DNS .

RFC 1035 §4.1.1

set RR
Catatan dengan pemilik, kelas dan tipe yang sama.

RFC 2181 §5

Siaran apa pun
Merutekan alamat layanan yang sama ke lokasi jaringan yang berbeda.

Asal perusahaan

Mengapa lembaga keuangan dan pemerintah terkemuka menghentikan dasbor keamanan email mereka.

Platform autentikasi email tradisional menjual dasbor kepada Anda dan meminta teknisi Anda melakukan pekerjaannya. Di lingkungan berisiko tinggi, pengawasan manual berarti penegakan yang tertunda, penyimpangan konfigurasi, dan domain bayangan yang tidak dipantau.

EmailAuth adalah platform asal email agen. Agen kami menegakkan p=reject, jaga agar pengirim pihak ketiga tetap selaras dan pindahkan domain Anda ke kapasitas penuh RFC 9989 kepatuhan, standar DMARC baru, dengan kemampuan audit yang dapat dilakukan secara langsung oleh manusia.

Pemerintah Perusahaan besar Lembaga keuangan tingkat 1

SaaS · Penyewaan khusus · On-prem dengan celah udara · Enkripsi BYOK

Basis Pengetahuan