Banyak situs dan aplikasi menawarkan tombol "Masuk dengan Google", "Masuk dengan Microsoft", atau izin untuk menghubungkan kalender, penyimpanan awan, dan email. Mekanisme ini memudahkan pengguna karena tidak perlu membuat kata sandi baru. Di balik kemudahan itu ada izin akses yang perlu diperiksa dengan teliti.
Consent phishing adalah penipuan yang mencoba membuat Anda menyetujui aplikasi pihak ketiga berbahaya atau tidak perlu. Tidak seperti halaman login palsu yang mencuri kata sandi, consent phishing dapat memakai halaman izin asli dari penyedia akun. Pelaku membuat aplikasi dengan nama yang meyakinkan, lalu meminta Anda memberi akses ke email, file, kontak, atau profil. Jika Anda menyetujui, aplikasi dapat memperoleh token akses sesuai cakupan izin yang diberikan.
Halaman izin resmi tidak selalu berarti aplikasi yang memintanya layak dipercaya. Artikel ini membahas cara mengenali permintaan yang mencurigakan, membatasi integrasi, dan mengambil tindakan ketika Anda menyetujui aplikasi yang salah.
Pahami hubungan antara akun, aplikasi, dan izin
Saat Anda memilih masuk dengan akun utama, penyedia identitas dapat meminta persetujuan untuk membagikan informasi tertentu kepada aplikasi. Izin sederhana mungkin hanya memberi nama dan alamat email. Izin lain dapat memberi akses membaca file, mengirim email, mengelola kalender, atau tetap menjaga akses saat Anda tidak sedang memakai aplikasi.
Baca setiap layar izin. Jangan hanya melihat logo besar dan tombol setuju. Periksa nama aplikasi, penerbit atau pengembang, alamat situs, jenis data, serta tindakan yang diizinkan. Jika aplikasi yang seharusnya hanya mengatur gambar meminta akses membaca semua email, pertanyaan pertama harus muncul: mengapa izin ini diperlukan?
Prinsipnya adalah kesesuaian. Aplikasi manajemen jadwal mungkin membutuhkan akses kalender. Aplikasi pengedit dokumen mungkin membutuhkan akses ke folder yang Anda pilih. Permintaan yang melampaui fungsi utama merupakan alasan untuk berhenti dan mencari penjelasan. Kemudahan masuk tidak boleh mengalahkan pemeriksaan izin.
Kenali cara pelaku membuat permintaan tampak sah
Pelaku dapat mengirim email yang mengatakan Anda mendapat dokumen, perlu memperbarui akun, atau harus membuka laporan. Tautan itu membawa ke halaman izin yang memakai domain resmi. Karena halaman tersebut memang berasal dari penyedia identitas, pengguna dapat merasa aman lalu menyetujui aplikasi yang sebenarnya dibuat atau dikendalikan pelaku.
Nama aplikasi dapat dibuat mirip dengan layanan terkenal, misalnya memakai kata "security", "document", "support", atau "update". Logo bisa menyerupai merek lain. Deskripsi dapat singkat atau tidak jelas. Jangan menyetujui berdasarkan nama saja. Cari situs pengembang, kebijakan privasi, dokumentasi, dan alasan permintaan akses. Jika Anda tidak secara sengaja memasang aplikasi itu, tutup halaman dan periksa dengan pengirim melalui kanal lain.
Tekanan waktu tetap menjadi tanda bahaya. Pesan seperti "setujui dalam 10 menit", "akses akan dinonaktifkan", atau "dokumen hanya bisa dibuka sekarang" mendorong Anda melewati pemeriksaan. Layanan sah dapat memiliki batas waktu, tetapi Anda tetap dapat membuka akun sendiri dan mencari pemberitahuan yang sama di pusat notifikasi atau aplikasi resmi.
Batasi akses sejak awal
Gunakan akun yang tepat untuk setiap kebutuhan. Jangan selalu memakai email utama untuk mencoba layanan baru. Jika Anda perlu menguji aplikasi yang belum dikenal, gunakan akun pengujian tanpa data penting bila kebijakan organisasi mengizinkan. Untuk akun kerja, ikuti alat yang disetujui oleh organisasi dan minta izin administrator bila integrasi membutuhkan data perusahaan.
Pilih izin paling sempit yang tersedia. Beberapa aplikasi menawarkan pilihan akses terbatas atau hanya saat dipakai. Pilih folder tertentu daripada seluruh drive bila memungkinkan. Pilih akses baca daripada akses ubah jika Anda hanya perlu melihat data. Hindari izin yang memungkinkan aplikasi menjaga akses permanen kecuali ada alasan bisnis dan pemantauan yang jelas.
Jangan menghubungkan aplikasi hanya untuk satu kali tugas lalu melupakannya. Setelah tugas selesai, cabut akses. Akun digital dapat mengumpulkan puluhan aplikasi lama yang tidak lagi dipakai. Setiap integrasi tambahan menjadi jalur yang perlu dipercaya, diperbarui, dan dipantau.
Tinjau aplikasi yang sudah memiliki akses
Penyedia akun besar biasanya menyediakan halaman keamanan atau aplikasi pihak ketiga yang terhubung. Jadwalkan pemeriksaan berkala. Cari aplikasi yang tidak Anda kenal, aplikasi yang tidak lagi digunakan, atau izin yang terasa terlalu luas. Catat nama aplikasi sebelum mencabut akses bila Anda perlu melacak efeknya.
Mencabut akses tidak selalu menghapus data yang sudah disalin oleh aplikasi sebelumnya. Namun, pencabutan menghentikan token yang dipakai untuk meminta data berikutnya. Jika aplikasi mencurigakan memiliki akses email, file, atau kalender, cabut segera lalu periksa aktivitas akun: perangkat masuk, filter penerusan email, pesan terkirim, file yang dibagikan, dan perubahan kalender.
Untuk organisasi, administrator dapat mengelola aplikasi yang diizinkan, meninjau consent pengguna, dan memblokir aplikasi berisiko. Kebijakan ini perlu disertai cara meminta alat baru. Jika tidak ada jalur yang jelas, pekerja cenderung memakai akun pribadi untuk menyelesaikan pekerjaan, dan data organisasi dapat tersebar ke luar kendali.
Amankan email sebagai pusat identitas
Email utama sering menjadi pintu ke banyak layanan. Aplikasi yang dapat membaca atau mengirim email dapat melihat tautan pemulihan, faktur, percakapan, dan dokumen. Gunakan kata sandi unik atau passkey, aktifkan autentikasi dua faktor, dan periksa perangkat yang masuk. Jangan menyetujui aplikasi yang meminta izin email penuh tanpa alasan yang dapat Anda jelaskan.
Periksa aturan penerusan dan filter pada email. Pelaku yang memperoleh akses dapat membuat filter untuk meneruskan pesan tertentu atau menyembunyikan notifikasi keamanan. Cek folder terkirim dan arsip jika Anda menduga ada akses asing. Periksa juga aplikasi yang memiliki hak mengirim email atas nama Anda.
Gunakan alamat email khusus untuk pendaftaran yang berisiko menghasilkan pemasaran atau spam. Jangan menjadikan alamat email utama sebagai akun uji untuk setiap alat produktivitas. Pemisahan ini tidak menggantikan pemeriksaan izin, tetapi membatasi dampak ketika sebuah layanan mengalami masalah.
Contoh situasi: dokumen bersama yang meminta izin email
Maya menerima email yang mengaku dari rekan proyek. Isinya mengatakan ada dokumen revisi dan sebuah tombol untuk membuka berkas. Saat diklik, halaman masuk akun muncul lalu meminta Maya menyetujui aplikasi bernama "Document Security Update". Izin yang diminta mencakup membaca, mengirim, dan menghapus email.
Maya berhenti karena dokumen biasa tidak memerlukan kemampuan menghapus email. Ia menghubungi rekan proyek melalui chat kerja yang sudah dikenal. Rekannya tidak pernah mengirim dokumen tersebut. Maya menutup halaman dan melaporkan email phishing. Ia tidak memasukkan kata sandi dan tidak memberi izin, sehingga aplikasi tidak memperoleh akses.
Jika Maya sudah menyetujui, langkahnya adalah mencabut aplikasi dari panel keamanan, mengubah kata sandi dari perangkat aman, keluar dari sesi yang tidak dikenal, serta memeriksa filter dan pesan terkirim. Kecepatan tindakan penting karena token aplikasi dapat tetap aktif tanpa korban membuka ulang pesan.
Jika Anda telanjur memberi persetujuan
Buka panel keamanan penyedia akun dari aplikasi atau situs yang Anda ketik sendiri. Temukan daftar aplikasi pihak ketiga, lalu cabut akses aplikasi yang mencurigakan. Catat nama aplikasi, izin, dan waktu persetujuan bila informasi itu tersedia. Periksa aktivitas login, perangkat, aplikasi lain, aturan email, tautan berbagi file, dan kalender.
Ganti kata sandi jika Anda memasukkan kredensial pada halaman yang tidak Anda percaya atau bila ada tanda akses asing. Aktifkan atau perbarui autentikasi dua faktor. Keluar dari sesi yang tidak dikenal. Untuk akun kerja, segera hubungi tim IT atau keamanan. Jangan menunggu sampai ada email yang hilang atau pesan yang dikirim atas nama Anda.
Bila aplikasi mendapat akses ke file, periksa folder yang mungkin terbaca atau dibagikan. Ubah tautan publik yang tidak diperlukan dan tinjau kolaborator. Untuk aplikasi yang terhubung ke akun keuangan atau sistem bisnis, hubungi penyedia layanan melalui kanal resmi dan ikuti prosedur mereka.
Kebiasaan untuk tim dan keluarga
Ajarkan perbedaan antara halaman login dan halaman persetujuan. Pada halaman login, Anda membuktikan identitas kepada penyedia akun. Pada halaman persetujuan, Anda memberi aplikasi lain kemampuan memakai sebagian akun Anda. Keduanya perlu diperiksa, tetapi halaman persetujuan sering dianggap aman hanya karena tampilannya resmi.
Buat aturan keluarga: jangan setujui aplikasi yang datang dari tautan pesan tanpa bertanya. Untuk tim, gunakan katalog aplikasi yang sudah disetujui dan jalur permintaan integrasi. Simpan daftar pemilik aplikasi, alasan akses, dan tanggal peninjauan. Aturan kecil ini mengurangi aplikasi lama yang masih memegang token tanpa diketahui.
Checklist sebelum menekan Setujui
- Saya memang sengaja memakai aplikasi ini.
- Nama, penerbit, dan situs aplikasi dapat saya verifikasi.
- Izin yang diminta sesuai dengan fungsi yang saya perlukan.
- Saya memilih akses paling sempit yang tersedia.
- Saya tidak memberi akses email, drive, atau kalender penuh hanya untuk tugas kecil.
- Saya menggunakan akun yang tepat, bukan selalu email utama.
- Saya tahu cara mencabut akses setelah selesai.
- Saya akan membuka akun sendiri jika tautan dalam pesan terasa mendesak.
Pertanyaan yang sering diajukan
Apakah login dengan Google atau Microsoft selalu aman?
Mekanisme login dapat aman, tetapi Anda tetap perlu mempercayai aplikasi yang menerima izin. Periksa aplikasi dan cakupan akses sebelum menyetujui. Jangan setujui permintaan dari tautan yang tidak Anda harapkan.
Apakah mencabut aplikasi akan menghapus akun saya di aplikasi itu?
Tidak selalu. Pencabutan biasanya menghentikan akses aplikasi ke akun penyedia identitas Anda. Jika ingin menghapus akun pada aplikasi tersebut, ikuti prosedur penghapusan dari pengembang setelah memastikan situsnya sah.
Mengapa aplikasi meminta akses saat saya tidak memakainya?
Beberapa aplikasi meminta token jangka panjang agar dapat menyinkronkan data atau menjalankan tugas di latar belakang. Berikan akses seperti ini hanya ketika Anda memahami manfaat, risiko, dan cara menghentikannya.
Apa yang harus dilakukan bila aplikasi mencurigakan muncul di daftar akun?
Cabut akses, catat detailnya, dan periksa aktivitas akun. Ganti kata sandi serta periksa sesi jika ada tanda kompromi. Untuk akun kerja, laporkan kepada tim yang bertanggung jawab agar mereka dapat memeriksa dampak yang lebih luas.
Pemeriksaan operasional tambahan
Nama aplikasi
Dalam pencegahan consent phishing dan izin aplikasi pihak ketiga, periksa Nama aplikasi sebelum pekerjaan berjalan lebih jauh. Pastikan pemilik akun, administrator organisasi, dan pemilik aplikasi dapat menjelaskan mengapa akses atau tindakan itu diperlukan.
Penerbit aplikasi
Penerbit aplikasi perlu memiliki batas yang dapat dipahami pengguna. Risiko muncul ketika aplikasi yang tidak tepercaya memperoleh token dan akses ke akun utama. Bila jawabannya tidak jelas, hentikan penggunaan sementara dan minta penilaian dari pemilik akun, administrator organisasi, dan pemilik aplikasi sebelum data atau tindakan berikutnya diproses.
Situs pengembang
Jadikan Situs pengembang sebagai bagian dari pemeriksaan rutin, bukan pekerjaan yang hanya dilakukan setelah insiden. Dalam konteks pencegahan consent phishing dan izin aplikasi pihak ketiga, perubahan kecil pada akun, izin, atau alur kerja dapat mengubah tingkat risiko.
Tujuan integrasi
Saat menilai Tujuan integrasi, fokus pada dampak yang mungkin terjadi, bukan hanya pada apakah fitur tersedia. pemilik akun, administrator organisasi, dan pemilik aplikasi perlu memastikan pengguna memahami batasnya. Langkah yang dicatat dan dapat diperiksa akan membantu tim merespons jika aplikasi yang tidak tepercaya memperoleh token dan akses ke akun utama atau bila ada pertanyaan dari pihak yang terdampak.
Rincian pemeriksaan lapangan
Domain undangan
Dalam pencegahan consent phishing dan izin aplikasi pihak ketiga, periksa Domain undangan dengan tujuan yang jelas. Pastikan pemilik akun, administrator organisasi, dan pemilik aplikasi dapat menerangkan alasan akses atau tindakan tersebut.
Logo aplikasi
Logo aplikasi perlu memiliki batas yang dapat dilihat pengguna. Minta penilaian dari pemilik akun, administrator organisasi, dan pemilik aplikasi sebelum data atau tindakan tambahan diproses.
Deskripsi izin
Jadikan Deskripsi izin bagian dari pekerjaan rutin, bukan tindakan setelah masalah terjadi. Pada pencegahan consent phishing dan izin aplikasi pihak ketiga, perubahan akun, izin, atau alur dapat mengubah risiko.
Kebijakan privasi
Saat menilai Kebijakan privasi, lihat dampaknya bagi orang dan data, bukan hanya apakah fitur tersedia. pemilik akun, administrator organisasi, dan pemilik aplikasi perlu memberi pengguna cara untuk bertanya dan melapor. Catatan yang dapat diperiksa akan membantu respons bila aplikasi yang tidak tepercaya memperoleh token dan akses ke akun utama.
Retensi data
Dalam pencegahan consent phishing dan izin aplikasi pihak ketiga, periksa Retensi data dengan tujuan yang jelas.
Akses offline
Akses offline perlu memiliki batas yang dapat dilihat pengguna.
Akses antar akun
Jadikan Akses antar akun bagian dari pekerjaan rutin, bukan tindakan setelah masalah terjadi.
Pemilik integrasi
Saat menilai Pemilik integrasi, lihat dampaknya bagi orang dan data, bukan hanya apakah fitur tersedia.
Daftar domain
Dalam pencegahan consent phishing dan izin aplikasi pihak ketiga, periksa Daftar domain dengan tujuan yang jelas.
Tanggal persetujuan
Tanggal persetujuan perlu memiliki batas yang dapat dilihat pengguna.
Aktivitas token
Jadikan Aktivitas token bagian dari pekerjaan rutin, bukan tindakan setelah masalah terjadi.
Akun mantan staf
Saat menilai Akun mantan staf, lihat dampaknya bagi orang dan data, bukan hanya apakah fitur tersedia.
Aplikasi tidak aktif
Dalam pencegahan consent phishing dan izin aplikasi pihak ketiga, periksa Aplikasi tidak aktif dengan tujuan yang jelas.
Permintaan pemasok
Permintaan pemasok perlu memiliki batas yang dapat dilihat pengguna.
Sumber dan bacaan lanjutan
- CISA: Secure Our World
- Microsoft: Permissions and Consent in Microsoft Entra ID
- Google: Third-party Apps and Services
- OWASP: OAuth 2.0 Security Cheat Sheet
Catatan editorial: Integrasi pihak ketiga dapat bermanfaat, tetapi akses yang diberikan adalah keputusan keamanan. Periksa secara rutin dan cabut akses yang tidak lagi diperlukan.

