Hindari ulasan semua atau tidak sama sekali
Halaman bantuan penyedia mungkin masih mengutip RFC 7489 sambil secara akurat menjelaskan layar akun saat ini atau rute pengiriman yang didukung. Sebaliknya, halaman yang baru diberi tanggal dapat mengulangi saran protokol historis. Unit tinjauan yang berguna adalah instruksi atau klaim individu, bukan usia kutipan saja. Auditor harus mengidentifikasi apa yang masih berlaku, apa yang diubah oleh standar saat ini, dan apa yang bergantung pada penerapan aktual penyedia layanan.
RFC 9989 menyediakan inti saat ini DMARC spesifikasi dan menjelaskan perubahan dari RFC 7489 . Pelaporan agregat dan kegagalan kini ditentukan secara terpisah di RFC 9990 Dan RFC 9991. Gunakan sumber tersebut untuk menilai pernyataan protokol, namun jangan perlakukan sumber tersebut sebagai bukti bahwa penyedia telah mengubah setiap bidang UI atau evaluator yang diterapkan. RFC 9989 , Lampiran C; RFC 9990 , bagian 1; RFC 9991 , bagian 1
Pertahankan konteks produk yang sebenarnya
Sebelum memberi anotasi pada panduan, catat URL-nya, tanggal penyimpanan, produk, paket, atau cakupan akun yang disebutkan, wilayah, rute, dan prasyarat yang relevan. Merek vendor dapat berisi beberapa produk email dengan jalur konfigurasi berbeda. Panduan untuk rute SMTP khusus mungkin tidak berlaku untuk rute API default, dan instruksi untuk satu produk email yang dihosting mungkin tidak mencakup produk lain dari perusahaan yang sama.
Jaga agar nilai yang dihasilkan akun berbeda dari contoh penjelasan. Contoh panduan pemilih atau target DNS tidak boleh disalin sebagai nilai produksi universal. Demikian pula, instruksi UI dapat tetap berguna meskipun penjelasan standar di sekitarnya perlu diperbarui. Pertahankan perbedaan tersebut sehingga pembaca tidak membuang prasyarat orientasi yang valid hanya karena RFC historis muncul di pendahuluan.
Naskah ini tidak mengaudit rekening giro penyedia yang disebutkan atau menyatakan bahwa layanan tertentu tidak mematuhi. Ini menyediakan metode untuk tinjauan berdasarkan sumber di masa depan. Setiap instruksi produk yang sebenarnya harus diperiksa berdasarkan panduan utama yang dapat dibaca dan konteks akun resmi sebelum disajikan sebagaimana mestinya.
Klasifikasikan setiap instruksi berdasarkan otoritas
Gunakan setidaknya empat kategori anotasi: alur kerja produk, persyaratan protokol, kelayakan atau kebijakan khusus penyedia, dan rekomendasi penjelasan. Alur kerja produk memerlukan bukti penyedia terkini. Persyaratan protokol memerlukan bagian spesifikasi yang sesuai. Kelayakan penyedia bisa lebih ketat atau cakupannya berbeda dari persyaratan minimum protokol dan tidak boleh digeneralisasi untuk setiap penerima. Rekomendasi harus mengungkapkan alasan dan batasannya.
Untuk setiap baris, tuliskan aktor dan kondisinya. Perilaku penemuan kebijakan penerima berbeda dengan tugas publikasi DNS pemilik domain. Persyaratan untuk mengonfigurasi bidang akun tertentu mungkin diperlukan untuk layanan tersebut tanpa mengubah sintaksis rekaman standar. Izin penerimaan tujuan laporan berbeda dengan permintaan pengirim untuk mengirim laporan ke sana.
Saat sebuah kalimat menggabungkan kategori, pisahkan. Misalnya, instruksi untuk memasukkan alamat pelaporan dapat menjadi langkah UI yang valid, sementara klaim bahwa alamat eksternal mana pun secara otomatis menerima laporan tidak lengkap. Tinjauan tersebut harus mempertahankan langkah yang berguna dan melampirkan kondisi otorisasi yang hilang daripada mengganti keseluruhan panduan dengan saran umum.
Bandingkan konsep spesifik yang diubah
Nilai versi inti DMARC saat ini tetap DMARC1 . Tinjauan tidak boleh menciptakan catatan DMARC2 atau menyiratkan bahwa memperbarui kutipan RFC memerlukan peralihan versi DNS . Spesifikasi saat ini juga mendokumentasikan penghapusan persen, sementara registri IANA yang dipertahankan menandai tag bersejarah. Fakta-fakta tersebut mendukung koreksi klaim bahwa pct adalah kontrol pengambilan sampel standar inti saat ini tanpa membuktikan bagaimana setiap penyedia yang diterapkan menanganinya.
Penemuan kebijakan dan penentuan domain organisasi juga memerlukan perbandingan dengan spesifikasi saat ini dibandingkan dengan algoritma lama yang disederhanakan. Pernyataan pelaporan harus dibandingkan dengan RFC 9990 atau RFC 9991 jika diperlukan. Catat perbedaan yang sebenarnya dan signifikansi operasionalnya; jangan gunakan “DMARCbis mengubah segalanya” sebagai pengganti penilaian tingkat bagian. RFC 9989 , pasal 4.7, 4.10 dan Lampiran A.6; Registri Tag IANA DMARC
Lembar kerja anotasi dan kriteria penerimaan
Buat lembar kerja yang berisi kutipan panduan, cuplikan sumber, cakupan produk, kategori instruksi, otoritas saat ini, anotasi yang diusulkan, dan bukti implementasi yang masih diperlukan. Tetapkan salah satu dari empat hasil: dipertahankan sebagaimana berlaku, dipertahankan dengan catatan ruang lingkup, diperbarui karena klaim standar berubah, atau bukti penyedia yang belum terselesaikan. Ini adalah hasil editorial, bukan klaim bahwa sistem produksi mana pun telah lulus uji.
Lembar kerja juga harus mengidentifikasi pemilik yang dapat mengonfirmasi nilai spesifik akun dan pengujian resmi apa pun yang diperlukan untuk menentukan perilaku. Jika panduan penyedia tidak dapat diakses, beri label celah sumber daripada mengganti urutan pengaturan umum dan menyebutnya terverifikasi.
Penerimaan mengharuskan setiap anotasi berdiri berdasarkan buktinya sendiri. Peninjau harus dapat melihat mengapa langkah navigasi layar dipertahankan sementara penjelasan protokol direvisi. Simpan kutipan asli dan kata-kata yang diusulkan bersama-sama sehingga perubahan tidak secara tidak sengaja menimbulkan komitmen baru, fitur yang tidak didukung, atau janji keterkiriman universal.
Tinjauan fiktif dari laman penyiapan yang dikutip secara warisan
Bayangkan halaman penyedia fiktif dengan tiga instruksi: masukkan akun yang dibuat DKIM catatan, tambahkan alamat pelaporan melalui layar pengaturan, dan gunakan pct sebagai kontrol peluncuran standar saat ini. Halaman tersebut mengutip RFC 7489 . Tidak ada halaman bernama seperti itu yang diaudit di sini; instruksi yang ditemukan ini menggambarkan metode klasifikasi.
Langkah DKIM mungkin tetap valid jika dokumentasi produk dan nilai akun saat ini mendukungnya. Langkah pelaporan-alamat mungkin tetap valid sebagai tindakan UI dan memerlukan penjelasan otorisasi eksternal tambahan. Pernyataan persen memerlukan anotasi standar saat ini, sedangkan penanganan aktual penyedia terhadap bidang tersebut akan tetap menjadi pertanyaan implementasi. Oleh karena itu, satu kutipan menghasilkan tiga hasil tinjauan yang berbeda.
Tindakan selanjutnya yang diusulkan adalah mempertahankan instruksi produk yang didukung, bahasa standar yang benar, dan mendapatkan bukti khusus penyedia untuk perilaku yang belum terselesaikan. Hal ini tidak berarti menghapus semua catatan yang ada, mengabaikan persyaratan pengaturan, atau menyatakan penyedia tidak aman. Contoh fiksi ini menunjukkan bagaimana peninjauan yang cermat dapat bermanfaat tanpa mengklaim akses atau hasil pengujian secara berlebihan.
Pisahkan rilis operasional dan editorial
Pembaruan editorial dapat menyempurnakan panduan sebelum verifikasi produksi selesai, asalkan batasannya terlihat. Jangan menjelaskan dokumen beranotasi sebagai bukti bahwa akun live dikonfigurasi dengan benar. Sebaliknya, pengujian akun yang berhasil tidak boleh digeneralisasikan ke setiap implementasi paket pelanggan, wilayah, atau penerima.
Katalog memerlukan anotasi yang mengidentifikasi langkah mana yang tetap valid, mana yang berubah, dan mana yang bergantung pada implementasi penyedia. Panduan beranotasi spesifik sumber tetap terbuka untuk draf ini. Tidak ada peluncuran penyedia bernama, navigasi akun, edit DNS , atau pengujian pesan saat ini yang diklaim. Gerbang bukti asli dan lima gerbang pelepasan lainnya tetap terbuka.
Sebelum publikasi operasional, dapatkan sumber penyedia aktual yang dapat dibaca dan simpan kutipan yang tepat, tanggal sumber dan referensi standar terkini. Peninjau yang berkualifikasi harus memeriksa bahwa setiap instruksi yang disimpan sesuai dengan cakupan produk dan bahwa perilaku penerapan yang belum terselesaikan tetap tidak terselesaikan. Pendekatan ini menghasilkan panduan yang dapat digunakan tanpa berpura-pura bahwa kutipan lama saja sudah membuktikan kebenaran atau kegagalan.