如何在不提供密碼的情況下使用 GitLab 支援 PIN

PIN 的用途

支援案件通常會進行到一個階段，對方需要確認正在與真正的帳號擁有者對話。GitLab 支援 PIN 就是為此而存在。它是帳號擁有者依需求產生的驗證碼，讓支援人員能將請求與帳號核對，且刻意比密碼的權限更窄。

這種窄權限正是重點。密碼能開啟整個帳號；復原碼可以重設存取權；公開使用者 ID 或個人檔案帳號則任何人都看得到。PIN 只為回答一個問題——「這是擁有者嗎？」——別無其他。

產生任何東西之前：先驗證管道

不要從一則要求你提供驗證碼的訊息開始。請從你能獨立確認的支援管道著手，再從那裡開啟案件。

1. 確認你確實有一個進行中的支援案件，並知道它是如何開啟的。如果不是你開啟的，在你能用其他方式確認之前，請將該請求視為未經驗證。
2. 透過你能掌控的途徑聯繫支援——例如你原本就在使用的支援入口——而不是透過意外訊息中提供的連結或地址。
3. 確認是誰在詢問。若 PIN 請求是無故主動送來，或催促你儘快回覆，這是應該放慢腳步的理由，而不是照做的理由。
4. 將對話保持在已驗證的管道中。應他人要求轉移到新的地址或討論串，會破壞你剛才完成的檢查。

訊息不會因為看起來很正式就自動可信。驗證步驟必須由你執行，而這正是讓 PIN 能安全使用的關鍵。

產生 PIN

當你確信案件為真後，請以擁有者身分登入並自行產生 PIN。

擁有者可以開啟「編輯個人檔案」的「帳號」，然後選擇「產生新 PIN」。來源

PIN 是由你在自己的帳號設定中建立。你不會從支援人員那裡收到它，支援人員也無法替你產生。如果有人表示要代你產生 PIN，這種矛盾值得注意。

了解有效期限

支援 PIN 在建立後七天過期，且可在相同的帳號設定中檢視。來源

到期是內建限制，不是建議。請在支援對話真正需要時才產生 PIN，不要提前數天產生；如果不確定先前的 PIN 是否仍有效，請檢查同一個設定畫面。

支援人員可能會要求什麼

GitLab 支援人員可以要求提供支援 PIN，以驗證帳號持有人的身分。來源

請注意這個請求的方向：支援人員詢問，你提供，目的是驗證你持有該帳號。這是身分核對，不是控制權轉移。

將 PIN 與其他一切分開

PIN 若分享給錯誤的對象，仍然是一種洩漏，即使它的權限比密碼小。在它仍有效的這幾天內，請將其視為敏感資訊。

需要預先規劃的失敗情境

• PIN 已過期。 在相同的帳號設定中產生新的 PIN，並在已驗證的討論串中繼續。不要重複使用舊值，或將其貼到不同的對話中。
• 請求來自意外的訊息。 停下來。透過你選擇的管道驗證案件，並將原始訊息視為未經確認。
• 有人要求你的密碼、復原碼，或由他們產生的 PIN。 拒絕。這些都不屬於合法的身分驗證。
• 你不確定案件是否真實。 在不確定時不要傳送 PIN。先解決管道問題；PIN 可以等。
• 你已經在未驗證的對話外分享 PIN。 回到你的帳號設定，檢視 PIN，並讓它自然過期，而不是假設暴露無害。

簡短檢查清單

• 我確認支援案件存在，且知道它是如何開始的。
• 我透過自己選擇的途徑聯繫支援，而不是意外訊息中提供的途徑。
• 我以帳號擁有者身分登入，並自行產生 PIN。
• 我檢查了 PIN 的建立時間，以及它是否仍在有效期內。
• 我只在已驗證的對話中分享 PIN，且沒有傳送密碼或復原碼。
• 我知道若 PIN 在案件進行中過期該怎麼做。

若聯絡本身有疑慮，下一步

PIN 只有在你信任該對話後才有幫助。如果接觸是透過社群媒體或私訊而來，而你仍在判斷對方是否真實，請先處理管道問題，使用我們的指南檢查假冒客服的社群帳號。等支援管道確認後，再回來處理 PIN。

使用者名稱搜尋可以協助這類管道檢查，找出使用相似帳號的公開個人檔案，但相符只是線索，不能證明帳號背後是誰。最終決定仍取決於已驗證的支援途徑，而不是看起來正確的個人檔案。