Domain yang ditransfer tidak dilengkapi dengan inventaris pengirim email yang dapat dipercaya. DNS -nya mungkin masih mengotorisasi layanan yang digunakan oleh pemilik sebelumnya, dan pemilik baru tidak dapat mengontrol akun di balik layanan tersebut. Berpenampilan ketat DMARC kebijakan bukanlah bukti bahwa transisi tersebut aman.
Perlakukan perubahan tersebut sebagai pengalihan kendali operasional, bukan sekadar perubahan rincian kontak. Tujuannya adalah untuk mengidentifikasi hubungan email mana yang tetap diotorisasi, menggantikan hubungan email yang tidak dapat bertahan, dan memverifikasi alur kerja pengiriman baru tanpa kehilangan email bisnis yang diperlukan.
Tetapkan tujuan penggunaan sebelum mengubah kebijakan
Putuskan apakah domain akan mengirim email, menerima email, melakukan keduanya atau tetap tidak digunakan. Sebutkan pemilik yang bertanggung jawab untuk domain, DNS otoritatif, email karyawan, dan pengiriman aplikasi. Catat tanggal transisi dan sistem yang harus terus berfungsi.
Sebelum mengedit, pertahankan zona yang ada dan inventaris tertanggal DMARC , SPF, diketahui DKIM penyeleksi, relevan CNAME target dan subdomain yang didelegasikan. Ini adalah catatan pemulihan dan penyelidikan, bukan instruksi untuk memulihkan setiap izin lama. Menyalin grosir zona lama dapat menjaga hubungan kepercayaan yang tidak pernah disetujui oleh pemilik baru.
Alur kerja di sini adalah rekomendasi operasional. Hal ini tidak menggantikan kewajiban transfer kontraktual, dan tidak membuat asumsi bahwa transfer registrar secara otomatis memigrasikan atau mengatur ulang akun layanan email.
Periksa izin di balik izin yang jelas
DMARC mengevaluasi identitas yang diautentikasi dan hubungannya dengan domain Dari yang terlihat. Ia tidak mengetahui bahwa suatu perusahaan berpindah tangan atau bahwa akun yang sebelumnya disetujui kini menjadi tidak sah. Pengirim yang masih mengontrol kunci penandatanganan yang valid dapat tetap menjadi perhatian jika kunci publik terkait tetap dapat ditemukan. Demikian pula, otorisasi SPF lama perlu ditinjau meskipun tidak ada lalu lintas terbaru yang teramati. RFC 9989 §5.3.5 Dan RFC 9989 §5.4; RFC 6376 §3.6.2.1.
Untuk setiap layanan pengirim yang diketahui, catat pemilik akun layanan, tujuan, Dari domain, domain penandatanganan, pemilih dan identitas amplop. Identifikasi apakah DNS CNAME mendelegasikan publikasi kunci ke penyedia. Tanyakan pihak mana yang mengontrol akun penyedia itu sekarang. Nama penyedia di DNS tidak mengidentifikasi akun atau membuktikan bisnis baru mengizinkannya.
Periksa juga tujuan pelaporan. Di bawah RFC 9989 §4.7 Dan RFC 9990 §4, alamat rua lama dapat mengarahkan data agregat di masa mendatang ke kotak surat atau layanan yang dikontrol pemilik sebelumnya. Simpan bukti sejarah yang diperlukan melalui serah terima yang disetujui, namun jangan tinggalkan hubungan pelaporan hanya karena ada di zona yang disalin.
Buatlah keputusan transisi untuk setiap hubungan
Gunakan tiga hasil praktis: pertahankan dengan kepemilikan terverifikasi, ganti dengan konfigurasi terkontrol, atau hentikan dengan perubahan yang disetujui. Jangan memberi label pada layanan yang tidak diketahui yang dipertahankan hanya karena menghapusnya mungkin merepotkan. Tingkatkan ketidakpastian kepada pemilik bisnis yang disebutkan namanya dan tetapkan tanggal peninjauan.
Untuk layanan yang dipertahankan, konfirmasikan akses administratif melalui proses transfer layanan yang didukung. Untuk layanan pengganti, dapatkan nilai DNS baru yang dihasilkan penyedia dan konfigurasi penandatanganan. Jika kendali kunci tidak pasti, rencanakan rotasi kunci daripada berasumsi kunci privat lama tetap privat. Hindari menggunakan kembali pemilih lama untuk kunci yang berbeda ketika pemilih baru dan tumpang tindih terkontrol tersedia. RFC 6376 , bagian 3.1.
Untuk masa pensiun, pertimbangkan penggunaan tidak sah di masa depan dan pesan sah yang masih dalam pengiriman. Penghapusan kunci secara tiba-tiba dapat mencegah verifikasi email sah yang tertunda yang ditandatangani dengan kunci tersebut. Pilih pencabutan yang tumpang tindih atau langsung berdasarkan risiko yang sebenarnya; dugaan adanya kompromi kunci mungkin membenarkan perpindahan yang lebih cepat dibandingkan migrasi biasa. Catat keputusan dan konsekuensinya.
Bekerja melalui contoh akuisisi
Dalam skenario sintetis ini, domain yang baru diperoleh mempertahankan DKIM CNAME layanan penagihan dan SPF yang disertakan. Tim keuangan tidak dapat mengidentifikasi siapa yang mengendalikan akun layanan. Faktur terbaru lolos DMARC , namun hasil tersebut tidak menetapkan bahwa perusahaan baru menyetujui akun tersebut.
Pemilik transisi menghentikan sementara pendaftaran baru layanan yang tidak diketahui tersebut, memperoleh bukti akun dan alur kerja dari bagian keuangan, dan menguji sistem penagihan pengganti dengan identitas terkontrol baru. Tim kemudian menghentikan hubungan kepercayaan lama melalui perubahan yang disetujui dan mengawasi penggunaan berkelanjutan yang tidak terduga. Ini memisahkan bukti pengiriman surat dan autentikasi dari catatan kepemilikan perusahaan.
Pembelajarannya adalah menyelesaikan hubungan akun, bukan menurunkan kebijakan DMARC hingga lalu lintas yang tidak dikenal berhenti muncul di laporan.
Verifikasi baseline baru yang terkontrol
Kirim tes baru dari setiap rute bisnis yang dipertahankan. Sertakan sistem bervolume rendah seperti pemberitahuan penggajian, pengaturan ulang kata sandi, dan faktur terjadwal. Catat hasil penerima tepercaya dan status DNS yang relevan. Rekonsiliasi pengamatan dari laporan agregat dengan inventaris, sambil mengakui di bawah RFC 9989 §5.3.8 bahwa tidak semua penerima melaporkan dan alur kerja yang tenang mungkin tidak ada.
Selesaikan transisi ketika setiap hubungan yang dipertahankan memiliki pemilik, izin yang tidak dapat dijelaskan memiliki disposisi yang terdokumentasi, dan garis dasar baru diuji. Pertahankan perlindungan registrar dan akses DNS , keamanan akun layanan, dan kontrol persetujuan transaksi di samping DMARC . Tanda tangan domain yang valid tidak dapat mencegah penyalahgunaan akun resmi.
Pertahankan kesimpulan yang terbatas
Untuk contoh penagihan yang diperoleh, catat kontrol akun sebagai belum terselesaikan meskipun pesan saat ini lolos. Perlakukan tujuan pelaporan lama sebagai keputusan pengungkapan terpisah, dan jangan pulihkan kunci yang sudah tidak digunakan lagi tanpa meninjau alasan kunci tersebut dihapus. Skenarionya fiktif; tidak ada akuisisi, rotasi kunci, atau transfer akun yang dilakukan.