Kebijakan DLP Tidak Berfungsi di Exchange: Penyebab dan Solusinya

By Mirko Peters · 2026-04-20

Jika Anda sampai di sini, Anda sudah tahu betapa sulitnya menjaga data sensitif tetap terkunci di Microsoft Exchange Online. Data Loss Prevention (DLP) seharusnya menjadi jaring pengaman otomatis Anda, yang menangkap kebocoran sebelum pengguna menekan kirim. Namun, apa yang terjadi ketika aturan tersebut tidak terpicu seperti seharusnya, atau DLP justru tidak bekerja?

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

Titelbild: DLP Not Working in Exchange: Causes and Solutions

Panduan ini memangkas kebisingan dan langsung menyentuh inti penyebab kegagalan kebijakan DLP di Exchange Online. Di sini, Anda akan menemukan hal-hal yang jarang dijelaskan secara gamblang oleh dokumentasi Microsoft: penyebab nyata kegagalan DLP, jebakan lisensi yang terlewat, jebakan di Outlook yang sering diabaikan, serta pengaturan kebijakan yang disalahpahami. Sementara sebagian besar artikel bantuan hanya mendaur ulang langkah-langkah umum, kami membahas detailnya agar Anda benar-benar bisa menutup kebocoran data dan memenuhi target kepatuhan Anda.

Baik Anda admin Microsoft 365 berpengalaman maupun sekadar ingin mencari tahu mengapa peringatan "DLP mismatch" tidak kunjung hilang, ini adalah panduan pemecahan masalah yang praktis dan lugas.

Memahami Mengapa Kebijakan DLP Gagal di Exchange Online

Data Loss Prevention seharusnya berfungsi seperti pagar pengaman yang senyap, yang bekerja otomatis untuk mencegah pembagian data sensitif melalui email. Namun, terlalu sering perlindungan itu tidak muncul ketika Anda paling membutuhkannya. Sebelum Anda menggali log atau berkutat dengan PowerShell, ada baiknya memahami alasan utama mengapa DLP sering gagal.

Titik awal yang penting adalah lisensi. DLP bukan fitur yang cukup dinyalakan begitu saja. Anda memerlukan paket dan layanan Microsoft 365 yang tepat, yang sudah diaktifkan di penyewa Anda. Mengabaikan add-on yang diperlukan atau salah membaca matriks produk? Itu adalah resep untuk kebocoran yang tidak terdeteksi dan kegagalan yang diam-diam.

Selain lisensi, pembuatan kebijakan DLP juga memiliki jebakannya sendiri. Kebijakan mungkin dibuat dengan cepat tetapi tidak tepat, misalnya ada grup penerima utama yang terlewat, menggunakan templat bawaan, atau tidak sesuai dengan data dan alur kerja unik organisasi Anda. Bahkan satu kondisi yang keliru pun dapat merusak cakupan perlindungan.

Di bagian ini, Anda akan mendapatkan gambaran umum tentang jebakan dasar DLP ini: celah lisensi, prasyarat teknis, serta hal-hal penting yang harus dan tidak boleh dilakukan saat membuat kebijakan. Memahami dasar-dasar ini akan membuat Anda unggul dibanding sebagian besar admin dan siap untuk pemecahan masalah yang sesungguhnya, bukan sekadar menebak-nebak.

Jika Anda menginginkan panduan dasar yang lebih rinci atau sudut pandang tambahan, lihat panduan mendalam tentang menyiapkan DLP di Microsoft 365 ini untuk pendekatan praktis yang selangkah demi selangkah.

Memeriksa Lisensi dan Prasyarat untuk Kebijakan DLP Microsoft 365

Pastikan Anda Memiliki Lisensi Microsoft 365 yang Didukung: DLP di Exchange Online tidak termasuk dalam semua paket. Anda memerlukan Microsoft 365 E3, E5, A3, A5, F5 Compliance, atau lisensi mandiri yang setara. Jika pengguna Anda berada di paket Business Premium, Essentials, atau tingkat yang lebih rendah, DLP mungkin tidak berfungsi, meskipun opsi menunya terlihat.
Pastikan Exchange Online Protection (EOP) Diaktifkan: EOP adalah layanan inti untuk DLP di Exchange. Jika email masuk dan keluar tidak melewati EOP, aturan DLP tidak dapat memeriksa atau memblokir pesan.
Periksa Dependensi seperti Azure Information Protection: Jika Anda menggunakan tindakan DLP lanjutan (seperti enkripsi otomatis pesan atau integrasi dengan label sensitivitas), Azure Information Protection dan Microsoft Purview (sebelumnya Compliance Center) harus disiapkan dan memiliki lisensi yang sesuai.
Aktivasi Fitur Penyewa (Lokasi Itu Penting): Beberapa fitur DLP hanya aktif ketika data kotak surat Anda berada di wilayah yang tepat, atau ketika fitur baru sudah tersebar setelah peningkatan penyewa.
Penyimpanan Kebijakan dan Pengaturan Konektor: Jangan lupa persyaratan DLP Power Platform jika organisasi Anda menggunakan pemrosesan berbasis alur. Lihat informasi selengkapnya dalam panduan khusus bagi orang dalam ini.

Praktik Terbaik dalam Pembuatan dan Penerapan Kebijakan DLP

Mulai dengan Pengujian Skala Kecil: Terapkan kebijakan DLP baru ke kelompok uji terlebih dahulu, bukan ke seluruh basis pengguna Anda. Cara ini membatasi gangguan yang tidak terduga dan membuat pemecahan masalah lebih mudah dikelola.
Sesuaikan Jenis Informasi Sensitif: Jangan hanya mengandalkan default Microsoft. Ubah atau buat jenis informasi baru yang benar-benar sesuai dengan pola data organisasi Anda.
Tentukan Cakupan dan Kondisi dengan Jelas: Pastikan kebijakan menargetkan penerima dan workload yang tepat (email, SharePoint, OneDrive), serta kondisinya ketat—jangan samar atau tumpang tindih.
Tinjau Efektivitas Kebijakan Secara Berkala: Pantau jumlah kecocokan, tingkat penimpaan (override), dan masukan pengguna agar Anda tahu apakah kebijakan terlalu ketat, terlalu longgar, atau justru meleset dari sasaran.
Dokumentasikan Semuanya: Catat setiap perubahan kebijakan, siapa yang memintanya, dan alasannya—hal ini sangat penting jika Anda perlu melakukan audit atau melacak insiden di kemudian hari.

Ingin gambaran praktis tentang penerapan DLP? Episode podcast ini membahas pengaturan DLP, jebakan yang sering terjadi, dan pendekatan yang meningkatkan produktivitas sekaligus keamanan.

Mendiagnosis Kesalahan Konfigurasi dan Pengaturan Outlook yang Tidak Didukung

Banyak kegagalan DLP bukan karena fitur yang hilang, melainkan karena cara pengaturannya, terutama terkait versi Outlook yang berbeda dan pengaturan kebijakan. Bahkan dengan lisensi yang tepat, satu kesalahan konfigurasi dapat membuka celah yang cukup besar untuk dilewati.

Klien Outlook, khususnya, membawa tantangannya sendiri. Beberapa fitur DLP berfungsi sempurna di Outlook Web App (OWA) tetapi bermasalah di Outlook desktop, terutama pada rilis lama atau instalasi dengan sistem file yang tidak lazim. Pengaturan yang tidak didukung dan kebijakan yang sudah usang sering menjadi penyebab mengapa sebagian pengguna mengalami penegakan DLP dan sebagian lainnya tidak.

Bagian ini menguraikan jenis kesalahan konfigurasi dan titik buta di sisi klien yang hampir pasti pernah dihadapi oleh sebagian besar admin TI. Dengan mengenali masalah ini sejak awal, Anda dapat menghemat waktu berjam-jam untuk pemecahan masalah dan saling menyalahkan, sehingga DLP dapat diperbaiki di tempat yang benar-benar penting, yaitu di dunia nyata.

Kesalahan Konfigurasi Umum yang Menyebabkan Kegagalan DLP

Kondisi dan Logika Aturan yang Keliru: Banyak kegagalan DLP terjadi karena kondisi kebijakan terlalu luas, terlalu sempit, atau mengandung kesalahan logika. Misalnya, menggabungkan "Pengirim adalah" dan "Penerima adalah" dengan cara yang tidak cocok dengan pengguna mana pun, atau menggunakan kondisi yang saling meniadakan.
Cakupan Kebijakan yang Tidak Tepat: Terkadang aturan DLP hanya diterapkan pada sebagian kecil pengguna, kotak surat, atau workload, sehingga sebagian besar lingkungan Anda tidak terlindungi. Jika "Exchange mail" tidak dicentang di Microsoft Purview Compliance Portal, kebijakan Anda sama sekali tidak akan memeriksa pesan keluar.
Jenis Informasi Sensitif Kustom yang Tidak Valid: Definisi kustom dapat menggagalkan kebijakan jika tidak diimplementasikan atau diuji dengan benar. Ketidaksesuaian antara definisi entitas (misalnya, pola kartu kredit) dan data dunia nyata menyebabkan pemicu terlewat atau positif palsu.
Tindakan yang Hilang atau Salah Konfigurasi: Tindakan seperti "blokir," "enkripsi," atau "beri notifikasi" bisa saja dibiarkan kosong, mengarah ke templat yang salah, atau gagal karena izin yang kurang. Celah-celah ini membuat kebijakan tampak ada, tetapi sebenarnya tidak melakukan intervensi apa pun.
Kebijakan Usang atau Tumpang Tindih: Menambahkan aturan baru di atas aturan lama dapat menyebabkan konflik kebijakan, penimpaan, atau bypass diam-diam, terutama di lingkungan Exchange hibrida atau multi-geo. Selalu periksa prioritas aturan dan apakah kebijakan baru menonaktifkan tindakan penegakan yang lama.

Untuk pembahasan lebih mendalam tentang mengapa kegagalan tata kelola sering bermula dari konfigurasi yang buruk, lihat analisis tingkat sistem tentang kegagalan tata kelola Microsoft 365 ini.

Konfigurasi DLP yang Tidak Didukung di Versi Outlook

Tidak semua fitur DLP bekerja sama baiknya di semua tempat. Outlook 2013 (dan bahkan beberapa klien desktop yang lebih baru) tidak sepenuhnya mendukung tindakan kebijakan DLP tertentu, seperti policy tips secara real-time, pemblokiran dinamis, atau peringatan MailTip instan. Fitur yang bergantung pada komponen cloud atau antarmuka modern bisa jadi tidak ada atau tidak konsisten.

Jika pengguna menggunakan versi Outlook yang beragam, sudah umum terjadi bahwa policy tips tampil di OWA dan rilis Outlook yang lebih baru, sementara di klien lama tampilannya setengah jadi atau tidak terlihat sama sekali. Demikian pula, mode offline dan pengaturan Exchange yang di-cache dapat menunda, bahkan menggagalkan, proses evaluasi kebijakan. Selalu periksa dukungan fitur sebelum berasumsi bahwa kebijakan DLP Anda sepenuhnya diterapkan di setiap perangkat.

Memecahkan Masalah Kebijakan DLP Tips dan MailTips di Exchange Online

Kebijakan DLP hanya berguna jika pengguna benar-benar tahu kapan ada yang salah. Policy tips dan MailTips adalah peringatan atau notifikasi dalam aplikasi yang mengingatkan pengguna untuk berpikir ulang sebelum mengirim, meneruskan, atau membagikan data sensitif. Namun, cukup sering tips ini gagal muncul: kadang tidak pernah tampil, atau hanya muncul untuk sebagian pengguna dan tidak untuk yang lain.

Bagian ini membahas akar penyebab mengapa policy tips DLP menghilang (atau tidak pernah muncul sejak awal) di Outlook dan Outlook Web App. Anda juga akan melihat bagaimana pengaturan backend Exchange dan konfigurasi klien sama-sama berperan. Mengaktifkan kembali fitur ini tidak hanya membantu kepatuhan, tetapi juga membuat pengguna lebih kooperatif, karena mereka melihat dengan jelas apa yang dipertaruhkan sebelum mengirim sesuatu yang berisiko.

Anda akan menemukan panduan pemecahan masalah bertahap serta praktik terbaik agar peringatan tersebut tetap tampil di tempat yang seharusnya.

Policy Tips DLP Tidak Muncul di Outlook dan OWA

MailTips Dinonaktifkan di Klien: Pengguna dapat mematikan MailTips di opsi Outlook mereka, atau Group Policy mungkin menonaktifkannya. Tanpa MailTips, peringatan DLP tidak dapat muncul saat menulis email.
Pemanggilan GetDLPPolicyTip Tidak Terjadi: Klien Outlook perlu berkomunikasi dengan Exchange Online untuk mengambil policy tips DLP. Jika panggilan API "GetDLPPolicyTip" tidak terkirim, yang sering terjadi karena diblokir firewall, pengaturan proxy, atau mode offline, maka tidak ada tips yang diambil atau ditampilkan.
Versi Klien Outlook Tidak Didukung atau Sudah Usang: Policy tips umumnya memerlukan Outlook 2016 atau yang lebih baru, atau versi web (OWA). Outlook 2013 dan sebagian klien seluler mungkin sama sekali tidak menampilkannya. Pengguna di lingkungan yang lebih lama atau belum diperbarui tidak akan melihat peringatan DLP.
Kotak Surat Belum Diaktifkan untuk MailTips: Meskipun sudah diatur secara global, beberapa kotak surat mungkin dikecualikan dari MailTips atau memiliki pewarisan atribut yang rusak, sehingga tips terkait DLP tidak muncul.
Sinkronisasi Lambat dan Caching Klien: Dalam cache mode, pembaruan kebijakan atau tips baru bisa tertunda karena Outlook menunggu siklus sinkronisasi berikutnya. Keterlambatan ini bisa membuat DLP terkesan rusak, padahal sebenarnya hanya berjalan terlambat.

Cara Mengaktifkan dan Mengonfigurasi MailTips untuk DLP di Exchange Online

Agar policy tips DLP tampil dengan benar, pertama-tama pastikan MailTips sudah diaktifkan baik untuk seluruh penyewa maupun pada kotak surat tertentu. Di Exchange admin center, buka MailFlow > MailTips. Pastikan tips yang relevan, terutama untuk pelanggaran kebijakan, sudah dipilih dan diaktifkan.

Admin juga dapat menggunakan PowerShell: jalankan Set-Mailbox -Identity "user" -MailTip "enabled" atau periksa pengaturan organisasi dengan Get-OrganizationConfig | fl MailTips. Sesuaikan MailTips di portal kepatuhan untuk mengontrol tips mana yang ditampilkan dan kapan. Untuk panduan yang lebih mendetail, podcast tentang pengaturan DLP di Microsoft 365 menyajikan langkah-langkah rinci dan strategi praktis.

Pemecahan Masalah Lanjutan untuk Kegagalan DLP di Exchange Online

Terkadang, Anda sudah memperbaiki hal yang jelas terlihat, tetapi DLP tetap tidak berfungsi. Di sinilah Anda perlu menggunakan alat yang lebih lanjut: trace jaringan, penyesuaian registry, dan diagnostik backend yang lebih dalam dari sekadar klik di admin center. Bagian ini berisi strategi untuk menelusuri kegagalan DLP yang bersifat acak, sporadis, atau tidak dapat dijelaskan dan terus lolos dari deteksi.

Fiddler adalah sahabat terbaik Anda di sini, karena memungkinkan Anda memantau lalu lintas HTTP antara Outlook dan Exchange Online. Ini membantu memastikan apakah panggilan layanan, seperti GetDLPPolicyTip, benar-benar dikirim atau justru mengalami kesalahan senyap. Namun, penyelidikan teknis tidak berhenti di jaringan. Terkadang penyebabnya ada di komputer lokal. Pengaturan registry dapat menyebabkan penundaan dalam evaluasi DLP atau bahkan mengacaukan waktu penerapan kebijakan.

Bagian ini memberikan panduan penggunaan alat profesional untuk memvalidasi panggilan layanan, menangkap kesalahan komunikasi, dan mengatasi hambatan evaluasi yang tersembunyi, sehingga DLP dapat bekerja tepat waktu dan di tempat yang Anda butuhkan.

Menggunakan Trace Fiddler untuk Memverifikasi Panggilan GetDLPPolicyTip

Fiddler adalah alat debugging web yang merekam lalu lintas HTTP/HTTPS antara klien Outlook dan Exchange Online. Gunakan alat ini untuk memastikan permintaan "GetDLPPolicyTip" berhasil dikirim saat menulis email yang diduga berisi data sensitif. Pada trace yang berhasil, Anda akan melihat permintaan ke endpoint Exchange Online dan menerima data policy tip yang terstruktur sebagai respons.

Jika trace menunjukkan panggilan yang hilang, autentikasi yang gagal, atau kesalahan HTTP yang tidak terduga, berarti Anda menemukan masalah komunikasi, yang sering disebabkan oleh filter jaringan, klien yang belum diperbarui, atau pergeseran autentikasi. Mengidentifikasi anomali ini membantu Anda memastikan di mana tips kebijakan hilang selama pengiriman.

Penyesuaian Registry dan Penundaan dalam Evaluasi Konten DLP

Menyesuaikan Kunci PolicyEvaluationDelay: Jika tips DLP muncul terlalu lambat atau setelah pengguna mengirim pesan, tingkatkan nilai registry PolicyEvaluationDelay di HKEY_CURRENT_USER\Software\Microsoft\Office\<version>\Outlook\Security. Dengan begitu, Outlook punya waktu tambahan untuk menerima data respons DLP sebelum melanjutkan proses.
Mengatur Ulang Interval Sinkronisasi Kebijakan: Sesuaikan laju penyegaran kebijakan untuk Outlook menggunakan kunci DlpPolicyRefreshInterval, yang mengatur seberapa sering cache lokal diperbarui dengan kebijakan baru atau yang berubah.
Mengembalikan atau Menghapus Override Lama: Hapus penyesuaian registry yang tidak didukung atau sudah usang dan tertinggal dari upaya troubleshooting sebelumnya, untuk mencegah penegakan DLP yang tidak dapat diprediksi.
Selalu Cadangkan Registry Sebelum Perubahan: Mengedit registry dapat menimbulkan efek yang tidak diinginkan. Buat titik pemulihan dan dokumentasikan pengaturan saat ini sebelum menerapkan perubahan.

Mengatasi Masalah DLP dengan Exchange Transport Rules dan Penerapan Hybrid

DLP tidak bekerja sendirian dalam mengelola alur pesan. Exchange Transport Rules (ETR) sering berjalan berdampingan, terutama di lingkungan yang kompleks atau hybrid. Terkadang, hierarki kebijakan atau kondisi yang saling bertentangan antara DLP berbasis cloud dan ETR on-premises menyebabkan tidak ada aturan yang terpicu, atau aturan yang salah justru didahulukan.

Dalam penerapan hybrid, perutean email bisa melewati pemindaian DLP sepenuhnya jika connector dikonfigurasi dengan keliru. Pahami bahwa DLP dan ETR mengevaluasi pesan dalam urutan tertentu. Aturan yang tumpang tindih atau saling bertentangan harus diselesaikan agar data tidak lolos dari kontrol. Untuk membahas lebih lanjut tentang kepercayaan kebijakan berlapis dan koeksistensi, Anda bisa melihat diskusi ini tentang conditional access dan kepercayaan kebijakan di lingkungan hybrid.

Memverifikasi Resolusi Kebijakan DLP dan Memastikan Kepatuhan

Jadi, Anda sudah mengubah pengaturan, menguji, dan—semoga—memperbaiki masalah DLP. Jangan berhenti di situ. Memastikan perbaikan ini bertahan sama pentingnya dengan proses troubleshooting itu sendiri. Mulailah dengan melacak umpan balik pengguna dan memeriksa apakah pengguna kini melihat peringatan dan pemblokiran yang sesuai dalam skenario pengujian nyata di seluruh mailbox yang menjadi target.

Teliti audit log dan log peristiwa kepatuhan untuk entri yang terkait dengan DLP, dan cari pola data yang tidak valid, override kebijakan, atau kesalahan yang berulang. Jika kebijakan DLP Anda mengaktifkan pelaporan, gunakan portal kepatuhan Microsoft 365 untuk meninjau pesan mana yang ditandai, diblokir, atau lolos.

Jangan hanya mengandalkan anggapan "tidak ada kabar berarti baik-baik saja." Hubungi pemangku kepentingan bisnis, jalankan simulasi kebocoran data palsu, dan perhatikan kegagalan teknis maupun cara-cara kerja pengguna yang menghindari kebijakan. Mengintegrasikan strategi tingkat lingkungan, seperti yang dibahas dalam panduan seperti episode keamanan DLP adaptif ini, dapat mengungkap risiko tersembunyi yang tidak terlihat hanya dari alat-alat tersebut.

Terakhir, sadari bahwa dampak DLP tidak berhenti pada log dan pop-up tips. Kebijakan hanya seefektif kesediaan pengguna untuk menghormati dan mengikutinya. Padukan pemantauan teknis dengan sesi pelatihan rutin dan komunikasi internal agar kepatuhan tetap menjadi prioritas. Untuk pembahasan yang lebih mendalam tentang perilaku nyata pengguna versus dasbor kepatuhan, lihat analisis tentang compliance drift di Microsoft 365 ini.

Kesimpulan dan Daftar Periksa Kepatuhan DLP Microsoft 365 Berkelanjutan

Tinjau Cakupan dan Lisensi Kebijakan Secara Berkala: Periksa kembali karyawan baru dan perpindahan mailbox agar aturan DLP selalu mencakup pengguna dan workload yang tepat.
Pantau Efektivitas Kebijakan: Gunakan audit log, pelacakan tips, dan umpan balik langsung dari pengguna untuk terus menguji apakah fungsi pemblokiran, peringatan, atau pemantauan berjalan sebagaimana mestinya.
Perbarui dan Dokumentasikan Perubahan Konfigurasi: Catat setiap perubahan terkait DLP agar tetap siap audit, mencegah celah akibat pergantian staf, dan mempermudah troubleshooting di masa depan.
Jalankan Pelatihan dan Kesadaran Berkala: Lakukan rotasi pelatihan kepatuhan, kirim pengingat, dan personalisasi konten tips untuk mengurangi kelelahan akibat peringatan (alert fatigue) dan tips yang diabaikan oleh staf.
Koordinasi Lintas Tim: Dorong tim keamanan, SDM, dan hukum untuk berkolaborasi dalam siklus tinjauan DLP dan respons insiden dengan memanfaatkan alat seperti Microsoft Purview—lihat praktik terbaik untuk manajemen dokumen dan kepatuhan di sini.

Pemeriksaan rutin, baik teknis maupun organisasional, sangat penting untuk menjaga kebijakan DLP Anda tetap relevan dan andal seiring berkembangnya Microsoft 365. Tetap waspada, tetap aman, dan jangan pernah menganggap cerita kepatuhan Anda akan tersusun dengan sendirinya.