Sikring af Deres Git-workflow

Git-repositorier indeholder din værdifulde kode, intellektuelle ejendom og projekthistorik. Uautoriseret adgang kan føre til datalæk, ondsindede ændringer eller tyveri af intellektuel ejendom.

Det er afgørende at sikre din Git-arbejdsgang. Det handler om at beskytte både dine personlige projekter og samarbejdet i teamet mod potentielle trusler.

Når du interagerer med eksterne Git-repositorier (for eksempel på GitHub, GitLab eller Bitbucket), skal Git bekræfte din identitet. Der er to primære metoder til godkendelse:

• HTTPS: Bruger dit brugernavn og enten en adgangskode eller et Personal Access Token (PAT).
• SSH: Bruger et par kryptografiske nøgler (en offentlig og en privat) til sikker kommunikation.

Begge metoder er sikre, men SSH foretrækkes ofte på grund af den praktiske anvendelse og de robuste sikkerhedsfunktioner.

Det frarådes generelt at bruge din almindelige kontoadgangskode til Git over HTTPS, især hvis du har aktiveret tofaktorgodkendelse (2FA). Brug i stedet et Personal Access Token (PAT).

Et PAT er en lang, tilfældigt genereret streng, der fungerer som en midlertidig adgangskode med bestemte, begrænsede tilladelser. Du genererer PAT'er direkte på din Git-hostingtjeneste (for eksempel GitHub eller GitLab), og du kan tilbagekalde dem når som helst.

Det kan være besværligt og forstyrrende at indtaste dit PAT eller din adgangskode, hver gang du pusher eller puller. Git tilbyder hjælpere til legitimationsoplysninger, som kan gemme dine godkendelsesoplysninger sikkert.

Disse hjælpere integreres med dit operativsystems sikre håndtering af legitimationsoplysninger (for eksempel Keychain på macOS eller Credential Manager på Windows). Det betyder, at du kun skal indtaste dine legitimationsoplysninger én gang, hvorefter Git husker dem sikkert.

For at fortælle Git, at den skal bruge en hjælper til legitimationsoplysninger, bruger du kommandoen git config. Den præcise hjælper afhænger af dit operativsystem:

På macOS skal du bruge hjælperen osxkeychain:

SSH-nøgler (Secure Shell) giver en meget sikker og praktisk måde at godkende dig på over for eksterne Git-repositorier. De bygger på et par kryptografiske nøgler:

• Din offentlige nøgle kan deles med Git-hostingtjenester.
• Din private nøgle skal holdes hemmelig og opbevares sikkert på din lokale maskine.

Når du opretter forbindelse, bruger tjenesten din offentlige nøgle til at bekræfte, at du har den tilsvarende private nøgle, og giver dig derefter adgang.

Du kan generere et nyt SSH-nøglepar ved hjælp af kommandoen ssh-keygen i din terminal. Den beder dig angive en placering, hvor nøglen skal gemmes, samt en adgangsfrase.

Brug altid en stærk adgangsfrase til at beskytte din private nøgle. Det giver et ekstra sikkerhedslag, selv hvis nogen får adgang til din maskine.

SSH-agenten er et program, der holder dine private nøgler i hukommelsen, så du ikke skal indtaste din adgangsfrase, hver gang du bruger nøglen. Start agenten, og tilføj din nøgle:

Nu skal du tilføje din offentlige SSH-nøgle til din Git-hostingtjeneste (for eksempel GitHub eller GitLab). På den måde fortæller du tjenesten, at den skal have tillid til din maskine, når du opretter forbindelse.

1. Kopiér indholdet af din offentlige nøglefil (for eksempel ~/.ssh/id_ed25519.pub).
2. Gå til indstillingerne på GitHub > 'SSH and GPG keys'.
3. Klik på 'New SSH key', indsæt din offentlige nøgle, og giv den en beskrivende titel.

Når din SSH-nøgle er konfigureret og føjet til din Git-hostingtjeneste, kan du klone repositorier og interagere med dem ved hjælp af deres SSH-URL i stedet for HTTPS.

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

I denne lektion gennemgik vi vigtige metoder til at sikre din Git-arbejdsgang. Du lærte om at bruge Personal Access Tokens til HTTPS, konfigurere hjælpere til legitimationsoplysninger og konfigurere SSH-nøgler til robust godkendelse.

Prioritér altid sikkerheden for dine private nøgler og følsomme data. Når dine Git-interaktioner er sikre, beskytter det din kode og dine projekter mod uautoriseret adgang og potentielle sårbarheder.