Kebijakan Akses Bersyarat untuk Pengguna Tamu di Microsoft Entra

By Mirko Peters · 2026-04-26 · Updated 2026-07-28

Amankan pengguna eksternal dengan Akses Bersyarat untuk tamu di Microsoft Entra ID menggunakan kontrol berbasis identitas, perangkat, lokasi, dan risiko, serta pengecualian.

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

Titelbild: Conditional Access for Guest Users in Microsoft Entra

Jawaban Singkat: Untuk mengamankan pengguna eksternal, buat Akses Bersyarat untuk tamu di Microsoft Entra ID, targetkan akun tamu dan pengguna eksternal, wajibkan kontrol autentikasi dan perangkat yang sesuai, lalu kecualikan akun akses darurat. Mulailah dalam mode hanya laporan, validasi alur kolaborasi yang sebenarnya, lalu terapkan secara bertahap dengan jalur dukungan yang terdokumentasi.

Akses Bersyarat berada di garda depan dalam mengamankan pintu digital organisasi Anda, terutama untuk tamu dan pengguna eksternal di Microsoft Entra ID (sebelumnya Azure AD). Dengan meningkatnya kerja hybrid dan kolaborasi yang mengutamakan cloud, membiarkan pihak luar masuk sudah menjadi hal yang lumrah. Namun, berbagi dengan niat baik bisa dengan mudah berubah menjadi risiko keamanan yang terbuka lebar jika akses tamu tidak dikendalikan. Panduan ini memangkas kebisingan dan memberikan pengetahuan yang dibutuhkan profesional TI dan keamanan untuk mengunci akses tamu tanpa menimbulkan sakit kepala bagi pengguna akhir maupun mitra bisnis Anda.

Kami akan menjelaskan cara menggunakan Akses Bersyarat untuk menjaga keamanan Microsoft 365, Teams, SharePoint, dan aplikasi yang terhubung, sambil tetap memungkinkan tamu berkolaborasi. Anda akan mendapatkan langkah-langkah yang jelas dan praktis untuk mengonfigurasi kebijakan, menangani kasus khusus yang rumit, serta memantau akses dengan aman. Baik Anda mengelola akses setiap hari maupun hanya ingin memeriksa ulang pengaturan yang ada, Anda akan mendapatkan strategi untuk menyeimbangkan keamanan yang kuat dan kerja yang lancar, siapa pun yang mengetuk pintu digital Anda.

Pengantar Akses Bersyarat dan Kolaborasi Tamu

Akses Bersyarat di Microsoft Entra ID adalah penjaga gerbang untuk menentukan bagaimana dan kapan pengguna, terutama tamu, dapat mengakses sumber daya cloud Anda. Ketika Anda mendengar "pengguna tamu", bayangkan siapa pun yang diundang dari luar organisasi untuk bekerja di Teams, SharePoint, atau platform Microsoft 365 serupa. Mereka disebut sebagai "tamu B2B", dan aksesnya perlu dijaga, bukan sekadar dipercaya begitu saja.

Kolaborasi tamu ada di mana-mana: mitra eksternal yang bergabung dalam rapat Teams, vendor yang mengakses dokumen bersama, atau pengguna sementara yang menangani sebuah proyek. Berbeda dengan karyawan perusahaan, tamu tidak dikelola dalam sistem SDM Anda, sehingga akun mereka bisa tetap aktif dan menimbulkan risiko. Itulah sebabnya aturan Akses Bersyarat untuk tamu harus menjaga keseimbangan yang berbeda: cukup terbuka untuk kebutuhan bisnis, cukup ketat untuk mencegah masalah. Jika Anda ingin mempelajari lebih lanjut tentang bahaya tersembunyi dari akun tamu yang tertinggal dan cara mengelolanya, lihat ikhtisar risiko akun tamu Microsoft 365 dan strategi siklus hidupnya.

Ikhtisar Model Keamanan Akses Tamu

Keamanan tradisional bekerja dengan mengunci jaringan perusahaan: jika Anda berada di dalam, Anda dipercaya; jika tidak, Anda tidak dipercaya. Namun, tamu dan akses jarak jauh telah meruntuhkan dinding lama tersebut. Keamanan modern berpusat pada identitas: mengetahui dengan pasti siapa seseorang setiap kali mencoba masuk, dan memintanya membuktikan identitasnya jika diperlukan.

Model berbasis identitas ini memungkinkan kebijakan menjadi jauh lebih granular. Di sinilah "Zero Trust" berperan, yaitu model yang tidak pernah berasumsi bahwa sesuatu dipercaya dan selalu melakukan verifikasi di setiap langkah. Alih-alih akses internal yang luas, Anda kini dapat menggunakan Akses Bersyarat, penilaian risiko, dan izin just-in-time untuk menjaga akses tamu tetap minimal dan terkendali. Anda dapat mendalami pergeseran ini dalam penjelasan Zero Trust by Design untuk Microsoft 365 dan Dynamics 365. Beralih ke model baru ini memang menghadirkan keamanan yang fleksibel, tetapi juga kompleksitas baru dan tantangan untuk menjaga aturan tetap mutakhir, terutama ketika aplikasi dan peran pengguna berubah.

Mengonfigurasi Kebijakan Bersyarat Akses Tamu di Entra ID

Saat tiba waktunya menyiapkan Akses Bersyarat untuk tamu, Entra ID menyediakan alat untuk menyesuaikan kebijakan khusus bagi pengguna eksternal dan B2B. Dasarnya selalu dimulai dengan mengidentifikasi siapa "tamu" yang sebenarnya, kadang dengan menargetkan akun tamu secara langsung, kadang melalui pengelompokan atau pemberian tag yang cerdas, tergantung cara Anda mengelola direktori. Jika keliru, Anda bisa memblokir kolaborasi yang dibutuhkan atau membiarkan pintu belakang digital terbuka lebar.

Triknya adalah menargetkan pengguna yang tepat dan mengaitkannya dengan aplikasi yang penting: Teams, SharePoint, Power Platform, bahkan beban kerja sensitif seperti Power BI. Integrasi tidak bisa diseragamkan; sebagian aplikasi mungkin memerlukan kebijakan yang lebih longgar, sementara yang lain perlu dikunci dengan ketat. Dengan membatasi cakupan per aplikasi, Anda dapat menyesuaikan secara presisi di mana tamu boleh mengakses dan seberapa besar yang boleh mereka lakukan di sana.

Tantangan lainnya adalah memastikan kebijakan baru tidak mengganggu proses bisnis atau memengaruhi pengalaman pengguna. Kebijakan yang terlalu ketat justru bisa berbalik merugikan, terutama untuk integrasi pihak ketiga atau alur kerja kritis yang melibatkan tamu. Karena itu, pemantauan dan penyesuaian secara berkelanjutan sangat penting untuk menghindari apa yang dikenal sebagai "utang identitas" atau banyaknya aturan yang tidak konsisten, masalah yang dibahas secara mendalam dalam panduan ini tentang pengelolaan keamanan Entra ID dan kebersihan kebijakan. Untuk strategi penerapan praktis, baseline, serta membangun pemantauan sejak hari pertama, lihat ikhtisar tentang masalah kepercayaan kebijakan Conditional Access ini. Subbagian berikutnya membahas penggunaan templat agar Anda dapat menghemat waktu, menghindari kesalahan, dan menerapkan kebijakan yang sesuai dengan kebutuhan bisnis sejak awal.

Penerapan Templat untuk Konfigurasi Kebijakan Tamu yang Efisien

Mulai dengan Templat Bawaan: Microsoft Entra ID menyediakan templat Conditional Access siap pakai untuk skenario umum seperti kolaborasi tamu atau penerapan MFA. Templat ini membantu Anda memulai dengan cepat menggunakan pengaturan default yang sudah terbukti aman.
Sesuaikan dengan Kebutuhan Anda: Sesuaikan templat bawaan agar sesuai dengan aplikasi tertentu (misalnya membatasi akses hanya ke SharePoint) atau persyaratan sensitivitas Anda. Templat tidak bisa diseragamkan begitu saja; ubah kondisi agar sesuai dengan skenario tamu Anda.
Standarisasi dan Skalakan: Menerapkan templat berarti Anda menyebarkan kebijakan yang konsisten di seluruh penyewa. Kebijakan ini jauh lebih mudah di-troubleshoot, diaudit, dan tetap selaras dengan tujuan tata kelola dibandingkan aturan buatan tangan yang dibuat satu per satu.
Tips Pro—Kloning dan Adaptasi: Gunakan templat sebagai dasar untuk dengan cepat membuat varian bagi departemen, situs, atau kelompok aplikasi yang berbeda. Cara ini membantu mengendalikan penyebaran kebijakan yang tidak terkendali dan mendukung kebutuhan bisnis yang terus berkembang.

Mengecualikan Tamu dan Pengguna Eksternal dari Kebijakan demi Fungsionalitas

Bahkan rencana Conditional Access yang paling matang pun tetap memerlukan pengecualian. Terkadang, tamu tidak dapat memenuhi semua hambatan keamanan Anda, terutama dalam skenario yang melibatkan sistem otomatis, aplikasi pihak ketiga, atau integrasi yang tidak mendukung langkah autentikasi tertentu seperti MFA. Jika kebijakan Anda terlalu ketat, Anda bisa saja mengunci mitra penting atau mengganggu alur kerja bisnis di saat yang paling tidak terduga.

Di sinilah pengecualian kebijakan berperan. Pengecualian ini memungkinkan Anda membuat celah bagi pengguna, aplikasi, atau skenario sistem tertentu yang memerlukan fungsi tertentu agar "tetap berjalan" meskipun mereka tidak memenuhi semua persyaratan akses normal Anda. Kuncinya adalah mengetahui kapan harus membuat pengecualian dan bagaimana membatasi cakupannya agar Anda tidak membuka celah keamanan yang tidak perlu.

Menemukan keseimbangan yang tepat itu penting. Aturan pengecualian sangat penting untuk hal-hal seperti otomatisasi berbagi eksternal atau memungkinkan proses masuk pihak ketiga yang lancar, tetapi terlalu banyak pengecualian, atau pengecualian yang kurang dipantau, dapat membawa Anda ke situasi sulit. Jika Anda menginginkan saran praktis tentang mengaitkan pengecualian dengan manajemen siklus hidup tamu yang baik dan mengurangi "penyebaran tamu", lihat diskusi tentang mengelola risiko tamu Microsoft 365 ini. Bagian berikutnya akan menguraikan skenario pengecualian yang umum, termasuk interoperabilitas dengan Microsoft Teams dan SharePoint atau penanganan aplikasi lama yang memerlukan pendekatan yang lebih ringan.

Fungsi Pengecualian dalam Skenario Sistem dan Aplikasi

Bergabung ke Rapat Teams: Kecualikan tamu dari kebijakan Conditional Access yang mewajibkan perangkat yang patuh atau MFA jika mereka hanya bergabung ke rapat Teams melalui undangan eksternal. Langkah ini mencegah penguncian akses yang tidak disengaja dan gangguan pada rapat.
Berbagi Eksternal di SharePoint: Untuk kolaborasi dokumen, kecualikan alur atau ID aplikasi tertentu dari kebijakan jika kebijakan tersebut akan memblokir berbagi otomatis atau menyebabkan kegagalan integrasi. Validasi melalui akun uji sebelum menerapkannya secara luas.
Aplikasi SSO dan Otomatisasi Pihak Ketiga: Beberapa aplikasi yang digunakan untuk Single Sign-On (SSO) atau integrasi proses tidak dapat menyelesaikan autentikasi interaktif atau permintaan MFA. Aplikasi-aplikasi ini harus dikecualikan dari kebijakan penegakan yang ketat agar otomatisasi penting tetap berjalan.
Periksa Potensi Paparan: Sebelum menyelesaikan pengecualian apa pun, periksa kembali cakupan izin dan log audit untuk memastikan Anda tidak membuka akses yang terlalu luas. Tinjauan tata kelola wajib dilakukan. Lihat risiko dari rasa aman semu dalam pembahasan tata kelola Teams ini dan perbandingan SharePoint vs Dataverse untuk akses terkontrol ini.

Mengamankan Akses Bersyarat untuk Tamu dengan Kontrol Autentikasi

Mengontrol siapa yang boleh masuk hanyalah separuh dari pertempuran. Memastikan mereka membuktikan identitasnya sama pentingnya. Untuk pengguna tamu, penerapan kontrol autentikasi yang kuat membantu memblokir akses tidak sah dan mencegah data sensitif keluar melalui pintu belakang. Multifactor Authentication (MFA) dan kebijakan masuk berbasis risiko adalah cara paling andal untuk menghentikan penyerang, bahkan jika mereka berhasil mencuri kredensial tamu.

Anda dapat mengatur kebijakan agar setiap tamu wajib melakukan MFA sebelum mengakses aplikasi penting seperti Teams, SharePoint, atau Power BI. Lebih baik lagi, Anda dapat menerapkan persyaratan ini hanya untuk aplikasi yang paling berisiko, atau saat tamu masuk dari perangkat baru atau lokasi yang mencurigakan. Dengan cara ini, keamanan dapat diperketat hanya saat dibutuhkan dan pengguna tepercaya tidak perlu direpotkan. Akses Bersyarat modern bahkan dapat dipicu berdasarkan penilaian risiko pengguna, sehingga hanya pengguna yang ditandai berisiko berdasarkan perilaku atau insiden sebelumnya yang akan diminta verifikasi tambahan.

Semua kontrol ini harus selaras dengan pengalaman pengguna. Konfigurasinya harus cukup spesifik untuk menjaga pintu tetap terkunci bagi pihak luar, tetapi tidak terlalu ketat sehingga tamu yang sah gagal masuk dan meja dukungan Anda kewalahan. Untuk tips menyeimbangkan hal ini tanpa mengganggu pengguna atau merusak alur kerja, lihat panduan keamanan M365 yang kokoh dan pengalaman pengguna ini. Bagian berikutnya menunjukkan cara memantau dan menyelidiki akses tamu melalui aplikasi My Sign-Ins dan alat lainnya.

Memanfaatkan Aplikasi My Sign-Ins untuk Pemantauan Pengguna Tamu

Tinjau Aktivitas Masuk: Baik admin maupun pengguna akhir dapat menggunakan aplikasi “My Sign-Ins” untuk melihat riwayat terperinci percobaan masuk, termasuk lokasi, perangkat, dan jenis autentikasi. Ini sangat berguna untuk mendeteksi pola akses tamu yang tidak biasa.
Temukan dan Laporkan Aktivitas Mencurigakan: Jika ada yang tampak janggal, misalnya pengguna tamu yang masuk dari negara asing, admin maupun tamu itu sendiri dapat menandai atau melaporkan kejadian tersebut langsung melalui aplikasi, sehingga respons dapat dilakukan lebih cepat.
Remediasi Mandiri: Arahkan tamu ke portal My Sign-Ins ketika mereka mengalami kendala akses atau mencurigai kredensial mereka telah disusupi. Hal ini mengurangi hambatan pada tim IT dan menjaga alur kerja tetap berjalan.
Untuk Investigasi Mendalam dan Audit: Untuk investigasi lanjutan dan kepatuhan, gunakan Microsoft Purview Audit sebagaimana dijelaskan dalam panduan audit aktivitas ini untuk melacak tindakan pengguna lintas layanan dan mendeteksi potensi risiko.

Memahami Pengalaman Pengguna Akhir dengan Akses Bersyarat untuk Tamu

Ketika pengguna tamu masuk di bawah Akses Bersyarat, prosesnya bisa berjalan lancar, kecuali jika pengaturan kebijakan membuat mereka kesulitan. Bayangkan skenario ini: seorang vendor menerima undangan Teams, mengklik tautan, dan mendapati permintaan MFA. Jika mereka belum pernah menggunakan pengaturan perusahaan Anda, hal ini bisa membingungkan dengan cepat. Mungkin mereka perlu mendaftarkan aplikasi autentikasi, memindai kode QR, atau memverifikasi melalui pesan teks.

Tampilan yang umum meliputi portal masuk dengan branding, permintaan yang jelas untuk faktor autentikasi kedua, dan pesan yang memandu pengguna melalui prosesnya dengan bahasa yang sederhana. Jika akses ditolak, tamu biasanya melihat alasan yang rinci, seperti "Anda tidak memenuhi persyaratan keamanan organisasi" atau "Diperlukan kepatuhan perangkat", bukan istilah teknis IT yang membingungkan. Namun, jika pesan error tidak disesuaikan atau tidak ramah pengguna, tiket ke help desk akan cepat membludak.

Admin perlu mengantisipasi di mana kebingungan atau hambatan bisa terjadi. Ketika memblokir akses (misalnya, perangkat tidak memenuhi persyaratan atau mencoba membuka aplikasi dengan kontrol yang lebih ketat), Anda perlu pesan yang menjelaskan apa yang kurang dan langkah selanjutnya. Jika tamu terbiasa dengan lingkungan lain, mereka mungkin merasa kontrol keamanan Microsoft terasa baru atau membebani, jadi antisipasi hal ini dengan dokumentasi atau panduan orientasi.

Alat seperti aplikasi My Sign-Ins memungkinkan tamu melihat riwayat masuk mereka sendiri dan mengenali masalah lebih awal. Komunikasi proaktif juga membantu. Sebuah email sederhana berisi "inilah yang bisa Anda harapkan" sangat efektif untuk mengurangi masalah akses yang berulang. Dengan memetakan pengalaman ini, Anda menjaga tamu tetap produktif dan mengurangi repotnya dukungan rutin.

Langkah Selanjutnya, Pemantauan, dan Umpan Balik Setelah Menerapkan Kebijakan Tamu

Mengaktifkan Akses Bersyarat untuk tamu bukanlah akhir dari cerita, justru di sinilah pekerjaan yang sebenarnya dimulai. Setelah peluncuran, Anda perlu terus memperhatikan pengalaman pengguna dan efektivitas keamanan. Mulailah dengan meninjau log masuk dan pola penggunaan. Apakah tamu yang sah bisa masuk tanpa banyak kendala? Apakah percobaan masuk yang berisiko benar-benar diblokir sesuai rencana?

Kumpulkan umpan balik dari tim bisnis dan mitra eksternal Anda. Keluhan pengguna atau kegagalan akses yang berulang bisa menjadi sinyal bahwa kebijakan perlu disesuaikan. Gunakan alat bawaan Entra ID dan Microsoft 365 untuk memantau login yang berhasil maupun gagal, dan cocokkan dengan cakupan kebijakan Anda. Jangan lupa memeriksa konflik kebijakan atau tumpang tindih aturan yang tidak disengaja, karena hal ini bisa memblokir akses tanpa peringatan yang jelas. Untuk strategi pemantauan dan membangun kepercayaan terhadap kebijakan Akses Bersyarat, silakan merujuk ke sumber daya tentang isu kepercayaan kebijakan ini.

Audit berkelanjutan bukan sekadar daftar centang kepatuhan; audit adalah cara Anda menangkap risiko yang merayap dari akun tamu yang tidak aktif atau memiliki hak istimewa berlebih. Audit berkala, menggunakan solusi seperti Microsoft Purview Audit yang dijelaskan dalam panduan audit dan kepatuhan ini, membantu memastikan pengecualian Anda masih berlaku dan kontrol Anda tidak bergeser dari tempatnya.

Terakhir, Akses Bersyarat adalah sistem yang hidup. Seiring berubahnya ancaman dan bertambahnya kebutuhan kolaborasi, Anda perlu meninjau dan menyempurnakan kebijakan secara berkala. Libatkan pemangku kepentingan bisnis dan pimpinan TI untuk tinjauan triwulanan. Hal ini menjaga semua pihak tetap selaras dan memastikan akses tamu Anda tetap produktif sekaligus terlindungi, secepat apa pun situasi berubah.

Ringkasan Praktik Terbaik dan Sumber Daya untuk Keamanan Tamu dengan Akses Bersyarat

Mengelola akses tamu di Microsoft Entra ID bukanlah pekerjaan "pasang lalu lupakan". Mulailah dengan kebijakan Akses Bersyarat yang kuat dan cakupannya jelas, didukung oleh manajemen siklus hidup. Jangan biarkan akun tamu lama menumpuk dan menciptakan celah keamanan. Gunakan templat untuk menstandarkan penerapan, dan selalu validasi pengecualian kebijakan, terutama saat bekerja dengan integrasi Teams, SharePoint, atau Power Platform.

Tinjau secara rutin log masuk, status siklus hidup tamu, dan laporan audit. Jadikan tinjauan kebijakan bagian dari ritme TI Anda, minimal setiap triwulan. Panduan yang jelas dan ramah pengguna bagi tamu akan mengurangi kebingungan dan panggilan dukungan. Dan jangan abaikan kebutuhan akan tata kelola yang berkelanjutan: seperti dibahas dalam kupasan mendalam tentang manajemen siklus hidup Akses Bersyarat ini, pembaruan kebijakan yang disiplin dan akuntabilitas pemilik adalah kunci untuk menghindari "utang identitas".

Untuk pemecahan masalah, audit lanjutan, dan peta jalan menuju pembagian eksternal yang benar-benar aman, lihat sumber seperti panduan cara audit Purview ini dan kerangka kerja untuk mendeteksi aktivitas berbagi eksternal yang berisiko di SharePoint dan OneDrive. Butuh panduan untuk siklus hidup tamu? Panduan tentang bahaya tamu yang tidak dikelola ini membahas masa berlaku, peninjauan, dan offboarding dengan langkah-langkah praktis.

Jangan ragu untuk merujuk ke dokumentasi resmi Microsoft saat membangun atau menyesuaikan kebijakan. Dan selalu jaga komunikasi dengan pemangku kepentingan bisnis—akses bersyarat hanya sekuat keselarasannya dengan cara tim Anda benar-benar bekerja. Tata kelola yang baik, pemantauan yang tanpa henti, dan kemauan untuk beradaptasi adalah sekutu terbaik Anda dalam menjaga kolaborasi tamu tetap produktif sekaligus terlindungi.

Anda Juga Sebaiknya Dengarkan

Jika Anda sedang mendalami Akses Bersyarat untuk tamu, episode-episode berikut menambah konteks praktis tentang keamanan identitas, tata kelola, dan operasi Microsoft 365 yang andal.

Conditional Access – Simply Explained — Memahami bagaimana sinyal identitas, perangkat, lokasi, dan risiko membentuk keputusan akses.
Privileged Identity Management – Simply Explained — Melihat bagaimana hak istimewa just-in-time dan alur persetujuan mengurangi paparan administratif.
Microsoft Defender XDR – Simply Explained — Menghubungkan sinyal identitas dengan deteksi, investigasi, dan respons insiden.
Microsoft Teams Governance – Simply Explained — Mempelajari bagaimana kepemilikan yang jelas dan aturan siklus hidup membuat kolaborasi yang aman menjadi berkelanjutan.

Episode-episode ini membantu menerjemahkan langkah-langkah teknis menjadi strategi identitas dan tata kelola yang lebih luas.

Pola penerapan bertahap untuk Akses Bersyarat bagi tamu

Tentukan skenario tamu mana yang membutuhkan akses: kolaborasi Teams, berbagi SharePoint, atau aplikasi tertentu.
Buat grup atau gunakan penugasan tamu dan pengguna eksternal agar cakupan kebijakan jelas.
Gunakan mode hanya-laporan terlebih dahulu dan tinjau hasil masuk sebelum kebijakan diberlakukan.
Uji dengan akun tamu sungguhan, termasuk penerimaan undangan, MFA, kondisi perangkat, dan aplikasi yang dituju.
Dokumentasikan pengecualian dan pastikan akun akses darurat berada di luar penegakan kebijakan normal.

Gunakan panduan Akses Bersyarat dari Microsoft Learn untuk detail konfigurasi terkini dan rekomendasi kebijakan.

Pertanyaan Umum

Apakah setiap tamu harus menggunakan MFA?

Untuk sebagian besar skenario kolaborasi bisnis, mewajibkan MFA adalah dasar yang tepat. Namun, kontrol yang digunakan tetap harus mencerminkan tingkat risiko, kebutuhan kontrak, dan tingkat akses tamu tersebut.

Mengapa kebijakan sebaiknya dimulai dalam mode hanya-laporan?

Mode hanya-laporan menampilkan dampak yang tidak terduga sebelum akses diblokir, yang sangat penting untuk mitra, pelanggan, dan kolaborator eksternal lainnya.

🎧 Anda Juga Sebaiknya Dengarkan

Privileged Identity Management (PIM) – Simply Explained menunjukkan bagaimana hak istimewa just-in-time mengurangi paparan administratif. Episode ini melengkapi kontrol tamu dengan menangani peran internal berisiko tinggi.
Identity Governance in Microsoft Entra menghubungkan Akses Bersyarat untuk tamu dengan tinjauan akses, manajemen siklus hidup, dan kepemilikan yang dapat dipertanggungjawabkan.
Microsoft Entra Private Access – Simply Explained menambahkan perspektif Zero Trust untuk akses aplikasi privat. Episode ini berguna ketika kolaborasi tamu meluas di luar Microsoft 365.

Terakhir ditinjau: Juli 2026. Kontrol Conditional Access dan pengalaman Microsoft Entra dapat berubah sewaktu-waktu.