01 / 帳戶安全技術
連結中的 Token 是臨時證明
使用者要求重設密碼後，伺服器通常產生難以猜測的隨機 Token，並把它放入寄往已登記電郵的連結。
點擊時，伺服器核對 Token 是否存在、屬於哪個帳戶、尚未使用以及仍在有效時間內。核對通過才顯示重設步驟。
Token 不應直接等同密碼，也不應由帳戶名稱等可預測資料簡單拼成。足夠熵能降低被猜中的可能。
電郵連結屬持有者證明：能讀取信件的人可能使用它，因此電郵帳戶本身與裝置也需要保護。
02 / 帳戶安全技術
過期時間縮短外洩窗口
連結可能出現在郵件轉寄、瀏覽器歷史、伺服器日誌或截圖中。若永久有效，日後任何外洩都可能被利用。
設定十數分鐘或數小時的時限，能把可被濫用的窗口限制在較短期間。具體時長應在安全與可用性間平衡。
過期不表示使用者做錯，也不代表帳戶必定受攻擊。重新從官方入口發出新請求通常會產生新的 Token。
舊連結過期後，伺服器應明確拒絕，而不是只靠前端畫面隱藏按鈕。真正的有效性判定必須在伺服器完成。
03 / 帳戶安全技術
一次性可阻止同一連結重複使用
成功重設後，系統應把 Token 標記為已使用或直接刪除。第二次提交同一 Token 必須失敗。
若短時間內申請多封重設郵件，安全設計可只保留最新一枚有效 Token，避免舊信件仍能改動帳戶。
資料庫最好只保存 Token 的雜湊，而非可直接使用的原值。即使資料庫內容外洩，也增加攻擊者還原連結的難度。
系統還應限制重設請求頻率，但回應文字不宜透露某個電郵是否註冊，以減少帳戶枚舉。
04 / 帳戶安全技術
改密碼後要處理舊工作階段
密碼已更改不一定會自動令所有已登入裝置登出。若攻擊者早已取得工作階段 Cookie，可能仍可使用。
安全流程應撤銷其他工作階段、刷新長效權杖，並通知帳戶持有人密碼已變更，提供回報異常的途徑。
使用者應檢查近期登入裝置、備援電郵、電話與多重驗證設定，因為攻擊者可能先改動恢復資料。
線上服務的重設機制只處理身分存取，不會證明內容公平、平台合法或交易安全；這些需要獨立查核。
05 / 帳戶安全技術
只從可信入口發起重設
突然收到未申請的重設信，不要直接點擊。可自行輸入已知官方網址，從帳戶設定檢查是否有異常。
核對寄件網域與連結主機名稱，不向客服或社交平台貼出完整 Token。該字串可能等同短效通行證。
若曾在仿冒頁提交新舊密碼，應立即從可信裝置更改密碼、撤銷工作階段並啟用合適的多重驗證。
本文僅供知識分享，請理性看待；本站不接受投注、不提供註冊或博彩平台連結。帳戶技術不能取代時間與支出界線。