
DeepSeek資安測試逼近限制版模型 企業防護面臨新課題
(媒角抵加/林承志綜合報導)可下載的AI模型在資安測試中能走多遠?評估機構Vals AI讓AI代理在兩個模擬企業網路中自主執行任務,DeepSeek開放權重模型在其中一個環境的平均成績接近限制使用的OpenAI模型,在另一個環境則落後。這項由《WIRED》11月6日報導的測試,讓企業更需要盤點外部入口、帳號權限與備份;
4 小時前・媒角抵加News

(媒角抵加/林承志綜合報導)要驗證AI為何給出某個答案,可以替換模型運算中的一部分數值,觀察答案是否跟著改變。牛津大學研究者Fazl Barez、Tung-Yu Wu等27名作者於台灣時間2026年11月6日向arXiv提交綜述預印本,提出5項準則檢查這類解釋是否可信。對台灣導入AI的團隊,這套方法可用來追問廠商找出的錯誤原因,換一批問題後是否仍成立。arXiv預印本與版本紀錄
同一個模型答對兩道題,開發者可以從輸出確認答對了幾次。若要追查模型用了哪些線索,就得再往內看。機制可解釋性研究追蹤模型在生成答案前的中間運算。有一種方法叫「活化值替換」(activation patching),會把一次運算的部分內部數值換成另一次運算的對應數值,觀察答案有沒有跟著改變。綜述全文第7節
研究者找到疑似關鍵的元件後,還可以分別測試拿掉它會不會讓原有行為消失、保留它能不能維持原有行為,以及干預會不會連帶改變其他表現。這類檢查把「哪裡讀得到訊號」往前推一步,測試訊號是否真的參與了產生答案的過程。綜述全文第7.5及8.6節
Fred Zhang與Neel Nanda在ICLR 2024發表的研究,用GPT-2 small做過一項找人名測試。模型讀到一句描述誰把東西交給誰的短句後,要補出收件者的名字。研究者用兩種方式擾動輸入,一種替換提示中的名字,另一種對名字對應的輸入向量加入雜訊,再分別替換模型內部數值,看哪些元件有助恢復原本的預測。ICLR 2024論文第3節
即使採用同一項評分指標,兩種做法找出的重要元件仍有差異。其中一個在先前研究中有助於完成任務的元件,在加雜訊的實驗裡看起來反而拉低表現,換名字時則沒有出現這個結果。研究者推測,雜訊可能同時改變了原本想觀察的運算過程。ICLR 2024論文表1及第3.2節

預印本把證據分成五個面向。第一是歸因忠實度,比對方法指認的關鍵元件和實際干預的效果。第二是完整性,看這些元件能解釋目標行為的多少部分。第三是穩定性,檢查提示改寫或實驗設定改變後,還會不會得到相近的結果。綜述全文第7.5節
第四是因果有效性,透過移除或替換元件,確認變化是否集中在要研究的行為。第五是人能否理解並使用解釋,可以用人員測試來衡量,例如請工程師看過解釋後預測模型在新題上的表現,或找出出錯原因。作者指出,各項指標仍需依任務設定門檻,完整評估也會增加運算與人員測試成本。綜述全文第7.5節
以台灣電商的繁中客服為例,假如廠商表示已找出模型誤判退貨資格的原因,驗收時可留一組沒用來調整模型的問題,納入不同問法、符合退貨條件的案例及例外情形。能讀取模型中間運算的團隊,可比對干預前後的誤答,以及原本答對的案例有沒有受影響。只透過聊天介面或API取得回答的團隊,也能用同一批問題比對版本,再由客服人員依實際退貨規則確認。綜述的評估流程與限制
研究團隊也公開了活化值替換與迴路探索的程式範例,文件列出Python 3.11及Jupyter的執行環境。研究團隊的GitHub範例
綜述建議把模型內部分析與外部行為測試一起用。廠商若聲稱已修正特定錯誤,驗收時可以一起看兩份紀錄,一份是干預前後的對照,一份是換題後的作答結果。綜述結論
延伸閱讀包括Goodfire以內部訊號追查模型如何取巧交差的案例,以及AI安全專題裡的第三方如何評估AI模型。