Menguasai Conditional Access di Microsoft Entra ID: Membangun Zero Trust Perimeter

By Mirko Peters · 2026-08-27

Selamat datang kembali di podcast! Hari ini, kita akan membahas lebih dalam topik yang menjadi fondasi utama keamanan cloud modern: Conditional Access di Microsoft Entra ID. …

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

Selamat datang kembali di podcast! Hari ini, kita akan membahas lebih dalam topik yang menjadi fondasi utama keamanan cloud modern: Conditional Access di Microsoft Entra ID. Jika Anda mengikuti episode kami yang terakhir, Anda tahu bahwa kami menghabiskan hampir satu jam untuk membahas mengapa perimeter jaringan tradisional sudah tidak relevan. Sudah berlalu masanya ketika kita cukup memercayai semua yang berada di balik firewall perusahaan. Di era kerja jarak jauh, lingkungan hibrida, dan aplikasi cloud yang tersebar di mana-mana, perimeter Anda tidak lagi berupa lokasi fisik—melainkan identitas.

Microsoft Entra ID Conditional Access adalah mesin yang menggerakkan perimeter baru ini. Fitur ini berfungsi sebagai penjaga keamanan otomatis dan cerdas bagi organisasi Anda, yang mengevaluasi konteks setiap permintaan akses sebelum memutuskan apakah akses diberikan, diblokir, atau dimintai lapisan verifikasi tambahan. Dalam postingan blog ini, kita akan menyelami komponen inti dari kebijakan Conditional Access. Kita akan membahas cara mengevaluasi sinyal, menerapkan autentikasi yang kuat, serta membangun postur keamanan Zero Trust yang andal tanpa menghambat produktivitas.

Pengantar Conditional Access dan Zero Trust

Untuk benar-benar menguasai Conditional Access, kita terlebih dahulu perlu menyelaraskan pola pikir dengan prinsip Zero Trust. Filosofi inti Zero Trust dapat dirangkum dalam tiga kata sederhana: jangan pernah percaya, selalu verifikasi. Dahulu, organisasi mengandalkan strategi benteng dan parit. Setelah pengguna berhasil menembus dinding benteng—baik dengan menyambungkan diri ke Ethernet kantor maupun berhasil melakukan autentikasi melalui VPN perusahaan—mereka pada dasarnya dipercaya untuk bergerak secara lateral di seluruh jaringan. Seperti yang telah kita lihat dari begitu banyak serangan siber selama bertahun-tahun, pendekatan ini pada dasarnya cacat.

Zero Trust berasumsi bahwa pelanggaran sudah terjadi dan memverifikasi setiap permintaan seolah-olah berasal dari jaringan yang tidak tepercaya. Setiap permintaan akses harus diautentikasi, diotorisasi, dan dienkripsi sebelum akses diberikan. Namun, verifikasi saja tidak cukup; proses verifikasi harus cerdas dan sadar konteks.

Di sinilah Microsoft Entra ID Conditional Access berperan. Anggap Conditional Access sebagai mesin pernyataan if-then. Jika serangkaian kondisi tertentu terpenuhi, maka serangkaian kontrol tertentu akan diterapkan. Dengan menganalisis sinyal dari berbagai sumber—seperti siapa yang mencoba masuk, dari mana mereka masuk, perangkat apa yang mereka gunakan, dan apakah perilakunya tampak mencurigakan—Conditional Access membuat keputusan otomatis dan real-time yang menyeimbangkan keamanan dan pengalaman pengguna. Fitur ini memastikan bahwa pengguna yang tepat memiliki akses yang tepat ke sumber daya yang tepat, dalam kondisi yang tepat.

Anatomi Kebijakan: Penugasan dan Kondisi

Membangun kebijakan Conditional Access yang efektif memerlukan pemahaman menyeluruh tentang arsitekturnya. Setiap kebijakan di Microsoft Entra ID pada dasarnya terbagi menjadi dua fase utama: Penugasan dan Kontrol Akses. Dalam fase Penugasan, Anda menentukan kepada siapa kebijakan tersebut berlaku dan apa yang sedang mereka coba akses. Mari kita bahas elemen-elemen dasar ini.

Pertama, ada Pengguna dan Grup. Di sini Anda menentukan cakupan kebijakan. Apakah Anda ingin kebijakan ini berlaku untuk semua pengguna di seluruh organisasi, atau hanya menargetkan departemen tertentu, seperti Keuangan atau administrator TI? Praktik terbaik umumnya menyarankan untuk memulai dengan grup percontohan sebelum menerapkan kebijakan secara luas, tetapi pada akhirnya, baseline keamanan yang kritis sebaiknya mencakup semua orang.

Selanjutnya, kita melihat Aplikasi Cloud atau Tindakan. Di sini, Anda menentukan sumber daya yang dilindungi kebijakan. Anda dapat menargetkan aplikasi tertentu seperti Microsoft Exchange Online, SharePoint, atau aplikasi perusahaan kustom yang terintegrasi dengan Entra ID. Anda juga dapat menerapkan kebijakan ke semua aplikasi cloud, yang merupakan cara ampuh untuk menegakkan postur keamanan dasar bagi setiap aplikasi SaaS yang digunakan organisasi Anda.

Selain siapa dan apa, kita membahas Kondisi. Kondisi memungkinkan Anda mempersempit cakupan kebijakan berdasarkan pemicu kontekstual. Kondisi tersebut meliputi:

Risiko Pengguna dan Risiko Saat Masuk

Dengan memanfaatkan jaringan intelijen ancaman Microsoft yang sangat besar, Entra ID secara terus-menerus menghitung kemungkinan bahwa akun pengguna telah disusupi (risiko pengguna) atau bahwa permintaan autentikasi tertentu berasal dari penyerang (risiko masuk). Kondisi memungkinkan Anda memicu kebijakan secara khusus ketika risiko sedang atau tinggi terdeteksi.

Platform Perangkat

Anda dapat menargetkan kebijakan berdasarkan sistem operasi perangkat yang digunakan, baik Windows, macOS, iOS, Android, maupun Linux. Dengan cara ini, Anda dapat menerapkan persyaratan keamanan yang berbeda sesuai dengan jenis perangkat.

Lokasi

Conditional Access memungkinkan Anda menentukan rentang alamat IP tepercaya (misalnya jaringan kantor perusahaan) atau mengintegrasikannya dengan lokasi bernama berdasarkan kode negara. Anda dapat menggunakan sinyal lokasi ini untuk memblokir akses dari negara berisiko tinggi, atau mewajibkan autentikasi multifaktor hanya ketika pengguna terhubung dari luar batas perusahaan yang tepercaya.

Mengevaluasi Sinyal Real-Time: Lokasi, Risiko, dan Kepatuhan Perangkat

Keunggulan utama Conditional Access terletak pada kemampuannya mengevaluasi sinyal real-time. Di lingkungan TI tradisional, kebijakan keamanan bersifat statis. Jika Anda memiliki nama pengguna dan kata sandi yang benar, Anda bisa masuk, terlepas dari apakah Anda login dari laptop perusahaan yang dikelola di New York atau dari terminal publik yang sudah disusupi di negara asing pada pukul 03.00 dini hari. Conditional Access mengubah dinamika ini sepenuhnya dengan menjadikan autentikasi sebagai penilaian risiko yang berkelanjutan.

Mari kita lihat status perangkat, misalnya. Melalui integrasi dengan Microsoft Intune atau solusi manajemen perangkat seluler (MDM) pihak ketiga yang didukung, Conditional Access dapat memeriksa apakah sebuah perangkat mematuhi standar keamanan organisasi Anda. Apakah sistem operasinya sudah diperbarui? Apakah enkripsi disk sudah aktif? Apakah perangkat dikelola oleh organisasi, atau merupakan perangkat pribadi yang tidak dikelola (Bring Your Own Device, atau BYOD)? Dengan mengevaluasi status perangkat secara real-time, Anda dapat memastikan bahwa data perusahaan hanya mengalir ke endpoint yang sehat dan aman.

Evaluasi risiko membawa hal ini selangkah lebih jauh. Microsoft Entra ID Protection menganalisis triliunan sinyal setiap hari, termasuk skenario perjalanan yang mustahil (impossible travel), frekuensi masuk yang tidak biasa, kredensial yang bocor, dan alamat IP anonim. Ketika pengguna mencoba masuk, Entra ID menilai sinyal-sinyal ini secara instan. Jika seorang pengguna biasanya masuk dari London, lalu sepuluh menit kemudian mencoba mengakses sumber daya dari alamat IP mencurigakan di belahan bumi lain, risiko masuk akan ditandai sebagai tinggi. Kebijakan Conditional Access kemudian dapat mencegat permintaan ini, memperketat persyaratan verifikasi, atau memblokir upaya akses sepenuhnya sebelum data sempat dicuri.

Sinyal berbasis lokasi menambahkan lapisan konteks lainnya. Meskipun perimeter jaringan tidak lagi menjadi segalanya dalam keamanan, konteks geografis tetap sangat berharga. Anda dapat mengonfigurasi kebijakan yang memblokir akses sepenuhnya dari negara tempat bisnis Anda tidak memiliki operasi yang sah, sehingga secara signifikan mengurangi permukaan serangan Anda terhadap serangan credential stuffing otomatis yang berasal dari sumber aktor ancaman yang sudah dikenal.

Menegakkan Keamanan: Grant Controls dan Authentication Strengths

Setelah kebijakan Anda mengevaluasi penugasan dan kondisi real-time, kebijakan tersebut masuk ke tahap penegakan: Grant Controls. Di sinilah kebijakan menentukan apa yang harus terjadi sebelum akses secara resmi diberikan ke aplikasi cloud.

Administrator memiliki beberapa opsi di bawah Grant Controls. Anda dapat memilih untuk memblokir akses sepenuhnya, yang berguna untuk skenario berisiko tinggi atau kondisi perangkat yang tidak sah. Alternatifnya, Anda dapat memberikan akses, tetapi hanya jika persyaratan tertentu terpenuhi. Persyaratan ini dapat mencakup:

• Mewajibkan autentikasi multifaktor (MFA)
• Mewajibkan perangkat ditandai sebagai patuh
• Mewajibkan perangkat yang tergabung secara hybrid dengan Microsoft Entra
• Mewajibkan aplikasi klien yang disetujui
• Mewajibkan kebijakan perlindungan aplikasi (manajemen aplikasi seluler)
• Mewajibkan perubahan kata sandi untuk pengguna berisiko tinggi

Fitur yang sangat ampuh dan diperkenalkan oleh Microsoft adalah Authentication Strengths. Dahulu, MFA sering diperlakukan sebagai pilihan biner: Anda either melakukan MFA atau tidak sama sekali. Namun, tidak semua metode autentikasi memiliki tingkat keamanan yang sama. Serangan phishing telah berevolusi untuk melewati SMS, panggilan suara, bahkan notifikasi push dasar tradisional melalui serangan adversary-in-the-middle yang canggih.

Dengan Authentication Strengths, Anda dapat menentukan secara tepat metode autentikasi mana yang diizinkan untuk aset bernilai tinggi atau skenario berisiko tinggi. Misalnya, Anda dapat membuat kebijakan yang mewajibkan MFA tahan phishing—seperti kunci keamanan FIDO2 atau Windows Hello for Business—sekaligus membatasi metode yang kurang aman seperti SMS atau panggilan telepon tradisional. Dengan cara ini, Anda dapat menerapkan model autentikasi yang bertingkat sesuai risiko: aplikasi sehari-hari cukup menerima MFA standar, sementara portal administratif dan sistem keuangan yang sensitif mensyaratkan kredensial yang tahan phishing.

Praktik Terbaik untuk Merancang dan Menguji Kebijakan Anda

Menerapkan Conditional Access dapat meningkatkan postur keamanan Anda secara signifikan, tetapi jika dikonfigurasi dengan keliru, fitur ini juga dapat mengunci seluruh organisasi Anda—termasuk global administrator. Seperti kata pepatah, kekuasaan yang besar datang dengan tanggung jawab yang besar. Agar Anda terhindar dari gangguan yang disebabkan oleh kesalahan sendiri, mari kita bahas beberapa praktik terbaik penting untuk merancang, menguji, dan mengelola kebijakan Conditional Access Anda.

Yang pertama dan utama: jangan pernah mengunci diri sendiri. Selalu kecualikan setidaknya satu akun break-glass (akun administrator khusus cloud darurat dengan kata sandi yang kuat dan disimpan dengan aman) dari kebijakan Conditional Access inti Anda. Selain itu, pastikan akun administratif Anda menjalani pengujian yang ketat dan pemantauan yang andal, tetapi tetap sediakan jaring pengaman agar Anda selalu dapat pulih jika sebuah kebijakan keliru.

Kedua, terapkan metodologi peluncuran bertahap. Jangan membuat kebijakan yang restriktif lalu langsung menerapkannya kepada semua pengguna. Sebagai gantinya, gunakan mode "Report-only". Mode Report-only memungkinkan Anda mengevaluasi dampak sebuah kebijakan tanpa benar-benar menegakkannya. Entra ID akan mencatat di sign-in logs apakah kebijakan tersebut akan memblokir atau mengizinkan akses, sehingga Anda dapat melihat potensi hambatan pengguna atau alur kerja yang rusak sebelum kebijakan diaktifkan.

Ketika Anda siap menegakkan kebijakan, mulailah dengan menargetkan kelompok percobaan (pilot)—misalnya departemen IT Anda atau unit bisnis yang kooperatif. Pantau sign-in logs mereka, kumpulkan masukan, sempurnakan kondisinya, dan secara bertahap perluas cakupannya hingga kebijakan mencakup seluruh organisasi.

Terakhir, dokumentasikan kebijakan Anda dengan jelas dan tinjau secara berkala. Kebutuhan bisnis berubah, karyawan berganti peran, dan ancaman keamanan terus berkembang. Kebijakan yang masuk akal dua tahun lalu bisa jadi terlalu membatasi atau berbahaya karena sudah usang saat ini. Menetapkan jadwal rutin untuk meninjau postur Conditional Access Anda memastikan perimeter Zero Trust Anda tetap tangguh, efektif, dan selaras dengan tujuan organisasi.

Terima kasih sudah menyimak dan membaca sampai akhir! Menguasai Conditional Access adalah sebuah perjalanan, tetapi dengan menerapkan langkah-langkah ini Anda akan berada di jalur yang tepat untuk membangun perimeter keamanan Zero Trust yang tangguh di Microsoft Entra ID. Jangan lupa berlangganan podcast ini untuk pembahasan mendalam lainnya tentang keamanan cloud, dan sampai jumpa di episode berikutnya!