Lagre GitHub-kodene før 2FA svikter – kundestøtte kan ikke låse opp alt

Lagre GitHubs gjenopprettingskoder mens du fortsatt kan logge inn. GitHubs veiledning om 2FA-gjenoppretting anbefaler sikker lagring av kodene og minst to autentiseringsmetoder. Kodene kan brukes når du mister telefonen eller ikke lenger får åpnet autentiseringsappen.

Er du allerede låst ute, kan en ubrukt gjenopprettingskode, en registrert passnøkkel eller en konfigurert sikkerhetsnøkkel gi direkte tilgang. Uten slike metoder kan en tidligere verifisert enhet, SSH-nøkkel eller et personlig tilgangstoken brukes i en forespørsel som må vurderes. GitHubs prosedyre for kontogjenoppretting oppgir at denne kontrollen kan ta opptil tre virkedager.

Før du mister tilgang: lagre den gjeldende kodelisten

Du kan hente kodene når 2FA er aktivert og du er innlogget. Åpne profilbildet på GitHub, velg Settings og deretter Password and authentication under Access. Ved Recovery codes velger du View. Derfra kan du laste ned listen med Download, skrive den ut med Print eller kopiere den med Copy til en sikker passordbehandler.

Velg et lagringssted du kan nå uten telefonen som lager de vanlige 2FA-kodene. En fil som bare ligger på den samme enheten, hjelper ikke hvis også den blir utilgjengelig. Kodene må behandles som påloggingsinformasjon: oppbevar dem sikkert og ikke del dem. Har du tidligere lastet ned listen, kan du lete etter standardfilnavnet github-recovery-codes.txt i nedlastinger, sikkerhetskopier eller passordbehandleren.

Hver kode kan brukes én gang. Genererer du en ny liste, blir alle koder fra tidligere lister ugyldige, også kopier du har skrevet ut. Lagre derfor den nye listen og fjern gamle kopier som kan villede deg senere. En endring i 2FA-oppsettet uten at du slår av 2FA, endrer derimot ikke kodene; slår du 2FA av og på igjen, får du en ny liste.

Legg til en reserve mens kontoen er åpen

En ekstra autentiseringsmetode kan gi deg en annen direkte vei inn dersom appen eller telefonen forsvinner. En sikkerhetsnøkkel må være konfigurert for kontoen på forhånd. En registrert passnøkkel kan oppfylle både passordkravet og kravet om en annen faktor. Kontroller at reserven faktisk er tilgjengelig for deg uten den telefonen du vanligvis bruker.

Mange apper for tidsbaserte engangskoder tilbyr sikkerhetskopi. Hvis du har satt opp dette i appen, kan du kanskje gjenopprette kodene på en annen enhet; fremgangsmåten avhenger av appen. SSH-nøkler, personlige tilgangstokener og tidligere verifiserte enheter har en annen rolle: De kan være faktorer i en senere kontrollforespørsel, men åpner ikke automatisk den låste kontoen.

Når appen er borte: bruk en metode som gir direkte tilgang

Har du en ubrukt gjenopprettingskode og kjenner passordet, går du til GitHubs innlogging og skriver inn brukernavn og passord. Ved 2FA-trinnet velger du More options, deretter 2FA recovery code. Skriv inn én kode og velg Verify. Du trenger ikke sende en støtteforespørsel for å bruke en gyldig kode.

En passnøkkel som allerede er lagt til kontoen, kan brukes selv om du ikke husker passordet. En sikkerhetsnøkkel som er konfigurert som 2FA-metode, kan brukes som alternativt andre trinn. Har kontoen et tidligere opprettet reserve­nummer for SMS, kan en kode sendt dit også gi tilgang. Det er ikke lenger mulig å konfigurere et ekstra SMS-reservenummer, så dette sporet gjelder bare kontoer som allerede har et slikt nummer.

Hvis en gjenopprettingskode blir avvist, kan den være brukt eller stamme fra en liste som senere ble erstattet. Prøv en annen ubrukt kode fra den gjeldende listen, og undersøk om du har lagret en nyere kopi. Når du kommer inn igjen, kan du sette opp en fungerende autentiseringsmetode og kontrollere at kodelisten du oppbevarer, fortsatt er den gjeldende.

Uten kode eller reserve: be om kontokontroll

Har du passordet, men mangler både 2FA-metode og gjenopprettingskode, logger du inn til 2FA-trinnet. Velg More options, 2FA recovery code og deretter Begin account or email recovery. Du kan bli bedt om å bekrefte en registrert e-postadresse med et engangspassord før du velger en faktor for kontrollen.

Mulige faktorer er en enhet du tidligere har brukt til å logge inn på kontoen, en SSH-nøkkel knyttet til kontoen eller et personlig tilgangstoken du tidligere har opprettet. En faktor kan likevel være utilgjengelig for gjenoppretting av sikkerhetsgrunner, selv om du har brukt den før. En bekreftet e-postadresse starter prosessen, men erstatter ikke kravet om en brukbar kontrollfaktor.

Forespørselen vurderes før du får svar på e-post. Blir den godkjent, får du en lenke for å fullføre gjenopprettingen; en tidligere brukt enhet eller nøkkel er altså ingen garanti for tilgang. Finner du en fungerende 2FA-metode eller gjenopprettingskode mens du venter, kan du bruke den til å logge inn. Har du også glemt passordet, starter du med passordtilbakestilling og velger kontogjenoppretting når du kommer til 2FA-trinnet.

Når kundestøtte ikke kan åpne kontoen

GitHubs regler for kontogjenoppretting fastslår at kundestøtte ikke gjenoppretter tilgangen til en 2FA-beskyttet konto når nødvendige påloggings- og gjenopprettingsmetoder er tapt. En støttesak, sosial bekreftelse eller identitetsdokumentasjon gir ingen egen vei rundt dette kravet. Hvis ingen tilgjengelig metode kan brukes, kan tilgangen til kontoen være tapt permanent.

Det er mulig å koble e-postadressen fra en låst konto og bruke adressen på en ny eller eksisterende konto. Dette åpner ikke den gamle kontoen eller gjenoppretter innholdet i den. Derfor bør den aktive kodelisten og en brukbar reserve være på plass mens du fortsatt kan endre sikkerhetsinnstillingene selv.

Les også:

• Slack eller Teams: pakken du allerede betaler for kan avgjøre prisen
• Claude Code eller GitHub Copilot: høyere fletterate avgjør ikke alene
• GitHub Copilot eller Cursor: billigst abonnement vinner ikke agentjobben