Mengapa pengguna berisiko tinggi seperti eksekutif sebaiknya ditempatkan dalam preset strict alih-alih aturan kustom?

Peran berisiko tinggi adalah target utama serangan spear-phishing. Preset strict menerapkan ambang telemetri yang agresif dan didukung secara global tanpa mengharuskan administrator memelihara daftar pengecualian yang rumit secara manual.

Kebijakan Anti-Phishing Preset vs Kustom di Microsoft Defender for Office 365

Q: Apa yang terjadi jika seorang pengguna termasuk dalam kebijakan preset sekaligus kebijakan kustom?

Mesin evaluasi Microsoft 365 memproses kebijakan dalam urutan yang ketat dan memprioritaskan kebijakan preset di atas kebijakan kustom. Jika pengguna cocok dengan kebijakan preset, evaluasi langsung berhenti dan kebijakan kustom dilewati.

Q: Apakah kebijakan keamanan preset Microsoft diperbarui secara otomatis?

Ya, Microsoft mengelola kebijakan preset secara langsung. Ketika intelijen ancaman berkembang, pengaturan di dalam preset Standard dan Strict diperbarui secara otomatis sehingga beban tinjauan manual pun berkurang.

Q: Bagaimana saya dapat memverifikasi kebijakan mana yang benar-benar berlaku pada kotak surat pengguna tertentu?

Anda dapat memverifikasi kebijakan yang berlaku menggunakan Configuration Analyzer di portal Microsoft Defender, atau dengan menjalankan kueri advanced hunting pada tabel event email untuk melacak vonis kebijakan.

By Mirko Peters · 2026-10-29

Pelajari kapan harus menggunakan kebijakan anti-phishing preset atau kustom di Microsoft Defender for Office 365, hindari jebakan prioritas, dan amankan penyewa cloud Anda.

Automatically translated with AI from the original post. Read the English original

Cover: Defender for Office 365: Tuning Anti-Phishing and Safe Links Policies

Memilih antara kebijakan keamanan preset dan konfigurasi kustom di Microsoft Defender for Office 365 menentukan seberapa efektif organisasi Anda menghentikan serangan phishing yang ditargetkan. Panduan ini menguraikan urutan evaluasi kebijakan, jebakan prioritas yang tersembunyi, dan kerangka kerja praktis untuk memutuskan kapan aturan kustom benar-benar dibenarkan dibandingkan rekomendasi bawaan Microsoft.

Poin Penting

Microsoft mengevaluasi kebijakan perlindungan email dalam urutan top-down yang ketat: preset Strict, preset Standard, kebijakan kustom, lalu perlindungan bawaan.
Mesin evaluasi berhenti pada kecocokan pertama, artinya pengguna dalam cakupan preset sepenuhnya melewati kebijakan anti-phishing kustom yang Anda buat.
Kebijakan keamanan preset mengalihkan beban pemeliharaan dan pengelolaan drift kebijakan ke Microsoft, sehingga baseline Anda diperbarui secara otomatis menghadapi ancaman baru.
Kebijakan kustom memakan banyak beban administratif dan sebaiknya hanya dipakai untuk pengecualian bisnis yang nyata dan terdokumentasi.
Pengguna berisiko tinggi seperti eksekutif, staf keuangan, dan admin IT sebaiknya berada dalam cakupan preset strict, bukan dalam aturan isolasi yang dibuat khusus.

Jebakan Prioritas Kebijakan: Mengapa Aturan Kustom Gagal Tanpa Suara

Banyak administrator keamanan email menghabiskan berhari-hari untuk menyusun kebijakan anti-phishing kustom di portal Microsoft Defender. Mereka dengan cermat menyesuaikan tingkat keyakinan phishing, membuat daftar pengguna yang dilindungi, dan menetapkan tindakan khusus untuk upaya peniruan identitas. Portal menampilkan status "Enabled" yang menenangkan, dan konfigurasinya tampak sempurna di atas kertas. Namun, meski semua pekerjaan cermat ini sudah dilakukan, kebijakan tersebut mungkin tidak pernah terpicu untuk satu pengguna pun.

Akar masalahnya terletak pada cara Microsoft 365 memproses beberapa aturan yang saling tumpang tindih. Mesin evaluasi tidak menggabungkan pengaturan atau memilih aturan yang paling ketat. Sebaliknya, mesin ini membaca hierarki yang kaku: kebijakan preset strict dievaluasi lebih dulu, diikuti kebijakan preset standard, lalu kebijakan kustom, dan terakhir perlindungan bawaan di paling bawah. Begitu penerima cocok dengan kebijakan yang berada lebih tinggi dalam rantai, evaluasi berhenti secara permanen. Jika anggota tim keuangan Anda kebetulan berada dalam cakupan kebijakan preset standard, aturan anti-phishing keuangan kustom Anda sepenuhnya diabaikan. Tidak ada pesan galat dan tidak ada peringatan, sehingga tercipta celah keamanan tak kasatmata yang mudah dimanfaatkan penyerang.

Preset vs. Kebijakan Kustom: Pertukaran Administratif

Memahami perbedaan filosofis antara kebijakan keamanan preset Microsoft dan konfigurasi penyewa kustom sangat penting untuk pengelolaan arsitektur cloud jangka panjang. Kebijakan preset (Standard dan Strict) merepresentasikan kecerdasan kolektif yang dikumpulkan dari jutaan kotak surat di seluruh dunia. Microsoft terus memperbarui pengaturan ini berdasarkan telemetri ancaman secara real-time, artinya Anda mendapat manfaat dari pengamatan lintas industri yang tidak mungkin dicapai oleh penyewa individual dengan usahanya sendiri.

Sebaliknya, kebijakan kustom merepresentasikan penilaian subjektif satu administrator yang diterapkan pada satu organisasi pada titik waktu tertentu. Meskipun aturan kustom menawarkan kontrol terperinci atas alur email tertentu atau kebutuhan bisnis yang unik, aturan ini menimbulkan beban pemeliharaan yang berat. Ketika vektor serangan berkembang, kebijakan kustom tetap sepenuhnya statis. Tanpa siklus peninjauan khusus, konfigurasi kustom secara diam-diam menyimpang dari standar keamanan modern, sehingga menciptakan kerentanan yang sulit didiagnosis setelah insiden terjadi.

Kapan Kebijakan Anti-Phishing Kustom Benar-Benar Dibenarkan?

Karena preset sudah menangani sebagian besar skenario pengguna dengan efektif, kebijakan kustom sebaiknya diperlakukan sebagai pengecualian, bukan sebagai strategi penerapan default. Untuk membenarkan beban pemeliharaan berkelanjutan dari aturan kustom, biasanya aturan tersebut harus masuk ke salah satu dari tiga kategori operasional berikut:

Daftar Pengguna Terlindungi yang Dipilih Secara Khusus: Jika organisasi Anda memerlukan daftar eksekutif, anggota dewan, atau pihak penyetuju keuangan yang spesifik dan dilindungi dengan ambang batas peniruan identitas yang disesuaikan, kebijakan anti-phishing kustom memungkinkan Anda mendefinisikan nama-nama tersebut secara tepat.
Alur Email yang Tidak Biasa: Unit bisnis yang secara rutin menerima file eksternal nonstandar atau bergantung pada sistem otomatis internal yang rentan memicu positif palsu mungkin memerlukan aturan kustom dengan cakupan sempit untuk menjaga kelangsungan bisnis.
Gateway Email Pihak Ketiga: Organisasi yang mengarahkan email melalui gateway keamanan eksternal sebelum Microsoft 365 sering mengalami perubahan detail koneksi dan hasil autentikasi, sehingga memerlukan penanganan khusus dalam parameter kebijakan kustom.

Jika motivasi Anda membuat aturan kustom hanya karena lebih suka pada pengaturan ambang yang berbeda atau perasaan samar bahwa default terlalu lunak, kebijakan tersebut kemungkinan besar tidak sepadan dengan biaya operasional jangka panjangnya.

Kesimpulan dan Langkah Selanjutnya

Menyeimbangkan kecerdasan otomatis dengan konfigurasi kustom yang tertarget adalah ciri khas strategi keamanan cloud yang matang. Dengan mengandalkan kebijakan preset Microsoft untuk sebagian besar karyawan dan hanya menyisihkan aturan kustom untuk pengecualian yang terdokumentasi, Anda mengurangi kelelahan administratif sekaligus memaksimalkan efektivitas deteksi ancaman. Untuk mempelajari strategi implementasi yang lebih dalam, siklus konfigurasi, dan metrik pelaporan, Dengarkan episode lengkapnya dari M365 FM Podcast untuk wawasan dari para ahli dan panduan praktis guna mengoptimalkan postur keamanan Microsoft 365 Anda hari ini.

Pertanyaan Umum

Apa yang terjadi jika seorang pengguna termasuk dalam kebijakan preset sekaligus kebijakan kustom?

Mesin evaluasi Microsoft 365 memproses kebijakan dengan urutan yang ketat, dengan memprioritaskan kebijakan preset (Strict lalu Standard) di atas kebijakan kustom. Jika pengguna cocok dengan kebijakan preset, sistem berhenti mengevaluasi lebih lanjut, dan kebijakan kustom sepenuhnya dilewati untuk penerima tersebut.

Apakah kebijakan keamanan preset Microsoft diperbarui secara otomatis?

Ya. Kebijakan preset dikelola langsung oleh Microsoft. Ketika lanskap ancaman berubah dan nilai dasar yang direkomendasikan berubah, Microsoft memperbarui pengaturan yang mendasari di dalam preset Standard dan Strict secara otomatis, sehingga administrator tidak perlu melakukan siklus peninjauan manual.

Mengapa pengguna berisiko tinggi seperti eksekutif sebaiknya ditempatkan di preset Strict dan bukan di aturan kustom?

Peran berisiko tinggi adalah target utama serangan spear-phishing dan peniruan identitas yang canggih. Preset Strict menerapkan ambang batas perlindungan yang agresif yang didukung oleh telemetri global Microsoft, memberikan keamanan yang komprehensif tanpa mengharuskan administrator memelihara daftar pengecualian kustom yang kompleks secara manual.

Bagaimana saya dapat memverifikasi kebijakan mana yang sebenarnya berlaku pada kotak surat pengguna tertentu?

Anda dapat memverifikasi kebijakan yang berlaku dengan menggunakan Configuration Analyzer di portal Microsoft Defender atau dengan menjalankan kueri advanced hunting pada event email untuk melacak mekanisme deteksi dan kebijakan mana yang bekerja pada pesan masuk pengguna.