Sikre Git-arbeidsflyten din

Git-repositorier inneholder verdifull kode, immaterielle rettigheter og prosjektets historikk. Uautorisert tilgang kan føre til datainnbrudd, skadelige endringer eller tyveri av immaterielle rettigheter.

Det er viktig å sikre Git-arbeidsflyten. Det handler om å beskytte både Deres personlige prosjekter og samarbeid i team mot mulige trusler.

Når De samhandler med eksterne Git-repositorier, for eksempel på GitHub, GitLab eller Bitbucket, må Git bekrefte identiteten Deres. Det finnes to hovedmetoder for autentisering:

• HTTPS: Bruker brukernavnet Deres og enten et passord eller et Personal Access Token (PAT).
• SSH: Bruker et par kryptografiske nøkler, én offentlig og én privat, for sikker kommunikasjon.

Begge metodene gir god sikkerhet, men SSH foretrekkes ofte fordi det er praktisk og har robuste sikkerhetsfunksjoner.

Det anbefales generelt ikke å bruke det vanlige kontopassordet Deres for Git over HTTPS, spesielt hvis De har aktivert tofaktorautentisering (2FA). Bruk i stedet et Personal Access Token (PAT).

Et PAT er en lang, tilfeldig generert tegnstreng som fungerer som et midlertidig passord med bestemte og begrensede tillatelser. De oppretter PAT-er direkte på Git-hostingtjenesten Deres, for eksempel GitHub eller GitLab, og kan tilbakekalle dem når som helst.

Det kan være tungvint og forstyrrende å skrive inn PAT-et eller passordet hver gang De pusher eller puller. Git tilbyr credential helpers som lagrer autentiseringsopplysningene Deres på en sikker måte.

Disse hjelperne integreres med operativsystemets sikre passordbehandling, for eksempel Keychain på macOS eller Credential Manager på Windows. Dermed trenger De bare å skrive inn opplysningene én gang, og Git husker dem på en sikker måte.

For å angi at Git skal bruke en credential helper, bruker De kommandoen git config. Den nøyaktige hjelperen avhenger av operativsystemet:

På macOS bruker De hjelperen osxkeychain:

SSH-nøkler (Secure Shell) gir en svært sikker og praktisk måte å autentisere mot eksterne Git-repositorier på. De er basert på et par kryptografiske nøkler:

• Den offentlige nøkkelen kan deles med Git-hostingtjenester.
• Den private nøkkelen må holdes hemmelig og oppbevares sikkert på den lokale maskinen.

Når De kobler til, bruker tjenesten den offentlige nøkkelen til å bekrefte at De har den tilhørende private nøkkelen, og gir Dem tilgang.

De kan generere et nytt SSH-nøkkelpar ved å bruke kommandoen ssh-keygen i terminalen. De blir bedt om å angi hvor nøkkelen skal lagres, samt en passfrase.

Bruk alltid en sterk passfrase for å beskytte den private nøkkelen. Dette gir et ekstra sikkerhetslag, selv om noen får tilgang til maskinen Deres.

SSH-agenten er et program som holder de private nøklene Deres i minnet, slik at De ikke trenger å skrive inn passfrasen hver gang De bruker nøkkelen. Start agenten og legg til nøkkelen:

Nå må De legge den offentlige SSH-nøkkelen Deres til i Git-hostingtjenesten, for eksempel GitHub eller GitLab. Dette forteller tjenesten at den skal stole på maskinen Deres når De kobler til.

1. Kopier innholdet i filen med den offentlige nøkkelen, for eksempel ~/.ssh/id_ed25519.pub.
2. Gå til GitHub-innstillingene > 'SSH and GPG keys'.
3. Klikk på 'New SSH key', lim inn den offentlige nøkkelen og gi den en beskrivende tittel.

Når SSH-nøkkelen er konfigurert og lagt til i Git-hostingtjenesten, kan De klone repositorier og samhandle med dem ved å bruke SSH-URL-en i stedet for HTTPS.

Et eksempel på formatet for en SSH-URL er git@github.com:username/repo.git.

I denne leksjonen har vi sett på viktige metoder for å sikre Git-arbeidsflyten. De har lært om bruk av Personal Access Tokens for HTTPS, konfigurering av credential helpers og oppsett av SSH-nøkler for robust autentisering.

Prioriter alltid sikkerheten til private nøkler og sensitive data. Når Git-samhandlingene Deres er sikre, beskyttes koden og prosjektene mot uautorisert tilgang og mulige sårbarheter.