Пошта для реєстрації у VPN: строк життя псевдоніма і шлях відновлення

Поле реєстрації приймає будь-яку адресу, яку ви введете, і це все його настанова. Те, чим адреса стає потім — іменем для входу, адресою скидання пароля, каналом повідомлень про безпеку — вирішує, чи буде псевдонім, термін якого спливає наступного місяця, безпечним або майбутнім блокуванням. Пройдіть ці перевірки по порядку й зупиніться на тій, яка не проходить. Мета — контакт, який ви контролюєте впродовж усього життя акаунта, а не найкоротше живе сховище, яке можна знайти.

Приватність і можливість відновлення тягнуть тут у протилежні боки, і правильний баланс залежить від ролі акаунта.

Що сервіс надсилає на цю адресу

Прочитайте опублікований порядок реєстрації, відновлення та повідомлень, а не вгадуйте з форми. Адреса може бути іменем користувача, адресою скидання, контактом для рахунків, каналом повідомлень про витоки або лише необов'язковим полем. Кожна роль має свій спосіб відмови, коли скринька зникає: втратити ім'я користувача — незручність, а втратити єдиний канал скидання — звернення до підтримки з перевіркою особи.

Акаунт без відновлення електронною поштою все одно має механізм відновлення, зазвичай ключ або набір кодів. Ставтеся до цього артефакту як до того, що треба захищати, а до поля пошти — як до необов'язкової інформації.

Перевірте псевдонім до реєстрації

Виконайте ці запити до постачальника псевдоніма й до сервісу VPN, перш ніж адресу буде прив'язано до акаунта. Домен без робочого поштового обмінника або постачальник, що відповідає за будь-яку локальну частину, показують, скільки контролю ви насправді маєте.

dig +short MX your-alias.example.net
dig +short TXT your-alias.example.net
openssl s_client -connect mx1.your-alias.example.net:25 -starttls smtp
swaks --to [email protected] --quit-after RCPT

Запис MX показує, чи хтось узагалі приймає пошту для домену; розмова SMTP показує, чи існує скринька, перш ніж ви на неї покладетеся. Постачальник, що приймає будь-яку адресу, — це перехоплювач, тобто доставка працює, але пошту для відновлення може читати й той, хто керує цим доменом.

Запитайте постачальника напряму, що відбувається після завершення терміну, під час передачі та зміни домену, бо ці події вирішують, чи дійде до вас старе повідомлення для відновлення.

Що псевдонім приховує, а що ні

Псевдонім для кожної служби окремо не дає тому самому ідентифікатору з'являтися всюди, що обмежує випадкову кореляцію між акаунтами. Він не приховує зв'язок постачальника псевдоніма зі скринькою призначення і не заважає сервісу VPN зберігати власний ідентифікатор акаунта, платіжні записи чи історію підтримки. Тому зміна адрес — це рішення про життєвий цикл акаунта, а не перемикач приватності.

Настанови з автентифікації NIST розглядають підтверджену адресу відновлення як частину засобів керування життєвим циклом акаунта, і це правильна модель мислення для самої зміни.

Зніміть адресу, не замкнувши себе ззовні

Перш ніж псевдонім скасують, змініть контакт в автентифікованих налаштуваннях сервісу й пройдіть усю перевірку, якої потребує ця зміна. Переконайтеся, що нова адреса отримує тестове повідомлення. Дозвольте старій скриньці спливти лише після того, як обидва кроки вдадуться. Зворотний порядок — це шлях до акаунтів, які неможливо відновити.

Зберігайте коди відновлення там, що переживе скриньку, наприклад у записі менеджера паролів або в офлайн-нотатці. Нотатка «скинути через стару пошту» не є планом відновлення, коли цієї скриньки вже немає.

Закриття акаунта й закриття скриньки — окремі дії. Скористайтеся описаним порядком видалення акаунта, потім зніміть адресу й перевірте, чи зберігає сервіс платіжний або юридичний запис про зберігання, який переживе обидва.