Microsoft Power Platform: Data Loss Prevention dengan Kebijakan DLP

By Mirko Peters · 2026-02-21 · Updated 2026-03-24

Kebijakan DLP Power Platform: Panduan lengkap untuk data loss prevention. Kendalikan konektor di Power Automate dengan kebijakan DLP untuk melindungi data Anda.

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

Kebijakan Data Loss Prevention (DLP) telah menjadi hal yang penting bagi siapa pun yang bertanggung jawab atas keamanan data dan kepatuhan di Microsoft Power Platform. Panduan ini memberi Anda gambaran lengkap tentang cara kerja kebijakan DLP, cara menerapkannya, dan cara menjaga data organisasi Anda tetap aman di Power Apps, Power Automate, dan Copilot Studio.

Baik Anda sedang menyiapkan lingkungan baru maupun menghadapi tantangan shadow IT dan manajemen risiko, Anda akan menemukan langkah praktis dan panduan strategis di halaman ini. Mulai dari klasifikasi konektor, penegakan di dunia nyata, hingga administrasi tingkat lanjut, informasi di sini dirancang untuk para pemimpin TI dan pengambil keputusan yang perlu selangkah lebih maju dalam tata kelola, kepatuhan, dan mitigasi risiko di perusahaan yang berbasis Microsoft.

1. DLP lebih berkaitan dengan perilaku daripada sekadar aturan. DLP yang efektif mendeteksi pola perilaku pengguna yang berisiko beserta konteksnya, tidak hanya kecocokan aturan statis, sehingga dapat mencegah kebocoran bahkan ketika data tampak normal.
2. Content fingerprinting menemukan data meskipun sudah diubah. DLP modern dapat menggunakan fingerprinting yang tepat dan fuzzy untuk mendeteksi file sensitif yang telah diubah, diganti namanya, atau disisipkan di dalam dokumen lain.
3. Aplikasi cloud memerlukan DLP yang adaptif. Kebijakan DLP harus menyesuaikan diri dengan fitur kolaborasi SaaS (tautan berbagi, tamu eksternal, obrolan), sehingga kontrol yang memahami cloud menjadi hal yang esensial untuk perlindungan di dunia nyata.
4. DLP dapat melindungi data terstruktur dan API, bukan hanya file dan email. Solusi tingkat lanjut memeriksa kolom database, lalu lintas API, dan telemetri, yang berguna di tempat pemindaian file tradisional melewatkan celah keamanan.
5. Gangguan pengguna adalah metrik kunci keberhasilan DLP. Aturan yang terlalu ketat mendorong cara-cara kerja alternatif yang berisiko; mengukur dan meminimalkan gangguan terhadap pengguna yang sah akan meningkatkan keamanan sekaligus kepatuhan.
6. Remediasi otomatis memperkuat efektivitas. Mengintegrasikan DLP dengan CASB, agen endpoint, dan alat alur kerja memungkinkan tindakan otomatis berupa karantina, pencabutan, atau enkripsi yang dapat diskalakan untuk melindungi data.
7. dlp policies for power platform membutuhkan kesadaran low-code. Aplikasi dan konektor Power Platform dapat memunculkan data sensitif lintas layanan. Kebijakan DLP untuk Power Platform harus mengklasifikasikan konektor, menegakkan batas data antara konektor bisnis dan non-bisnis, serta menyertakan pemeriksaan runtime untuk menghentikan kebocoran lintas lingkungan.

Memahami Kebijakan DLP untuk Power Platform

Sebelum Anda masuk ke konfigurasi kebijakan teknis atau otomasi tingkat lanjut, penting untuk memahami apa itu kebijakan DLP dan mengapa hal ini harus menjadi perhatian Anda di dunia Power Platform. Pada intinya, DLP berfungsi sebagai "polisi lalu lintas" bagi data organisasi, yang mencegah informasi sensitif keluar ke arah yang salah dari aplikasi bisnis Microsoft Anda.

Power Platform, dengan kombinasi Power Apps, Power Automate, Copilot Studio, dan konektor ke layanan pihak ketiga, adalah kekuatan inovasi yang luar biasa. Namun, kekuatan itu juga membawa tantangan tata kelola yang serius. Setiap aplikasi atau otomasi baru berpotensi memindahkan data ke tempat yang tidak pernah Anda maksudkan. Peran DLP adalah menetapkan batas yang jelas dan membantu Anda tetap memegang kendali.

Bukan hanya soal mencegah kebocoran. Desain kebijakan DLP yang baik mendukung kepatuhan terhadap persyaratan regulasi, menegakkan batas data yang masuk akal, dan memberi Anda ketenangan pikiran saat pengguna membangun aplikasi dengan lebih cepat dan lebih kreatif. Untuk pembahasan yang lebih mendalam tentang bagaimana desain lingkungan dan strategi konektor berinteraksi dengan DLP, lihat diskusi tentang model keamanan yang tangguh ini.

Di bagian-bagian berikutnya, Anda akan lebih memahami dasar-dasar DLP, cara pagar pengaman ini benar-benar terjalin di berbagai komponen Power Platform, dan hal-hal yang perlu diwaspadai di dunia aplikasi dan otomasi bisnis yang terus berkembang. Jika Anda serius dalam manajemen risiko dan kepatuhan, mempelajari seluk-beluk DLP Power Platform adalah hal yang wajib.

Apa Itu Kebijakan DLP di Power Platform

Kebijakan DLP di Power Platform adalah aturan yang dibuat oleh administrator untuk mengontrol bagaimana data berpindah antara layanan, aplikasi, dan konektor. Tujuan utamanya adalah mencegah pembagian atau perpindahan informasi organisasi yang sensitif tanpa izin, terutama ketika pengguna menghubungkan data bisnis ke layanan pihak ketiga atau penyimpanan pribadi.

Dalam praktiknya, kebijakan DLP berfungsi seperti firewall untuk Power Platform Anda, dengan menentukan konektor mana (misalnya Outlook, SharePoint, atau Twitter) yang boleh digunakan bersama di dalam sebuah aplikasi atau otomasi. Kebijakan ini merupakan bagian inti dari perangkat kepatuhan organisasi Anda. Kebijakan ini berperan sebagai pagar pengaman yang dapat ditegakkan, memastikan aplikasi dan alur Anda tidak secara tidak sengaja maupun sengaja membocorkan data yang diatur atau rahasia ke luar sistem bisnis tepercaya.

Dalam ekosistem keamanan Microsoft yang lebih luas, kebijakan DLP melengkapi alat seperti Microsoft Purview, label perlindungan informasi, dan kontrol akses, membentuk pendekatan berlapis untuk perlindungan data dan kepatuhan.

Bagaimana Kebijakan DLP Terintegrasi di Seluruh Komponen Power Platform

• Power Apps: Kebijakan DLP mengontrol sumber data mana yang dapat diakses aplikasi, dengan memisahkan konektor bisnis dan non-bisnis untuk mencegah kontaminasi silang data yang sensitif.
• Power Automate: Aturan DLP diterapkan setiap kali alur dibuat atau dijalankan, memastikan otomasi tidak memindahkan data ke atau dari konektor berisiko. Pelanggaran kebijakan dapat memblokir pembuatan atau eksekusi alur.
• Copilot Studio: Dengan meningkatnya otomasi berbasis AI, DLP bekerja di balik layar untuk menjaga prompt dan keluaran pengguna tetap sesuai kepatuhan, sangat penting ketika AI generatif berinteraksi dengan data bisnis.
• Lapisan Konektor: Semua konektor, baik kustom maupun standar, diklasifikasikan dan dikendalikan oleh DLP. Pusat admin Power Platform menyediakan satu tempat terpusat untuk menetapkan dan memantau kategori-kategori ini.
• Batas Lingkungan dan Lisensi: DLP mengikuti batas tingkat lingkungan dan tingkat penyewa. Kebijakan dapat disesuaikan untuk unit bisnis tertentu atau diterapkan secara global. Hal ini membantu organisasi menyeimbangkan kelincahan dengan kontrol. Untuk informasi lebih lanjut tentang tata kelola Power Platform, lihat praktik terbaik keamanan Power Platform.

Menerapkan Kebijakan Data di Seluruh Power Platform

Setelah Anda memahami apa itu DLP dan mengapa hal itu penting, langkah berikutnya adalah mengubah pengetahuan tersebut menjadi tindakan. Menerapkan kebijakan data di Power Platform bukan pekerjaan yang bisa diseragamkan. Yang dibutuhkan adalah keseimbangan yang tepat antara strategi dan fleksibilitas, sehingga pengguna tetap dapat membangun dan mengotomasi, sementara Anda menjaga data tetap terlindungi dan terkelola dengan baik.

Ada dua "gaya" utama dalam pengelolaan kebijakan: tingkat lingkungan untuk presisi dan tingkat penyewa untuk penegakan yang luas. Masing-masing pendekatan memiliki kelebihan dan kekurangannya sendiri. Organisasi perlu menimbang kebutuhan kepatuhan, toleransi risiko, dan kompleksitas operasional untuk menentukan kombinasi yang tepat bagi konteks mereka, bahkan terkadang menggabungkan kedua strategi untuk dampak yang maksimal.

Baik Anda baru memulai maupun menyesuaikan pengaturan yang sudah ada, ingatlah bahwa strategi DLP yang berhasil tidak hanya soal teknis. Ada aspek manusia dan proses yang sangat besar, mulai dari pengujian proaktif hingga keselarasan konektor antara lingkungan pengembangan dan produksi. Jika Anda menginginkan panduan praktis lebih lanjut tentang manajemen kebijakan dan strategi lingkungan, jangan lewatkan panduan praktis yang disesuaikan untuk pengembang Power Platform ini.

Pada subbagian di bawah, Anda akan mempelajari langkah-langkah inti admin, mendapatkan wawasan tentang cara membangun portofolio kebijakan yang tangguh, serta memahami pertimbangan dalam memilih penegakan tingkat lingkungan versus tingkat penyewa.

Cara Mengelola Kebijakan Data dan Membangun Strategi Kebijakan Data

1. Inventarisasi Data dan Konektor Kritis: Mulailah dengan memetakan proses bisnis, konektor, dan lingkungan mana yang menangani data sensitif atau yang diatur. Fondasi ini menjadi kunci untuk pendekatan DLP apa pun.
2. Buat Kebijakan di Pusat Admin Power Platform: Pusat admin memungkinkan Anda mengelompokkan konektor ke dalam grup "Bisnis", "Non-Bisnis", dan "Diblokir". Tentukan kategori ini sesuai kebutuhan organisasi untuk mencegah perpindahan data yang tidak disengaja keluar dari zona aman.
3. Uji dan Simulasikan Dampaknya: Sebelum mengaktifkan kebijakan baru, jalankan pengujian di lingkungan sandbox atau pilot untuk mengidentifikasi gangguan pada aplikasi, alur, atau produktivitas pengguna. Pengujian negatif itu penting—jangan menunggu kegagalan nyata terjadi.
4. Pantau dan Sesuaikan Kebijakan Secara Berkala: DLP bukan sesuatu yang cukup "diatur lalu dibiarkan." Tinjau efektivitas kebijakan secara rutin dan cari kegagalan yang tidak terlihat atau cara-cara untuk menghindarinya. Gunakan log audit dan dasbor kepatuhan untuk mendeteksi pelanggaran kebijakan dan memicu respons insiden jika diperlukan.
5. Selaraskan Kebijakan Data dengan Tujuan Bisnis: Pastikan kebijakan tidak menghambat inovasi. Seimbangkan persyaratan tata kelola dengan fleksibilitas yang cukup bagi tim untuk membangun, menerapkan, dan menyesuaikan diri seiring berubahnya prioritas bisnis.

Untuk pembahasan yang lebih mendalam tentang strategi tata kelola proaktif dan otomatisasi yang tangguh, lihat panduan ini tentang mengelola DLP untuk pengembang Power Platform.

Implementasi Kebijakan DLP Tingkat Lingkungan Versus Tingkat Penyewa

• Kebijakan Tingkat Lingkungan: Ideal untuk tim yang membutuhkan kontrol khusus; memungkinkan Anda membatasi atau mengizinkan konektor berdasarkan kebutuhan proyek, unit bisnis, atau aplikasi tertentu. Memberikan kontrol yang sangat terperinci, tetapi bisa rumit untuk diskalakan.
• Kebijakan Tingkat Penyewa: Pagar pengaman tata kelola untuk kepatuhan yang berlaku di seluruh organisasi. Lebih mudah dikelola dan sangat cocok untuk industri dengan persyaratan regulasi yang ketat, tetapi dapat membatasi fleksibilitas pengguna lanjutan dalam skenario khusus.
• Strategi Hibrida: Banyak organisasi menggabungkan keduanya, dengan menerapkan aturan penyewa yang ketat sambil menambahkan kebijakan yang lebih permisif di lingkungan R&D atau pilot. Kuncinya adalah menjaga daftar konektor tetap rapi dan konsisten di semua lapisan, sebagaimana dijelaskan dalam panduan praktik terbaik tata kelola ini.

Klasifikasi dan Pengelolaan Konektor di Power Platform

Mengelola konektor adalah kunci agar kebijakan DLP benar-benar efektif. Di Power Platform, konektor menjadi jembatan antara aplikasi atau otomatisasi Anda dan dunia luar—baik itu Microsoft 365, data internal, maupun layanan cloud pihak ketiga. Mengelompokkan konektor ini berdasarkan tingkat kepentingan atau risiko bisnis memungkinkan Anda menyesuaikan DLP agar sejalan dengan tingkat toleransi risiko keamanan organisasi Anda.

Klasifikasi bukan sekadar pelengkap—ia adalah fondasi tata kelola yang berkelanjutan. Tanpa klasifikasi, Anda berisiko menghadapi shadow IT, berbagi data yang berlebihan, dan pada akhirnya masalah kepatuhan akibat kebocoran data yang tidak Anda duga. Setiap konektor baru yang dipublikasikan atau pembaruan yang dirilis dapat membuka risiko baru, sehingga Anda memerlukan pendekatan pengelolaan konektor yang hidup dan terus berkembang.

DLP bergantung pada aturan yang jelas: konektor mana yang disetujui, mana yang ditandai merah, dan mana yang perlu ditinjau secara berkala atau diblokir sepenuhnya. Bersikaplah proaktif, bukan reaktif. Skenario shadow IT dan aplikasi liar bukanlah risiko teoritis—risiko itu nyata. Anda dapat menemukan beberapa cara praktis untuk mengelola dinamika ini dalam panduan tata kelola shadow IT ini.

Seiring berkembangnya ekosistem konektor—terutama dengan meningkatnya penggunaan AI dan integrasi kustom—peninjauan dan klasifikasi ulang menjadi tugas yang berkelanjutan. Di bagian berikutnya, Anda akan melihat strategi yang telah terbukti untuk menjaga agar lanskap konektor tetap terkendali dan organisasi Anda tidak masuk berita.

Praktik Terbaik untuk Sistem Klasifikasi Konektor

• Konektor Bisnis: Dipercaya untuk menangani data bisnis yang sensitif atau kritis. Contohnya termasuk SharePoint, Dataverse, dan SQL. Batasi penggunaannya hanya pada layanan yang telah diverifikasi dan benar-benar esensial.
• Konektor Non-Bisnis: Digunakan untuk skenario berisiko lebih rendah—seperti media sosial, analitik, atau kolaborasi santai. Konektor seperti Twitter, Dropbox, atau RSS publik ditempatkan di sini.
• Konektor yang Diblokir: Sepenuhnya tidak boleh digunakan karena alasan kepatuhan, risiko, atau potensi penyalahgunaan. Konektor HTTP/CUSTOM dan semua konektor dengan kemampuan egress data yang luas biasanya masuk dalam kategori ini.
• Alur Kerja Tinjauan Berkelanjutan: Terapkan pemeriksaan “pre-flight” sebelum aplikasi dipublikasikan. Tinjau dan dokumentasikan setiap konektor baru, serta perbarui kebijakan dan dokumentasi kepatuhan. Lihat mengapa Dataverse menjadi pilihan yang lebih baik untuk tata kelola dibandingkan SharePoint Lists dalam perbandingan tata kelola ini.
• Dokumentasi dan Jejak Audit: Simpan catatan yang selalu diperbarui mengenai klasifikasi konektor dan perubahan kebijakan sebagai bagian dari audit kepatuhan. Tambahkan kontrol versi dan alasan untuk setiap pemblokiran atau promosi.

Memblokir Konektor Non-Bisnis dan Berisiko Tinggi

• Identifikasi Kategori Risiko: Tandai konektor yang diketahui berbagi data secara eksternal, seperti HTTP, Email, webhook generik, atau penyimpanan cloud dengan kontrol yang lemah.
• Siapkan Daftar Blokir Proaktif: Mulailah dengan daftar blokir yang konservatif, terutama di lingkungan yang diatur ketat. Perbarui secara rutin seiring munculnya konektor atau ancaman baru. Agen AI dan shadow IT dapat masuk dengan sangat cepat.
• Tinjau Ulang dan Audit: Jadwalkan tinjauan rutin untuk menemukan konektor yang baru berisiko atau yang tidak lagi memenuhi kepatuhan seiring berkembangnya kebutuhan bisnis dan Power Platform. Dengarkan podcast tentang Shadow IT dan tata kelola AI ini untuk strategi daftar blokir yang praktis terhadap risiko baru seperti agen AI otonom.

Kebijakan DLP untuk Komponen Copilot Studio dan Power Platform

Power Platform tidak lagi hanya tentang aplikasi dan alur klasik. Dengan Copilot Studio, RPA desktop, dan integrasi berbasis AI yang lebih dalam, penegakan DLP kini harus berkembang untuk menghadapi lanskap yang terus berubah. Setiap komponen platform memiliki kombinasi model ancaman dan pertimbangan kebijakan yang unik.

Pendekatan DLP tradisional terkadang tidak memadai menghadapi prompt bahasa alami, AI generatif, atau otomatisasi desktop yang berinteraksi dengan data sensitif di komputer pengguna. Jika kebijakan Anda berhenti di cloud, Anda bisa terkejut. Itulah sebabnya tim tata kelola perlu meninjau dan menyesuaikan penegakan untuk setiap pilar utama Power Platform, bukan hanya aplikasi standar dan alur cloud.

Berikutnya, Anda akan mendapatkan pembahasan terfokus tentang nuansa DLP dan risiko yang muncul untuk lingkungan Copilot Studio, alur desktop, dan integrasi tempat Power Apps dan Automate saling bersinggungan. Jika Anda menginginkan strategi konkret untuk menutup celah dan memperkuat keamanan di masa depan, luangkan waktu untuk melihat panduan mendalam tentang tata kelola Copilot ini dan langkah praktis untuk adopsi AI yang aman.

Mari kita bahas bagaimana menjaga data tetap aman di titik ketika fitur generasi baru bertemu dengan risiko klasik.

DLP untuk Lingkungan Copilot Studio

Copilot Studio memperbesar risiko data yang sudah ada dengan AI generatif, agen otomatis, dan integrasi yang kuat. Kebijakan DLP khusus sangat penting untuk menentukan konektor mana—dan data apa—yang dapat berinteraksi dengan pengalaman Copilot.

Desain kebijakan di sini harus mempertimbangkan prompt injection, pembagian data bisnis yang tidak disengaja melalui AI, dan risiko menghubungkan Copilot ke API eksternal atau kustom. Memblokir konektor bercakupan luas seperti HTTP di tingkat lingkungan Copilot atau penyewa merupakan praktik terbaik yang direkomendasikan. Untuk detail tentang pengelompokan konektor dan isolasi penyewa, tinjau teknik tata kelola agen Copilot tingkat lanjut dengan Purview.

Mengamankan Alur Desktop dengan Manajemen Kebijakan

Alur desktop, yang dibangun di Power Automate, membawa robotic process automation (RPA) ke workstation pengguna. Artinya, data bisa keluar dari cloud dan mengalir ke endpoint lokal, yang menghadirkan tantangan baru bagi DLP.

Untuk mengontrol paparan data, atur DLP agar membatasi konektor mana yang dapat berinteraksi dengan alur desktop Anda. Gunakan kontrol akses yang granular dan pertimbangkan pemisahan tugas, sehingga satu pengguna tidak dapat mengotomatisasi proses yang mengambil dan membagikan data sensitif tanpa pemeriksaan. Alur desktop memerlukan tinjauan berkelanjutan karena risiko lokal dan SaaS sering kali saling bercampur.

Mengintegrasikan DLP di Power Apps dan Alur Cloud

Penegakan DLP pada titik pertemuan antara Power Apps dan cloud flow sangat penting untuk menutup celah dalam otomasi aplikasi. Ketika sebuah aplikasi memicu flow, atau sebaliknya, batas kebijakan harus selalu selaras.

Atur kebijakan agar data bisnis yang sensitif tidak pernah "berpindah jalur" dari konektor khusus bisnis ke konektor non-bisnis atau yang berisiko. Dokumentasikan flow yang beroperasi lintas batas tersebut dan pantau kepatuhannya. Untuk praktik terbaik nyata terkait audit dan penegakan, lihat panduan audit berbasis Purview ini.

Administrasi dan Otomatisasi Kebijakan DLP Tingkat Lanjut

Ketika manajemen kebijakan dasar tidak lagi mampu mengimbangi skala, administrasi DLP tingkat lanjut, terutama otomatisasinya, menjadi kebutuhan. Baik Anda menangani ratusan lingkungan maupun ribuan flow, pekerjaan manual tidak akan cukup. Di sinilah PowerShell, log audit, dan peringatan tingkat lanjut berperan untuk menghemat waktu dan menangkap masalah sebelum berkembang menjadi lebih serius.

Mengotomatisasi manajemen kebijakan memperlancar perubahan dalam skala besar, mempercepat respons terhadap pelanggaran kebijakan, dan membantu menjaga konsistensi di tengah portofolio konektor, aplikasi, dan sistem cloud yang terus berubah. Pencatatan log, peringatan, dan analitik terperinci memberikan wawasan yang dibutuhkan untuk mengukur efektivitas kebijakan, menyelidiki insiden, dan lolos dari audit kepatuhan yang melelahkan itu.

Bagian terakhir ini membahas cara memanfaatkan PowerShell untuk DLP dalam skala besar, serta memberikan gambaran realistis tentang teknik untuk mengenali dan menghentikan eksfiltrasi data. Pertumbuhan Power Platform berarti penegakan kebijakan Anda harus adaptif dan selalu siap diaudit. Untuk tips mengotomatisasi keamanan dan mendeteksi berbagi eksternal yang berisiko dengan PowerShell, lihat playbook tentang kontrol berbagi eksternal ini.

Mari kita bahas detail skrip dan peringatan yang menjaga data Anda tetap terkunci rapat, secepat apa pun cloud bergerak.

Menggunakan Perintah PowerShell untuk Manajemen Kebijakan DLP

• Membuat atau Mengubah Kebijakan dalam Skala Besar: Gunakan cmdlet PowerShell seperti New-DlpPolicy atau Set-DlpPolicy untuk dengan cepat menetapkan aturan di banyak lingkungan atau seluruh penyewa, menghemat berjam-jam dibandingkan pusat admin.
• Pelaporan Massal dan Pemeriksaan Kepatuhan: Skrip otomatis dapat menginventarisasi aturan DLP yang ada, menghasilkan laporan kepatuhan, dan menyoroti inkonsistensi atau pergeseran kebijakan.
• Audit dan Respons Insiden: Integrasikan skrip dengan log untuk memicu peringatan atas pelanggaran kebijakan atau penggunaan konektor yang mencurigakan. Hindari jebakan otomatisasi yang umum dengan menguji skrip dan mendokumentasikan langkah pengembalian (rollback).
• Referensi Efisiensi: Untuk inspirasi otomatisasi lebih lanjut atau pemecahan masalah, telusuri dokumentasi PowerShell Microsoft atau diskusi terkait, seperti episode terbaru yang ditautkan dari pengalihan podcast ini.

Mencegah Eksfiltrasi Data dengan Kebijakan DLP

Kebijakan DLP membantu mencegah eksfiltrasi data dengan menentukan data apa yang boleh berpindah ke mana, dan memberi tahu Anda ketika keadaan mulai tidak beres. Tetapkan aturan yang memblokir konektor berisiko tinggi, menerapkan segregasi (bisnis vs. non-bisnis), dan mewajibkan alur persetujuan untuk flow yang sensitif.

Gunakan log dan peringatan real-time untuk mengenali pola mencurigakan, misalnya ekspor data massal atau upaya menghubungkan data bisnis ke tujuan berisiko yang sudah diketahui. Perkuat DLP dengan pemantauan yang lebih ketat dan peninjauan berkelanjutan, sebagaimana diuraikan dalam panduan kontrol berbagi eksternal ini, untuk cakupan yang menyeluruh dan respons insiden yang cepat.

Audit rutin dan penyesuaian kebijakan akan membantu menemukan titik lemah serta beradaptasi dengan ancaman yang muncul, sehingga data organisasi tetap berada di tempat yang seharusnya: aman, terkendali, dan patuh.

kebijakan DLP power platform dan penerapan DLP

Apa tujuan kebijakan pencegahan kehilangan data (DLP) di Power Platform?

Kebijakan data loss prevention (DLP) dirancang untuk membantu mengurangi risiko pelanggaran data dalam ekosistem Power Platform dengan menentukan konektor dan sumber data mana yang boleh digunakan oleh Power Apps dan alur Power Automate. Tujuan kebijakan DLP adalah memastikan informasi sensitif tetap terlindungi di seluruh lingkungan Power Platform, menerapkan aturan klasifikasi data, dan menyediakan tata kelola agar admin dapat melindungi data mereka sambil tetap memungkinkan pengembangan oleh warga bisnis (citizen development).

Bagaimana cara membuat dan mengelola kebijakan DLP untuk aplikasi atau alur?

Membuat kebijakan DLP dilakukan dengan menggunakan pusat admin Power Platform atau PowerShell untuk membuat kebijakan data yang menentukan konektor mana yang boleh digunakan bersama. Selama pembuatan kebijakan, Anda memilih kebijakan lingkungan atau DLP untuk seluruh penyewa, menetapkan kebijakan ke lingkungan produksi atau lingkungan Power Platform sasaran lainnya, lalu menyimpan kebijakan tersebut. Setelah dibuat, admin dapat membuat dan mengelola sekumpulan kebijakan DLP, memperbaruinya jika suatu konektor diblokir atau diizinkan, serta menggunakan editor DLP di pusat admin untuk menyempurnakan aturan.

Apa perbedaan antara DLP untuk seluruh penyewa dan kebijakan lingkungan?

DLP untuk seluruh penyewa berlaku di seluruh penyewa dan menetapkan dasar konektor yang diizinkan dan diblokir untuk semua pengguna, sedangkan kebijakan lingkungan dibatasi pada lingkungan Power Platform tertentu sehingga Anda dapat memiliki aturan berbeda untuk instans lingkungan pengembangan, pengujian, dan produksi. Menggunakan keduanya memungkinkan admin Power Platform menyeimbangkan perlindungan yang luas dengan kebutuhan spesifik lingkungan. Misalnya, kebijakan yang lebih ketat untuk lingkungan produksi dan kebijakan yang lebih longgar di lingkungan sandbox.

Apa yang terjadi ketika alur melanggar aturan data loss prevention organisasi Anda?

Jika alur Power Automate menggunakan kombinasi konektor yang melanggar aturan data loss atau konektor organisasi Anda, alur tersebut mungkin diblokir dan pengguna akan melihat pesan kesalahan yang menyatakan bahwa konektor diblokir atau alur melanggar kebijakan data organisasi. Admin dapat meninjau aplikasi dan alur Power Automate mana yang terdampak, memperbarui kebijakan yang ada, atau membuat kebijakan DLP baru untuk mengizinkan konektor yang diperlukan jika sesuai, sambil tetap menjaga tata kelola.

Bagaimana konektor kustom dan sumber data yang berbeda memengaruhi kebijakan DLP?

Konektor kustom dan sumber data berbeda yang digunakan oleh Power Apps atau alur Power Automate harus diklasifikasikan saat menerapkan kebijakan DLP. Anda dapat mengelompokkannya sebagai data bisnis, data non-bisnis, atau diblokir. Jika konektor kustom diklasifikasikan secara keliru, konektor tersebut dapat diblokir oleh kebijakan DLP. Oleh karena itu, pembuatan kebijakan dan klasifikasi data merupakan langkah penting untuk memastikan konektor dapat digunakan di tempat yang dibutuhkan tanpa mengekspos data baru.

Dapatkah PowerShell digunakan untuk membuat kebijakan DLP atau melakukan perubahan kebijakan?

Ya, PowerShell dapat digunakan untuk mengotomatiskan pembuatan kebijakan dan perubahan kebijakan dalam skala besar. Skrip PowerShell dapat membuat dan mengelola kebijakan DLP, menerapkan kebijakan penyewa dan lingkungan, menerapkan konfigurasi yang sama di beberapa lingkungan, serta terintegrasi dengan alat Center of Excellence Power Platform untuk menyederhanakan tata kelola dan audit.

Bagaimana kebijakan DLP bekerja dengan Power Automate Flow dan Power Apps di lingkungan produksi?

Kebijakan DLP menentukan konektor mana yang dapat digunakan oleh alur Power Automate dan Power Apps di lingkungan produksi dengan menerapkan aturan pada tingkat lingkungan atau penyewa. Ketika kebijakan DLP diterapkan, kebijakan tersebut menegakkan kombinasi konektor yang diizinkan sehingga alur dan aplikasi yang menggunakan konektor yang diblokir tidak akan berjalan di lingkungan produksi tersebut hingga kebijakan diperbarui atau klasifikasi konektor diubah. Hal ini mengurangi risiko paparan data yang tidak disengaja.

Langkah apa yang sebaiknya diambil admin Power Platform saat pertama kali menerapkan kebijakan DLP?

Admin Power Platform sebaiknya mulai dengan mengaudit kebijakan dan konektor yang ada, melakukan klasifikasi data untuk mengidentifikasi data baru dan sumber sensitif, membuat kebijakan DLP dasar untuk seluruh penyewa, lalu menyesuaikan kebijakan lingkungan sesuai kebutuhan lingkungan produksi dan pengembangan. Penerapan kebijakan DLP juga mencakup pengujian aplikasi dan alur untuk kepatuhan, mengomunikasikan perubahan kepada para pembuat, serta menggunakan Center of Excellence Power Platform untuk memantau efektivitas kebijakan dan insiden.

Bagaimana kebijakan DLP membantu melindungi data Anda di seluruh Microsoft 365 dan ekosistem Power Platform?

Kebijakan DLP terintegrasi dengan M365 dan kontrol tata kelola lainnya untuk memberikan perlindungan data yang konsisten dengan membatasi cara data dari layanan Microsoft dan sistem eksternal dapat digunakan di dalam Power Apps dan Power Automate. Dengan menentukan konektor dan jenis data mana yang diizinkan, kebijakan membantu mencegah kebocoran lintas sistem, mengurangi risiko pelanggaran data, serta memastikan kepatuhan terhadap aturan organisasi dan persyaratan regulasi.

Apa yang harus Anda lakukan jika kebijakan DLP baru secara tidak terduga memblokir konektor yang kritis bagi bisnis?

Jika kebijakan DLP baru memblokir konektor yang penting bagi operasional, pertama-tama pastikan bahwa kebijakan tersebut sudah diterapkan, lalu tinjau pengaturan kebijakan dan log untuk mengetahui alasan konektor tersebut diblokir. Pertimbangkan untuk membuat pengecualian melalui kebijakan lingkungan yang ditargetkan, mengklasifikasikan ulang konektor jika sesuai, atau menyesuaikan kebijakan agar konektor tersebut diizinkan sambil mendokumentasikan risikonya. Gunakan editor DLP dan proses manajemen perubahan untuk mencegah gangguan di masa mendatang saat menerapkan perubahan DLP atau kebijakan.