Cara Conditional Access Memanfaatkan Sinyal Defender untuk Melindungi Lingkungan Microsoft

By Mirko Peters · 2026-04-26

Conditional Access di Microsoft Entra adalah penjaga di pintu depan—ia memutuskan apakah Anda boleh masuk, akses apa yang Anda dapatkan, dan dalam kondisi apa. Dengan menghadirkan sinyal dari Microsoft Defender, ia tidak hanya memeriksa identitas Anda; ia juga memeriksa apakah Anda membawa sesuatu yang berisiko. Integrasi yang erat ini berarti organisasi Anda tidak membuat keputusan secara membabi

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

Cover: Fix Conditional Access Loopholes in Microsoft 365

Saat Entra Conditional Access dan Defender bekerja sama, keduanya mengambil informasi dari identitas pengguna, kondisi kesehatan perangkat, dan intelijen ancaman yang aktif. Semua sinyal tersebut digabungkan untuk menentukan sumber daya apa yang boleh diakses oleh pengguna atau perangkat. Ini merupakan bagian kunci dari Zero Trust: tidak ada yang mendapat pengecualian hanya karena pernah berhasil masuk—setiap proses masuk dan setiap sesi tetap diperiksa. Sepanjang panduan ini, Anda akan melihat bagaimana pendekatan dinamis ini menjaga lingkungan Anda tetap aman, meskipun ancamannya terus berubah.

Memahami Integrasi Sinyal Defender dengan Entra Conditional Access

Keamanan cloud modern bukan soal dinding; melainkan gerbang cerdas yang hanya terbuka ketika seluruh situasi terlihat tepercaya. Itulah yang Anda dapatkan ketika mengintegrasikan kebijakan Entra Conditional Access dengan sinyal Defender. Alih-alih aturan yang kaku dan berlaku sama untuk semua, keputusan akses disesuaikan secara real time menggunakan data langsung dari pengguna, perangkat, lokasi, dan intelijen ancaman yang aktif. Anda ingin memblokir penyerang, tetapi tetap membiarkan pengguna yang sah bekerja tanpa hambatan—itulah gagasan besarnya.

Model ini selalu memantau perubahan yang penting. Misalnya, jika Defender for Endpoint menemukan malware atau perilaku berisiko, sinyal tersebut langsung dikirim ke alur keputusan Conditional Access. Seketika itu juga, permintaan yang tadinya tampak aman semenit lalu dihentikan sebelum sempat menimbulkan masalah. Alur kerja ini—dari sinyal ke keputusan lalu ke penegakan—yang membuatnya dinamis, efektif, dan relevan dengan ancaman serta kebutuhan kepatuhan saat ini.

Sepanjang artikel ini, Anda akan melihat cara-cara praktis Conditional Access memanfaatkan sinyal tersebut untuk menciptakan gerbang yang lebih cerdas, menghentikan aktivitas mencurigakan, dan mendukung keamanan Zero Trust yang adaptif. Jika Anda pernah bertanya-tanya apa yang membuat akses cloud tetap aman sekaligus tetap bisa digunakan (tanpa mengunci pengguna Anda sendiri), di sinilah semuanya menyatu. Untuk pembahasan lebih dalam tentang menangani celah kepercayaan dan menyetel kebijakan agar peluncuran berjalan lancar, lihat panduan ini tentang masalah kepercayaan kebijakan Conditional Access atau dengarkan para ahli membahas risiko identitas dalam podcast ini tentang Entra ID dan security loop.

Apa Itu Entra Conditional Access dan Bagaimana Cara Kerjanya?

Entra Conditional Access adalah cara Microsoft menghadirkan pagar pengaman cerdas bagi aplikasi dan data Anda. Pada intinya, ini adalah sistem berbasis kebijakan yang memutuskan apakah akses pengguna harus diizinkan, diblokir, atau ditantang, berdasarkan sinyal—seperti siapa yang masuk, dari perangkat apa, dan dalam kondisi apa.

Cara kerjanya: setiap percobaan akses dievaluasi menggunakan alur kerja "sinyal → keputusan → penegakan". Sinyal berasal dari identitas pengguna, kepatuhan perangkat, dan deteksi ancaman. Kebijakan menginterpretasikan sinyal tersebut, membuat keputusan akses secara real time, lalu menegakkannya di seluruh Microsoft 365, Azure AD, atau aplikasi terhubung. Dengan cara ini, hanya pengguna yang sah, sehat, dan berwenang yang dapat mengakses hal-hal paling penting bagi bisnis Anda.

Bagaimana Microsoft Defender Menyediakan Sinyal Risiko untuk Conditional Access

Microsoft Defender berperan sebagai sistem peringatan dini bagi Conditional Access. Defender for Endpoint dan Defender for Cloud Apps mengirimkan sinyal risiko secara real time tentang kesehatan perangkat, ancaman aktif, dan perilaku mencurigakan langsung ke mesin Conditional Access.

Misalnya, Defender dapat menandai perangkat sebagai terkompromi karena deteksi malware, atau mendeteksi perilaku pengguna yang mencurigakan yang mengindikasikan sesi yang telah diambil alih. Sinyal-sinyal ini langsung menjadi masukan bagi kebijakan akses—memungkinkan Conditional Access untuk memblokir sesi berisiko tinggi, meminta verifikasi tambahan, atau menerapkan pembatasan sesi. Dengan Defender, keputusan akses Anda tetap selaras dengan kondisi keamanan terkini, bukan hanya status kemarin. Untuk informasi lebih lanjut tentang kepatuhan berkelanjutan dan wawasan risiko yang dapat ditindaklanjuti, lihat bagaimana Defender for Cloud mendukung pemantauan real-time.

Sinyal Utama yang Mendorong Keputusan Conditional Access

Semuanya dimulai dari sinyal—titik data real-time yang membuat Conditional Access menjadi cerdas. Tanpa sinyal ini, kontrol akses akan tertinggal jauh, membiarkan pelaku jahat lolos atau membuat pengguna frustrasi dengan aturan yang kaku dan berlebihan. Jadi, apa sebenarnya yang menggerakkan keputusan ini? Kombinasinya meliputi: informasi kepatuhan perangkat, risiko identitas dari proses login, intelijen ancaman, serta konteks aplikasi dan sesi yang sedang digunakan.

Kepatuhan perangkat lebih dari sekadar "sudah ada antivirus?". Sinyal ini memeriksa apakah endpoint Anda sehat, sesuai kebijakan, dan tidak melakukan hal-hal yang mencurigakan. Sementara itu, sinyal identitas dan ancaman berasal dari pola login pengguna, deteksi kata sandi yang bocor, atau perpindahan lokasi geografis yang tidak wajar. Ketika akun seseorang menunjukkan tanda-tanda kompromi, itu menjadi peringatan besar dalam sistem.

Keajaibannya terjadi ketika sinyal-sinyal ini bekerja bersama, sehingga Anda dapat menyesuaikan kontrol akses secara dinamis. Anda ingin akses berubah jika perangkat terkompromi selama sesi berlangsung, atau jika Defender mendeteksi malware di tengah sesi—inilah yang membuat model ini dinamis. Kami akan menguraikan bagaimana semua sinyal ini membentuk keputusan kebijakan di bagian berikutnya, agar Anda dapat melihat mana yang wajib dimiliki untuk kontrol akses yang kokoh dan sadar konteks.

Bagaimana Sinyal Kepatuhan Perangkat Memengaruhi Kontrol Akses

Sinyal kepatuhan perangkat adalah fondasi utama akses yang aman di lingkungan Microsoft. Dihasilkan oleh Microsoft Intune, sinyal ini mencerminkan apakah sebuah perangkat memenuhi persyaratan keamanan organisasi Anda—misalnya enkripsi, tingkat patch, dan perlindungan malware.

Saat pengguna masuk, Conditional Access memeriksa sinyal kepatuhan ini secara real-time. Hanya perangkat yang ditandai sebagai patuh yang dapat mengakses data atau aplikasi sensitif, sehingga menutup rapat pintu bagi endpoint yang telah diretas, usang, atau tidak dikelola. Menerapkan kepatuhan perangkat secara signifikan menurunkan risiko, memastikan hanya perangkat yang aman dan sesuai kebijakan yang menangani beban kerja kritis Anda.

Memanfaatkan Sinyal Identitas dan Ancaman dari Microsoft Defender

Microsoft Defender memiliki kemampuan tajam dalam mendeteksi perilaku buruk. Defender mengenali sign-in berisiko, kredensial yang bocor, dan bahkan aktivitas mencurigakan seperti consent phishing atau instalasi malware pada endpoint. Sinyal-sinyal ini langsung mengalir ke Entra ID dan kebijakan Conditional Access.

Jika Defender melihat akun dengan kredensial yang bocor, pengguna dapat diminta autentikasi tambahan atau diblokir hingga risikonya mereda. Ketika sebuah sesi menjadi berisiko di tengah jalan—misalnya malware muncul atau token tampak telah diambil alih—Conditional Access dapat langsung menerapkan kontrol sesi atau memaksa sign-out. Ini bukan sekadar teori: pola serangan modern, seperti yang dijelaskan dalam analisis serangan Microsoft 365 nyata ini, menunjukkan mengapa desain kebijakan yang dinamis dan berbasis risiko sangat penting untuk melawan pencurian token dan ancaman modern.

Membangun Kebijakan Conditional Access yang Kokoh dengan Integrasi Defender

Kebijakan yang baik dimulai dengan rencana yang jelas—yang memungkinkan pengguna sungguhan bekerja, tetapi tetap menghentikan lalu lintas yang mencurigakan. Kuncinya ada pada integrasi sinyal Defender dan kepatuhan Intune dengan Conditional Access, sehingga Anda tidak hanya membuat aturan statis; Anda membangun pertahanan berlapis yang cerdas dan bereaksi terhadap apa yang terjadi saat ini.

Pendekatannya harus merupakan kombinasi. Anda menggunakan autentikasi multifaktor untuk menangani ancaman identitas, mewajibkan perangkat agar tepercaya sekaligus patuh, dan hanya mengizinkan akses aplikasi ketika setiap pemeriksaan telah lolos. Dengan cara ini, keamanan tetap ketat sementara pengguna Anda tidak terhambat dalam menyelesaikan pekerjaan mereka.

Jika Anda menginginkan perlindungan data yang kuat tetapi ingin menekan keluhan pengguna, mengonfigurasi kebijakan dengan benar sejak awal sangat membantu. Untuk contoh nyata cara memperketat keamanan tanpa membuat pengguna frustrasi, lihat panduan ini tentang konfigurasi keamanan M365 yang kokoh. Selanjutnya, kita akan membahas kebijakan-kebijakan esensial, alasan pentingnya, dan bagaimana integrasi Defender benar-benar membawa perlindungan Anda ke level berikutnya.

Kebijakan Esensial untuk Azure Conditional Access

Blokir Autentikasi Lama: Protokol lama seperti IMAP dan POP tidak mendukung MFA dan menjadi favorit para penyerang. Terapkan kebijakan yang memblokir metode autentikasi lama ini untuk memangkas salah satu vektor risiko utama di lingkungan Anda. Ini adalah fondasi dasar untuk setiap penerapan Microsoft 365 atau Azure yang aman.
Wajibkan MFA untuk Pengguna dan Admin: Autentikasi multifaktor menghentikan sebagian besar pencurian kredensial sejak awal. Terapkan MFA untuk semua pengguna, dan wajibkan autentikasi tambahan (sebisa mungkin yang tahan phishing) untuk skenario dengan hak istimewa tinggi atau risiko tinggi. Langkah ini mencegah pergerakan lateral saat terjadi kompromi.
Wajibkan Perangkat Ditandai Patuh: Pastikan hanya endpoint yang terkelola dan sehat, yang dipantau melalui kebijakan kepatuhan perangkat Intune, yang dapat mengakses aplikasi sensitif seperti Exchange Online atau SharePoint. Ini melindungi data dari perangkat yang terinfeksi atau tidak terkelola yang masuk melalui skenario kerja jarak jauh.
Terapkan Kontrol Lokasi Akses: Batasi akses ke aplikasi penting berdasarkan lokasi jaringan tepercaya, dan picu autentikasi tambahan ketika pengguna masuk dari tempat yang tidak biasa atau tidak terduga. Ini selaras dengan prinsip Zero Trust: jangan berasumsi bahwa suatu entitas tepercaya hanya karena nama pengguna dan kata sandinya benar.
Gunakan Kontrol Aplikasi dan Kebijakan Sesi: Lampirkan kontrol sesi melalui Defender for Cloud Apps untuk mengatur apa yang dapat dilakukan pengguna setelah masuk. Anda dapat membatasi unduhan, memindai upaya eksfiltrasi, atau bahkan memblokir operasi berisiko sambil tetap mengizinkan akses hanya-baca, terutama pada endpoint yang tidak terkelola.

Jika Anda sedang bergerak menuju Zero Trust, Anda perlu merancang kebijakan secara terkoordinasi sebagaimana ditekankan dalam podcast ini tentang Zero Trust by Design, yang membahas kebijakan akses adaptif dan evaluasi berkelanjutan di Microsoft 365 dan Dynamics 365.

Menerapkan MFA dan Autentikasi Tahan Phishing untuk Pengguna

MFA untuk Semua Pengguna: Jadikan MFA sebagai default, mencakup setiap akun, bukan hanya admin. Gunakan kebijakan Conditional Access bawaan untuk memulai dengan cepat.
Opsi Tahan Phishing: Dorong penggunaan kunci keamanan FIDO2 dan Windows Hello for Business sebagai faktor utama untuk mengurangi risiko dari serangan phishing dan pemutaran ulang token.
Grup Admin dan Berisiko Tinggi: Selalu wajibkan autentikasi tambahan untuk akun administrator dan pengguna yang mengakses aplikasi sensitif, karena mereka adalah target utama serangan.
Akun Break-Glass: Sediakan akun pengecualian yang aman dan dipantau untuk pemulihan darurat, tetapi batasi dan audit secara ketat untuk mencegah penyalahgunaan.

Perangkat Tepercaya dan Patuh sebagai Persyaratan Akses

Wajibkan Perangkat Patuh: Batasi akses sehingga hanya perangkat yang patuh terhadap Intune dan sesuai kebijakan yang dapat mengakses data bisnis sensitif.
Terapkan Hybrid Join atau Entra ID Join: Untuk skenario lanjutan, izinkan akses hanya dari perangkat yang bergabung secara hybrid atau terdaftar sepenuhnya di Entra ID, yang merupakan lapisan keterkaitan identitas lainnya.
Gabungkan Risiko Perangkat dan Pengguna: Lapiskan kepatuhan perangkat dengan sinyal risiko pengguna, sehingga perangkat yang patuh pun dapat diblokir jika pengguna atau sesi terkait tiba-tiba terlihat mencurigakan.

Praktik Terbaik dan Kesalahan Umum dalam Penerapan Conditional Access

Conditional Access hanya sebaik penerapannya: terlalu ketat, Anda akan mengunci semua orang; terlalu longgar, Anda akan memiliki celah di mana-mana. Triknya adalah melakukan peluncuran secara bertahap dan menghindari kesalahan pemula yang dapat mengganggu operasional bisnis atau membuat Anda rentan terhadap penyerang yang cerdik.

Sebagian besar masalah berasal dari overblocking (kebijakan yang terlalu ketat), konfigurasi MFA yang keliru, atau kebijakan yang saling bertabrakan dan membuka celah bagi penyerang, atau yang lebih buruk, membuat pengguna harian Anda frustrasi. Bukan hanya soal alat: tata kelola yang kuat, kepemilikan yang jelas, dan manajemen siklus hidup kebijakan memegang peran penting untuk menjaga perimeter identitas Anda tetap stabil dan dapat diprediksi.

Sebelum memulai, pahami prasyarat, kebutuhan lisensi, dan berbagai keunikan teknis kecil, terutama untuk lingkungan hybrid dan multi-cloud dengan basis pengguna yang kompleks. Jangan remehkan pemantauan. Otomatisasi hanya dapat membantu sampai batas tertentu jika tidak ada yang mengawasi terjadinya policy drift atau celah baru. Untuk memahami jebakan ini secara mendalam di lingkungan Microsoft 365 berskala besar, baca ulasan umum tentang kegagalan tata kelola, atau baca tentang masalah pada platform kolaborasi di panduan yang berfokus pada tata kelola ini.

Cara Menghindari Kesalahan dan Konflik Umum Conditional Access

Uji Kebijakan Sebelum Penerapan Penuh: Gunakan mode "report-only" atau grup percobaan (pilot) untuk melihat dampak nyata. Hindari kejutan dengan menguji perubahan sebelum menerapkannya ke seluruh perusahaan.
Waspadai Tabrakan Kebijakan: Kebijakan yang tumpang tindih dapat memblokir akses secara tak terduga atau memberikan hak lebih besar dari yang Anda maksudkan. Tinjau matriks Conditional Access Anda secara rutin untuk menghindari aturan yang saling bertentangan, terutama ketika banyak admin terlibat.
Atur Konfigurasi MFA dengan Hati-hati: Konfigurasi MFA yang keliru dapat mengunci pengguna yang sah (termasuk admin) atau menciptakan celah jika protokol lama lolos. Selalu siapkan akun "break-glass" yang aman dan dipantau sebagai jaring pengaman.
Pantau dan Audit Secara Berkelanjutan: Pantau log secara langsung dan masukan dari pengguna, serta siap melakukan penyesuaian sepanjang jalan. Pemantauan otomatis yang dikombinasikan dengan respons insiden yang jelas membantu Anda menangkap masalah sebelum berkembang tak terkendali.

Untuk sudut pandang lain tentang mengintegrasikan strategi keamanan di seluruh aplikasi dan platform Anda, serta menghindari kesalahan lama, dengarkan pembahasan mendalam tentang DLP dan tata kelola keamanan di Microsoft Power Platform ini.

Prasyarat Penerapan dan Batasan Layanan

Peran Administratif: Anda memerlukan hak akses yang memadai, biasanya Global Administrator atau Security Administrator di Entra ID, untuk membuat dan mengelola kebijakan Conditional Access.
Persyaratan Lisensi: Sebagian besar fitur Conditional Access memerlukan setidaknya lisensi Microsoft Entra ID P1 atau P2, dan integrasi Defender mungkin menambah tingkat lisensi lainnya. Rencanakan hal ini sejak awal.
Prasyarat Infrastruktur: Pastikan perangkat Anda terdaftar di Intune, identitas bersih (tidak ada duplikat atau data usang), dan direktori Anda siap untuk sinkronisasi dan pemantauan.
Batasan Layanan: Tidak semua aplikasi lama atau pihak ketiga mendukung penerapan Conditional Access, dan akun layanan maupun managed identity sering memerlukan penanganan khusus. Baca dokumentasi dengan cermat agar tidak ada yang terlewat.

Kontrol Lanjutan dan Integrasi Alat Keamanan

Setelah dasar-dasar Conditional Access berjalan dengan lancar, langkah berikutnya adalah menambahkan session controls, token protection, dan integrasi dengan platform keamanan lain. Di sinilah prinsip "least privilege" menjadi lebih terperinci: Anda menentukan apa yang dapat dilakukan pengguna bahkan setelah mereka melewati pintu masuk, dan memastikan token tidak dapat dicuri lalu diputar ulang di tempat lain.

Integrasi mendalam dengan Microsoft Intune, Defender, dan produk keamanan pihak ketiga lainnya berarti Anda tidak bekerja tanpa visibilitas. Telemetri terpadu memberi Anda umpan balik real-time, menjadikan deteksi dan respons ancaman sebagai proses yang hidup, bukan proses yang tertinggal. Hal ini sangat penting untuk melindungi beban kerja sensitif dan menjaga kepatuhan, terutama di industri yang diatur secara ketat.

Pemantauan berkelanjutan dan kontrol adaptif juga membantu mencegah compliance drift, dengan memanfaatkan Defender for Cloud dan alat seperti Power BI. Untuk strategi praktis seputar otomatisasi kepatuhan yang berkelanjutan dan visibilitas terpadu, lihat panduan pemantauan Defender for Cloud dunia nyata ini. Sekarang, mari kita uraikan kontrol utama dan strategi integrasi untuk memaksimalkan keamanan sekaligus pengalaman pengguna.

Menggunakan Session Controls dan Token Protection pada Perangkat Terkelola

Sign-In Frequency: Atur seberapa sering pengguna harus melakukan autentikasi ulang. Interval yang lebih pendek untuk aplikasi sensitif memperkecil jendela risiko jika token dicuri.
App Protection Policies: Batasi tindakan seperti copy/paste, save-as, atau berbagi saat pengguna mengakses data melalui perangkat seluler atau endpoint yang tidak patuh, sehingga data sensitif tidak bocor keluar.
Token Protection: Ikat token autentikasi ke perangkat tertentu yang telah diverifikasi. Ini mencegah penyerang memutar ulang token di mesin lain, bahkan jika token tersebut dicuri.
Menyeimbangkan Kegunaan: Uji kontrol bersama pengguna nyata agar mereka tidak terbebani berlebihan. Perketat secara bertahap berdasarkan kebutuhan dan risiko, bukan tebakan.

Integrasi Alat Keamanan dan Pertimbangan Klien Aplikasi

Integrasi Microsoft Intune: Hubungkan manajemen perangkat langsung dengan Conditional Access untuk sinyal kepatuhan dan kesehatan endpoint yang selalu mutakhir.
Defender for Endpoint/Cloud Apps: Gunakan Defender untuk mengirimkan sinyal ancaman dan sesi yang dapat dikonsumsi Conditional Access untuk kebijakan adaptif secara real-time.
Alat Keamanan Pihak Ketiga: Integrasikan SIEM, CASB, atau solusi manajemen endpoint sesuai kebutuhan, tetapi validasi kompatibilitasnya dengan cermat.
Dukungan Aplikasi dan Klien: Pastikan klien aplikasi, terutama aplikasi lama atau seluler, sepenuhnya mendukung penegakan Conditional Access dan pelaporan telemetri untuk mencegah titik buta.

Untuk wawasan lebih mendalam tentang mengamankan Microsoft Power Platform dan mengelola risiko konektor, lihat praktik terbaik tata kelola Power Platform ini.

Respons Ancaman Real-Time dengan Sinyal Defender

Keamanan di cloud tidak lagi soal menetapkan kebijakan lalu berharap yang terbaik. Berkat sinyal Microsoft Defender yang terintegrasi dengan Conditional Access, Anda mendapatkan respons ancaman yang dinamis, bukan beberapa hari kemudian, melainkan secara real-time. Sekarang, jika Defender for Endpoint mendeteksi aktivitas malware atau serangan yang sedang berlangsung, Conditional Access dapat membalik keadaan seketika, mencabut sesi atau menuntut autentikasi yang lebih ketat secara langsung.

Otomatisasi ini secara signifikan memangkas dwell time penyerang, menghentikan pergerakan lateral, dan meminimalkan kehilangan data. Anda tidak melakukannya secara manual. Telemetri yang dihasilkan Defender langsung masuk ke evaluasi risiko di Entra ID, menyesuaikan tingkat risiko untuk pengguna, perangkat, atau sesi. Hasilnya? Respons insiden yang lebih baik, beban kerja tim keamanan yang lebih ringan, dan lingkungan yang jauh lebih sulit ditembus penyerang, terutama penting di bawah prinsip Zero Trust, di mana setiap sesi dan konteks itu penting.

Bagian berikutnya membahas bagaimana penyesuaian kebijakan dinamis benar-benar terjadi, serta bagaimana intelijen Defender memperkaya penilaian risiko untuk respons Conditional Access yang lebih cerdas dan berbasis konteks. Keamanan adaptif bukan sekadar istilah tren; berikut adalah tempat ia memberikan nilai nyata yang dapat diukur.

Penyesuaian Kebijakan Dinamis Menggunakan Defender for Endpoint

Penemuan Malware Memicu Perubahan Akses: Jika Defender for Endpoint mendeteksi malware pada suatu perangkat, Conditional Access dapat langsung memblokir perangkat tersebut dari semua sumber daya perusahaan, atau mewajibkan autentikasi tambahan bagi pengguna.
Proses Mencurigakan atau Ancaman: Ketika aktivitas proses berisiko, seperti eksploit yang sudah dikenal atau perilaku ransomware, terdeteksi, sinyal tersebut menaikkan risiko perangkat. Conditional Access merespons dengan mencabut sesi aktif atau menerapkan kontrol yang lebih ketat hingga situasi teratasi.
Pencabutan Sesi Otomatis: Alih-alih menunggu admin menyadari masalahnya, peringatan Defender langsung memicu penegakan kebijakan otomatis, seperti karantina, sign-out, atau mengubah akses pengguna menjadi hanya-baca, tanpa penundaan.
Respons Terkoordinasi yang Langsung: Kemampuan ini secara drastis mempercepat respons insiden, memblokir penyerang secara real-time, dan meminimalkan risiko penyebaran atau kompromi data.

Memperkaya Tingkat Risiko Identity Protection dengan Intelijen Defender

Defender tidak hanya memberi tanda peringatan untuk endpoint; ia juga meneruskan risiko perangkat, anomali sesi, dan sinyal ancaman ke mesin penilaian risiko Entra Identity Protection. Setiap login dan sesi diberi tingkat risiko yang selalu diperbarui, dengan mempertimbangkan telemetri langsung dari Defender for Endpoint dan Defender for Cloud Apps.

Model yang diperkaya ini memungkinkan Conditional Access menerapkan kontrol akses berbasis risiko yang sesungguhnya, yakni secara otomatis memblokir atau menerapkan autentikasi step-up ketika risiko yang sebenarnya, bukan sekadar aturan statis, memang menuntut hal tersebut. Hasilnya: kebijakan Zero Trust Anda tetap adaptif, peka terhadap risiko yang berubah dengan cepat, dan jauh lebih efektif dalam menghentikan penyerang sebelum mereka dapat menimbulkan kerugian.