Чому списаний пристрій — це питання доступу, а не зберігання
Коли ви перестаєте користуватися телефоном, планшетом чи ноутбуком, сам пристрій перестає мати значення — але доступ, який він ніс, не зникає. Клієнт Mastodon, у який ви входили на цьому пристрої, може досі мати токен до вашого облікового запису. Питання, на яке варто відповісти, перш ніж пристрій вийде з ваших рук, — не «що на диску?», а «що ще може діяти від мого імені?»
Цей посібник розділяє три дії, які легко змішати: вихід із сеансу, скасування клієнтського застосунку та зміну пароля облікового запису. Вони не взаємозамінні, і виконання однієї не виконує автоматично інші.
Налаштування облікового запису Mastodon дозволяють користувачам скасовувати активні сеанси або авторизовані застосунки. Джерело
У тому самому розділі налаштувань облікового запису також є зміна пароля та двофакторна автентифікація. Джерело
Це вся офіційна картина, на яку спирається цей посібник. Усе інше нижче — це спосіб упорядкувати ваші власні рішення, а не твердження про формулювання меню чи обмеження на якомусь конкретному сервері.
Крок 1: Складіть перелік на списаному пристрої, перш ніж відпустити його
Спочатку працюйте з самим пристроєм, поки він ще у вас у руках. Ви складаєте список, а не щось виправляєте.
- Відкрийте кожен застосунок на пристрої, у який ви колись входили зі своїм обліковим записом Mastodon. Включіть офіційний застосунок, сторонні клієнти та все, що просило вас авторизувати доступ.
- Запишіть назву клієнта так, як вона відображається в застосунку, а не так, як ви її пам’ятаєте. Два клієнти від одного розробника можуть виглядати схоже у списку.
- Запишіть, чи застосунок досі відкривається до вашого облікового запису, не просячи ввійти знову. Якщо так, він зберігає активний сеанс.
- Запишіть будь-який вхід на рівні пристрою, який ви використовували, наприклад сеанс браузера на тій самій машині.
- Перш ніж стирати дані або передавати пристрій, вийдіть із кожного клієнта, який ще можете відкрити. Це ввічливий, маловразливий перший прохід — але ставтеся до нього як до прибирання, а не як до доказу, що доступ зник.
Вихід, виконаний на пристрої, який ви ось-ось втратите, — найслабша з трьох дій, бо ви не можете згодом підтвердити, що клієнт зробив зі своїм токеном. Ось чому наступний крок відбувається з пристрою, який ви залишаєте собі.
Крок 2: Перегляньте сеанси та авторизовані застосунки з облікового запису, який контролюєте
Увійдіть у свій обліковий запис Mastodon з пристрою, який залишаєте собі. У налаштуваннях облікового запису той самий розділ охоплює активні сеанси, авторизовані застосунки, зміну пароля та двофакторну автентифікацію. Відкрийте цей розділ і прочитайте список, звіряючи його з переліком, який щойно склали.
Не припускайте, що список відсортовано зручним чином, і не вважайте запис безпечним лише тому, що назва виглядає знайомою. Зіставте записи з вашою робочою таблицею за назвою клієнта та за тим, коли ви востаннє користувалися цим пристроєм. Якщо запис не відповідає нічому, що ви впізнаєте, не панікуйте — спершу перевірте, чи це не браузер або клієнт, який ви забули. Якщо він досі не зіставляється, вважайте його невідомим і дійте відповідно.
Це також момент переконатися, що ваше налаштування відновлення доступу ціле, перш ніж щось змінювати. Зміна пароля, коли ваш єдиний шлях відновлення — це поштова скринька, якою ви більше не керуєте, — ось як люди блокують собі доступ.
Крок 3: Вирішіть, що робити з кожним записом
Скористайтеся наведеною нижче робочою таблицею. Сенс таблиці — не дати вам хапатися за найбільший молоток (зміну пароля) для проблеми, яку вирішує одне скасування, або задовольнятися виходом із системи, коли клієнт досі авторизований.
| Клієнт / сеанс | Досі використовується? | Дія | Повторна перевірка |
|---|---|---|---|
| Офіційний застосунок на списаному телефоні | Ні | Вийдіть на пристрої, якщо можливо, потім скасуйте клієнт у налаштуваннях облікового запису | Переконайтеся, що запис зник зі списку авторизованих |
| Сторонній клієнт на списаному планшеті | Ні | Скасуйте клієнт у налаштуваннях облікового запису | Переконайтеся, що запис зник; відкрийте застосунок на старому пристрої, лише якщо він ще у вас, щоб побачити, що він більше не діє від вашого імені |
| Сеанс браузера на комп’ютері, який ви продаєте | Ні | Вийдіть із сеансу браузера, потім скасуйте будь-який залишковий запис сеансу | Увійдіть із пристрою, який залишаєте собі, і переконайтеся, що старий сеанс більше не відображається |
| Клієнт на вашому поточному щоденному телефоні | Так | Залиште його; не скасовуйте | Не потрібно |
| Клієнт, який ви не можете ідентифікувати | Невідомо | Скасуйте його, потім спостерігайте, чи якийсь клієнт перестане працювати, і повторно авторизуйте його свідомо | Переконайтеся, що запис зник; повторно авторизуйте лише той клієнт, яким справді користуєтеся |
| Будь-який запис після підозри на компрометацію | — | Змініть пароль і перегляньте двофакторну автентифікацію в тому самому розділі налаштувань | Увійдіть знову на пристроях, які залишаєте собі, і переконайтеся, що залишилися лише очікувані клієнти |
Компактне правило рішення, якщо хочете один рядок: досі використовується — залиште; не використовується — скасуйте; невідомо — скасуйте й повторно авторизуйте свідомо; підозра на компрометацію — змініть також пароль.
Крок 4: Зрозумійте, що кожна дія насправді робить — і чого не робить
Ці три дії різняться за обсягом, і жодна з них не є загальним скиданням вашої публічної присутності.
- Вихід із сеансу завершує цей вхід на цьому пристрої. Це найвужча дія, і її найлегше виконати неправильно, бо клієнт може вийти локально, залишаючись авторизованим на рівні облікового запису.
- Скасування клієнтського застосунку відкликає авторизацію цього застосунку. Це правильний інструмент для клієнта на пристрої, який ви списуєте. Це не те саме, що видалення застосунку з пристрою, і видалення застосунку не те саме, що його скасування.
- Зміна пароля — це ширша дія з обліковим записом. Вона доречна при підозрі на компрометацію, а не як заміна перегляду списку авторизованих.
Варто чітко назвати три обмеження, бо вони часто стають джерелом хибної впевненості:
- Скасування доступу не видаляє дописи, які ви вже опублікували. Ваш публічний профіль та історія дописів — окрема річ від авторизації застосунків.
- Скасування доступу не змінює ваш ідентифікатор (handle). Ваше ім’я користувача — це атрибут облікового запису, а не дозвіл клієнта.
- Скасування доступу в вашому обліковому записі не впливає на облікові записи, які ви маєте на інших серверах. Налаштування облікового запису кожного сервера керують обліковим записом цього сервера.
Поширені помилки
- Сприймати вихід як скасування. Вихід на пристрої, який ви ось-ось втратите, мало що говорить про те, що клієнт досі зберігає. Скасовуйте з боку облікового запису.
- Видалити застосунок і вважати це завершеним. Видалення застосунку з пристрою не відкликає його авторизацію на рівні облікового запису.
- Спершу змінити пароль, а переглянути потім. Зміна пароля — широка дія. Спершу перегляньте список авторизованих, щоб знати, що саме скидаєте, і згодом підтвердити результат.
- Скасовувати все в паніці. Ви зламаєте клієнти, на які покладаєтеся, і потім поспіхом повторно їх авторизуєте — ось як помилки накопичуються. Користуйтеся робочою таблицею.
- Вважати незнайомий запис зловмисником. Це може бути браузер або забутий клієнт. Дослідіть, перш ніж робити висновок, але не залишайте невідомий запис на місці, поки досліджуєте.
- Вважати, що скасування приховує ваші публічні дописи. Це не так. Якщо вас турбує публічна видимість, а не доступ застосунків, це інше завдання — дивіться наявний посібник про приховування вашої мережі Mastodon і перегляд налаштувань індексації пошуком.
- Забути про двофакторну автентифікацію. Вона живе в тому самому розділі налаштувань, що й сеанси та зміна пароля. Перегляньте її в тому самому проході, а не як думку наостанок.
Захист власного цифрового сліду після зникнення пристрою
Коли списаний пристрій уже не у ваших руках, подальша робота стосується публічної поверхні, а не доступу застосунків. Дві речі варто розділяти в голові:
Публічні ідентифікатори — це зачіпки, а не докази. Якщо ви шукаєте ім’я користувача й знаходите збіги ідентифікаторів, фотографій чи біографій на кількох платформах, це набір зачіпок. Це не доказ, що облікові записи належать одній людині. Люди повторно використовують ідентифікатори, копіюють біографії та діляться зображеннями профілю; той самий ідентифікатор на двох платформах може належати двом різним людям. Ставтеся до кожного збігу як до того, що треба підтвердити, а не як до ідентифікації.
Пошук за іменем користувача — це не інвентаризація облікових записів. Пошук за ідентифікатором показує, де цей рядок з’являється публічно. Він не перелічує кожен обліковий запис, який має людина, і не показує, які облікові записи активні, неактивні чи перейменовані. Якщо ви переглядаєте власний цифровий слід, почніть з ідентифікаторів, які ви точно використовували, і перевіряйте кожен свідомо.
Якщо вам потрібна відправна точка для такого самостійного перегляду, TraceSeek перевіряє ім’я користувача на 3 000+ платформах і повертає публічні збіги приблизно за 20–30 секунд, перше сканування безкоштовне. Він повідомляє те, що публічно видно; він не змінює налаштування на жодній платформі, не гарантує збіг і не підтверджує чиюсь особу. Про те, як читати збіги, дивіться сторінку методології.
Ключові факти
- Налаштування облікового запису Mastodon дозволяють користувачам скасовувати активні сеанси або авторизовані застосунки.
- У тому самому розділі налаштувань облікового запису також є зміна пароля та двофакторна автентифікація.
- Вихід із сеансу, скасування клієнтського застосунку та зміна пароля — це різні дії з різним обсягом.
- Скасування доступу застосунку не видаляє опубліковані дописи, не змінює ідентифікатор і не впливає на облікові записи на інших серверах.
- Публічний збіг імені користувача — це зачіпка для підтвердження, а не доказ, що облікові записи належать одній людині.