Для чого потрібен PIN
Звернення до підтримки зазвичай доходить до моменту, коли людині з іншого боку потрібно знати, що вона спілкується зі справжнім власником акаунта. Support PIN GitLab існує саме для цього моменту. Це код, який власник акаунта створює на вимогу, щоб підтримка могла звірити запит з акаунтом, і він навмисно вужчий за пароль.
Ця вузькість і є суттю. Пароль відкриває весь акаунт. Код відновлення може відновити доступ. Публічне ім’я користувача чи ім’я профілю видно будь-кому. PIN покликаний відповісти на одне питання — чи це власник? — і ні на що більше.
Перш ніж щось генерувати: перевірте канал
Не починайте з повідомлення, яке попросило у вас код. Почніть із каналу підтримки, який ви можете підтвердити самостійно, і вже звідти відкрийте звернення.
- Переконайтеся, що у вас є справжнє відкрите звернення до підтримки і ви знаєте, як його було відкрито. Якщо ви його не відкривали, вважайте запит непідтвердженим, доки не зможете підтвердити його іншим способом.
- Звертайтеся до підтримки через маршрут, який контролюєте ви — точку входу в підтримку, яку вже використовуєте — а не через посилання чи адресу, надану в несподіваному повідомленні.
- Перевірте, хто запитує. Запит на PIN, що надійшов без попередження або тисне на швидку відповідь, — це привід сповільнитися, а не підкоритися.
- Тримайте розмову в перевіреному каналі. Перехід на нову адресу чи гілку на прохання іншої людини руйнує перевірку, яку ви щойно зробили.
Жодне повідомлення не є автоматично надійним лише тому, що виглядає офіційним. Крок перевірки — ваш, і саме він робить використання PIN безпечним.
Згенеруйте PIN
Коли ви переконалися, що звернення справжнє, згенеруйте PIN самостійно, увійшовши як власник.
Власник може відкрити Edit profile, Account і Generate New PIN. Джерело
PIN створюєте ви, у власних налаштуваннях акаунта. Ви не отримуєте його від підтримки, і підтримка не може створити його за вас. Якщо хтось пропонує згенерувати PIN від вашого імені, це суперечність, яку варто помітити.
Зрозумійте, скільки він діє
Support PIN діє сім днів після створення, і його можна переглянути в тих самих налаштуваннях акаунта. Джерело
Термін дії — це вбудоване обмеження, а не побажання. Генеруйте PIN тоді, коли розмова з підтримкою справді його потребує, а не за кілька днів наперед, і перевіряйте той самий екран налаштувань, якщо не впевнені, чи попередній PIN ще дійсний.
Що може попросити підтримка
Служба підтримки GitLab може попросити Support PIN, щоб підтвердити особу власника акаунта. Джерело
Зверніть увагу на напрямок цього запиту: підтримка просить, ви надаєте, і мета — підтвердити, що ви володієте акаунтом. Це перевірка особи, а не передача контролю.
Тримайте PIN окремо від усього іншого
| Елемент | Що він може | Як поводитися з ним у зверненні до підтримки |
|---|---|---|
| Пароль | Входить в акаунт | Ніколи не надсилайте його підтримці, в жодному каналі |
| Код відновлення | Може відновити доступ до акаунта | Тримайте приватним; це не токен підтвердження для підтримки |
| Публічне ім’я користувача чи ім’я профілю | Ідентифікує профіль для будь-кого | Можна згадати, але саме по собі воно нічого не доводить |
| Support PIN | Дозволяє підтримці підтвердити власника акаунта | Діліться лише в перевіреній розмові з підтримкою і лише поки він дійсний |
PIN, переданий не тій стороні, все одно є витоком, навіть якщо він менш потужний за пароль. Ставтеся до нього як до чутливого протягом днів, поки він дійсний.
Шляхи збою, до яких варто підготуватися
- PIN минув. Згенеруйте новий у тих самих налаштуваннях акаунта і продовжуйте в перевіреній гілці. Не використовуйте старе значення повторно і не вставляйте його в іншу розмову.
- Запит надійшов із несподіваного повідомлення. Зупиніться. Перевірте звернення через канал, який обрали ви, і вважайте початкове повідомлення непідтвердженим.
- Хтось просить ваш пароль, код відновлення або PIN, згенерований ним. Відмовте. Жодне з цього не належить до законної перевірки особи.
- Ви не впевнені, що звернення справжнє. Не надсилайте PIN, поки є сумніви. Спершу вирішіть питання каналу; PIN може зачекати.
- Ви вже поділилися PIN поза перевіреною розмовою. Поверніться до налаштувань акаунта, перегляньте PIN і дайте йому минути, а не припускайте, що витік нешкідливий.
Короткий контрольний список
- Я переконався, що звернення до підтримки існує, і знаю, як воно почалося.
- Я звернувся до підтримки через маршрут, який обрав сам, а не той, що був у несподіваному повідомленні.
- Я увійшов як власник акаунта і згенерував PIN самостійно.
- Я перевірив, коли PIN було створено і чи він ще в межах терміну дії.
- Я ділюся PIN лише в перевіреній розмові і не надсилав пароль чи код відновлення.
- Я знаю, що робитиму, якщо PIN минув посеред звернення.
Наступний крок, якщо сам контакт викликає сумнів
PIN допомагає лише тоді, коли ви довіряєте розмові. Якщо звернення надійшло через соціальні мережі чи особисте повідомлення і ви досі вирішуєте, чи людина справжня, спершу розберіться з питанням каналу за допомогою нашого посібника з перевірки фальшивих акаунтів служби підтримки в соцмережах. Поверніться до PIN, коли канал підтримки буде підтверджено.
Пошук за іменем користувача може допомогти з такою перевіркою каналу, виявляючи публічні профілі зі схожим іменем, але збіг — це зачіпка, а не доказ того, хто стоїть за акаунтом. Рішення все одно спирається на перевірений маршрут підтримки, а не на профіль, що виглядає правильним.