Waar de PIN voor dient
Een supportcase komt meestal op een punt waarop de persoon aan de andere kant zeker moet weten dat die met de echte accounteigenaar spreekt. Daar is de GitLab Support PIN voor bedoeld. Het is een code die de accounteigenaar op verzoek aanmaakt, zodat support het verzoek tegen het account kan controleren. De PIN is bewust beperkter dan een wachtwoord.
Die beperktheid is juist het punt. Een wachtwoord geeft toegang tot het hele account. Een herstelcode kan de toegang resetten. Een openbare gebruikers-ID of profielnaam is voor iedereen zichtbaar. De PIN is bedoeld om één vraag te beantwoorden — is dit de eigenaar? — en niets meer.
Voordat je iets genereert: verifieer het kanaal
Begin niet bij een bericht dat je om een code vraagt. Begin bij het supportkanaal dat je onafhankelijk kunt bevestigen en open de case van daaruit.
- Controleer of er echt een openstaande supportcase is en of je weet hoe die is geopend. Als jij hem niet hebt geopend, beschouw het verzoek dan als ongeverifieerd tot je het op een andere manier kunt bevestigen.
- Bereik support via een route die je zelf beheert — het supportkanaal dat je al gebruikt — en niet via een link of adres uit een onverwacht bericht.
- Controleer wie er vraagt. Een verzoek om een PIN dat ongevraagd binnenkomt, of dat je onder druk zet om snel te reageren, is een reden om juist langzamer te doen, niet om toe te geven.
- Houd het gesprek in het geverifieerde kanaal. Overstappen naar een nieuw adres of een nieuwe thread op verzoek van iemand anders doorbreekt de controle die je net hebt gedaan.
Geen enkel bericht is automatisch betrouwbaar omdat het officieel lijkt. De verificatiestap is aan jou, en juist die stap maakt het veilig om de PIN te gebruiken.
Genereer de PIN
Als je ervan overtuigd bent dat de case echt is, genereer je de PIN zelf terwijl je bent ingelogd als eigenaar.
Een eigenaar kan Edit profile, Account openen en Generate New PIN kiezen. Bron
De PIN wordt door jou aangemaakt, in je eigen accountinstellingen. Je ontvangt hem niet van support, en support kan hem niet voor je aanmaken. Als iemand aanbiedt om namens jou een PIN te genereren, is dat een tegenstrijdigheid die het opmerken waard is.
Begrijp hoe lang de PIN geldig blijft
Een Support PIN verloopt zeven dagen na aanmaak en is in dezelfde accountinstellingen te bekijken. Bron
De vervaldatum is een ingebouwde beperking, geen suggestie. Genereer de PIN wanneer het supportgesprek hem echt nodig heeft, niet dagen van tevoren, en controleer hetzelfde instellingenscherm als je twijfelt of een eerdere PIN nog geldig is.
Waar support om kan vragen
GitLab Support kan om een Support PIN vragen om de identiteit van de accounteigenaar te valideren. Bron
Let op de richting van dat verzoek: support vraagt, jij verstrekt, en het doel is valideren dat jij het account beheert. Het is een identiteitscontrole, geen overdracht van controle.
Houd de PIN gescheiden van al het andere
| Item | Wat het kan doen | Hoe je het in een supportcase behandelt |
|---|---|---|
| Wachtwoord | Logt in op het account | Stuur het nooit naar support, in geen enkel kanaal |
| Herstelcode | Kan de toegang tot het account herstellen | Houd deze privé; het is geen supportverificatietoken |
| Openbare gebruikers-ID of handle | Identificeert het profiel voor iedereen | Mag je noemen, maar bewijst op zichzelf niets |
| Support PIN | Laat support de accounteigenaar valideren | Deel alleen binnen het geverifieerde supportgesprek, en alleen zolang de PIN geldig is |
Een PIN die met de verkeerde partij is gedeeld, is nog steeds een lek, ook al is hij minder krachtig dan een wachtwoord. Behandel de PIN als gevoelig zolang hij geldig blijft.
Failscenario’s om op te plannen
- De PIN is verlopen. Genereer een nieuwe in dezelfde accountinstellingen en ga verder in de geverifieerde thread. Hergebruik geen oude waarde en plak hem niet in een ander gesprek.
- Het verzoek kwam uit een onverwacht bericht. Stop. Verifieer de case via een kanaal dat je zelf hebt gekozen en beschouw het oorspronkelijke bericht als onbevestigd.
- Iemand vraagt om je wachtwoord, een herstelcode of een door hen gegenereerde PIN. Weiger. Geen van deze hoort bij een legitieme identiteitscontrole.
- Je twijfelt of de case echt is. Stuur de PIN niet zolang je twijfelt. Los eerst de kanaalvraag op; de PIN kan wachten.
- Je hebt al een PIN gedeeld buiten een geverifieerd gesprek. Ga terug naar je accountinstellingen, bekijk de PIN en laat hem verlopen in plaats van aan te nemen dat de blootstelling onschadelijk is.
Een korte checklist
- Ik heb bevestigd dat de supportcase bestaat en ik weet hoe die is begonnen.
- Ik heb support bereikt via een route die ik zelf heb gekozen, niet via een route uit een onverwacht bericht.
- Ik ben ingelogd als accounteigenaar en heb de PIN zelf gegenereerd.
- Ik heb gecontroleerd wanneer de PIN is aangemaakt en of hij nog binnen de geldigheidsduur valt.
- Ik deel de PIN alleen in het geverifieerde gesprek en heb geen wachtwoord of herstelcode gestuurd.
- Ik weet wat ik doe als de PIN tijdens de case verloopt.
Volgende stap als het contact zelf twijfelachtig is
De PIN helpt pas als je het gesprek vertrouwt. Als het contact via social media of een direct message binnenkwam en je nog steeds beslist of de persoon echt is, werk dan eerst de kanaalvraag uit met onze gids over het controleren van nep-supportaccounts op social media. Kom terug naar de PIN zodra het supportkanaal is bevestigd.
Een gebruikersnaamzoekopdracht kan dat soort kanaalcontrole ondersteunen door openbare profielen te tonen die een vergelijkbare handle gebruiken, maar een match is een aanwijzing, geen bewijs van wie er achter een account zit. De beslissing blijft rusten op de geverifieerde supportroute, niet op een profiel dat er goed uitziet.