Pesan penerusan yang penting bagi bisnis dapat gagal dalam autentikasi tanpa menimbulkan penipuan. Hal ini tidak membuat setiap pesan pada rute yang sama dapat dipercaya. Pengecualian harus mengidentifikasi alur kerja yang sebenarnya, alasan kegagalan kontrol normal, perlindungan yang tersisa, dan orang yang akan menghapusnya. Perlakukan pengecualian ini sebagai keputusan berisiko sementara yang didukung oleh bukti, bukan sebagai pernyataan permanen bahwa pengirimnya aman.
Telusuri jalan yang sah
Referensi: RFC 7208 §4.1, RFC 6376 §3.4, RFC 9989 §5.3.5.
Mulailah dengan layanan bernama dan pemilik bisnis. Catat pengirim asli, layanan penerusan, penerima akhir dan penerima yang dituju. Dapatkan sampel langsung resmi dan sampel tidak langsung, dengan menyimpan amplop SMTP secara terpisah dari bidang Dari yang terlihat. Bandingkan IP penghubung, SPF identitas, masing-masing DKIM menandatangani domain dan hasil penerima tepercaya di setiap batas. Minimalkan konten pribadi dalam pesan yang disimpan.
SPF mengevaluasi host penghubung berdasarkan identitas amplop; penerus biasa dapat mengubah host tersebut tanpa mengubah domain amplop asli. DKIM dapat bertahan dalam penerusan jika materi yang ditandatangani tetap dipertahankan, namun perubahan footer atau subjek dapat membuatnya tidak valid. DMARC membutuhkan mekanisme yang selaras. Perbedaan-perbedaan ini menyusul RFC 7208, RFC 6376 Dan RFC 9989. Pengecualian tidak mengubah hasil protokolnya.
Jelaskan keputusan terkecil
Referensi: RFC 9989 §7.4.
Tuliskan rute yang terpengaruh, penerima, tujuan pesan, volume yang diharapkan, dan kegagalan yang diamati. Sertakan pemilik, referensi persetujuan, mulai dan habis masa berlakunya, pemicu peninjauan, kontrol kompensasi, kriteria pengembalian dan penghapusan. Ini adalah rekomendasi operasional, bukan bidang yang diamanatkan protokol. Lebih memilih perbaikan yang menjaga autentikasi selaras dibandingkan tunjangan yang menekan inspeksi. Tunjangan khusus domain pengirim sangat lemah karena identitas tersebut mungkin ditiru oleh penyerang.
Jika platform penerima menawarkan kontrol terbatas, verifikasi pencocokan dan prioritas yang tepat dalam dokumentasi saat ini. Jangan berasumsi label konektor, IP sumber atau ARC pass secara unik mengidentifikasi aplikasi yang sah. Infrastruktur bersama dapat membawa surat pelanggan lain. Pertahankan kontrol anti-malware dan perlindungan akun kecuali jika kebijakan yang ditinjau secara eksplisit menyatakan sebaliknya; pengecualian autentikasi tidak boleh secara diam-diam menjadi bypass pemfilteran universal.
Kerjakan contoh pengecualian
Referensi: RFC 9989 §4.4.
Lab terisolasi yang dipertahankan membuat pesan bertanda tangan dari author.test. Kasus langsungnya lolos model SPF yang dibatasi dan verifikasi DKIM yang sebenarnya. Meneruskan melalui forwarder.test mempertahankan DKIM . Perubahan amplop gaya SRS membuat DKIM tetap utuh namun membuat domain SPF berbeda dari domain Dari yang terlihat. Menambahkan footer kemudian merusak DKIM , sehingga tidak ada mekanisme penerusan yang selaras dalam model domain persis ini.
Pengecualian yang diusulkan hanya berlaku untuk alur kerja fiksi terakhir sementara operator daftar menghapus modifikasi atau mengadopsi desain pengirim yang disepakati. Paket bukti berisi byte pesan, materi verifikasi publik, dan hasil yang dihitung. Ini bukan insiden pelanggan atau pengiriman produksi yang diamati. SPF dan penyelarasan logika sengaja dibatasi; verifikasi DKIM itu nyata. Sampel rute produksi dan pengujian aturan khusus penerima tetap diperlukan sebelum menyetujui tunjangan sebenarnya.
Tinjau dan hapus
Referensi: RFC 9989 §7.4.
Tetapkan tanggal peninjauan di sekitar rencana perbaikan daripada membiarkan pengecualian terbuka tanpa batas waktu. Bandingkan sampel baru setelah migrasi layanan, penerusan perubahan, atau pembaruan penyedia. Uji rute yang diperbaiki dengan izin dinonaktifkan dalam lingkup terkendali, dan verifikasi pengiriman yang sah dan penolakan lanjutan atau pengawasan terhadap lalu lintas yang tidak terkait.
Tutup catatan hanya ketika pemilik yang bertanggung jawab mengonfirmasi alur bisnis dan pemilik keamanan menerima bukti. Pertahankan alasan penghapusan dan referensi konfigurasi akhir. Jika perbaikan gagal, perbarui melalui keputusan yang disengaja dengan masa berlaku yang baru alih-alih membiarkan penyimpangan diam-diam.
Mempertahankan rute penerusan yang terkendali
Referensi: RFC 7208 §4, RFC 6376 §6, RFC 8601 §5.
Tangkapan yang disimpan pada 7 November 2026 pukul 21:32:53 UTC mencatat perlengkapan terpisah yang mengirimkan pesan yang ditandatangani melalui koneksi SMTP loopback nyata. Sesi jaringan ini telah diperiksa, bukan dijalankan kembali untuk peninjauan ini. Asal terikat ke 127.0.0.2 , penerus mengirim selanjutnya dari 127.0.0.3 , dan penerima akhir menyimpan setiap pesan. Alamat-alamat ini terbatas pada mesin lokal. Kasus langsung, tidak berubah, ditulis ulang, dan footer masing-masing memiliki jejak transaksi aktual dengan stempel waktu, identitas amplop, dan penerimaan akhir. Penulisan ulang ini merupakan substitusi domain bergaya SRS untuk lab ini, bukan penggantian yang lengkap SRS pelaksanaan.
Setiap batas penerima menghitung SPF menggunakan pyspf 2.0.14 dengan jawaban TXT lokal yang dimasukkan secara eksplisit, dan DKIM menggunakan dkimpy dengan kunci publik yang dipertahankan. Penerima menambahkan miliknya sendiri Authentication-Results dan Bidang yang diterima setelah evaluasi. Hasil tersebut hanya dapat dipercaya dalam perlengkapan terkontrol ini, di mana kode penyisipan dan batasnya diketahui. Ia tidak menerima teks sandi yang disematkan secara sewenang-wenang sebagai keputusannya sendiri. Kebijakan DNS adalah masukan lokal statis, bukan klaim tentang DNS publik.
Pada penerima akhir, hasil SPF masing-masing adalah lulus, gagal, lulus dan lulus. Hasil DKIM adalah lulus, lulus, lulus dan gagal. Oleh karena itu, model penyelarasan domain yang tepat mempertahankan autentikasi DMARC untuk tiga kasus pertama dan menggagalkan kasus footer. Ini bukanlah penemuan kebijakan DMARC sepenuhnya. Lab sengaja menyimpan pesan yang gagal untuk diperiksa, sehingga responsnya bukanlah bukti bahwa penyedia produksi yang berwenang akan mengirimkannya.
Contoh pengecualian dan penangguhan peluncuran terkait dengan rute catatan kaki historis tersebut: rute yang tidak diubah akan mempertahankan tanda tangan, sedangkan catatan kaki perantara yang dikontrol akan merusaknya. Biarkan tunjangan apa pun tidak disetujui sampai cakupan sebenarnya, pemilik, masa berlaku, dan perilaku penerima ditinjau. Transaksi yang dikontrol secara historis ini mendokumentasikan perbandingan rute lokal; kompatibilitas penyedia kotak surat produksi, otorisasi alur bisnis nyata, dan persetujuan pengecualian operasional apa pun masih belum dijalankan.