GitHub 針對平台內建的密鑰外洩偵測功能 secret scanning，發布了一批功能改進與錯誤修正。這項功能平常用來自動找出程式碼裡不小心外洩的密碼、API 金鑰等敏感資訊，這次更新主要處理的是自訂偵測規則、稽核紀錄格式，以及權杖自動撤銷流程裡幾個不夠精確的地方。
具體內容包括：重新掃描倉庫時，使用者自訂規則（custom pattern）產生的警報狀態現在會被保留，不會再像過去一樣被系統自動關閉又重新開啟；Base64 編碼格式的個人存取權杖（personal access token）現在也能被自動撤銷；稽核日誌裡的 business 欄位，將從 2026 年 11 月 12 日起從企業顯示名稱改為企業的 slug 格式；另外，當請求帶有不合法參數時，API 現在會回傳 422 錯誤，而不是 500，方便開發者分辨是自己的請求寫錯，還是伺服器真的出問題。
這批更新雖然都是比較技術性的小修正，但對有串接 GitHub API、使用稽核紀錄做合規稽核，或是依賴自訂密鑰偵測規則的企業使用者來說相當實際，尤其是 11 月 12 日那個格式變更的期限，官方特別提醒要在期限前更新好篩選邏輯，以免現有的自動化工具因為欄位格式改變而失效。
這則新聞比較偏向企業與資訊安全維運的實務細節，對剛開始學程式的孩子來說不容易直接套用，但可以藉此理解一件事：密碼或金鑰如果不小心被寫進程式碼公開發布，平台通常會有自動偵測與撤銷機制來補救，這也是為什麼「密碼不要寫死在程式碼裡」是寫程式時很基本的好習慣。
資訊安全開發工具開源平台功能