Perusahaan jasa profesional dapat mengirim pesan klien melalui portal, alat penagihan, dan sistem proyek sementara staf menggunakan penyewa email terpisah. Mitra dapat menyetujui alat baru tanpa menyadari bahwa alat tersebut akan dikirimkan di bawah domain perusahaan. Buat catatan delegasi khusus layanan sebelum memberikan identitas tersebut, dan pertahankan nama pemilik bisnis setelah penerapan.
Mulailah dengan kewajiban yang dihadapi klien
Pemberitahuan dokumen portal peta, pemberitahuan faktur, dan pembaruan proyek secara terpisah. Tetapkan pemimpin platform klien, pemimpin sistem keuangan, dan pemimpin operasi praktik sebagai pemilik yang bertanggung jawab. Catat penyewa penyedia, domain Dari dan amplop, pemilih penandatanganan, populasi klien yang dituju, dan orang yang diberi wewenang untuk mencabut akses. Sertakan alat khusus praktik daripada berasumsi bahwa TI pusat telah menemukannya.
Gunakan klien fiktif, pemberitahuan tersedia dalam dokumen yang tidak berbahaya, dan contoh faktur yang tidak mengikat. Jangan sertakan nasihat istimewa, hal-hal rahasia, saldo biaya atau instruksi bank dalam bukti tes bersama. Peninjau teknis memerlukan konten yang cukup untuk mereproduksi transformasi pesan, bukan akses ke keterlibatan klien yang mendasarinya.
Cakupan identitas yang didelegasikan
Pilih identitas yang didukung secara sempit dan mewakili layanan secara akurat. Subdomain khusus dapat meningkatkan inventaris dan pemisahan operasional, namun ini bukan jaminan isolasi keamanan: otoritas DNS , akses penandatanganan, dan penerapan DMARC kebijakan masih perlu ditinjau. Hindari memberikan hak pengiriman kepada perusahaan secara luas hanya karena penyedia menawarkan kemudahan pengiriman.
Dalam peta rute fiksi, billing.firm.test muncul di tanda From while billing-vendor.test. Bahkan dengan asumsi tanda tangan terverifikasi, domain hipotetis gagal total DKIM penyelarasan; tidak ada tes tanda tangan lokal yang dijalankan. Pemilik sistem keuangan harus menetapkan penyewa yang benar dan identitas penulis yang dituju, lalu meninjau dukungan domain kustom yang terdokumentasi atau desain pesan yang berasal dari vendor secara transparan. Tes portal tidak memvalidasi penagihan.
Uji perjalanan klien dan batasannya
Picu pemberitahuan melalui akun klien pengujian terkontrol dan simpan pesan yang diterima. Verifikasi identitas yang ditampilkan, penanganan balasan dan hasil otentikasi. Periksa secara terpisah bahwa pengguna di ruang kerja klien lain tidak dapat menyebabkan pemberitahuan untuk menggunakan domain yang tidak sah atau mengakses dokumen klien pertama. Tes aplikasi tersebut merupakan pekerjaan penerimaan yang diperlukan. Perbandingan identitas hipotetis ini tidak mencakup pemeriksaan permohonan tersebut; tidak ada pengujian lintas klien yang dijalankan di sini.
Pesan yang selaras tidak membuktikan bahwa nasihat hukum sah, bahwa faktur benar, atau rincian bank yang diubah harus diikuti. Jaga agar persetujuan keterlibatan, akses dokumen, dan verifikasi pembayaran tetap independen. Jangan mengabaikan pembatasan komunikasi yang disetujui klien hanya karena penyedia dapat mengirim pesan yang ditandatangani dengan benar.
Tutup hubungan dengan bersih
Pada saat pemutusan kontrak atau migrasi praktik, inventarisasi pemberitahuan tertunda, ekspor hanya catatan resmi dan cabut delegasi pengiriman yang tepat. Konfirmasikan siapa yang terus menerima balasan dan siapa yang dapat menyimpan data pelaporan gabungan. Gunakan rencana pemulihan tertanggal untuk gangguan yang tidak disengaja daripada membiarkan kredensial yang ditinggalkan tetap aktif tanpa batas waktu. Kerahasiaan profesional, hak istimewa, pemberitahuan kontrak, dan persyaratan penyimpanan memerlukan tinjauan yang memenuhi syarat; pasal ini tidak memberikan ketetapan hukum atau jaminan bahwa autentikasi dapat memenuhinya.
Peta rute fiksi
Identitas eksplisit berikut adalah masukan ilustratif, bukan konfigurasi pelanggan sebenarnya. Domain dan peran yang bertanggung jawab ini bersifat hipotetis, bukan persetujuan pelanggan atau pesan bertanda tangan yang diberikan. Tidak ada tes atau pengiriman kriptografi yang dilakukan.
- Portal klien: Pimpinan platform klien; Dari portal.firm.test; amplop dan portal penandatangan DKIM .
- Alat penagihan: Pemimpin sistem keuangan; Dari billing.firm.test; amplop dan penandatangan billing-vendor.test DKIM .
- Komunikasi proyek: Praktek memimpin operasi; Dari proyek.perusahaan.test; amplop dan proyek penandatangan DKIM .
Selesaikan delegasi dan akses dokumen secara terpisah
Misalkan pengirim penagihan diperbaiki, namun tautan pemberitahuan membuka dokumen klien pengujian lain. Tugas identitas email mungkin lolos pemeriksaan cakupannya sementara batas akses aplikasi gagal. Pertahankan bukti insiden dalam batasan yang disetujui, pertahankan alur kerja yang terpengaruh, dan tugaskan pemilik platform klien untuk menyelidikinya. Jangan menyamakan pemberitahuan sah yang ditandatangani dengan otorisasi untuk mengungkapkan materi terkait. Ini adalah kondisi hipotetis, bukan paparan klien yang diamati.
Panduan multi-penyewa OWASP, bagian 1, 3 dan 6, mendukung konteks tepercaya, otorisasi objek, dan isolasi file. RFC 9989 Bagian 4.4, 5.3.5 dan 5.4 memisahkan penyelarasan dan penanganan pesan dari kepercayaan konten bisnis. Otentikasi selaras lainnya dapat mempengaruhi keputusan lengkap; p=reject penyebaran memerlukan DKIM yang valid berdasarkan Bagian 7.4 dan 8 SPF sendiri.