Baca autentikasi gabungan sebagai hasil Microsoft
Bidang compauth Microsoft bukanlah ejaan lain dari DMARC. Ini adalah penilaian gabungan yang menggunakan autentikasi dan sinyal pesan lainnya, dan interpretasinya merupakan bagian dari pemrosesan terdokumentasi Microsoft. Oleh karena itu, sebuah pesan dapat berisi DMARC yang tampak berbeda dan hasil gabungan tanpa headernya saling bertentangan. Tugas yang benar adalah membaca setiap bidang, konteks identitasnya, dan kode alasan terkait sebelum memutuskan hasil yang dihasilkan.
Artikel ini menggunakan dokumentasi utama Microsoft yang disimpan pada 8 November 2026. Halaman header anti-spam mengidentifikasi pembaruan 27 Juli 2026. Tidak ada pesan asli atau jejak penyewa yang diberikan, dan contoh di bawah ini secara eksplisit bersifat fiktif dan bukan header yang telah disunting. Katalog memerlukan contoh pesan asli yang nyata sebelum kesimpulan operasional dapat dikeluarkan.
Jaga agar identitas tetap terlihat
Microsoft mendefinisikan header.from sebagai domain Dari yang terlihat, smtp.mailfrom sebagai amplop KIRIM DARI domain, dan header.d sebagai DKIM menandatangani domain saat ada. Bidang-bidang ini bisa berbeda. Jagalah hubungan mereka ketika membaca hasil: an SPF pass untuk satu domain tidak dibuat secara otomatis penyelarasan dengan pengirim yang terlihat, dan sandi DKIM harus dikaitkan dengan tanda tangan dan domain yang dijelaskannya. Bidang header autentikasi Microsoft
Keputusan protokol DMARC berkaitan dengan penyelarasan dengan domain Dari yang terlihat berdasarkan aturannya. Otentikasi komposit Microsoft menggunakan domain Dari sebagai dasar sambil menggabungkan SPF , DKIM , DMARC dan informasi lainnya. Jangan ganti hasil DMARC terpisah dengan compauth dalam pernyataan kepatuhan atau kesimpulan pemecahan masalah DNS . Mereka menjawab pertanyaan-pertanyaan yang berkaitan tetapi tidak identik. RFC 9989 Bidang komposit Microsoft
Tafsirkan hasil dan alasannya bersama-sama
Nilai compauth dokumen Microsoft lulus, gagal, softpass, dan tidak ada, dengan alasan tiga digit. Pertahankan pasangan penuh. Kode alasan bukan merupakan kode balasan SMTP , meskipun digitnya menyerupai diagnostik lain. Jangan mendekodekan reason=130 menggunakan tabel SMTP umum atau menyimpulkan kondisi seluruh penyewa dari nilai satu pesan. Gunakan tabel Microsoft saat ini untuk konteks yang diamati. Otentikasi gabungan Microsoft
Referensi header menjelaskan alasan 000 sebagai kegagalan autentikasi eksplisit dengan kegagalan DMARC dan kebijakan karantina atau penolakan, sedangkan 001 menyangkut kegagalan autentikasi implisit dalam keadaan lemah atau tidak adanya kebijakan yang terdokumentasi. Ini menggambarkan 109 sebagai kasus di mana tidak ada catatan DMARC ada tetapi pesannya akan diteruskan. Ini adalah definisi vendor yang tercakup, bukan instruksi untuk membuat header atau bukti bahwa pesan seperti itu diamati di sini. Kode alasan Microsoft
Pahami tebakan terbaik tanpa mengklaim kebijakan yang dipublikasikan
Label dmarc=bestguesspass Microsoft berarti tidak ada DMARC catatan TXT ada tetapi pesan akan diteruskan jika domain memilikinya. Hal ini tidak boleh dilaporkan sebagai bukti bahwa domain menerbitkan kebijakan DMARC yang valid atau bahwa evaluasi DMARC standar yang sebenarnya kembali lulus. Pertahankan label vendor secara verbatim dan jelaskan maknanya yang terbatas. Nilai bidang Microsoft DMARC
Pengirim yang meninjau hasil tersebut masih harus memverifikasi kebijakan publik sebenarnya dan konfigurasi otentikasi yang dimaksudkan. Jangan berasumsi bahwa keberhasilan gabungan menghilangkan kebutuhan akan kebijakan domain yang eksplisit atau menjamin penerima lain akan melakukan penilaian yang sama. Heuristik atau inferensi khusus penerima bukanlah pengganti portabel untuk kontrol domain yang dipublikasikan.
ARC dan sinyal implisit tidak menulis ulang fakta yang mendasarinya
Dokumen Microsoft beralasan 130 sebagai yang tepercaya ARC hasil sealer mengesampingkan kegagalan DMARC . Hal ini dapat menjelaskan hasil gabungan dalam jalur yang diteruskan atau dimediasi, namun tidak berarti kegagalan DMARC yang mendasarinya harus dihapus dari catatan bukti. Jaga agar hasil asli, konteks ARC , alasan, dan penanganan akhir tetap dapat dibedakan. Jangan mengklaim bahwa header ARC apa pun sudah cukup; kasus yang terdokumentasi menyangkut penyegel yang tepercaya. Alasan Microsoft 130
Demikian pula, Microsoft menjelaskan sinyal implisit lainnya dan mencatat bahwa kegagalan gabungan tidak secara langsung mengakibatkan pemblokiran. Penilaian keseluruhan dapat mengizinkan pesan meskipun terjadi kegagalan, sementara teknologi perlindungan lainnya dapat mengidentifikasi risiko dalam email yang diautentikasi. Oleh karena itu, compauth=pass bukan jaminan penempatan kotak masuk atau keamanan konten, dan compauth=fail bukan merupakan bukti penolakan. Penjelasan penanganan Microsoft
Tetapkan batas kepercayaan header
Dapatkan pesan asli resmi dari penerima yang relevan dan identifikasi sistem tepercaya mana yang memberikan hasilnya. RFC 8601 menjelaskan alasannya Authentication-Results pernyataan membutuhkan batas kepercayaan. Beberapa header dapat muncul di sepanjang jalur pesan, dan pengirim yang tidak tepercaya dapat menyisipkan teks yang terlihat berwibawa. Jangan memilih kejadian mana pun yang paling sesuai dengan kesimpulan yang diinginkan tanpa menelusuri asal usulnya. RFC 8601
Simpan dokumen asli yang belum tersentuh untuk verifikasi internal dan salinan penjelasan terpisah yang telah disunting. Mengubah alamat atau konten yang ditandatangani dapat mencegah validasi ulang kriptografi independen, jadi beri label yang sesuai pada salinannya. Anotasi dapat mempertahankan hubungan identitas untuk diskusi, namun ini bukan pesan asli yang baru dapat diverifikasi. Jika penerima membutuhkan bukti yang lebih kuat, gunakan proses transfer aman yang disetujui daripada memperluas pengungkapan secara diam-diam.
Lembar kerja hasil komposit asli
Lembar kerja yang diusulkan berikut ini membuat interpretasi lapangan dapat direproduksi. Itu tidak diisi dengan pesan nyata dan tidak boleh diperlakukan sebagai analisis otentikasi yang lengkap.
- Asal bukti: referensi pesan yang diterima, penerima, stempel waktu, dan pemverifikasi tepercaya.
- Identitas yang terlihat: header.from dan hubungannya dengan pengirim bisnis.
- SPF : hasil persis, smtp.mailfrom dan konteks sumber yang diamati.
- DKIM : hasil untuk setiap tanda tangan yang relevan dan header yang sesuai.d.
- DMARC : nilai bidang vendor yang tepat dan konteks kebijakan yang diverifikasi secara terpisah.
- Gabungan: nilai compauth, alasan tiga digit dan definisi Microsoft yang dikutip.
- Mediasi: penerusan, ARC tepercaya, atau bukti rute lain yang benar-benar tersedia.
- Hasil: penanganan yang diamati, kesimpulan yang tidak didukung dan diperlukan bukti berikutnya.
Jangan gabungkan hasil dari pesan yang berbeda untuk membuat catatan all-pass sintetis. Sampel pengiriman langsung yang berhasil dan sampel kegagalan yang diteruskan dapat mengungkapkan perbedaan rute, namun masing-masing memerlukan identitas dan stempel waktunya sendiri. Pertahankan yang tidak diketahui ketika bidang atau pesan asli tidak tersedia.
Contoh fiksi: keberhasilan yang disimpulkan disalahartikan sebagai penerapan kebijakan
Fiksi Seabright Desk melihat laporan hipotetis yang berisi dmarc=bestguesspass dan compauth=pass reason=109. Tinjauan yang diusulkan menjelaskan bahwa makna yang terdokumentasi tidak menghasilkan catatan DMARC yang dipublikasikan. Pemilik email akan tetap memeriksa kebijakan sebenarnya dan mengonfirmasi penerapan yang dimaksudkan daripada menandai domain selesai hanya dari hasil gabungan.
Tidak ada header Seabright Desk, jawaban DNS , atau hasil penyewa dalam pekerjaan ini. Nilai-nilai tersebut hanya digunakan untuk mengilustrasikan penafsiran terdokumentasi Microsoft, bukan sebagai bukti verifikasi yang dibuat-buat. Analisis yang nyata memerlukan pesan asli dan konteks sumber terpercaya.
Katalog memerlukan definisi bidang Microsoft terkini dan contoh pesan asli yang telah disunting. Definisi-definisi tersebut didasarkan pada sumber, namun bukti pesan aslinya tidak ada. Bukti asli, UKM manusia, penerapan sumber, jalur produksi, aksesibilitas visual, dan pelepasan pemilik tetap terbuka. Draf ini merupakan panduan interpretasi, bukan penilaian penyewa yang terverifikasi.