Mulailah dengan bidang laporan
Pertahankan pelapor, interval waktu, domain kebijakan, IP sumber, jumlah pesan, dievaluasi penyelarasan dan pengidentifikasi otentikasi mentah. Bidang ini menjelaskan observasi, bukan sertifikat kepemilikan organisasi. Alamat cloud bersama dapat menghosting pelanggan yang tidak terkait, dan nama penyedia yang dikenal tidak menentukan departemen internal mana yang mengizinkan pengiriman email.
Operator infrastruktur terpisah, domain terautentikasi, layanan bisnis, dan pemilik yang bertanggung jawab. Nama reverse-DNS atau alokasi jaringan dapat mendukung hipotesis infrastruktur namun tidak dapat dengan sendirinya membuktikan layanan di balik pesan tertentu. Hindari mempromosikan label jaringan yang sudah dikenal menjadi status pengirim yang disetujui. Catat apa yang diketahui, disimpulkan, dan masih belum diverifikasi.
Telusuri contoh alamat bersama
Panduan fiksi yang dinormalisasi menggunakan satu IP dokumentasi untuk dua layanan. Layanan tanda terima memiliki identitas penandatanganan yang selaras dan referensi pengujian yang disetujui pemilik. Rute kedua memiliki penandatangan yang berbeda dan tidak ada pemilik yang bertanggung jawab. Pengamatan ketiga hanya memiliki IP sumber dan jumlah. Label yang diusulkan masing-masing bersifat contoh terkonfirmasi, sementara, dan tidak diketahui karena bukti yang ditetapkan berbeda, bukan karena IP berubah.
Asumsi persetujuan dalam contoh ini adalah masukan yang dibuat-buat, bukan otorisasi sebenarnya. Tidak ada data pelanggan atau laporan penyedia langsung yang disertakan. Contoh ini menunjukkan informasi yang diperlukan untuk menghindari penggabungan layanan pada infrastruktur bersama. Dalam penyelidikan nyata, simpan sampel terkendali yang diterima dan dapatkan konfirmasi pemilik layanan melalui proses resmi sebelum mencatat persetujuan.
Pilih permintaan bukti berikutnya
Untuk layanan sementara, tanyakan kepada pemilik yang dicurigai tentang tujuan aplikasi, akun pengiriman, Dari yang terlihat, jalur pengembalian, domain penandatanganan, dan sampel terkontrol terbaru. Rekonsiliasi sampel dengan waktu laporan dan konteks identitas. Jika pemilik tidak dapat menjelaskan rutenya, pertahankan ketidakpastian dan libatkan peninjau keamanan atau operasi yang sesuai. Jangan mengirimkan penyelidikan sewenang-wenang atau memaparkan data laporan kepada pihak ketiga tanpa izin.
Gunakan atribusi untuk mendukung suatu keputusan, bukan untuk mengabaikan persetujuannya. Email yang sah namun tidak selaras mungkin memerlukan perubahan konfigurasi. Email selaras yang tidak diketahui mungkin melibatkan jalur penandatanganan resmi yang digunakan secara tidak terduga dan memerlukan penyelidikan. Kegagalan kebijakan saja tidak menimbulkan niat jahat, dan penyelarasan saja tidak membuat isi pesan dapat dipercaya. RFC 9989 menyediakan batas otentikasi domain; RFC 9990 menjelaskan bidang pelaporan dan implikasi privasinya. Jaga agar batasan tersebut tetap terlihat di setiap catatan ekspor dan insiden.
Ikuti bukti dalam mengambil keputusan
Buku besar tertulis tiga baris berikut menetapkan reporter receiver.test, policy domain brand.test, window 2026-11-01T00:00:00Z hingga 2026-11-02T00:00:00Z dan dokumentasi IP 192.0.2.10 untuk setiap baris. Semua identitas, penghitungan, keputusan pemilik, dan referensi pengujian merupakan asumsi pengajaran yang diciptakan. Kata null berarti bukti tidak diberikan, bukan kegagalan yang diamati. Ini bukan catatan XML, log penerima, atau pengujian yang dijalankan.
- Baris tanda terima: hitung 40; terlihat Dari penerimaan domain.brand.test; DKIM d=receipts.brand.test, signature validity stipulated pass and exact alignment stipulated pass; SPF domain nol dan hasil SPF nol. Asumsi pemilik: pemilik kwitansi fiktif menyetujui tujuan ini. Asumsi pengujian: DEMO-RECEIPT-01 adalah referensi pengujian terkontrol yang diciptakan, bukan pengujian yang dijalankan. Label yang diusulkan: hanya contoh yang dikonfirmasi. Tindakan selanjutnya: pertahankan dasar yang ditentukan dalam latihan ini; dalam penyelidikan nyata memperoleh konfirmasi pemilik sebenarnya dan menerima bukti.
- Baris servis: hitungan 12; terlihat Dari pemberitahuan domain.brand.test; DKIM d=service.vendor.test, keabsahannya dinyatakan lulus tetapi tidak sesuai dengan notice.brand.test; Domain SPF nol dan hasil SPF nol. Asumsi pemilik nol; referensi tes nol. Label yang diusulkan: atribusi layanan sementara, bukan atribusi lengkap DMARC dakwaan. Tindakan selanjutnya: meminta tujuan aplikasi, penyewa, konfirmasi pemilik, dan sampel yang diterima terkontrol.
- Baris tidak diketahui: hitungan 3; terlihat Dari merek domain.test; DKIM d=null, validitas null dan penyelarasan null; Domain SPF nol dan hasil SPF nol. Asumsi pemilik nol; referensi tes nol. Label yang diusulkan: tidak diketahui. Tindakan selanjutnya: meminta bukti tepercaya yang diterima dan memeriksa perutean; jangan menyimpulkan penyedia atau menyetujui perubahan dari IP bersama.
Baris penerimaan empat puluh pesan memiliki keputusan pemilik yang ditetapkan dan referensi pengujian terkontrol. Keyakinannya hanya terkonfirmasi dalam contoh yang diciptakan ini, dan tindakan selanjutnya adalah mempertahankan keputusan tersebut dan memantau perubahan identitas. Baris layanan dua belas pesan memiliki identitas penandatanganan tetapi tidak ada konfirmasi pemilik. Hal ini masih bersifat sementara; meminta tujuan pemilik yang dicurigai, penyewa dan sampel yang dikendalikan. Baris tiga pesan tidak memiliki bukti identitas otentikasi. Masih belum diketahui; meminta sampel tepercaya yang diterima dan memeriksa bukti perutean. Buku besar keputusan menyimpan dasar dan tindakan selanjutnya di samping baris sumber. Tak satu pun dari catatan penemuan ini mengizinkan perubahan produksi atau menunjukkan legitimasi pengirim yang sebenarnya.
Catat keputusan atribusi terbatas
Jika pemilik sementara tidak dapat mengidentifikasi penyewa layanan, biarkan baris tersebut tidak terselesaikan meskipun layanan lain yang disetujui menggunakan IP yang sama. Jangan mewarisi persetujuan layanan lain. Mengkorelasikan baris agregat dengan pesan terkontrol merupakan bukti kontekstual, bukan gabungan satu-ke-satu yang universal. Pertahankan reporter, jendela dan identitas serta jelaskan ketidakpastian yang tersisa. Tidak ada pengklasifikasi, persetujuan nyata, pengujian pesan, atau pemeriksaan penyedia yang dijalankan untuk penelusuran tertulis ini.
Ruang lingkup protokol dan batasan evaluasi
RFC 9989 Bagian 4.4, 5.3.5 dan 5.4 membedakan pengidentifikasi yang diautentikasi, penyelarasan, dan penanganan penerima. Tanda tangan yang sah saja bukanlah keputusan DMARC yang lengkap, dan izin tidak memvalidasi konten bisnis. RFC 9990 Bagian 3.1, 3.5.1, 3.5.4 dan 7 menjelaskan bukti agregat, identitas laporan, duplikat, dan privasi. Evaluasi komersial yang diusulkan, staf dan gerbang otoritas di sini adalah rekomendasi editorial, bukan fitur produk yang diamanatkan RFC. Tidak diperlukan suplemen yang dapat dieksekusi untuk membaca contoh tertulis ini; klaim operasional memerlukan pengujian observasi yang disahkan secara terpisah.