安全組那句“依賴庫漏洞，建議儘快熱修”，在辦公室裡像一根刺。
真正做過平臺的人都知道：熱修不是技術動作，熱修是一條權力通道。
常規釋出列車再慢，也有秩序；熱修通道再快，也最容易被人塞進“優先”。只要有人能在熱修裡分出“先拿到包的人”“先過驗證的人”“先被目錄標綠的人”，門票就會以一種更體面的方式復活——
“我們能幫你最快過熱修驗證。”
“我們有安全通道，先拿到補丁。”
“不跟我們做，明天目錄變紅你們就麻煩。”
林遠盯著陳毅發來的訊息，沒有立刻要求“今晚就上”。他先問了三個問題，像把熱修從情緒拉回證據：
1）漏洞影響什麼鏈路？（採集入口/簽名/驗真/目錄）
2）有沒有可復現的最小樣例？（不是概念風險，是可觸發風險）
3）我們能否做到“公開編號、同步釋出、統一驗證”？（防優先）
陳毅回得很快：“影響採集入口鏈路的一段依賴，可能被構造輸入觸發異常，最壞會導致入口崩潰或錯誤碼汙染。安全組有PoC，但不建議外傳。”
林遠點頭：“PoC不外傳沒問題，但編號必須外傳。不外傳編號，就會變成口耳相傳的‘內部訊息’，內部訊息最值錢。”
他拿起筆，在白板上寫下這次熱修的第一條鐵律：
熱修可以快，但熱修不能私。
一、SEC-HOTFIX-01：熱修也要有“公開賬本”
當晚，省資訊處、數科安全、銀行IT旁聽、審計旁聽開了一個短會。沒有協會、沒有顧問——因為熱修本來就不該被“外包成口徑”。
林遠把一份一頁紙的規則草案投到螢幕上，標題就像執行手冊：
《SEC-HOTFIX-01｜安全熱修通道規則（試行）》
內容只有四段，卻把“優先權陷阱”一刀切斷：
1）漏洞編號強制化（vuln_id）
任何進入熱修通道的安全問題必須分配vuln_id
vuln_id公開，但不公開PoC細節
同時繫結影響範圍桶：影響入口/簽名/驗真哪一段，是否涉及隱私或證據鏈完整性
2）補丁製品同步釋出（Artifact Sync）
補丁不發給“個別合作方”，只發“公開製品庫”
公開的是製品雜湊、簽名與版本號（不必公開原始碼）
任何入口實現按同一時間點拉取同一製品，不存在“先拿到”
3）熱修驗證統一跑（HotfixConfor
;tg&rbrofnoCxiftoH：試測用專套一跑須必線上修熱
）桶誤錯與款條示顯僅（敗失/告警/過：錄目到開公果結試測
係關看不，果結看只過不過窗視，）時小6如例（一統窗視證驗
期渡過與告公修熱）4
）3S/2S/1S（級分度程急、徑路級升議建、圍範本版響影：清寫須必告公修熱
）時小27如例（窗視渡過小最出給，現實口的錄目過已對
理則規按才後期渡過；示提”修熱需“記標只，架下不錄目期渡過
”。的須必是期渡過。紅變間之夜一口個某麼什為：釋解能須必們我但，修熱接能們我“：上”束約實現“在落就話句一第，完看聽旁TI行銀
”。’道通人‘是再不就修熱，齊湊事件三這——開公果結證驗，出釋步同品製，開公di_nluv“：充補聽旁計審
”。存封計審部在留們我節細CoP。示公湊雜與名簽品製做能們我“：頭點也人責負全安科數
”。票門住了為是，擊攻激刺了為是不開公。開公須必果結復修與圍範響影但，存封以可CoP“：說遠林
”源資部“裝包”全安“把：了來然果手對、二
：人責負市城聊私裡群在問顧某——圖截條一來進就口名匿，定剛則規
”。證驗過們你幫就晚今，包修熱到拿前提能們我，紅標被就天明能可口套那們你“
”？道知麼怎們他“：丈三冒火得看曼劉
”。人嚇’紅標能可‘用能也，節細道知不們他怕哪。賣源資當被會就，流子圈小個某在旦一息訊修熱。單簡很“：笑冷毅陳
：告公短極條一出釋面介共公在並，”例示話導誤訊資修熱“：錄附的10-XIFTOH-CES了進寫分部一的則規作當圖截條這把接直他，”洩誰“追去沒遠林
出釋步同庫品製開公過通只丁補修熱
”丁補到拿前提“在存不
果rofnoCxiftoH與期渡過時小27循遵記標錄目
