A cosa serve il PIN
Un caso di supporto di solito arriva a un punto in cui la persona dall’altra parte ha bisogno di sapere che sta parlando con il vero titolare dell’account. Il PIN di supporto GitLab esiste per quel momento. È un codice che il titolare dell’account produce su richiesta affinché il supporto possa verificare la richiesta rispetto all’account, ed è deliberatamente più limitato di una password.
Questa limitatezza è il punto. Una password apre l’intero account. Un codice di recupero può reimpostare l’accesso. Un ID utente pubblico o un handle del profilo è visibile a chiunque. Il PIN serve a rispondere a una sola domanda — è questo il titolare? — e a nient’altro.
Prima di generare qualsiasi cosa: verifica il canale
Non partire da un messaggio che ti ha chiesto un codice. Parti dal canale di supporto che puoi confermare in modo indipendente, poi apri il caso da lì.
- Conferma di avere un vero caso di supporto aperto e di sapere come è stato aperto. Se non l’hai aperto tu, considera la richiesta non verificata finché non puoi confermarla in un altro modo.
- Contatta il supporto attraverso un percorso che controlli — il punto di accesso al supporto che già usi — anziché un link o un indirizzo fornito all’interno di un messaggio inaspettato.
- Controlla chi sta chiedendo. Una richiesta di PIN che arriva senza essere stata sollecitata, o che ti mette pressione per rispondere in fretta, è un motivo per rallentare, non per aderire.
- Mantieni la conversazione nel canale verificato. Passare a un nuovo indirizzo o thread su richiesta di qualcun altro interrompe la verifica che hai appena fatto.
Nessun messaggio è automaticamente affidabile perché sembra ufficiale. Il passo di verifica spetta a te, ed è la parte che rende sicuro l’uso del PIN.
Genera il PIN
Una volta che sei convinto che il caso sia autentico, genera il PIN tu stesso mentre sei connesso come titolare.
Un titolare può aprire Modifica profilo, Account e selezionare Genera nuovo PIN. Fonte
Il PIN viene creato da te, nelle impostazioni del tuo account. Non lo ricevi dal supporto e il supporto non può produrlo per te. Se qualcuno si offre di generare un PIN per tuo conto, è una contraddizione che vale la pena notare.
Comprendi quanto dura
Un PIN di supporto scade sette giorni dopo la creazione e può essere consultato nelle stesse impostazioni dell’account. Fonte
La scadenza è un limite integrato, non un suggerimento. Genera il PIN quando la conversazione di supporto ne ha effettivamente bisogno, non giorni prima, e controlla la stessa schermata delle impostazioni se non sei sicuro che un PIN precedente sia ancora valido.
Cosa può chiedere il supporto
Il supporto GitLab può chiedere un PIN di supporto per convalidare l’identità del titolare dell’account. Fonte
Nota la direzione di quella richiesta: il supporto chiede, tu fornisci, e lo scopo è convalidare che tu possieda l’account. È un controllo sull’identità, non un trasferimento di controllo.
Tieni il PIN separato da tutto il resto
| Elemento | Cosa può fare | Come trattarlo in un caso di supporto |
|---|---|---|
| Password | Accede all’account | Non inviarla mai al supporto, in nessun canale |
| Codice di recupero | Può ripristinare l’accesso all’account | Tienilo privato; non è un token di verifica per il supporto |
| ID utente pubblico o handle | Identifica il profilo a chiunque | Va bene citarlo, ma da solo non prova nulla |
| PIN di supporto | Consente al supporto di convalidare il titolare dell’account | Condividilo solo all’interno della conversazione di supporto verificata, e solo finché è valido |
Un PIN condiviso con la persona sbagliata è comunque una fuga di dati, anche se è meno potente di una password. Trattalo come sensibile per i giorni in cui rimane valido.
Percorsi di errore da prevedere
- Il PIN è scaduto. Generane uno nuovo nelle stesse impostazioni dell’account e continua nel thread verificato. Non riutilizzare un vecchio valore né incollarlo in una conversazione diversa.
- La richiesta è arrivata da un messaggio inaspettato. Fermati. Verifica il caso attraverso un canale che hai scelto e considera il messaggio originale come non confermato.
- Qualcuno ti chiede la password, un codice di recupero o un PIN generato da loro. Rifiuta. Nessuno di questi elementi appartiene a un legittimo controllo di identità.
- Non sei sicuro che il caso sia reale. Non inviare il PIN finché sei incerto. Risolvi prima la questione del canale; il PIN può aspettare.
- Hai già condiviso un PIN al di fuori di una conversazione verificata. Torna alle impostazioni del tuo account, controlla il PIN e lascialo scadere invece di presumere che l’esposizione sia innocua.
Una breve lista di controllo
- Ho confermato che il caso di supporto esiste e so come è iniziato.
- Ho contattato il supporto attraverso un percorso che ho scelto, non uno fornito in un messaggio inaspettato.
- Sono connesso come titolare dell’account e ho generato il PIN io stesso.
- Ho controllato quando è stato creato il PIN e se è ancora entro la sua finestra di validità.
- Sto condividendo il PIN solo nella conversazione verificata e non ho inviato una password o un codice di recupero.
- So cosa farò se il PIN scade a metà caso.
Passo successivo se il contatto stesso è dubbio
Il PIN aiuta solo una volta che ti fidi della conversazione. Se l’approccio è arrivato tramite social media o un messaggio diretto e stai ancora decidendo se la persona è autentica, affronta prima la questione del canale usando la nostra guida per verificare account social falsi di assistenza clienti. Torna al PIN una volta confermato il canale di supporto.
Una ricerca di nome utente può supportare questo tipo di verifica del canale facendo emergere profili pubblici che usano un handle simile, ma una corrispondenza è un indizio, non la prova di chi c’è dietro un account. La decisione resta sul percorso di supporto verificato, non su un profilo che sembra giusto.