Waar deze taak echt om gaat
Een oude GitLab-sessie intrekken lijkt een enkele klik, maar het is in werkelijkheid een beoordelingstaak met twee afzonderlijke effecten. Het ene effect blijft beperkt tot de sessie die je selecteert. Het andere reikt verder dan die sessie en beëindigt onthouden-login-tokens overal. Als je beide begrijpt voordat je klikt, voorkom je dat je jezelf buitensluit of aanneemt dat er meer is opgeruimd dan in werkelijkheid het geval is.
Deze gids behandelt alleen de sessielijst van de eigenaar zelf. Hij gaat niet over serverbeheer, Rails-console-opdrachten of wijzigingen aan het account van iemand anders.
Stap 1: Bereik de sessielijst en lees die voordat je iets doet
Een GitLab-eigenaar kan Profiel bewerken, Toegang, Actieve sessies openen en daar een ongewenste sessie intrekken.
Een GitLab-eigenaar kan Profiel bewerken, Toegang, Actieve sessies openen en daar een ongewenste sessie intrekken. Bron
Voordat je iets intrekt, behandel je de lijst als iets om te lezen, niet alleen als iets om leeg te maken. Noteer bij elke vermelding wat je daadwerkelijk kunt zien: de beschrijving van het apparaat of de browser, wanneer de sessie voor het laatst actief was en of je die als de jouwe herkent. Een sessie die je niet herkent, is een reden om beter te kijken, niet automatisch bewijs dat iemand anders je wachtwoord heeft. Gedeelde computers, oudere telefoons en browsers die je niet meer gebruikt, kunnen allemaal vermeldingen opleveren die onbekend lijken.
Een praktische volgorde is:
- Identificeer de sessie die je nu gebruikt, zodat je weet welke vermelding moet blijven.
- Markeer vermeldingen die je niet kunt verklaren.
- Beslis of het probleem één verouderde sessie is of een bredere zorg over onthouden logins.
- Trek pas daarna in.
Stap 2: Weet wat de huidige sessie niet doet
De huidige actieve sessie wordt niet via die actie ingetrokken.
De huidige actieve sessie wordt niet via die actie ingetrokken. Bron
Dit is het detail dat het meest waarschijnlijk verwarring veroorzaakt. Een oude sessie intrekken logt je niet uit in de browser waarin je werkt. Dat is handig, want het betekent dat de opruimactie de beoordeling zelf niet onderbreekt. Het betekent ook dat als je doel is de sessie die je nu gebruikt te beëindigen, het intrekken van een andere vermelding dat niet bereikt. Uitloggen uit de huidige sessie is een aparte actie van het intrekken van een vermelde sessie.
Stap 3: Houd rekening met het bredere effect op onthouden logins
Het intrekken van een sessie trekt ook Remember me-tokens op alle apparaten in.
Het intrekken van een sessie trekt ook Remember me-tokens op alle apparaten in. Bron
Dit is het deel dat de reikwijdte van de taak verandert. Je wilt misschien één oude vermelding verwijderen, maar het effect op onthouden logins is breder dan die ene vermelding. Als andere apparaten vertrouwen op onthouden logins, verwacht dan dat die onthouden logins eindigen, en plan om op die apparaten opnieuw in te loggen met inloggegevens die je nog beheert.
Die planningsstap is belangrijk. Bevestig voordat je intrekt dat je nog kunt inloggen via een methode die je beheert, zoals je wachtwoord of een ander herstelpad dat al op het account is ingesteld. Verwijder of vervang je herstelmethode niet als onderdeel van deze opruiming. Laat die staan totdat je hebt bevestigd dat het account in de gewenste staat is.
Beslissingstabel: één sessie of een bredere reset van onthouden logins
| Wat je zag | Wat intrekken doet | Waar je op moet plannen |
|---|---|---|
| Eén verouderde sessie die je herkent als een oud apparaat van jou | Beëindigt die sessie; de huidige sessie blijft actief; Remember me-tokens eindigen op alle apparaten | Log opnieuw in op elk apparaat dat op een onthouden login vertrouwde |
| Een sessie die je niet kunt verklaren | Hetzelfde als hierboven | Behandel het als een aanleiding om je inlogbeveiliging te beoordelen, niet als bewijs van een inbreuk |
| Je wilt de sessie die je nu gebruikt beëindigen | Het intrekken van een vermelde sessie doet dit niet | Log apart uit bij de huidige sessie |
| Meerdere onbekende vermeldingen | Elk intrekken heeft hetzelfde bredere effect op onthouden logins | Beslis of herhaald intrekken nodig is, en houd je herstelpad intact |
Stap 4: Controleer het resultaat eerlijk
De sessielijst is de plek om te bevestigen wat er is veranderd. Controleer dat de vermelding die je hebt aangewezen weg is en dat de sessie die je gebruikt nog aanwezig is. Controleer daarna de apparaten waarvan je verwachtte dat ze door de wijziging in onthouden logins zouden worden geraakt, en log opnieuw in waar nodig.
Wees voorzichtig met wat de lijst je wel en niet kan vertellen. Een vermelding die uit de lijst verdwijnt, toont dat de sessie is ingetrokken. Dat vertelt je op zichzelf niet waarom de sessie bestond, wie die gebruikte of of er iets anders op het account is veranderd. Als je een sessie hebt ingetrokken omdat je die niet herkende, is de verstandige vervolgstap je inlogbeveiliging te beoordelen in plaats van aan te nemen dat de kwestie is afgesloten.
Veelvoorkomende foutpaden
- Per ongeluk de sessie intrekken waarin je werkt. De huidige sessie wordt niet via die actie ingetrokken, dus deze specifieke fout gebeurt niet; maar apart uitloggen onderbreekt je beoordeling wel. Rond de beoordeling af voordat je uitlogt.
- Aannemen dat één intrekking elk apparaat heeft opgeruimd. Het effect op onthouden logins is breder dan de enkele sessie, maar de sessielijst is nog steeds geen volledig beeld van elke plek waar je ooit bent ingelogd.
- Je herstelmethode te vroeg verwijderen. Houd een herstelpad dat je beheert aan totdat je hebt bevestigd dat het account in de gewenste staat is.
- Een onbekende vermelding behandelen als bewezen inbraak. Het is een aanwijzing voor verder onderzoek, geen conclusie.
Een nuttige volgende taak
GitLab-sessies zijn één account. Als je zorg breder is, geldt dezelfde discipline van het scheiden van een sessie en een persoon ook elders. De gids over Google-accountapparaten beoordelen zonder sessies voor personen aan te zien loopt die scheiding door voor een ander account, en het is een logisch vervolg zodra je hier klaar bent.
Als een deel van je zorg is waaraan een gebruikersnaam publiekelijk is gekoppeld, kan een gebruikersnaamopzoeking publieke overeenkomsten als aanwijzingen tonen. TraceSeek dekt 3.000+ platforms, en de eerste scan is gratis en duurt 20-30 seconden. Publieke overeenkomsten zijn aanwijzingen, geen bewijs van eigendom, en een gebruikersnaamzoekopdracht is geen volledige accountinventaris.