Поле рэгістрацыі прымае любы адрас, які вы ўвядзеце, і гэта ўсё, што яно падказвае. Тое, чым адрас робіцца пазней — імем для ўваходу, месцам скіду пароля, каналам апавяшчэнняў пра бяспеку — вырашае, ці будзе аліас, тэрмін якога сканчаецца ў наступным месяцы, бясшкодным ці будучай блакіроўкай. Прайдзіце гэтыя праверкі па парадку і спыніцеся на той, якая не прайшла. Мэта — кантакт, які вы кантралюеце ўвесь час існавання ўліковага запісу, а не самая кароткая скрыня, якую можна знайсці.

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

Што служба дасылае на гэты адрас

Чытайце апублікаваны парадак рэгістрацыі, аднаўлення і апавяшчэнняў, а не здагадвайцеся па форме. Адрас можа служыць імем карыстальніка, месцам скіду, кантактам для плацяжоў, каналам паведамленняў пра ўцечкі або проста неабавязковым полем. Кожная роля мае свой спосаб адмовы, калі скрыня знікае: страціць імя карыстальніка — нязручнасць, страціць адзіны канал скіду — зварот у падтрымку з праверкай асобы.

Уліковы запіс без аднаўлення праз пошту ўсё адно мае механізм аднаўлення, звычайна ключ або набор кодаў. Стаўцеся да гэтага артэфакта як да таго, што трэба бараніць, а да поля пошты — як да неабавязковай інфармацыі.

Праверце аліас да рэгістрацыі

Выканайце гэтыя запыты да пастаўшчыка аліаса і да службы 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 па аўтэнтыфікацыі разглядае пацверджаны адрас для аднаўлення як частку сродкаў кіравання жыццёвым цыклам запісу, і гэта слушная разумовая мадэль для самой змены.

Спыніць адрас, не страціўшы доступ да запісу

Перш чым аліас будзе скасаваны, змяніце кантакт у аўтэнтыфікаваных наладах службы і прайдзіце ўсю праверку, якую патрабуе гэтая змена. Пераканайцеся, што новы адрас атрымлівае тэставае апавяшчэнне. Дазвольце старой скрыні спыніцца толькі пасля таго, як абодва крокі ўдаліся. Зрабіць гэта ў адваротным парадку — гэта і ёсць шлях да запісаў, якія немагчыма аднавіць.

Захоўвайце коды аднаўлення там, што перажыве скрыню, напрыклад у запісе менеджара пароляў або ў афлайнавым запісе. Нататка «скінуць праз старую пошту» не з'яўляецца планам аднаўлення, калі гэтай скрыні ўжо няма.

Закрыццё ўліковага запісу і закрыццё скрыні — асобныя дзеянні. Скарыстайцеся апісаным парадкам выдалення запісу, потым спыніце адрас і праверце, ці захоўвае служба плацежны або юрыдычны запіс, які перажыве абодва.

Падобныя артыкулы