Защита рабочего процесса Git

Репозитории Git содержат Ваш ценный код, интеллектуальную собственность и историю проекта. Несанкционированный доступ может привести к утечке данных, вредоносным изменениям или краже интеллектуальной собственности.

Защита рабочего процесса Git крайне важна. Она позволяет защитить как Ваши личные проекты, так и совместную работу команды от потенциальных угроз.

Когда Вы взаимодействуете с удалёнными репозиториями Git (например, на GitHub, GitLab или Bitbucket), Git должен подтвердить Вашу личность. Для аутентификации используются два основных метода:

• HTTPS: использует имя пользователя и пароль либо персональный токен доступа (PAT).
• SSH: использует пару криптографических ключей (открытый и закрытый) для защищённого обмена данными.

Оба метода обеспечивают безопасность, но SSH часто предпочитают за удобство и надёжные функции защиты.

Использовать обычный пароль учётной записи для работы с Git через HTTPS обычно не рекомендуется, особенно если у Вас включена двухфакторная аутентификация (2FA). Вместо этого используйте персональный токен доступа (PAT).

PAT — это длинная случайно сгенерированная строка, которая действует как временный пароль с определёнными ограниченными правами. Вы создаёте PAT непосредственно в сервисе размещения Git (например, GitHub или GitLab) и можете в любой момент отозвать его.

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

Эти помощники интегрируются с защищённым менеджером учётных данных Вашей операционной системы (например, Keychain в macOS или Credential Manager в Windows). Поэтому Вам нужно ввести учётные данные только один раз, после чего Git будет безопасно запоминать их.

Чтобы указать Git использовать помощника учётных данных, примените команду git config. Конкретный помощник зависит от Вашей операционной системы:

В macOS используйте помощник osxkeychain:

Ключи SSH (Secure Shell) обеспечивают безопасный и удобный способ аутентификации в удалённых репозиториях Git. Они используют пару криптографических ключей:

• Ваш открытый ключ можно передать сервисам размещения Git.
• Ваш закрытый ключ необходимо хранить в тайне и защищать на локальном компьютере.

При подключении сервис использует Ваш открытый ключ, чтобы проверить наличие соответствующего закрытого ключа и предоставить Вам доступ.

Вы можете создать новую пару ключей SSH с помощью команды ssh-keygen в терминале. Она предложит указать место для сохранения ключа и парольную фразу.

Всегда используйте надёжную парольную фразу для защиты закрытого ключа. Это добавляет дополнительный уровень безопасности, даже если кто-то получит доступ к Вашему компьютеру.

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

Теперь необходимо добавить открытый ключ SSH в сервис размещения Git (например, GitHub или GitLab). Так сервис поймёт, что при подключении следует доверять Вашему компьютеру.

1. Скопируйте содержимое файла с открытым ключом (например, ~/.ssh/id_ed25519.pub).
2. Откройте настройки GitHub и выберите > «SSH and GPG keys».
3. Нажмите «New SSH key», вставьте туда открытый ключ и укажите понятное название.

После настройки ключа SSH и добавления его в сервис размещения Git Вы можете клонировать репозитории и взаимодействовать с ними, используя их URL-адрес SSH вместо HTTPS.

Пример формата URL-адреса SSH: git@github.com:username/repo.git.

Какие из перечисленных рекомендаций относятся к лучшим практикам защиты рабочего процесса Git?

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

Всегда уделяйте первостепенное внимание безопасности закрытых ключей и конфиденциальных данных. Безопасное взаимодействие с Git защищает Ваш код и проекты от несанкционированного доступа и потенциальных уязвимостей.