Verifikasi Identitas dan Perangkat

Penyedia Identitas adalah sistem pusat yang mengautentikasi pengguna dan menerbitkan token untuk layanan lain. IdP modern mendukung SSO, MFA, dan akses bersyarat. Contoh: Okta, Azure AD (Entra ID), Google Workspace, Ping Identity.

SSO memungkinkan pengguna melakukan autentikasi satu kali dengan IdP dan mengakses beberapa aplikasi tanpa memasukkan kembali kredensial. SSO dibangun di atas protokol SAML 2.0 atau OIDC. Manfaat keamanannya: lebih sedikit kredensial = lebih sedikit peluang pencurian kredensial; kontrol keamanan terpusat di IdP.

Dua protokol SSO yang dominan:

• SAML 2.0 — berbasis XML, untuk perusahaan, didukung secara luas oleh aplikasi lama
• OIDC (OpenID Connect) — berbasis JSON/JWT, modern, dibangun di atas OAuth 2.0, digunakan oleh aplikasi cloud dan seluler

Keduanya mendelegasikan autentikasi kepada IdP dan mengembalikan token bertanda tangan kepada aplikasi.

IdP modern mendukung akses bersyarat: keputusan akses didasarkan pada sinyal risiko:

• Peran pengguna dan keanggotaan grup
• Status kepatuhan perangkat
• Lokasi geografis
• Waktu
• Skor risiko (anomali saat masuk)

Sinyal berisiko tinggi memicu MFA tambahan atau memblokir akses sepenuhnya.

MDM mendaftarkan dan mengelola perangkat serta menerapkan kebijakan keamanan:

• Wajibkan penguncian layar dengan PIN/biometrik
• Wajibkan enkripsi disk
• Paksa pembaruan OS
• Sediakan kemampuan menghapus data dari jarak jauh
• Laporkan kepatuhan kepada IdP untuk akses bersyarat

Contoh: Microsoft Intune, Jamf (Apple), VMware Workspace ONE.

Sertifikat perangkat mengikat identitas kriptografis ke setiap perangkat terkelola. Sertifikat diterbitkan oleh CA perusahaan melalui MDM. Kebijakan Kepercayaan Nol dapat mewajibkan sertifikat perangkat yang valid sebelum memberikan akses — perangkat pribadi yang tidak dikelola akan diblokir meskipun memiliki kredensial pengguna yang valid.

Kepercayaan Nol menggunakan telemetri EDR sebagai sinyal kesehatan perangkat. IdP dapat memeriksa apakah EDR terpasang dan berfungsi baik sebelum memberikan akses. Perangkat yang disusupi dan terdeteksi oleh EDR memicu pencabutan akses otomatis melalui integrasi akses bersyarat.

Akses tepat saat dibutuhkan (PIM — Manajemen Identitas Istimewa) memberikan izin yang lebih tinggi hanya saat diperlukan, untuk durasi terbatas, dan memerlukan persetujuan. Tidak ada peran administrator yang ditetapkan secara permanen. Azure AD PIM, kredensial sementara AWS IAM, dan HashiCorp Vault menerapkan pendekatan ini.

Aplikasi juga memerlukan verifikasi identitas. Pendekatannya meliputi:

• Akun layanan dengan token berumur pendek
• mTLS — TLS timbal balik, dengan klien dan server sama-sama menyajikan sertifikat
• SPIFFE/SPIRE — kerangka kerja identitas beban kerja untuk layanan mikro

Dalam lingkungan perangkat lunak sebagai layanan dan cloud, isolasi identitas mencegah akses lintas penyewa. Ruang identitas setiap pelanggan harus benar-benar terisolasi. Cacat yang memungkinkan satu penyewa mengakses data penyewa lain merupakan kerentanan kritis.

Selain autentikasi sehari-hari, tata kelola identitas memastikan:

• Tinjauan akses rutin (sertifikasi) — manajer meninjau siapa yang memiliki akses
• Penyediaan dan pencabutan akses otomatis melalui SCIM
• Akun tanpa pemilik terdeteksi dan dihapus
• Pemisahan tugas diterapkan

Komponen Kepercayaan Nol manakah yang memberikan izin lebih tinggi hanya saat diperlukan, untuk waktu terbatas, dengan persetujuan — bukan menetapkan peran administrator secara permanen?

Identitas dalam Kepercayaan Nol: IdP terpusat dengan SSO (SAML/OIDC), MFA, dan kebijakan akses bersyarat. Verifikasi perangkat dilakukan melalui pemeriksaan kepatuhan MDM dan sertifikat perangkat. Akses tepat saat dibutuhkan/PIM menghapus hak istimewa administrator yang selalu aktif. Identitas layanan menggunakan mTLS dan SPIFFE. Tata kelola identitas dengan tinjauan akses dan penyediaan SCIM otomatis memastikan hak istimewa minimum tetap dipertahankan dari waktu ke waktu.