Mengapa perangkat yang dihentikan adalah soal akses, bukan soal penyimpanan
Saat Anda berhenti menggunakan ponsel, tablet, atau laptop, perangkatnya sendiri tidak lagi penting — tetapi akses yang dibawanya tetap ada. Klien Mastodon yang pernah masuk di perangkat itu mungkin masih menyimpan token ke akun Anda. Pertanyaan yang layak dijawab sebelum perangkat berpindah tangan bukanlah “apa yang ada di disk?” melainkan “apa yang masih bisa bertindak sebagai saya?”
Panduan ini memisahkan tiga tindakan yang mudah tumpang tindih: logout sesi, mencabut aplikasi klien, dan mengganti kata sandi akun. Ketiganya tidak saling menggantikan, dan melakukan satu tidak otomatis melakukan yang lain.
Pengaturan akun Mastodon memungkinkan pengguna mencabut sesi aktif atau aplikasi yang diotorisasi. Sumber
Area pengaturan akun yang sama mencakup perubahan kata sandi dan autentikasi dua faktor. Sumber
Itulah gambaran resmi yang menjadi dasar panduan ini. Selebihnya di bawah adalah cara menata keputusan Anda sendiri, bukan klaim tentang kata-kata menu atau batasan pada server tertentu.
Langkah 1: Inventarisasi perangkat yang akan dihentikan sebelum dilepas
Mulailah dari perangkat itu sendiri selagi masih di tangan Anda. Anda sedang menyusun daftar, belum memperbaiki apa pun.
- Buka setiap aplikasi di perangkat yang pernah Anda masuki dengan akun Mastodon. Sertakan aplikasi resmi, klien pihak ketiga, dan apa pun yang meminta Anda mengotorisasi akses.
- Catat nama klien seperti yang muncul di aplikasi, bukan seperti yang Anda ingat. Dua klien dari pengembang yang sama bisa tampak mirip dalam daftar.
- Catat apakah aplikasi masih terbuka ke akun Anda tanpa meminta masuk lagi. Jika ya, aplikasi itu menyimpan sesi aktif.
- Tuliskan setiap proses masuk tingkat perangkat yang Anda gunakan, seperti sesi browser di mesin yang sama.
- Sebelum menghapus data atau menyerahkan perangkat, logout dari setiap klien yang masih bisa Anda buka. Ini langkah pertama yang sopan dan berisiko rendah — tetapi anggap sebagai kerapian, bukan bukti bahwa akses sudah hilang.
Logout yang dilakukan di perangkat yang akan Anda lepas adalah tindakan paling lemah dari ketiganya, karena Anda tidak bisa memastikan setelahnya apa yang dilakukan klien dengan tokennya. Itulah sebabnya langkah berikutnya dilakukan dari perangkat yang Anda pertahankan.
Langkah 2: Tinjau sesi dan aplikasi yang diotorisasi dari akun yang Anda kendalikan
Masuk ke akun Mastodon Anda dari perangkat yang Anda pertahankan. Di pengaturan akun, area yang sama mencakup sesi aktif, aplikasi yang diotorisasi, perubahan kata sandi, dan autentikasi dua faktor. Buka area itu dan baca daftarnya terhadap inventaris yang baru Anda tulis.
Jangan berasumsi daftar diurutkan dengan cara yang membantu, dan jangan berasumsi suatu entri tidak berbahaya karena namanya terlihat familier. Cocokkan entri dengan lembar kerja Anda berdasarkan nama klien dan kapan terakhir Anda menggunakan perangkat itu. Jika ada entri yang tidak cocok dengan apa pun yang Anda kenali, jangan panik — periksa dulu apakah itu terkait browser atau klien yang Anda lupa. Jika tetap tidak cocok, anggap sebagai tidak dikenal dan tindak lanjuti.
Ini juga saatnya memastikan pengaturan pemulihan Anda utuh sebelum mengubah apa pun. Mengganti kata sandi saat satu-satunya jalur pemulihan adalah kotak surat yang tidak lagi Anda kendalikan adalah cara orang mengunci diri sendiri.
Langkah 3: Putuskan tindakan untuk setiap entri
Gunakan lembar kerja di bawah. Inti tabel ini adalah mencegah Anda mengambil tindakan paling besar — mengganti kata sandi — untuk masalah yang cukup diselesaikan dengan satu pencabutan, atau puas dengan logout padahal klien masih diotorisasi.
| Klien / sesi | Masih digunakan? | Tindakan | Periksa ulang |
|---|---|---|---|
| Aplikasi resmi di ponsel yang dihentikan | Tidak | Logout di perangkat jika memungkinkan, lalu cabut klien dari pengaturan akun | Pastikan entri hilang dari daftar yang diotorisasi |
| Klien pihak ketiga di tablet yang dihentikan | Tidak | Cabut klien dari pengaturan akun | Pastikan entri hilang; buka lagi aplikasi di perangkat lama hanya jika masih Anda miliki, untuk melihat bahwa aplikasi tidak lagi bertindak sebagai Anda |
| Sesi browser desktop di mesin yang Anda jual | Tidak | Logout dari sesi browser, lalu cabut entri sesi yang tersisa | Masuk dari perangkat yang Anda pertahankan dan pastikan sesi lama tidak muncul lagi |
| Klien di ponsel harian Anda saat ini | Ya | Pertahankan; jangan dicabut | Tidak perlu |
| Klien yang tidak bisa Anda identifikasi | Tidak diketahui | Cabut, lalu pantau klien yang berhenti berfungsi dan otorisasi ulang secara sengaja | Pastikan entri hilang; otorisasi ulang hanya klien yang benar-benar Anda gunakan |
| Entri apa pun, setelah dugaan kompromi | — | Ganti kata sandi dan tinjau autentikasi dua faktor di area pengaturan yang sama | Masuk lagi di perangkat yang Anda pertahankan dan pastikan hanya klien yang diharapkan tersisa |
Aturan keputusan singkat, jika Anda ingin satu baris: masih digunakan, pertahankan; tidak digunakan, cabut; tidak dikenal, cabut dan otorisasi ulang secara sengaja; dugaan kompromi, ganti juga kata sandi.
Langkah 4: Pahami apa yang benar-benar dilakukan setiap tindakan — dan apa yang tidak
Ketiga tindakan ini berbeda cakupannya, dan tidak satu pun merupakan reset umum untuk kehadiran publik Anda.
- Logout sesi mengakhiri proses masuk itu di perangkat tersebut. Ini tindakan paling sempit dan paling mudah salah, karena klien bisa logout secara lokal tetapi tetap diotorisasi di tingkat akun.
- Mencabut aplikasi klien menarik otorisasi aplikasi tersebut. Ini alat yang tepat untuk klien di perangkat yang Anda hentikan. Ini bukan hal yang sama dengan menghapus aplikasi dari perangkat, dan menghapus aplikasi bukan hal yang sama dengan mencabutnya.
- Mengganti kata sandi adalah tindakan akun yang lebih luas. Ini cocok untuk dugaan kompromi, bukan sebagai pengganti meninjau daftar yang diotorisasi.
Tiga batasan perlu dinyatakan terus terang, karena sering menjadi sumber rasa aman yang keliru:
- Mencabut akses tidak menghapus postingan yang sudah Anda terbitkan. Profil publik dan riwayat postingan Anda adalah hal terpisah dari otorisasi aplikasi.
- Mencabut akses tidak mengubah handle Anda. Nama pengguna adalah atribut akun, bukan izin klien.
- Mencabut akses pada akun Anda tidak memengaruhi akun yang Anda miliki di server lain. Pengaturan akun tiap server mengatur akun server tersebut.
Kesalahan umum
- Menganggap logout sebagai pencabutan. Logout di perangkat yang akan Anda lepas hanya memberi sedikit petunjuk tentang apa yang masih dipegang klien. Cabut dari sisi akun.
- Menghapus aplikasi dan merasa selesai. Menghapus aplikasi dari perangkat tidak menarik otorisasinya di tingkat akun.
- Mengganti kata sandi dulu, meninjau kemudian. Mengganti kata sandi adalah tindakan luas. Tinjau daftar yang diotorisasi dulu agar Anda tahu apa yang Anda reset dan bisa memastikan hasilnya setelahnya.
- Mencabut semuanya karena panik. Anda akan memutus klien yang Anda andalkan lalu buru-buru mengotorisasi ulang, dan di situlah kesalahan menumpuk. Gunakan lembar kerja.
- Menganggap entri asing sebagai penyusup. Itu bisa jadi browser atau klien yang terlupakan. Selidiki sebelum menyimpulkan, tetapi jangan biarkan entri tak dikenal tetap ada selama Anda menyelidiki.
- Menganggap pencabutan menyembunyikan postingan publik Anda. Tidak. Jika kekhawatiran Anda adalah visibilitas publik, bukan akses aplikasi, itu tugas berbeda — lihat panduan yang ada tentang menyembunyikan jaringan Mastodon Anda dan meninjau preferensi pengindeksan pencarian.
- Melupakan autentikasi dua faktor. Fitur ini berada di area pengaturan yang sama dengan sesi dan perubahan kata sandi. Tinjau dalam satu putaran, bukan sebagai tambahan belakangan.
Melindungi jejak Anda sendiri setelah perangkat hilang
Setelah perangkat yang dihentikan lepas dari tangan Anda, pekerjaan yang tersisa adalah tentang permukaan publik, bukan akses aplikasi. Dua hal perlu dipisahkan dalam pikiran Anda:
Pengenal publik adalah petunjuk, bukan bukti. Jika Anda mencari nama pengguna dan menemukan handle, foto, atau biografi yang cocok di beberapa platform, itu adalah kumpulan petunjuk. Itu bukan bukti bahwa akun-akun tersebut milik satu orang. Orang menggunakan ulang handle, menyalin bio, dan berbagi foto profil; handle yang sama di dua platform bisa milik dua orang berbeda. Perlakukan setiap kecocokan sebagai sesuatu yang perlu dikonfirmasi, bukan sebagai identifikasi.
Pencarian nama pengguna bukan inventaris akun. Mencari handle memberi tahu Anda di mana string itu muncul secara publik. Itu tidak mendaftar setiap akun yang dimiliki seseorang, dan tidak memberi tahu Anda akun mana yang aktif, dorman, atau berganti nama. Jika Anda meninjau jejak Anda sendiri, mulailah dari handle yang Anda tahu pernah Anda gunakan dan periksa satu per satu dengan sengaja.
Jika Anda ingin titik awal untuk tinjauan diri itu, TraceSeek memeriksa nama pengguna di 3.000+ platform dan mengembalikan kecocokan publik dalam sekitar 20–30 detik, dengan pemindaian pertama gratis. Alat ini melaporkan apa yang terlihat publik; tidak mengubah pengaturan di platform mana pun, tidak menjamin kecocokan, dan tidak memverifikasi identitas siapa pun. Untuk cara membaca kecocokan, lihat halaman metodologi.
Fakta kunci
- Pengaturan akun Mastodon memungkinkan pengguna mencabut sesi aktif atau aplikasi yang diotorisasi.
- Area pengaturan akun yang sama mencakup perubahan kata sandi dan autentikasi dua faktor.
- Logout sesi, mencabut aplikasi klien, dan mengganti kata sandi adalah tindakan berbeda dengan cakupan berbeda.
- Mencabut akses aplikasi tidak menghapus postingan yang sudah terbit, tidak mengubah handle, dan tidak memengaruhi akun di server lain.
- Kecocokan nama pengguna publik adalah petunjuk untuk dikonfirmasi, bukan bukti bahwa akun-akun itu milik orang yang sama.