Kimi K3 vs Redis：安全研究員聲稱AI在27分鐘內發現零日漏洞——實際上發生咗咩事？

兩個漏洞鏈都需要用到 RESTORE 指令，有啲仲要用到 EVAL、XGROUP 或者RedisBloom模組 。Redis喺7月23號推出咗七個安全更新嚟修復呢啲漏洞 。呢啲exploit被描述為非破壞性，而且係針對官方Redis Docker鏡像嚟分享嘅 。

點解Redis維護者同分析師會質疑？

有幾個重要因素令到好多人懷疑：

範疇誇大但冇證據。 公開證據只支持一個嚴重嘅Redis 8.8.0漏洞，而唔係聲稱嘅19個零日漏洞。呢個數量同報告嘅時間線未有獨立第三方確認 。

未有確認嘅CVE編號。 呢個27分鐘嘅聲稱 冇確認嘅CVE編號。佢同Redis歸功於人類研究員嘅五個已修補CVE（CVE-2026-23479、CVE-2026-25243、CVE-2026-25588、CVE-2026-25589同CVE-2026-23631，2026年5月5日修補）係兩個唔同嘅事件。搞亂呢兩個事件被形容為報導中「最大嘅錯誤」。

重建已知漏洞。 有啲報導話Kimi K3係「重建咗一個已知嘅Redis漏洞」，而呢個漏洞喺Redis 8.8.0已經修補咗 。有分析指出，代理嘅測試係「將已知嘅記憶體安全問題串連起嚟，而唔係發現獨立嘅新漏洞」。

實驗期間有互聯網存取。 研究員確認模型喺測試期間有互聯網存取。批評者認為呢個做法令模型可以存取現有嘅漏洞資訊或者exploit代碼，削弱咗「完全自主發現」嘅說法 。

英美政府評估同聲稱嘅前沿能力有矛盾。 英國AISI同美國CAISI嘅初步評估發現，Kimi K3喺自主網絡攻擊任務上 「表現遠低於最新嘅前沿網絡能力模型」 。當被要求攻擊一個模擬企業網絡時，Kimi K3平均只能完成32步攻擊路徑中嘅第17步，而最具網絡能力嘅美國模型平均可以完成28.5步 。模型嘅安全防護措施「冇阻止佢嘗試進行網絡攻擊」。

未經獨立驗證。 Shou嘅聲稱未經Redis維護者或Moonshot AI獨立驗證，呢啲指控仍然未被確認 。

大形勢：自主AI代理喺攻擊性安全嘅角色

無論Shou嘅聲稱實際範疇係點，呢個展示都有重大影響：

開發漏洞嘅時間大幅縮短。 AI代理正急劇壓縮由審查原始碼到整出可用漏洞之間嘅時間，可能會縮短防禦者驗證同部署修補嘅窗口 。

開放權重模型嘅擴散風險。 Kimi K3係一個2.8萬億參數嘅開放權重模型，將會喺7月27號全面發佈 。同API封閉嘅模型唔同，呢個做法令任何人都可以下載、微調同將模型整合到自訂工具而唔需要監管，降低咗攻擊性使用嘅門檻 。

前沿能力仍然未成熟。 英美政府評估同獨立基準測試顯示，目前嘅自主漏洞利用能力仍然處於早期階段 。Kimi K3喺代碼推理同漏洞重現方面表現唔錯——喺一個專門嘅基準測試中成功重現咗26個已知CVE入面嘅23個 ——但喺針對真實網絡嘅完整鏈自主攻擊方面就遠遠落後於頂尖模型 。喺一個獨立測試入面，Kimi K3喺攻擊性網絡安全測試中只得到32.2%，遠低於領先美國模型嘅平均76.2%，而且未能喺任何一個測試嘅41個漏洞上做到任意程式碼執行 。

新嘅防禦迫切性。 呢個展示加速咗對自動修補優先排序、即時二進制分析工具，以及對高能力開放權重模型發佈實施更嚴格控制嘅呼聲 。網絡安全行業而家面對嘅未來係，漏洞到利用嘅窗口會由幾個月壓縮到幾分鐘 ，而AI代理可以以機器速度同時針對多個目標進行操作 。