[ Spoofing & penyalahgunaan identitas ]

Peniruan identitas merek di luar domain Anda yang sebenarnya

Klasifikasikan peniruan identitas domain yang tepat, kemiripan, dan nama tampilan sebelum memilih kontrol atau mengajukan laporan.

Oleh tim peneliti EmailAuth · 3 menit membaca

[Poin-poin penting]

  • Klasifikasikan peniruan identitas domain yang tepat, kemiripan, dan nama tampilan sebelum memilih kontrol atau mengajukan laporan.
  • Pertahankan alamat yang tepat dan klasifikasikan bukti sebelum berasumsi adanya niat jahat atau perbaikan DNS .
Di halaman ini

Kebijakan domain Anda tidak dapat mencegah seseorang mencantumkan nama merek Anda di samping alamat email yang tidak terkait. Peniruan identitas merek dapat menggunakan domain persis Anda, domain yang serupa secara visual, nama tampilan yang menyesatkan, atau akun sah yang disusupi. Ini adalah kondisi identitas yang berbeda, dan masing-masing memerlukan bukti di luar kesan yang diciptakan oleh pratinjau kotak masuk.

Bacalah alamatnya daripada presentasinya

Simpan pesan asli dan ekstrak alamat Dari lengkap, nama tampilan, alamat Balas-Ke, dan URL yang relevan. Tangkapan layar mungkin menyembunyikan alamat kotak surat sebenarnya atau memperpendek domain. Jangan hanya mengandalkan kesamaan visual untuk mengidentifikasi domain yang digunakan dalam autentikasi. Pertahankan ejaan dan representasi asli sebelum menambahkan perbandingan yang dinormalisasi untuk analisis.

DMARC menghubungkan autentikasi ke domain penulis dalam pesan. Terpisah domain yang mirip dapat mengautentikasi dirinya dengan sukses; itu tidak menempatkannya di bawah kebijakan domain organisasi Anda. RFC 9989. Gunakan hasil autentikasi dari sistem penerima tepercaya, bukan header sembarangan yang disertakan bersama pesan. RFC 8601.

Klasifikasikan tanpa melebih-lebihkan maksudnya

Untuk pemalsuan domain persis, tentukan apakah domain penulis yang diklaim adalah milik Anda dan bukti autentikasi tepercaya apa yang ditampilkan. Untuk kemiripan, catat perbedaan persisnya dan mengapa penyajian pesan atau permintaan menyarankan peniruan identitas. Untuk penyalahgunaan nama tampilan, tampilkan nama yang menyesatkan secara terpisah dari alamat sebenarnya yang tidak terkait. Kemiripan domain dengan sendirinya tidak menunjukkan adanya penggunaan yang bermaksud jahat atau pelanggaran hukum.

Pesan yang lewat dari domain sebenarnya memerlukan penyelidikan berbeda: pesan tersebut dapat mencerminkan layanan resmi, penyusupan akun, atau permintaan sah yang disalahpahami oleh penerima. Jangan memaksakan kasus tersebut menjadi a spoofing kategori hanya karena kontennya mencurigakan. Pertahankan penjelasan yang bersaing sampai bukti akuntan dan bisnis dapat membedakannya.

Terapkan contoh klasifikasi hipotetis

Contoh tertulis menetapkan tiga permintaan yang semuanya ditampilkan sebagai Brand Finance. Yang pertama menggunakan penagihan di brand.test dengan hasil kegagalan tepercaya yang ditemukan dan diberi label sebagai kandidat pemalsuan domain yang tepat. Yang kedua menggunakan brand-pay.test dengan izin dan merupakan kandidat yang mirip. Yang ketiga menggunakan unrelated.test dengan pass dan merupakan kandidat peniruan nama tampilan. Kontak bisnis terkenal yang ditemukan menolak setiap permintaan.

Buku besar kasus yang diusulkan menyimpan klasifikasi dan menetapkan tindakan penangguhan, penyimpanan bukti, dan peninjauan untuk masing-masing klasifikasi. Itu tidak memverifikasi pendaftaran domain publik, menghitung kebijakan DMARC penuh atau menetapkan maksud dari pengirim sebenarnya. Domainnya adalah nama laboratorium yang dicadangkan, dan bidang verifikasi bisnis adalah asumsi skenario. Ini adalah latihan klasifikasi yang diusulkan, bukan detektor atau pengukuran akurasi yang dijalankan. Tidak ada kontak diketahui yang benar-benar didekati.

Tanggapi melalui saluran yang relevan

Lindungi tindakan bisnis terlebih dahulu. Konfirmasikan pembayaran atau perubahan akun melalui kontak yang telah dibuat sebelumnya, mengikuti panduan FBI kompromi email bisnis. saran FBI. Jangan membalas alamat tersangka untuk mendapatkan konfirmasi, Anda kemudian menelepon independen.

Siapkan laporan penyalahgunaan penyedia layanan apa pun dengan pengidentifikasi asli, perilaku yang diamati, dan salinan berbagi minimal yang diperlukan. Minta peninjauan berdasarkan proses yang berlaku dari penyedia tanpa menjanjikan penghapusan. Pisahkan pekerjaan perbaikan autentikasi domain Anda dari laporan tentang domain orang lain, karena mengubah DNS tidak dapat menonaktifkan domain tersebut secara langsung.

Dekat dengan klasifikasi identitas, kepercayaan bukti, paparan bisnis dan status respons. Terus pantau kasus-kasus yang relevan tanpa menyatakan bahwa setiap pendaftaran serupa berbahaya. Program perlindungan merek yang berguna menggabungkan autentikasi domain dengan analisis pesan, pelaporan, kontrol akun, dan verifikasi bisnis, yang masing-masing diukur berdasarkan penyalahgunaan yang sebenarnya dapat diatasi.

Simpan temuan dalam bukti

Contohnya adalah alat bantu pengambilan keputusan yang bersifat defensif, bukan tuduhan yang diamati terhadap orang sungguhan atau penyedia layanan saat ini. Simpan bukti autentikasi, verifikasi bisnis, dan atribusi secara terpisah. Sumber protokol saat ini menjelaskan validasi domain dan batasan hasil tepercaya; mereka tidak memberikan bukti akun yang hilang atau mengizinkan publikasi tuduhan.

[ Membawa pergi ]

Pertahankan alamat yang tepat dan klasifikasikan bukti sebelum berasumsi adanya niat jahat atau perbaikan DNS .

[ Berdasarkan peran ]

Apa artinya ini bagi Anda

Pilih peran Anda untuk langkah praktis selanjutnya.

Admin TI / Surat

Ekstrak alamat lengkap

Pratinjau kotak masuk menyembunyikan perbedaan penting.

Langkah selanjutnya

  1. Pertahankan pesan mentah.
  2. Pisahkan bidang tampilan dan domain.
  3. Gunakan bukti autentikasi tepercaya.

CISO / Detik

Cocokkan respons dengan jenis pelecehan

Kondisi identitas yang berbeda memerlukan kontrol yang berbeda.

Langkah selanjutnya

  1. Tinjau alternatif penyalahgunaan akun.
  2. Laporan penyedia cakupan.
  3. Ukur paparan yang belum terselesaikan.

Pendiri / Non-teknis

Lindungi permintaan konsekuensial

Presentasi merek dapat menyesatkan staf.

Langkah selanjutnya

  1. Memerlukan konfirmasi saluran yang dikenal.
  2. Alur kerja pelaporan dana.
  3. Hindari janji yang dijamin akan dihapus.

[ FAQ ]

Pertanyaan yang sering diajukan

Apakah DMARC melindungi setiap domain yang menyerupai merek saya?

Tidak. Domain terpisah dapat mengautentikasi dirinya sendiri di luar kebijakan Anda.

Apakah nama tampilan yang familiar diautentikasi?

Bukan sebagai bukti orang atau merek yang diwakili; periksa alamat sebenarnya dan hasil tepercaya.

Apakah kesamaan domain saja sudah membuktikan adanya penyalahgunaan?

Tidak. Diperlukan konteks dan perilaku yang diamati.

Apakah pass domain asli masih bisa mencurigakan?

Ya. Penyalahgunaan akun atau layanan dan permintaan bisnis yang tidak sah masih mungkin terjadi.

Apakah domain aktif atau pengklasifikasi diuji?

Tidak. Kasus ini ditulis dalam skenario domain cadangan dengan autentikasi buatan dan asumsi kontak bisnis.

Apa yang harus diverifikasi secara independen terlebih dahulu?

Permintaan bisnis apa pun yang bersifat konsekuensial, terutama pembayaran atau perubahan akun.

Apakah laporan penyalahgunaan menjamin penghapusan?

Tidak. Penyedia harus menilai bukti berdasarkan kebijakannya.

Apa yang termasuk dalam rekor akhir?

Identitas yang tepat, keyakinan klasifikasi, paparan, pemilik dan status respons.

[ Sumber ]

Sumber

  1. RFC 9989 DMARC

    Bagian §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  2. Hasil Otentikasi RFC 8601

    Bagian §1.2 · §1.6 · §7

  3. Panduan BEC email berbasis cloud FBI IC3

    Bagian Rekomendasi Untuk Pengguna Akhir

[ Glosarium ]

Glosarium

Peniruan nama tampilan
Penggunaan nama yang terlihat menyesatkan di samping alamat yang bukan milik pihak yang diwakili.
Domain serupa
Domain berbeda yang disajikan menyerupai identitas organisasi lain.

Asal perusahaan

Mengapa lembaga keuangan dan pemerintah terkemuka menghentikan dasbor keamanan email mereka.

Platform autentikasi email tradisional menjual dasbor kepada Anda dan meminta teknisi Anda melakukan pekerjaannya. Di lingkungan berisiko tinggi, pengawasan manual berarti penegakan yang tertunda, penyimpangan konfigurasi, dan domain bayangan yang tidak dipantau.

EmailAuth adalah platform asal email agen. Agen kami menegakkan p=reject, jaga agar pengirim pihak ketiga tetap selaras dan pindahkan domain Anda ke kapasitas penuh RFC 9989 kepatuhan, standar DMARC baru, dengan kemampuan audit yang dapat dilakukan secara langsung oleh manusia.

Pemerintah Perusahaan besar Lembaga keuangan tingkat 1

SaaS · Penyewaan khusus · On-prem dengan celah udara · Enkripsi BYOK

Basis Pengetahuan