Petakan ketergantungan login sebelum Anda mengandalkan atau menghapusnya

Pisahkan autentikasi dari akses data opsional

Masuk terfederasi memungkinkan penyedia identitas mengirimkan asersi identitas atau autentikasi ke aplikasi pihak pengandap (relying app). NIST SP 800-63C menjabarkan hal-hal ini sebagai peran yang berbeda dalam sebuah federasi. Aplikasi dapat menerima pengidentifikasi stabil dan atribut terpilih yang diperlukan untuk membuat akun. Layar persetujuan di dekatnya juga dapat meminta otorisasi untuk mengakses data lain, tetapi otorisasi dan autentikasi bukanlah hal yang dapat dipertukarkan. RFC 9700 membahas perlindungan seputar alur otorisasi OAuth, klien, pengalihan, dan token. Untuk audit konsumen, catat baris terpisah untuk identitas masuk, atribut dasar, pemberian data opsional, penautan akun, dan sesi aplikasi. Jangan menganggap bahwa tombol masuk secara otomatis memberikan setiap izin, atau bahwa mencabut satu izin akan serta-merta memutus hubungan login.

Periksa pengidentifikasi dan batasan akun duplikat

Catat pengidentifikasi mana yang ditampilkan oleh aplikasi pendamping: alamat email, alamat relay pribadi, label akun khusus penyedia, atau hal lainnya. Jangan memublikasikan pengidentifikasi tersebut di dalam daftar periksa Anda. Jika sebelumnya Anda mendaftar dengan kata sandi dan kemudian memilih tombol penyedia, pastikan melalui dokumentasi aplikasi saat ini apakah tindakan tersebut menautkan ke akun yang sama atau membuat akun baru. Teks email yang serupa tidak membuktikan bahwa data tersebut digabungkan. Duplikasi dapat menyebabkan pembelian, percakapan tersimpan, pengaturan, atau kontrol penghapusan terbagi di antara dua akun. Ujilah hanya dengan akun Anda sendiri dan hentikan sebelum mengonfirmasi penggabungan yang tidak Anda pahami. Jika bantuan diperlukan, gunakan kontak pengembang yang tertera di daftar aplikasi resmi dan berikan referensi akun yang tidak sensitif, bukan konten percakapan.

Audit segitiga ketergantungan dan rantai pemulihan

Akun penyedia identitas itu sendiri mungkin bergantung pada kotak surat, telepon, aplikasi autentikator, kunci keamanan, atau perangkat tepercaya. Aplikasi pendamping dapat memiliki jalur pemulihan atau bantuan terpisah. Catat rute mana yang memulihkan penyedia, rute mana yang memulihkan aplikasi, dan perangkat mana yang saat ini menampung sesi aktif. Pertimbangkan peristiwa biasa: mengubah email penyedia, kehilangan perangkat tepercaya, menutup kotak surat, berakhirnya masa berlaku identitas yang dikelola organisasi, atau login penyedia yang tidak dapat diakses untuk sementara. Langkah praktisnya adalah redundansi yang telah Anda verifikasi, bukan memprediksi kemungkinan terjadinya pemadaman layanan. Jika aplikasi menawarkan kata sandi independen atau metode masuk lain, tambahkan metode tersebut hanya dari sesi masuk yang tepercaya, pastikan berfungsi, dan jauhkan kredensial rahasia pemulihan dari obrolan maupun catatan biasa.

Gunakan matriks pra-pemutusan

Sebelum memutus koneksi, isi lima baris berikut: metode masuk alternatif yang terverifikasi, pengidentifikasi penyedia saat ini, izin data opsional, sesi aplikasi yang aktif, serta data atau langganan milik aplikasi. Bantuan Google saat ini membedakan antara Masuk dengan Google, akun tertaut, dan akses ke data Akun Google, serta menyatakan bahwa menghapus koneksi tidak menghapus data yang sudah disimpan oleh layanan lain. Apple serupa dengan itu, memungkinkan pengguna memeriksa aplikasi yang menggunakan Masuk dengan Apple dan berhenti menggunakan koneksi tersebut, sementara akses aplikasi di masa mendatang bergantung pada aplikasi itu sendiri. Oleh karena itu, jangan gunakan tombol pemutusan dari penyedia sebagai pengganti fitur penghapusan, ekspor, langganan, atau kontrol sesi milik aplikasi pendamping. Catat hanya nama pengaturan dan tanggal, bukan token, kode, atau konten pribadi.

Putuskan sambungan dalam urutan yang dapat dipulihkan dan verifikasi hasilnya

Pertama, konfirmasikan metode login alternatif yang berfungsi atau dapatkan petunjuk transisi akun resmi dari dokumentasi aplikasi. Selanjutnya, ekspor hanya data yang Anda butuhkan melalui jalur resmi dan tinjau langganan secara terpisah. Keluar dari sesi aplikasi pendamping yang sudah usang, lalu ubah atau putuskan koneksi penyedia dari layar pengaturan yang terdokumentasi. Buka kembali aplikasi di profil peramban baru atau perangkat lain yang Anda kendalikan, lalu uji jalur masuk yang dimaksud. Periksa apakah tombol lama ditolak, apakah sesi aplikasi yang ada tetap berlanjut, dan apakah akun yang sama—bukan duplikat kosong—yang terbuka. Jika Anda berniat keluar sepenuhnya, gunakan proses penghapusan akun aplikasi sebagai langkah tersendiri. Catat hasil yang diamati dan baris yang belum terselesaikan; jangan mencoba operasi penautan akun yang belum jelas secara berulang-ulang.

Pilih berdasarkan kepemilikan kendali, bukan sekadar opsi terbaik mutlak

Login pihak ketiga bisa menjadi praktis ketika akun penyedia terawat dengan baik, rute pemulihannya stabil, aplikasi menjelaskan penautan akun dengan jelas, dan transisi alternatif tersedia. Kata sandi aplikasi terpisah mungkin lebih disukai jika Anda ingin mengurangi ketergantungan pada satu penyedia, tetapi ini menambah kredensial dan jalur pemulihan lain yang harus dikelola. Tak satu pun dari opsi ini secara otomatis menentukan bagaimana aplikasi menyimpan percakapan atau membagikan data. Tinjau hal-hal tersebut dalam kontrol privasi dan pembagian data aplikasi. Evaluasi kembali segitiga ketergantungan setelah mengubah akun penyedia, alamat pemulihan, organisasi pengelola, perangkat utama, atau metode login aplikasi. Tinjauan singkat berbasis peristiwa jauh lebih berguna daripada berasumsi bahwa setiap layanan identitas eksternal itu identik atau memeriksanya terus-menerus tanpa adanya pemicu.

Lanjutkan topik ini