Säkra ditt Git-workflow

Git-repositories innehåller din värdefulla kod, immateriella egendom och projektets historik. Obehörig åtkomst kan leda till dataintrång, skadliga ändringar eller stöld av immateriell egendom.

Det är viktigt att säkra ditt Git-arbetsflöde. Det handlar om att skydda både dina personliga projekt och samarbeten i team mot potentiella hot.

När du arbetar med fjärranslutna Git-repositories, till exempel på GitHub, GitLab eller Bitbucket, måste Git verifiera din identitet. Det finns två huvudsakliga metoder för autentisering:

• HTTPS: Använder ditt användarnamn samt antingen ett lösenord eller en Personal Access Token (PAT).
• SSH: Använder ett par kryptografiska nycklar, en offentlig och en privat, för säker kommunikation.

Båda metoderna erbjuder säkerhet, men SSH föredras ofta på grund av sin bekvämlighet och sina robusta säkerhetsfunktioner.

Det avråds i allmänhet från att använda det vanliga lösenordet till ditt konto för Git över HTTPS, särskilt om du har tvåfaktorsautentisering (2FA) aktiverad. Använd i stället en Personal Access Token (PAT).

En PAT är en lång, slumpmässigt genererad teckensträng som fungerar som ett tillfälligt lösenord med specifika och begränsade behörigheter. Du skapar PAT:er direkt på din Git-hostingtjänst, till exempel GitHub eller GitLab, och kan återkalla dem när som helst.

Att skriva in din PAT eller ditt lösenord varje gång du pushar eller hämtar ändringar kan vara omständligt och störande. Git erbjuder hjälpprogram för autentiseringsuppgifter som lagrar dina autentiseringsuppgifter på ett säkert sätt.

Dessa hjälpverktyg integreras med operativsystemets säkra hantering av autentiseringsuppgifter, till exempel Keychain på macOS eller Credential Manager på Windows. Det innebär att du bara behöver ange dina autentiseringsuppgifter en gång, varefter Git kommer ihåg dem på ett säkert sätt.

För att ange att Git ska använda ett hjälpprogram för autentiseringsuppgifter använder du kommandot git config. Exakt vilket hjälpprogram som ska användas beror på ditt operativsystem:

På macOS använder du hjälpprogrammet osxkeychain:

SSH-nycklar (Secure Shell) ger ett mycket säkert och bekvämt sätt att autentisera mot fjärranslutna Git-repositories. De bygger på ett par kryptografiska nycklar:

• Din offentliga nyckel kan delas med Git-hostingtjänster.
• Din privata nyckel måste hållas hemlig och säker på din lokala dator.

När du ansluter använder tjänsten din offentliga nyckel för att verifiera att du har den motsvarande privata nyckeln och beviljar dig åtkomst.

Du kan generera ett nytt SSH-nyckelpar med kommandot ssh-keygen i terminalen. Kommandot frågar var nyckeln ska sparas och efter en lösenfras.

Använd alltid en stark lösenfras för att skydda din privata nyckel. Det ger ett extra säkerhetslager även om någon får åtkomst till din dator.

SSH-agenten är ett program som håller dina privata nycklar i minnet, så att du inte behöver ange lösenfrasen varje gång du använder nyckeln. Starta agenten och lägg till din nyckel:

Nu behöver du lägga till din offentliga SSH-nyckel på din Git-hostingtjänst, till exempel GitHub eller GitLab. Då anger du att tjänsten ska lita på din dator när du ansluter.

1. Kopiera innehållet i filen med din offentliga nyckel, till exempel ~/.ssh/id_ed25519.pub.
2. Gå till GitHub-inställningar > 'SSH- och GPG-nycklar'.
3. Klicka på 'Ny SSH-nyckel', klistra in din offentliga nyckel och ange en beskrivande titel.

När din SSH-nyckel har konfigurerats och lagts till på din Git-hostingtjänst kan du klona och arbeta med repositories med deras SSH-URL i stället för HTTPS.

Ett exempel på formatet för en SSH-URL är git@github.com:username/repo.git.

I den här lektionen har vi gått igenom viktiga metoder för att säkra ditt Git-arbetsflöde. Du har lärt dig att använda Personal Access Tokens för HTTPS, konfigurera hjälpverktyg för autentiseringsuppgifter och konfigurera SSH-nycklar för robust autentisering.

Prioritera alltid säkerheten för dina privata nycklar och känsliga data. Genom att hålla dina Git-åtgärder säkra skyddar du din kod och dina projekt mot obehörig åtkomst och potentiella sårbarheter.