Включили 2FA в GitHub — без кодов восстановления доступ можно потерять

Чтобы включить двухфакторную аутентификацию в GitHub, откройте настройки профиля, перейдите в раздел «Пароль и проверка подлинности» и выберите включение второго фактора. Привяжите приложение одноразовых кодов, подтвердите код и сохраните коды восстановления до завершения настройки. Порядок настройки GitHub предусматривает после этого 28-дневный период проверки метода входа.

Коды восстановления нужны на случай, если основной способ подтверждения станет недоступен. Если приложение удалено вместе с его данными, одного пароля для входа через браузер может не хватить: потребуется сохранённый код или другой заранее настроенный способ. Поэтому настройка закончена лишь тогда, когда вы можете получить доступ к резервному способу без основного устройства.

Включите основной способ подтверждения

Для первоначальной настройки подойдёт приложение, которое создаёт меняющиеся одноразовые коды на телефоне или компьютере. Вариант с кодом по СМС тоже предусмотрен, но доставка сообщений зависит от страны, а правила организации могут ограничивать такой способ для доступа к её ресурсам. Если аккаунт рабочий, разумно заранее проверить требования организации и выбрать приложение одноразовых кодов.

1. Установите приложение для одноразовых кодов. На сайте GitHub нажмите на изображение профиля, откройте настройки, затем раздел «Пароль и проверка подлинности» и включите двухфакторную проверку.
2. Отсканируйте показанный код приложением. Если сканирование недоступно, воспользуйтесь ключом настройки, который сайт предлагает для ручного добавления учётной записи.
3. Введите код из приложения в поле подтверждения. Если срок его действия истёк, дождитесь нового кода и введите его.
4. Скачайте коды восстановления, сохраните копию в выбранном защищённом месте и проверьте, что можете её открыть. Только затем подтвердите сохранение кодов на сайте.

После включения выполните вход через браузер с новым способом подтверждения. Такая проверка покажет, что приложение выдаёт код именно для нужной учётной записи. Если позже потребуется заменить приложение, перенастройте этот способ в параметрах безопасности без отключения двухфакторной проверки: так сохраняются действующие коды восстановления и доступ к организациям, требующим второй фактор.

Сохраните коды так, чтобы они пережили потерю телефона

Правила восстановления GitHub описывают коды как одноразовый путь обратно в аккаунт при недоступности обычного второго фактора. Их можно скачать, скопировать в защищённый менеджер паролей или распечатать. Практический критерий хранения прост: доступ к копии должен оставаться у вас и тогда, когда телефон с приложением потерян или сломан.

Файл только в памяти того же телефона этому условию не отвечает. Не кладите коды в репозиторий и не передавайте их коллегам: получивший код сможет попытаться использовать его для доступа к учётной записи. Если вы создали новый набор кодов, прежний перестаёт действовать; сразу замените сохранённую копию. Уже использованный код тоже нельзя применять повторно.

После настройки коды можно снова найти в разделе параметров безопасности рядом с пунктом «Коды восстановления». Если приложение одноразовых кодов поддерживает резервную копию, проверьте порядок её восстановления на другом устройстве. Возможность зависит от выбранного приложения и заранее настроенной копии, поэтому она не заменяет сохранённые коды GitHub.

Добавьте независимый запасной способ входа

После первоначальной настройки можно зарегистрировать физический ключ безопасности. В параметрах проверки подлинности найдите раздел ключей безопасности, добавьте ключ и выполните указания на сайте. При входе через поддерживаемый браузер он служит вторым фактором вместе с паролем. Хранение ключа отдельно от телефона снижает риск одновременной потери обоих способов.

Другой вариант — ключ доступа, добавленный после включения двухфакторной проверки. При браузерном входе он удовлетворяет требованиям и к паролю, и ко второму фактору. Выбирая его как запасной путь, проверьте, на каких ваших устройствах он доступен: резервный способ полезен лишь тогда, когда вы сможете применить его после потери основного устройства.

Мобильное приложение GitHub также может подтверждать вход после настройки основного метода. Если оно находится на том же телефоне, что и приложение одноразовых кодов, потеря телефона затронет оба способа. Для такой ситуации физический ключ, хранимый отдельно, даёт более независимый путь. Коды восстановления всё равно стоит сохранить: они решают другую задачу — возвращение доступа, когда обычные способы подтверждения недоступны.

Пройдите проверочный период

Проверочный период нужен, чтобы убедиться, что настроенный второй фактор действительно работает. Успешное подтверждение входа завершает его досрочно. Если подтверждения не было, GitHub запросит его в уже открытом сеансе в конце периода. Когда выбранный метод не работает, в этом запросе предусмотрен переход к перенастройке.

Не откладывайте проверку до такого запроса. Повторный вход через браузер после настройки позволяет обнаружить проблему, пока у вас ещё есть доступ к параметрам аккаунта и сохранённые коды под рукой. Отдельно убедитесь, что доступен запасной ключ или другой добавленный метод: работоспособность основного приложения ничего не говорит о состоянии резерва.

Различайте вход в браузер, работу с Git и обращения к API

Правила доступа GitHub разделяют вход на сайт и проверку подлинности в командной строке. В браузере после пароля потребуется второй фактор: код приложения, зарегистрированный ключ безопасности или другой настроенный способ. Именно браузерный вход стоит проверить, если цель — не потерять доступ к параметрам аккаунта при исчезновении телефона.

Для операций Git по защищённому соединению HTTPS в командной строке вместо пароля учётной записи используют личный токен доступа. Если программа запрашивает «пароль», в это поле вводят токен, а не одноразовый код из приложения. При подключении по SSH используется настроенный ключ SSH; включение двухфакторной проверки не меняет этот способ. Для запросов к API подходят токен или приложение с необходимыми правами.

Успешная отправка изменений в репозиторий подтверждает работу соответствующего токена или ключа, но не проверяет ваш запасной способ входа на сайт. Поэтому после настройки выполните именно браузерный вход и убедитесь, что резервный метод доступен. Коды восстановления храните отдельно: они понадобятся, если обычное подтверждение входа перестанет работать.

Читайте также:

• Двухфакторная аутентификация в Инстаграме: как включить или отключить
• Как включить DNS через HTTPS в Windows 11 и проверить, что запросы зашифрованы
• Включили пароль Telegram — без резервной почты восстановление под угрозой