# Документация по проверке подлинности Безопасно GitHub аутентифицируйтесь с помощью паролей, токенов, SSH-ключей и прочего — и защитите свой аккаунт. ## Recommended * [Об аутентификации на GitHub](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/about-authentication-to-github) Вы можете безопасно получить доступ к ресурсам аккаунта, аутентифицировавшись по GitHub, используя разные учетные данные в зависимости от места аутентификации. * [Подключение к GitHub через SSH](/ru/enterprise-server@3.21/authentication/connecting-to-github-with-ssh) Вы можете подключиться GitHub с помощью протокола Secure Shell Protocol (SSH), который обеспечивает защищённый канал через незащищённую сеть. * [Управление проверкой сигнатуры фиксации](/ru/enterprise-server@3.21/authentication/managing-commit-signature-verification) GitHub проверяет подписи GPG, SSH или S/MIME, чтобы другие пользователи знали, что ваши фиксации приходят из надежного источника. * [Настройка двухфакторной проверки подлинности](/ru/enterprise-server@3.21/authentication/securing-your-account-with-two-factor-authentication-2fa/configuring-two-factor-authentication) Вы можете выбрать один из нескольких вариантов для добавления второго источника проверки подлинности в учетную запись. * [Вход с помощью секретного ключа](/ru/enterprise-server@3.21/authentication/authenticating-with-a-passkey/signing-in-with-a-passkey) Ключ доступа можно использовать для безопасного входа в GitHub в браузере, не требуя пароля и двухфакторной проверки подлинности. Вы также можете войти с помощью секретного ключа на соседнем устройстве. * [Управление личными маркерами доступа](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/managing-your-personal-access-tokens) Вы можете использовать personal access token вместо пароля при аутентификации GitHub в командной строке или через API. * [Удаление конфиденциальных данных из репозитория](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/removing-sensitive-data-from-a-repository) Конфиденциальные данные можно удалить из истории репозитория , если вы можете тщательно координировать работу со всеми, кто клонировал его, и вы готовы управлять побочными эффектами. * [Восстановление учетной записи при утере учетных данных для двухфакторной проверки подлинности](/ru/enterprise-server@3.21/authentication/securing-your-account-with-two-factor-authentication-2fa/recovering-your-account-if-you-lose-your-2fa-credentials) Если вы потеряете доступ к своим учетным данным двухфакторной проверки подлинности, то для восстановления доступа к учетной записи сможете использовать коды восстановления или другой вариант восстановления. * [Ошибка: отказано в разрешении (publickey)](/ru/enterprise-server@3.21/authentication/troubleshooting-ssh/error-permission-denied-publickey) Ошибка "Отказано в разрешении" означает, что сервер отклонил подключение. Ниже приведено несколько причин и разъяснение по самым распространенным примерам. ## Links ### Getting started * [Об аутентификации на GitHub](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/about-authentication-to-github) Вы можете безопасно получить доступ к ресурсам аккаунта, аутентифицировавшись по GitHub, используя разные учетные данные в зависимости от места аутентификации. ## Articles * [Об аутентификации на GitHub](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/about-authentication-to-github) Вы можете безопасно получить доступ к ресурсам аккаунта, аутентифицировавшись по GitHub, используя разные учетные данные в зависимости от места аутентификации. * [Создание надежного пароля](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/creating-a-strong-password) Защитите свой аккаунт GitHub с помощью надёжного и уникального пароля с помощью менеджера паролей. * [Переключение между учетными записями](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/switching-between-accounts) Узнайте, как переключаться между несколькими учетными записями accounts. * [Обновление данных доступа к GitHub](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/updating-your-github-access-credentials) GitHub Учетные данные включают ваш пароль, токены доступа, SSH-ключи и API приложений, используемые для связи с GitHub. Вы можете самостоятельно сбросить все эти учетные данные доступа. * [Управление личными маркерами доступа](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/managing-your-personal-access-tokens) Вы можете использовать personal access token вместо пароля при аутентификации GitHub в командной строке или через API. * [Проверка ключей SSH](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/reviewing-your-ssh-keys) Чтобы обеспечить безопасность учетных данных, следует регулярно проверять ключи SSH, ключ развертывания и просматривать авторизованные приложения, которые обращаются к вашей учетной записи. * [Проверка ключей развертывания](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/reviewing-your-deploy-keys) Необходимо проверить ключи развертывания, чтобы убедиться в отсутствии несанкционированных (или, возможно, скомпрометированных) ключей. Вы также можете утвердить существующие ключи развертывания, которые являются действующими. * [Истечение срока действия и отзыв маркера](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/token-expiration-and-revocation) Ваши токены могут истечь сроком действия и быть также аннулированы вами, авторизованными вами приложениями и GitHub самим собой. * [Просмотр журнала безопасности](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/reviewing-your-security-log) Вы можете просмотреть журнал безопасности для вашей личной учетной записи, чтобы лучше понять действия, которые вы выполнили, и действия, выполненные другими, но связанные с вами. * [События журнала безопасности](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/security-log-events) Сведения о событиях журнала безопасности, записанных для личная учетная запись. * [Удаление конфиденциальных данных из репозитория](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/removing-sensitive-data-from-a-repository) Конфиденциальные данные можно удалить из истории репозитория *, если* вы можете тщательно координировать работу со всеми, кто клонировал его, и вы готовы управлять побочными эффектами. * [Режим sudo](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/sudo-mode) Чтобы подтвердить доступ к учетной записи перед выполнением потенциально конфиденциального действия, GitHub.com запрашивает проверку подлинности. * [Предотвращение несанкционированного доступа](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/preventing-unauthorized-access) Вы можете получить уведомление о инциденте с безопасностью в СМИ, например, о обнаружении [бага Heartbleed](http://heartbleed.com/), или ваш компьютер может быть украден во время входа в GitHub. В таких случаях изменение пароля предотвращает все попытки непреднамеренного доступа к вашей учетной записи и проектам в будущем. * [Просмотр сеансов и управление ими](/ru/enterprise-server@3.21/authentication/keeping-your-account-and-data-secure/viewing-and-managing-your-sessions) Вы можете просматривать и отзывать активные сеансы в параметрах. * [Двухфакторная проверка подлинности](/ru/enterprise-server@3.21/authentication/securing-your-account-with-two-factor-authentication-2fa/about-two-factor-authentication) Двухфакторная проверка подлинности — это дополнительный слой обеспечения безопасности, используемый при входе на веб-сайты или в приложения. При использовании 2FA необходимо войти в систему с помощью имени пользователя и пароля и предоставить еще одну форму проверки подлинности, доступ к которой есть только у вас. * [Настройка двухфакторной проверки подлинности](/ru/enterprise-server@3.21/authentication/securing-your-account-with-two-factor-authentication-2fa/configuring-two-factor-authentication) Вы можете выбрать один из нескольких вариантов для добавления второго источника проверки подлинности в учетную запись. * [Настройка методов восстановления для двухфакторной проверки подлинности](/ru/enterprise-server@3.21/authentication/securing-your-account-with-two-factor-authentication-2fa/configuring-two-factor-authentication-recovery-methods) Вы можете настроить различные методы восстановления для доступа к учетной записи, если утеряны учетные данные двухфакторной проверки подлинности. * [Доступ к GitHub с помощью двухфакторной аутентификации](/ru/enterprise-server@3.21/authentication/securing-your-account-with-two-factor-authentication-2fa/accessing-github-using-two-factor-authentication) При включённом 2FA вас попросят ввести ваш код аутентификации 2FA, а также пароль при входе в GitHub. * [Изменение метода двухфакторной проверки подлинности](/ru/enterprise-server@3.21/authentication/securing-your-account-with-two-factor-authentication-2fa/changing-your-two-factor-authentication-method) Вы можете изменить метод двухфакторной проверки подлинности (2FA) без отключения 2FA полностью. * [Устранение неполадок с двухфакторной проверкой подлинности](/ru/enterprise-server@3.21/authentication/securing-your-account-with-two-factor-authentication-2fa/troubleshooting-two-factor-authentication-issues) Если у вас возникли проблемы с проверкой подлинности с помощью 2FA, можно попробовать устранить неполадки с настроенными методами проверки подлинности. * [Восстановление учетной записи при утере учетных данных для двухфакторной проверки подлинности](/ru/enterprise-server@3.21/authentication/securing-your-account-with-two-factor-authentication-2fa/recovering-your-account-if-you-lose-your-2fa-credentials) Если вы потеряете доступ к своим учетным данным двухфакторной проверки подлинности, то для восстановления доступа к учетной записи сможете использовать коды восстановления или другой вариант восстановления. * [Отключение двухфакторной проверки подлинности для личной учетной записи](/ru/enterprise-server@3.21/authentication/securing-your-account-with-two-factor-authentication-2fa/disabling-two-factor-authentication-for-your-personal-account) Если отключить двухфакторную проверку подлинности для личной учетной записи, вы можете потерять доступ к организациям, к которым вы принадлежите. * [Сведения о секретных ключах](/ru/enterprise-server@3.21/authentication/authenticating-with-a-passkey/about-passkeys) Секретные ключи позволяют безопасно и легко выполнять вход, не требуя пароля и двухфакторной проверки подлинности. * [Управление ключами доступа](/ru/enterprise-server@3.21/authentication/authenticating-with-a-passkey/managing-your-passkeys) Может потребоваться зарегистрировать ключ доступа во время входа или зарегистрировать новый ключ доступа в параметрах учетной записи. Для пользователей 2FA можно обновить существующие соответствующие ключи безопасности до ключей доступа. * [Вход с помощью секретного ключа](/ru/enterprise-server@3.21/authentication/authenticating-with-a-passkey/signing-in-with-a-passkey) Ключ доступа можно использовать для безопасного входа в GitHub в браузере, не требуя пароля и двухфакторной проверки подлинности. Вы также можете войти с помощью секретного ключа на соседнем устройстве. * [Сведения о протоколе SSH](/ru/enterprise-server@3.21/authentication/connecting-to-github-with-ssh/about-ssh) С помощью протокола SSH можно подключаться и проходить проверку подлинности на удаленных серверах и службах. С помощью SSH-ключей вы можете подключаться GitHub без указания имени пользователя и personal access token при каждом визите. Вы также можете использовать ключ SSH для подписывания фиксаций. * [Проверка наличия существующих ключей SSH](/ru/enterprise-server@3.21/authentication/connecting-to-github-with-ssh/checking-for-existing-ssh-keys) Перед созданием ключа SSH можно проверить наличие существующих ключей SSH. * [Создание нового ключа SSH и его добавление в ssh-agent](/ru/enterprise-server@3.21/authentication/connecting-to-github-with-ssh/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent) После проверки наличия существующих ключей SSH можно создать ключ SSH для проверки подлинности, а затем добавить его к агенту SSH. * [Добавление нового SSH-ключа в ваш аккаунт GitHub](/ru/enterprise-server@3.21/authentication/connecting-to-github-with-ssh/adding-a-new-ssh-key-to-your-github-account) Чтобы настроить аккаунт GitHub.com на использование нового (или существующего) SSH-ключа, вам также нужно добавить ключ в аккаунт. * [Тестирование подключения по протоколу SSH](/ru/enterprise-server@3.21/authentication/connecting-to-github-with-ssh/testing-your-ssh-connection) После настройки ключа SSH и добавления его в GitHubможно проверить подключение. * [Работа с парольными фразами ключа SSH](/ru/enterprise-server@3.21/authentication/connecting-to-github-with-ssh/working-with-ssh-key-passphrases) Вы можете защитить ключи SSH и настроить агент проверки подлинности, чтобы вам не пришлось заново вводить парольную фразу при каждом использовании ключей SSH. * [Использование пересылки с SSH-агентом](/ru/enterprise-server@3.21/authentication/connecting-to-github-with-ssh/using-ssh-agent-forwarding) Чтобы упростить развертывание на сервере, вы можете настроить перенаправление агента SSH для безопасного использования локальных ключей SSH. * [Управление ключами развертывания](/ru/enterprise-server@3.21/authentication/connecting-to-github-with-ssh/managing-deploy-keys) Изучите несколько способов управлять ключами SSH на серверах при автоматизации сценариев развертывания и узнайте, какой из них вам лучше подходит. * [Восстановление парольной фразы ключа SSH](/ru/enterprise-server@3.21/authentication/troubleshooting-ssh/recovering-your-ssh-key-passphrase) Если вы потеряли парольную фразу для ключа SSH, то в зависимости от используемой операционной системы можно восстановить парольную фразу ключа SSH или создать новую парольную фразу. * [Ошибка: отказано в разрешении (publickey)](/ru/enterprise-server@3.21/authentication/troubleshooting-ssh/error-permission-denied-publickey) Ошибка "Отказано в разрешении" означает, что сервер отклонил подключение. Ниже приведено несколько причин и разъяснение по самым распространенным примерам. * [Ошибка: недопустимый номер файла](/ru/enterprise-server@3.21/authentication/troubleshooting-ssh/error-bad-file-number) Эта ошибка обычно означает, что не удалось подключиться к серверу. Зачастую это связано с брандмауэрами и прокси-серверами. * [Ошибка: ключ уже используется](/ru/enterprise-server@3.21/authentication/troubleshooting-ssh/error-key-already-in-use) Эта ошибка возникает при попытке добавить ключ, который уже добавлен в другую учетную запись или репозиторий. * [Ошибка: разрешение пользователя или репозитория отклонено для другого пользователя](/ru/enterprise-server@3.21/authentication/troubleshooting-ssh/error-permission-to-userrepo-denied-to-other-user) Эта ошибка означает, что ключ, с которым вы отправляете сообщение, присоединен к учетной записи, не имеющей доступа к репозиторию. * [Ошибка: разрешение пользователя или репозитория отклонено для пользователя или другого репозитория](/ru/enterprise-server@3.21/authentication/troubleshooting-ssh/error-permission-to-userrepo-denied-to-userother-repo) Эта ошибка означает, что ключ, который вы используете для передачи, присоединяется к другому репозиторию в качестве ключа развертывания и не имеет доступа к репозиторию, в который вы пытаетесь передать данные. * [Ошибка: агент признал ошибку при подписании](/ru/enterprise-server@3.21/authentication/troubleshooting-ssh/error-agent-admitted-failure-to-sign) В редких случаях подключение к GitHub через SSH в Linux приводит к ошибке `"Agent admitted failure to sign using the key"`. Чтобы устранить такую проблему, выполните следующие действия. * [Ошибка: ssh-add: недопустимый параметр - apple-use-keychain](/ru/enterprise-server@3.21/authentication/troubleshooting-ssh/error-ssh-add-illegal-option----apple-use-keychain) Эта ошибка означает, что ваша версия `ssh-add` не поддерживает интеграцию цепочки ключей macOS, что позволяет хранить парольную фразу в цепочке ключей. * [Ошибка: неизвестный тип ключа](/ru/enterprise-server@3.21/authentication/troubleshooting-ssh/error-unknown-key-type) Эта ошибка означает, что используемый тип ключа SSH не был распознан или не поддерживается клиентом SSH. * [Ошибка: выполняется аудит ключей SSH](/ru/enterprise-server@3.21/authentication/troubleshooting-ssh/error-were-doing-an-ssh-key-audit) Эта ошибка означает, что ключ SSH, который вы используете для выполнения операции Git, не был проверен. * [Сведения о проверке подписи фиксации](/ru/enterprise-server@3.21/authentication/managing-commit-signature-verification/about-commit-signature-verification) С помощью GPG, SSH или S/MIME можно подписывать теги и фиксации локально. Эти теги или коммиты помечаются как проверенные GitHub , чтобы другие люди могли быть уверены, что изменения исходят из надёжного источника. * [Проверка наличия ключей GPG](/ru/enterprise-server@3.21/authentication/managing-commit-signature-verification/checking-for-existing-gpg-keys) Перед созданием ключа GPG можно проверить наличие существующих ключей GPG. * [Создание ключа GPG](/ru/enterprise-server@3.21/authentication/managing-commit-signature-verification/generating-a-new-gpg-key) Если у вас нет существующего ключа GPG, можно создать новый ключ GPG для подписывания фиксаций и тегов. * [Добавление ключа GPG в ваш аккаунт GitHub](/ru/enterprise-server@3.21/authentication/managing-commit-signature-verification/adding-a-gpg-key-to-your-github-account) Чтобы настроить аккаунт GitHub на использование нового (или существующего) ключа GPG, вам также нужно добавить ключ в аккаунт. * [Предоставление GIT информации о ключе для подписывания](/ru/enterprise-server@3.21/authentication/managing-commit-signature-verification/telling-git-about-your-signing-key) Чтобы подписать фиксации локально, необходимо сообщить Git, что есть ключ GPG, SSH или X.509, который вы хотите использовать. * [Связывание адреса электронной почты с ключом GPG](/ru/enterprise-server@3.21/authentication/managing-commit-signature-verification/associating-an-email-with-your-gpg-key) Ключ GPG должен быть связан с проверенной электронной почтой, которая соответствует идентификатору фиксации. * [Подписание фиксаций](/ru/enterprise-server@3.21/authentication/managing-commit-signature-verification/signing-commits) Вы можете подписывать фиксации локально с помощью GPG, SSH или S/MIME. * [Подписывание тегов](/ru/enterprise-server@3.21/authentication/managing-commit-signature-verification/signing-tags) Теги можно подписывать локально с помощью GPG, SSH или S/MIME. * [Отображение состояний проверки для всех фиксаций](/ru/enterprise-server@3.21/authentication/managing-commit-signature-verification/displaying-verification-statuses-for-all-of-your-commits) Вы можете включить строгий режим для проверки подписи фиксации, чтобы пометить все фиксации и теги состоянием проверки подписи. * [Проверка состояния проверки сигнатуры фиксации и тега](/ru/enterprise-server@3.21/authentication/troubleshooting-commit-signature-verification/checking-your-commit-and-tag-signature-verification-status) Вы можете проверить состояние проверки подписей фиксации и тегов на GitHub. * [Использование проверенного адреса электронной почты в ключе GPG](/ru/enterprise-server@3.21/authentication/troubleshooting-commit-signature-verification/using-a-verified-email-address-in-your-gpg-key) При проверке подписи GitHub проверяется, что адрес электронной почты коммиттера или теггера совпадает с адресом электронной почты из идентификаторов ключа GPG и является ли подтверждённым адресом электронной почты на аккаунте пользователя. Это гарантирует, что ключ принадлежит вам и что вы создали фиксацию или тег.