Warga negara dapat menerima surat dari departemen pusat, portal agensi, dan layanan pengingat yang dikontrak dalam satu permohonan. Migrasi kotak surat yang sukses tidak banyak membuktikan dua hal terakhir. Petakan perjalanan layanan sebelum mengubah kebijakan autentikasi, dengan kepemilikan pada titik di mana warga bergantung pada pesan tersebut.
Ikuti layanan daripada bagan organisasi
Pilih satu perjalanan pelayanan publik, seperti mengajukan izin. Cantumkan tanda terima penyerahan, permintaan informasi lebih lanjut, pemberitahuan janji temu, dan pemberitahuan keputusan akhir. Catat aplikasi yang memicu setiap pesan, penyedia layanan, penyewanya, alamat Dari yang terlihat, pengirim amplop, DKIM domain dan pemilih, dan pemilik bisnis yang bertanggung jawab. Buku alamat departemen tidak mengungkapkan semua sistem ini.
Kontrol pendaftaran domain terpisah, kontrol DNS yang didelegasikan, dan administrasi aplikasi. Suatu lembaga dapat memiliki aplikasinya sementara departemen induk menerbitkan catatannya; kontraktor dapat mengonfigurasi penandatanganan sementara tidak ada yang dapat menyetujui perubahan pihak lain. Sebutkan pemilik layanan yang menerima dampak pengguna dan pemilik teknis yang dapat melakukan perubahan. Jangan menganggap nama tampilan pemerintah yang sudah dikenal sebagai bukti dari salah satu otoritas.
Tetapkan batas domain yang didelegasikan
Untuk setiap domain agensi yang didelegasikan, periksa DNS aktual dan yang berlaku DMARC kebijakan daripada berasumsi bahwa pengaturan domain pusat mencakup hal tersebut sebagaimana dimaksud. Catat apakah itu mengirim, menerima, atau hanya ada sebagai alamat web. Dokumentasikan cakupan pengiriman resmi kontraktor dan tanggal berakhirnya. Penyiapan DKIM khusus dan identitas amplop harus diverifikasi terhadap penyewa tertentu, tidak disalin dari konfigurasi lembaga lain.
Peta rute di bawah ini sengaja menyertakan kontraktor yang diasumsikan memiliki tanda tangan yang lewat di bawah domain penyedia tetapi tidak benar-benar selaras dengan domain Dari agensi. Tugas perbaikannya adalah menyelidiki jalur selaras yang disetujui, bukan mengotorisasi setiap alamat yang dimiliki oleh penyedia tersebut. Dapatkan nilai-nilai baru dari layanan yang terverifikasi, lakukan perubahan kecil dan uji rute sebenarnya sebelum penerapan yang lebih luas.
Melindungi kelangsungan layanan selama perubahan
Jadwalkan pengujian berdasarkan alur yang berfrekuensi rendah namun memiliki konsekuensi, termasuk penolakan permohonan atau permintaan dokumen yang hilang. Buletin massal bulanan bukanlah pengganti yang memadai. Setuju dengan operasi layanan bagaimana tes yang gagal akan ditingkatkan, bagaimana masyarakat dapat secara mandiri memeriksa status permohonan mereka dan siapa yang dapat menghentikan peluncurannya. Jangan mengirimkan catatan warga negara yang sebenarnya kepada penerima tes.
Gunakan catatan perubahan bertanggal dengan bukti sebelumnya, identitas yang diharapkan, pemberi persetujuan, operator, dan tindakan pengembalian. Hentikan akses kontraktor dan otoritas penandatanganan melalui rencana pelepasan yang terkoordinasi setelah mengonfirmasi antrean dan pesan berulang telah dipindahkan. Tinjau peta rute setiap kali lembaga didelegasikan kontrol DNS baru, pemasok perubahan portal, atau migrasi kotak surat pusat dimulai. Mandat atau kewajiban retensi pemerintah memerlukan verifikasi hukum spesifik yurisdiksi; panduan ini tidak memberikan klaim peraturan yang universal.
Kerjakan tiga catatan rute tertulis
Contoh domain, penyeleksi, peran, dan lokasi DKIM yang dicadangkan ini bersifat fiktif. Tidak ada pesan bertanda tangan, kunci, verifikasi kriptografi, pencarian DNS , transaksi SMTP , atau pengujian layanan langsung yang diberikan atau dijalankan untuk kasus ini. Tidak diperlukan kode pengujian atau spesimen eksternal untuk memeriksa alasan di bawah ini.
- portal warga: terlihat Dari domain portal.civic.example ; DKIM d=portal.civic.example; demo pemilih1; menganggap DKIM lulus hanya untuk kasus tertulis ini. SPF MAIL DARI identitas dan hasil tidak diketahui; tanda tangan lainnya tidak diketahui; penemuan dan penyampaian kebijakan sebenarnya tidak diketahui. Pemilik yang diusulkan: Pemilik layanan digital. Tindakan selanjutnya: Dapatkan sampel resmi dan hasil penerima tepercaya untuk penyewa ini.
- agen yang didelegasikan: terlihat Dari domain agency.civic.example ; DKIM d=agency.civic.example; demo pemilih2; menganggap DKIM lulus hanya untuk kasus tertulis ini. SPF MAIL DARI identitas dan hasil tidak diketahui; tanda tangan lainnya tidak diketahui; penemuan dan penyampaian kebijakan sebenarnya tidak diketahui. Pemilik yang diusulkan: Pemilik komunikasi agensi. Tindakan selanjutnya: Konfirmasikan rute terpisah ini dan peristiwa bisnisnya daripada mewarisi hasil rute pertama.
- pengingat kontraktor: terlihat Dari domain notices.civic.example ; DKIM d=provider.example.net; demo pemilih3; menganggap DKIM lulus hanya untuk kasus tertulis ini. SPF MAIL DARI identitas dan hasil tidak diketahui; tanda tangan lainnya tidak diketahui; penemuan dan penyampaian kebijakan sebenarnya tidak diketahui. Pemilik yang diusulkan: Manajer kontrak. Tindakan selanjutnya: Tanyakan kepada pemasok terverifikasi tentang jalur penandatanganan selaras yang didukung penyewa ini; tidak memperluas otorisasi ke seluruh jaringannya.
Untuk dua tanda tangan pertama yang ditetapkan, d= sama persis dengan domain Dari, sehingga pengidentifikasinya memenuhi persyaratan ketat dan santai penyelarasan. Mengingat keberhasilan hasil DKIM yang ditetapkan, terdapat jalur autentikasi yang selaras untuk pesan hipotetis tersebut. Penanda tangan ketiga sengaja tidak terkait dengan domain penulis dan tidak dapat menyediakan jalur yang selaras tersebut. Jangan menyebut pesan ketiga sebagai kegagalan DMARC : SPF yang selaras atau penerusan selaras lainnya tanda tangan DKIM masih dapat memenuhi mekanisme tersebut, dan masukannya tidak diketahui. Jangan menyimpulkan penerapan sebenarnya atau penempatan kotak masuk dari baris mana pun.
Tanda tangan kriptografi mengautentikasi tanggung jawab domain penandatanganan, bukan kebenaran atau otorisasi setiap instruksi. Perubahan pada byte yang dikanonikalisasi dapat membuat tanda tangan menjadi tidak valid; tidak setiap pengeditan yang terlihat mengubah masukan yang ditandatangani. Otentikasi dan penerimaan tingkat aplikasi tetap terpisah.
Tetapkan keputusan pelepasan yang konkrit
Untuk perjalanan izin fiktif P-01, pemilik layanan digital menerima cakupan tanda terima, pemilik agensi menerima cakupan pemberitahuan keputusan, dan manajer kontrak mendapatkan konfigurasi penyewa pengingat. Operator DNS hanya mengimplementasikan perbedaan persis yang disetujui; akses aplikasi saja tidak mengizinkan perbedaan itu. Jika kontraktor tidak dapat menunjukkan rute yang selaras, biarkan rute tersebut tidak terselesaikan dan jeda perubahan kebijakan yang terkena dampak daripada menyatakan seluruh perjalanan telah siap. Catat jalur pemeriksaan status alternatif yang disetujui dan susunan stafnya sebelum menjanjikan kesinambungan. Tak satu pun dari pemilik atau artefak tersebut diverifikasi di sini.
Terapkan standar tanpa mengklaim kepatuhan
RFC 9989 Bagian 4.4 dan 5.3.5 mendukung keselarasan dan pembedaan mekanisme. Bagian 7.4 memperingatkan tentang interoperabilitas surat tidak langsung: penggunaan domain p=reject harus menggunakan DKIM yang valid, bukan SPF saja, dan penggunaan milis untuk tujuan umum memerlukan perhatian khusus. Inventaris rute itu sendiri bukanlah izin untuk menerapkan penolakan. RFC 6376 Bagian 3.4–3.7 dan 6.1 jelaskan masukan dan verifikasi yang ditandatangani. RFC 9990 Bagian 3.1 memberikan konteks pelaporan, bukan bukti kedatangan per penerima. RFC 5321 Bagian 4.2.5 membedakan tanggung jawab penerimaan server dari hasil pengiriman selanjutnya. Pilihan alur kerja sektor di sini adalah rekomendasi editorial; ruang lingkup hukum, kesesuaian faktor dan otorisasi lokal memerlukan tinjauan yang dapat dipertanggungjawabkan.