Para qué sirve el PIN
Un caso de soporte suele llegar a un punto en el que la persona al otro lado necesita saber que está hablando con el verdadero titular de la cuenta. El PIN de soporte de GitLab existe para ese momento. Es un código que el titular de la cuenta genera a petición para que el soporte pueda comprobar la solicitud contra la cuenta, y es deliberadamente más limitado que una contraseña.
Esa limitación es precisamente su valor. Una contraseña abre toda la cuenta. Un código de recuperación puede restablecer el acceso. Un ID de usuario público o un nombre de perfil es visible para cualquiera. El PIN está pensado para responder a una sola pregunta —¿es este el titular?— y nada más.
Antes de generar nada: verifica el canal
No empieces por un mensaje que te pidió un código. Empieza por el canal de soporte que puedas confirmar de forma independiente y, desde ahí, abre el caso.
- Confirma que tienes un caso de soporte real abierto y que sabes cómo se abrió. Si no lo abriste tú, trata la solicitud como no verificada hasta que puedas confirmarla por otra vía.
- Contacta con el soporte a través de una ruta que controles —el punto de entrada de soporte que ya usas— en lugar de un enlace o una dirección que te hayan dado dentro de un mensaje inesperado.
- Comprueba quién pregunta. Una solicitud de PIN que llega sin que la hayas provocado, o que te presiona para responder rápido, es motivo para frenar, no para cumplir.
- Mantén la conversación en el canal verificado. Cambiar a otra dirección o a otro hilo porque alguien te lo pide rompe la comprobación que acabas de hacer.
Ningún mensaje es automáticamente fiable porque parezca oficial. El paso de verificación te corresponde a ti, y es lo que hace seguro el uso del PIN.
Genera el PIN
Cuando tengas la certeza de que el caso es genuino, genera tú mismo el PIN mientras estás conectado como titular.
El titular puede abrir Editar perfil, Cuenta y Generar nuevo PIN. Fuente
El PIN lo creas tú, en la configuración de tu propia cuenta. No lo recibes del soporte, y el soporte no puede generarlo por ti. Si alguien te ofrece generar un PIN en tu nombre, eso es una contradicción que conviene notar.
Entiende cuánto dura
Un PIN de soporte caduca a los siete días de su creación y puede revisarse en la misma configuración de la cuenta. Fuente
La caducidad es un límite incorporado, no una sugerencia. Genera el PIN cuando la conversación de soporte realmente lo necesite, no días antes, y consulta la misma pantalla de configuración si no estás seguro de si un PIN anterior sigue siendo válido.
Qué puede pedir el soporte
El soporte de GitLab puede pedir un PIN de soporte para validar la identidad del titular de la cuenta. Fuente
Fíjate en la dirección de esa solicitud: el soporte pide, tú proporcionas, y el propósito es validar que tú eres el titular de la cuenta. Es una comprobación de identidad, no una transferencia de control.
Mantén el PIN separado de todo lo demás
| Elemento | Qué puede hacer | Cómo tratarlo en un caso de soporte |
|---|---|---|
| Contraseña | Inicia sesión en la cuenta | Nunca la envíes al soporte, en ningún canal |
| Código de recuperación | Puede restaurar el acceso a la cuenta | Mantenlo privado; no es un token de verificación para soporte |
| ID de usuario público o nombre de perfil | Identifica el perfil ante cualquiera | Está bien mencionarlo, pero por sí solo no prueba nada |
| PIN de soporte | Permite al soporte validar al titular de la cuenta | Compártelo solo dentro de la conversación de soporte verificada, y solo mientras sea válido |
Un PIN compartido con la persona equivocada sigue siendo una filtración, aunque sea menos potente que una contraseña. Trátalo como sensible durante los días en que siga siendo válido.
Rutas de fallo para las que prepararte
- El PIN ha caducado. Genera uno nuevo en la misma configuración de la cuenta y continúa en el hilo verificado. No reutilices un valor antiguo ni lo pegues en otra conversación.
- La solicitud llegó en un mensaje inesperado. Detente. Verifica el caso a través de un canal que hayas elegido tú y trata el mensaje original como no confirmado.
- Alguien te pide tu contraseña, un código de recuperación o un PIN generado por él. Recházalo. Nada de eso forma parte de una comprobación de identidad legítima.
- No estás seguro de que el caso sea real. No envíes el PIN mientras tengas dudas. Resuelve primero la cuestión del canal; el PIN puede esperar.
- Ya has compartido un PIN fuera de una conversación verificada. Vuelve a la configuración de tu cuenta, revisa el PIN y deja que caduque en lugar de suponer que la exposición es inofensiva.
Una lista de comprobación breve
- Confirmé que el caso de soporte existe y sé cómo empezó.
- Llegué al soporte por una ruta que elegí yo, no por una que me dieron en un mensaje inesperado.
- Estoy conectado como titular de la cuenta y generé el PIN yo mismo.
- Comprobé cuándo se creó el PIN y si sigue dentro de su periodo de validez.
- Estoy compartiendo el PIN solo en la conversación verificada, y no he enviado una contraseña ni un código de recuperación.
- Sé qué haré si el PIN caduca a mitad del caso.
Siguiente paso si lo que está en duda es el propio contacto
El PIN solo ayuda cuando confías en la conversación. Si el contacto llegó por redes sociales o por un mensaje directo y todavía estás decidiendo si la persona es genuina, resuelve primero la cuestión del canal con nuestra guía para comprobar cuentas falsas de soporte al cliente en redes sociales. Vuelve al PIN cuando hayas confirmado el canal de soporte.
Una búsqueda de nombres de usuario puede ayudar en ese tipo de comprobación de canal al mostrar perfiles públicos que usan un nombre de usuario similar, pero una coincidencia es una pista, no una prueba de quién está detrás de una cuenta. La decisión sigue dependiendo de la ruta de soporte verificada, no de un perfil que parece correcto.