Почему списываемое устройство — это вопрос доступа, а не хранения
Когда вы перестаёте пользоваться телефоном, планшетом или ноутбуком, само устройство перестаёт иметь значение — но доступ, который оно несло, нет. Клиент Mastodon, в который вы входили на этом устройстве, может по-прежнему хранить токен к вашей учётной записи. Вопрос, на который стоит ответить, прежде чем устройство уйдёт из ваших рук, — не «что на диске?», а «что ещё может действовать от моего имени?»
Это руководство разделяет три действия, которые легко смешать: выход из сессии, отзыв клиентского приложения и смена пароля учётной записи. Они не взаимозаменяемы, и выполнение одного не влечёт автоматически выполнения других.
Настройки учётной записи Mastodon позволяют пользователям отзывать активные сессии или авторизованные приложения. Источник
В том же разделе настроек учётной записи доступны смена пароля и двухфакторная аутентификация. Источник
Это вся официальная картина, на которую опирается руководство. Всё остальное ниже — способ упорядочить ваши собственные решения, а не утверждение о формулировках меню или ограничениях какого-либо конкретного сервера.
Шаг 1: Составьте опись списываемого устройства, пока не отдали его
Начните с самого устройства, пока оно ещё у вас в руках. Вы составляете список, а не что-то исправляете.
- Откройте каждое приложение на устройстве, в которое вы когда-либо входили со своей учётной записью Mastodon. Включите официальное приложение, сторонние клиенты и всё, что просило вас авторизовать доступ.
- Запишите название клиента так, как оно отображается в приложении, а не так, как вы его помните. Два клиента от одного разработчика могут выглядеть похоже в списке.
- Отметьте, открывается ли приложение по-прежнему в вашу учётную запись, не прося войти заново. Если да, оно хранит активную сессию.
- Запишите любой вход на уровне устройства, который вы использовали, например сессию браузера на той же машине.
- Прежде чем стирать данные или передавать устройство, выйдите из каждого клиента, который ещё можете открыть. Это вежливый и малозатратный первый проход — но считайте его уборкой, а не доказательством, что доступ исчез.
Выход, выполненный на устройстве, которое вы вот-вот потеряете, — самое слабое из трёх действий, потому что вы не можете потом подтвердить, что клиент сделал со своим токеном. Поэтому следующий шаг выполняется с устройства, которое вы оставляете.
Шаг 2: Проверьте сессии и авторизованные приложения с учётной записи, которую контролируете
Войдите в свою учётную запись Mastodon с устройства, которое оставляете. В настройках учётной записи один и тот же раздел охватывает активные сессии, авторизованные приложения, смену пароля и двухфакторную аутентификацию. Откройте этот раздел и сверьте список с описью, которую только что составили.
Не предполагайте, что список отсортирован удобным образом, и не считайте запись безобидной только потому, что название кажется знакомым. Сопоставляйте записи с рабочей таблицей по названию клиента и по тому, когда вы последний раз пользовались этим устройством. Если запись не соответствует ничему, что вы узнаёте, не паникуйте — сначала проверьте, не относится ли она к браузеру или клиенту, о котором вы забыли. Если она всё равно не сопоставляется, считайте её неизвестной и действуйте по ней.
Это также момент убедиться, что ваша схема восстановления не нарушена, прежде чем что-либо менять. Смена пароля, когда единственный путь восстановления — почтовый ящик, который вы больше не контролируете, — так люди и запирают себя снаружи.
Шаг 3: Решите, что делать с каждой записью
Используйте таблицу ниже. Смысл таблицы — не дать вам схватиться за самый тяжёлый инструмент (смену пароля) для проблемы, которую решает один отзыв, или ограничиться выходом, когда клиент всё ещё авторизован.
| Клиент / сессия | Всё ещё используется? | Действие | Перепроверка |
|---|---|---|---|
| Официальное приложение на списываемом телефоне | Нет | Выйдите на устройстве, если возможно, затем отзовите клиент в настройках учётной записи | Убедитесь, что запись исчезла из списка авторизованных |
| Сторонний клиент на списываемом планшете | Нет | Отзовите клиент в настройках учётной записи | Убедитесь, что запись исчезла; откройте приложение на старом устройстве, только если оно ещё у вас, чтобы увидеть, что оно больше не действует от вашего имени |
| Сессия браузера на компьютере, который вы продаёте | Нет | Выйдите из сессии браузера, затем отзовите оставшуюся запись сессии | Войдите с оставляемого устройства и убедитесь, что старая сессия больше не отображается |
| Клиент на вашем текущем повседневном телефоне | Да | Оставьте; не отзывайте | Не требуется |
| Клиент, который вы не можете опознать | Неизвестно | Отзовите его, затем следите, какое приложение перестанет работать, и авторизуйте его заново осознанно | Убедитесь, что запись исчезла; авторизуйте заново только тот клиент, которым действительно пользуетесь |
| Любая запись после предполагаемой компрометации | — | Смените пароль и проверьте двухфакторную аутентификацию в том же разделе настроек | Войдите заново на оставляемых устройствах и убедитесь, что остались только ожидаемые клиенты |
Компактное правило принятия решений, если нужно одной строкой: используется — оставьте; не используется — отзовите; неизвестно — отзовите и авторизуйте заново осознанно; предполагаемая компрометация — дополнительно смените пароль.
Шаг 4: Поймите, что каждое действие на самом деле делает — и чего не делает
Эти три действия различаются по охвату, и ни одно из них не является общим сбросом вашего публичного присутствия.
- Выход из сессии завершает этот вход на этом устройстве. Это самое узкое действие и самое простое для ошибки, потому что клиент может быть разлогинен локально, оставаясь авторизованным на уровне учётной записи.
- Отзыв клиентского приложения отзывает авторизацию этого приложения. Это правильный инструмент для клиента на устройстве, которое вы списываете. Это не то же самое, что удаление приложения с устройства, и удаление приложения — не то же самое, что его отзыв.
- Смена пароля — более широкое действие с учётной записью. Она уместна при предполагаемой компрометации, а не как замена проверки списка авторизованных.
Три ограничения стоит назвать прямо, потому что они — частые источники ложной уверенности:
- Отзыв доступа не удаляет посты, которые вы уже опубликовали. Ваш публичный профиль и история постов — отдельный вопрос от авторизации приложений.
- Отзыв доступа не меняет ваш никнейм. Ваше имя пользователя — атрибут учётной записи, а не разрешение клиента.
- Отзыв доступа в вашей учётной записи не влияет на учётные записи, которые вы держите на других серверах. Настройки учётной записи каждого сервера управляют учётной записью этого сервера.
Частые ошибки
- Считать выход отзывом. Выход на устройстве, которое вы вот-вот потеряете, мало говорит о том, что клиент всё ещё хранит. Отзывайте со стороны учётной записи.
- Удалить приложение и на этом закончить. Удаление приложения с устройства не отзывает его авторизацию на уровне учётной записи.
- Сначала сменить пароль, а проверить потом. Смена пароля — широкое действие. Сначала проверьте список авторизованных, чтобы знать, что сбрасываете, и потом подтвердить результат.
- Отозвать всё в панике. Вы сломаете клиенты, на которые полагаетесь, и в спешке авторизуете их заново — так ошибки накапливаются. Используйте таблицу.
- Считать незнакомую запись злоумышленником. Это может быть браузер или забытый клиент. Исследуйте, прежде чем делать вывод, но не оставляйте неизвестную запись на месте, пока исследуете.
- Полагать, что отзыв скрывает ваши публичные посты. Это не так. Если вас беспокоит публичная видимость, а не доступ приложений, это другая задача — см. существующее руководство о скрытии вашей сети Mastodon и проверке настроек индексации поиском.
- Забыть о двухфакторной аутентификации. Она находится в том же разделе настроек, что сессии и смена пароля. Проверьте её в том же проходе, а не как запоздалую мысль.
Защита собственного следа после того, как устройство ушло
Когда списанное устройство уже не у вас, оставшаяся работа касается публичной поверхности, а не доступа приложений. Две вещи стоит разделять в голове:
Публичные идентификаторы — это зацепки, а не доказательства. Если вы ищете имя пользователя и находите совпадающие никнеймы, совпадающие фотографии или совпадающие биографии на нескольких платформах, это набор зацепок. Это не доказательство, что учётные записи принадлежат одному человеку. Люди повторно используют никнеймы, копируют биографии и делятся изображениями профиля; один и тот же никнейм на двух платформах может принадлежать двум разным людям. Считайте каждое совпадение тем, что нужно подтвердить, и никогда — идентификацией.
Поиск по имени пользователя — не опись учётных записей. Поиск никнейма говорит вам, где эта строка появляется публично. Он не перечисляет каждую учётную запись, которую держит человек, и не говорит, какие учётные записи активны, спящие или переименованы. Если вы проверяете собственный след, начните с никнеймов, которые, как вы знаете, использовали, и проверяйте каждый осознанно.
Если вам нужна отправная точка для такой самопроверки, TraceSeek проверяет имя пользователя по 3,000+ платформам и возвращает публичные совпадения примерно за 20–30 seconds, с бесплатным первым сканированием. Он сообщает о том, что публично видно; он не меняет настройки ни на одной платформе, не гарантирует совпадение и не подтверждает чью-либо личность. О том, как читать совпадения, см. страницу методологии.
Ключевые факты
- Настройки учётной записи Mastodon позволяют пользователям отзывать активные сессии или авторизованные приложения.
- В том же разделе настроек учётной записи доступны смена пароля и двухфакторная аутентификация.
- Выход из сессии, отзыв клиентского приложения и смена пароля — разные действия с разным охватом.
- Отзыв доступа приложения не удаляет опубликованные посты, не меняет никнейм и не влияет на учётные записи на других серверах.
- Публичное совпадение имени пользователя — зацепка для подтверждения, а не доказательство, что учётные записи принадлежат одному человеку.