Zabezpieczanie przepływu pracy Git

Repozytoria Git zawierają Państwa cenny kod, własność intelektualną i historię projektu. Nieautoryzowany dostęp może prowadzić do wycieku danych, złośliwych zmian lub kradzieży własności intelektualnej.

Ochrona procesu pracy z Git ma kluczowe znaczenie. Chodzi zarówno o zabezpieczenie osobistych projektów, jak i współpracy zespołowej przed potencjalnymi zagrożeniami.

Podczas korzystania ze zdalnych repozytoriów Git (np. w GitHub, GitLab lub Bitbucket) Git musi zweryfikować Państwa tożsamość. Istnieją dwie podstawowe metody uwierzytelniania:

• HTTPS: Wykorzystuje nazwę użytkownika oraz hasło lub Personal Access Token (PAT).
• SSH: Wykorzystuje parę kluczy kryptograficznych (publiczny i prywatny) do bezpiecznej komunikacji.

Obie metody zapewniają bezpieczeństwo, ale SSH jest często preferowane ze względu na wygodę i zaawansowane funkcje bezpieczeństwa.

Korzystanie ze zwykłego hasła do konta w Git przez HTTPS jest zasadniczo odradzane, szczególnie gdy włączone jest uwierzytelnianie dwuskładnikowe (2FA). Zamiast tego należy używać Personal Access Token (PAT).

PAT to długi, losowo wygenerowany ciąg znaków, który działa jak tymczasowe hasło z określonymi, ograniczonymi uprawnieniami. PAT generuje się bezpośrednio w usłudze hostingowej Git (np. GitHub lub GitLab) i można je w każdej chwili unieważnić.

Wpisywanie PAT lub hasła przy każdym wysyłaniu i pobieraniu zmian może być uciążliwe i zakłócać pracę. Git oferuje credential helpers, które bezpiecznie przechowują dane uwierzytelniające.

Te narzędzia integrują się z bezpiecznym menedżerem danych uwierzytelniających systemu operacyjnego (np. Keychain w systemie macOS lub Credential Manager w systemie Windows). Oznacza to, że dane uwierzytelniające trzeba wprowadzić tylko raz, a Git będzie je bezpiecznie pamiętać.

Aby wskazać Git używany credential helper, należy użyć polecenia git config. Dokładny helper zależy od systemu operacyjnego:

W systemie macOS należy użyć helpera osxkeychain:

Klucze SSH (Secure Shell) zapewniają bardzo bezpieczny i wygodny sposób uwierzytelniania w zdalnych repozytoriach Git. Opierają się na parze kluczy kryptograficznych:

• Państwa klucz publiczny można udostępnić usługom hostingowym Git.
• Państwa klucz prywatny należy zachować w tajemnicy i bezpiecznie przechowywać na komputerze lokalnym.

Podczas nawiązywania połączenia usługa używa klucza publicznego, aby sprawdzić, czy posiadają Państwo odpowiadający mu klucz prywatny, i przyznaje dostęp.

Nową parę kluczy SSH można wygenerować za pomocą polecenia ssh-keygen w terminalu. Zostanie wyświetlona prośba o podanie lokalizacji, w której klucz ma zostać zapisany, oraz hasła kluczowego.

Klucz prywatny należy zawsze chronić silnym hasłem kluczowym. Zapewnia to dodatkową warstwę bezpieczeństwa, nawet jeśli ktoś uzyska dostęp do Państwa komputera.

Agent SSH to program, który przechowuje klucze prywatne w pamięci, dzięki czemu nie trzeba wpisywać hasła kluczowego przy każdym użyciu klucza. Należy uruchomić agenta i dodać klucz:

Teraz należy dodać publiczny klucz SSH do usługi hostingowej Git (np. GitHub lub GitLab). Dzięki temu usługa będzie ufać Państwa komputerowi podczas nawiązywania połączenia.

1. Należy skopiować zawartość pliku klucza publicznego (np. ~/.ssh/id_ed25519.pub).
2. Należy przejść do ustawień GitHub > „SSH and GPG keys”.
3. Należy kliknąć „New SSH key”, wkleić tam klucz publiczny i nadać mu opisową nazwę.

Po skonfigurowaniu klucza SSH i dodaniu go do usługi hostingowej Git można klonować repozytoria i korzystać z nich za pomocą ich adresu SSH zamiast HTTPS.

Przykładowy format adresu SSH to git@github.com:username/repo.git.

Które z poniższych działań są zalecanymi praktykami zabezpieczania procesu pracy z Git?

W tej lekcji omówiliśmy kluczowe praktyki zabezpieczania procesu pracy z Git. Poznali już Państwo używanie Personal Access Tokens w HTTPS, konfigurowanie credential helperów oraz konfigurowanie kluczy SSH na potrzeby zaawansowanego uwierzytelniania.

Należy zawsze traktować priorytetowo bezpieczeństwo kluczy prywatnych i poufnych danych. Bezpieczna komunikacja z Git chroni kod i projekty przed nieautoryzowanym dostępem oraz potencjalnymi lukami w zabezpieczeniach.