Pencegahan kejahatan siber berbasis SSO (Single Sign-On) berfokus pada eliminasi risiko Single Point of Failure (SPoF). Ketika sistem SSO berhasil ditembus, peretas secara otomatis mengantongi akses lateral ke seluruh ekosistem aplikasi terintegrasi (email korporat, database cloud, CRM, hingga repositori kode). Proteksi SSO menuntut pengetatan otentikasi lapang data (SAML 2.0, OpenID Connect/OAuth 2.0), penegakan MFA anti-phishing (FIDO2/WebAuthn), serta isolasi token sesi secara ketat.
Vektor Serangan Utama yang Menargetkan Arsitektur SSO
Penyerang jarang menyerang algoritma kriptografi SSO secara frontal. Mereka mengeksploitasi celah implementasi, kelalaian validasi token, atau kelemahan faktor manusia di hilir akses. Berikut empat metode eksploitasi paling umum pada pintu masuk SSO:
- AiTM Phishing (Adversary-in-the-Middle): Proxy penyerang (seperti Evilginx) mencegat interaksi pengguna dengan Identity Provider (IdP), mencuri kredensial dan sesi session cookie/token aktif secara real-time, membypass OTP SMS atau aplikasi autentikator standar.
- SAML XML Signature Wrapping (XSW): Manipulasi struktur XML pada SAML Response sehingga parser aplikasi target (Service Provider) memverifikasi tanda tangan kriptografi yang sah, tetapi memproses payload klaim identitas palsu yang disuntikkan penyerang.
- OAuth Illicit Consent Grant: Penyerang memanipulasi korban untuk menyetujui (grant consent) aplikasi pihak ketiga berbahaya via dialog login SSO, memberikan akses token API permanen tanpa memerlukan kata sandi korban.
- Golden SAML / IdP Private Key Theft: Penyerang mengekstraksi private key dari Identity Provider internal (misalnya ADFS), memungkinkan mereka menandatangani token SAML sendiri untuk akun apa pun dengan privilege tak terbatas secara tak terdeteksi.
Matriks Risiko Kejahatan Siber SSO dan Mitigasi Teknis
Tabel berikut memetakan vektor serangan spesifik SSO, protokol terdampak, serta langkah intervensi teknis yang wajib diterapkan pada sisi Identity Provider (IdP) dan Service Provider (SP):
| Vektor Serangan | Protokol / Titik Lemah | Dampak Eksploitasi | Langkah Pencegahan Wajib |
|---|---|---|---|
| AiTM Session Hijacking | HTTP Cookie / Bearer Token | Bypass MFA, pengambilalihan akun penuh | Wajibkan MFA FIDO2 (YubiKey/Passkeys), terapkan Token Binding & Conditional Access IP/Device. |
| SAML Response Tampering | SAML 2.0 Assertion Validation | Eskalasi hak akses / impersonasi user lain | Tanda tangani Assertion DAN Response sekaligus; validasi skema XML ketat sebelum verifikasi signature. |
| OAuth Token Theft / Leak | Redirect URI & Token Storage | Pencurian refresh token via XSS atau Open Redirect | Terapkan PKCE (RFC 7636) untuk semua client, batasi masa aktif Access Token (≤15 menit), whitelist Redirect URI eksak. |
| Consent Phishing | OAuth 2.0 Scope Approval | Akses data latar belakang (offline access) via API | Nonaktifkan user consent untuk app third-party; wajibkan approval admin IT untuk setiap integrasi scope data sensitif. |
| Brute-Force & Credential Stuffing | Endpoint Login IdP Utama | Kompromi massal kredensial karyawan | Terapkan Smart Lockout, integrasi Threat Intelligence (deteksi IP proxy/Tor), dan arsitektur Passwordless. |
Langkah Taktis Konfigurasi Pengamanan SSO
Untuk menutup celah sistemik pada portal SSO korporat maupun institusi publik, konfigurasi berikut harus diterapkan secara berlapis:
1. Penegakan MFA Berbasis FIDO2 / WebAuthn (Phishing-Resistant)
MFA berbasis SMS, panggilan suara, bahkan Push Notification aplikasi (seperti Microsoft Authenticator tanpa number matching) rentan terhadap teknik AiTM reverse-proxy dan MFA fatigue. Transisikan seluruh autentikasi SSO ke standar WebAuthn/FIDO2 di mana kunci kriptografi terikat secara fisik pada domain resmi (origin-bound), sehingga data sesi tidak dapat diteruskan ke situs kloningan peretas.
2. Implementasi Kebijakan Zero Trust & Conditional Access
Otentikasi sukses tidak boleh menjamin akses tanpa syarat. Pasang parameter evaluasi dinamis pada setiap request login SSO:
- Integritas Perangkat (Device Compliance): Tolak login SSO jika perangkat belum terdaftar di MDM (Mobile Device Management) atau tidak lolos cek kesehatan EDR (Endpoint Detection & Response).
- Geofencing & Impossible Travel: Blokir otomatis jika akun yang sama terdeteksi melakukan login dari dua negara berbeda dalam selang waktu fisik yang mustahil ditempuh.
- Continuous Access Evaluation (CAE): Cabut token aktif secara seketika begitu anomali terdeteksi di tengah sesi, tanpa menunggu siklus expiry token berakhir.
3. Sanitasi Pengaturan SAML dan OpenID Connect (OIDC)
Pada level Service Provider (aplikasi yang menerima login SSO), pastikan:
- Selalu gunakan HTTP-POST Binding ketimbang HTTP-Redirect saat mentransfer token SAML sensitif untuk mencegah pencurian melalui log server browser history.
- Pastikan elemen
NotOnOrAfterdanNotBeforepada SAML Assertion divalidasi dengan toleransi waktu (skew) maksimal 2 menit. - Wajibkan implementasi PKCE (Proof Key for Code Exchange) pada seluruh aliran otorisasi OAuth 2.0 / OIDC untuk memblokir intersepsi kode otorisasi pada aplikasi mobile dan Single-Page Apps (SPA).
Protokol Tanggap Darurat Saat Akun SSO Terkompromi
Jika teridentifikasi adanya sesi anomali atau pencurian kredensial SSO, lakukan mitigasi dalam hitungan menit:
- Revoke Refresh Tokens & Sessions: Eksekusi API IdP untuk mencabut seluruh active refresh tokens dan invalidate session cookies pengguna terdampak secara global di semua Service Provider (Single Logout - SLO).
- Karantina Akun Sementara: Nonaktifkan akun pada level IdP (bukan sekadar mengganti kata sandi, karena token aktif yang dicuri tetap berlaku jika tidak direvoke).
- Audit Audit Log API & Consent App: Periksa log OAuth Grant untuk melihat apakah peretas sempat mendaftarkan aplikasi berbahaya untuk mempertahankan persistensi akses (backdoor persistence).
- Reset Kredensial Perangkat & Kunci FIDO2: Verifikasi identitas korban secara fisik/tatap muka sebelum menerbitkan token otentikasi baru guna memutus rantai social engineering.