如何使用 GitLab Support PIN 而無需分享密碼

PIN 的用途

支援個案通常會發展到一個階段，對方需要知道正在與真正的帳戶持有人對話。GitLab Support PIN 正是為此而設。它是帳戶擁有人按需產生的代碼，讓支援人員可以對照帳戶核實請求，而且其權限刻意比密碼狹窄。

這種狹窄正是重點。密碼可以開啟整個帳戶。復原代碼可以重設存取權。公開用戶 ID 或個人檔案帳號則任何人都看得到。PIN 只旨在回答一個問題——這是否帳戶擁有人？——僅此而已。

產生任何東西之前：核實渠道

不要從一則要求你提供代碼的訊息開始。先從你能獨立確認的支援渠道入手，然後由該處開啟個案。

1. 確認你有一個真實進行中的支援個案，並知道它是如何開啟的。如果不是你開啟的，在你能以其他方式確認之前，應將該請求視為未經核實。
2. 透過你控制的途徑聯絡支援——即你一向使用的支援入口——而不是經由意外訊息中提供的連結或地址。
3. 檢查是誰在詢問。未經請求而收到的 PIN 要求，或催促你盡快回覆的要求，都是應該放慢腳步的理由，而不是順從的理由。
4. 將對話保持在已核實的渠道內。應他人要求轉到新地址或新對話串，會破壞你剛才所做的核實。

訊息不會僅因為看起來官方就自動可信。核實步驟須由你執行，而這正是讓 PIN 可安全使用的關鍵。

產生 PIN

當你確信個案真實無誤後，以帳戶擁有人身分登入，自行產生 PIN。

帳戶擁有人可以開啟「Edit profile」的「Account」，然後選擇「Generate New PIN」。來源

PIN 是由你在自己的帳戶設定中產生。你不會從支援人員那裡收到它，支援人員也無法為你產生。如果有人提出代你產生 PIN，這種矛盾值得注意。

了解有效期

Support PIN 會在建立後七天到期，並可在相同的帳戶設定中查看。來源

到期時間是內建限制，不是建議。應在支援對話實際需要時才產生 PIN，而不是提前數天產生；如果不確定較早的 PIN 是否仍然有效，請查看相同的設定畫面。

支援人員可能要求什麼

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

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

將 PIN 與其他一切分開

PIN 即使權限低於密碼，若與錯誤的一方分享，仍然屬於洩漏。在它仍然有效的數天內，應將其視為敏感資料。

需要預備的失敗情況

• PIN 已過期。 在相同的帳戶設定中產生新的 PIN，並在已核實的對話串中繼續。不要重複使用舊值，或將其貼到另一個對話中。
• 請求來自意外訊息。 停下來。透過你選擇的渠道核實個案，並將原本的訊息視為未經確認。
• 有人要求你的密碼、復原代碼，或由他們產生的 PIN。 拒絕。這些都不屬於合法的身分核實程序。
• 你不確定個案是否真實。 在不確定時不要發送 PIN。先解決渠道問題；PIN 可以等待。
• 你已經在未經核實的對話外分享了 PIN。 返回你的帳戶設定，查看該 PIN，並讓它自然到期，而不是假設暴露無害。

簡短檢查清單

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

如果聯絡本身有疑問，下一步怎麼做

PIN 只有在你信任該對話時才有幫助。如果接觸是透過社交媒體或直接訊息而來，而你仍在判斷對方是否真實，請先處理渠道問題，使用我們的指南核實虛假客戶支援社交帳戶。待支援渠道確認後，再回來處理 PIN。

用戶名稱搜尋可以透過找出使用相似帳號的公開個人檔案，來支援這類渠道核實，但匹配結果只是線索，不能證明帳戶背後是誰。決定仍然取決於已核實的支援途徑，而不是一個看起來正確的個人檔案。