當日本首相貼文提醒資安事件時,讓我開始思考近期的 AI 風險

緊急更新

日本首相叫大家今晚修 PHP!?

10 月 21 日晚上,日本首相高市早苗在 X 上發了一則貼文:

「皆様に、今夜に対応して頂きたい大至急のお願いです。」

翻成白話就是:「拜託各位,今晚就處理,非常非常緊急。」

等等……一國首相親自貼文叫大家更新程式語言漏洞!?(驚!!!)

在資安歷史上,這大概是前所未見的事。到底發生了什麼?

PHP,這個撐起全球將近七成網站的老傢伙,同時被揭露了兩個 CVSS 9.2 分的重大遠端程式碼執行(RCE)漏洞。更糟的是,漏洞細節在官方修補還沒發布之前就已經外流了—等於攻擊者和防禦者同時知道弱點在哪,差別只在誰手腳比較快。

Niconico、Pixiv 緊急維護,Sakura Internet 暫停部分雲端服務。台灣時間 10 月 21 日晚間 22 點,修補終於上線。

但全球有多少跑 PHP 的中小型站台,根本不知道這件事正在發生?

近期內不只 PHP 淪陷

如果只有 PHP 一件事,或許可以當成單一事件。但十月的資安新聞,密集到讓人感到弔詭。

同一週,Node.js 也爆了一串——Critical 等級的 Type Confusion、Heap-based Buffer Overflow,影響 Node.js 15 到 26 幾乎所有版本線。PHP 撐著七成網站,Node.js 撐著現代 web 應用的後端。兩個同時出事。

往前推一點,台灣自己的雲端平台 Zeabur 在八月底遭遇第二次資安事件。第一次洩漏的內部憑證竟然以明文儲存、沒有輪替,直接被拿來打第二次。結果:Zeabur 宣布 12 月底前結束營運。

從一個大家推薦的熱門 AI 部署平台,到成為資安反面教材——這個轉折速度,真的比任何 AI 都快(嘆~)。

這些不是預測,不是假設性的風險警告。這些是已經發生的事。

為什麼同時炸開這麼多?

這麼多重大漏洞短時間內密集揭露,是巧合嗎?

我自己的猜測是:不完全是。

有跡象顯示,新一代的 AI 模型在「找漏洞」這件事上,能力已經遠超前代。目前已有未公開的前沿模型,能夠自主發現主要作業系統和瀏覽器裡的零日漏洞,而且能在幾小時內生出完整的利用程式。這些模型目前只在少數受信任的機構手中——微軟、Google、Linux 基金會——透過協調揭露流程,先把找到的問題交給廠商修補。

簡單來說:漏洞的「發現速度」被 AI 加速了,但「修補速度」還是人類在做。而且很多是志願者和小團隊。

資安組織 FIRST 預估 2026 年的 CVE 數量將達到約 66,000 個。以前一年幾千個,現在一年六萬六。我意思是,攻擊端在指數成長,防禦端還在用人力慢慢補。

正當地基炸裂時,大家在瘋什麼?

就在這些系統層漏洞密集爆發的同一段時間,台灣科技圈最熱門的話題是什麼?

Grok Bot 可以自動幫你繳卡費!OpenAI 的 Dots 能自動操作你的瀏覽器!各種 AI agent 讓你一句話搞定六個 SaaS 帳號的操作!

每一篇分享都寫得超神奇。

這些工具的賣點是:你闔上筆電,它繼續幫你做事。聽起來很棒對吧?

但回到剛才的脈絡想一下—這些自動化 agent 要做到那些事,前提是你把真實的帳號密碼、登入 session、甚至信用卡帳單頁面的存取權,交給一台你看不到的雲端機器。而這台機器連接的那些網站,底下跑的 PHP 和 Node.js,可能正好這個月被揭露了重大漏洞。

聊天型 AI 搞錯了,給你一段不對的文字,你讀一讀覺得怪怪的就丟掉。Agent 型 AI 搞錯了,它是直接「做」錯——寄錯信、操作錯帳號、跟客服講了你不想講的話——而且在你去吃飯的時候做的。

在這個時間點,你真的放心讓一個 AI 自動幫你登入六個帳號去操作嗎?

我是不是落伍了?趕快來去查資料

老實說,看到大家分享那些自動化的神奇用法,身為一個資深開發者,我不免有過動搖。

繳卡費、訂房信自動變行程表、讓 AI 幫你跟網路業者客服殺價。據說月費從 120 美元砍到 85 美元。每一個都講得那麼厲害,真的會覺得「我是不是沒跟上時代了?」

但我沒有跑去研究怎麼設定 Grok Bot。我跑去查了另一件事:AI 生成的程式碼,到底安不安全?

因為想一下,那些自動化工具跑在哪裡?跑在程式碼上面。而現在越來越多程式碼是 AI 寫的。那些程式碼安全嗎?

結果讓我非常清醒。

Veracode 做了目前最完整的縱向追蹤,測了超過 150 個模型。結論是:

  • AI 生成程式碼的安全通過率,一年來從 55% 到 56%。幾乎沒動。
  • 沒有特別給安全指示的情況下,45% 的 AI 生成程式碼帶有 OWASP Top 10 已知漏洞。

同一段時間,Claude Code 已經佔了所有 GitHub commits 的 4% 以上。Y Combinator 2025 冬季批次裡,25% 的新創程式碼庫有 95% 以上是 AI 生成的。

安全研究機構掃描了 1,400 個 vibe coding 平台上的應用,找到 2,038 個高危漏洞和超過 400 個洩漏的密鑰。

AI 佔的比例越來越大,安全通過率紋風不動。這不是「即將發生的風險」,這是正在發生的現實。

可是模型不是越來越聰明了嗎?

我知道,這大概是很多人心裡的疑問。

每次新模型發表,benchmark 數字都更漂亮。而且寫程式的時候,模型現在會主動跟你說:

「我注意到這裡有 SQL injection 風險,已經改用參數化查詢了。」 「API key 不應該硬編碼,我用環境變數處理了。」

感覺真的有在進步,對吧?嗯……這裡面有個蠻微妙的陷阱。

第一個問題:廠商秀的數字和你想的不是同一件事。

那些越來越漂亮的安全相關分數—CWE-bench、ExploitBench,測的是模型「找別人漏洞」的能力,不是「自己寫出安全程式碼」的能力。這兩個是完全不同的技能。

第二個問題更隱蔽:模型修的和漏的,不在同一個層次。

參數化 SQL、不要硬編碼密鑰——這些是資安教科書第一章的東西,模型現在幾乎都會做,而且會很認真地告訴你它做了。但真正在生產環境造成麻煩的,通常是更深層的東西。API 授權邏輯錯誤、多步驟認證流程中的狀態問題、業務邏輯缺陷。這些,它不會跟你說「我注意到了」,因為它根本沒注意到。

學術上已經給這個現象取了名字:False Security Confidence(虛假安全信心)。研究發現,75% 的開發者認為 AI 生成的程式碼比人寫的更安全。而這個信心,是模型每一次主動說「我幫你修了」的時候,一點一點累積出來的。

換句話說:模型越誠實地告訴你它做了什麼,你越不會去想它沒做什麼。

這才是最危險的地方—不是模型在騙你,是它的透明度製造了一種不完整的安心。

會破解鎖,不代表會造鎖

用一個更生活化的方式來理解:

我可能知道 100 種把鎖弄壞的方法,但這不代表我知道怎麼防止這把鎖被弄壞。

破壞是收斂的—找到一個弱點就夠了。防禦是發散的。你得預見所有可能的弱點然後全部堵住。這是兩種完全不同的知識結構。

而且防禦還有一個更根本的麻煩:你不能把鑰匙孔堵住來代表完成防禦。

鑰匙孔確實是最容易被入侵的地方,但它同時也是正常開門的地方。堵住了,沒人能從那裡入侵了。但連你自己也開不了門。這不叫防禦,這叫壞掉。

攻擊者可以不管你的功能會不會壞,防禦者不行。攻擊者只要進去就好,防禦者要同時做到「擋住入侵」和「讓正常使用繼續運作」。

回到 AI 寫程式的問題—模型修安全漏洞的時候,思路經常就是「堵鑰匙孔」。發現一個已知攻擊面,封掉。但它很少去想:封掉之後功能還完整嗎?會不會反而產生新的攻擊路徑?

真正的安全設計,不是逐條打修補程式,而是在一開始就選擇一種讓大多數攻擊方式無從下手的結構。那需要理解這個系統「為什麼存在」、使用者「怎麼用它」。然後在這些條件下找到安全的解法。

這不是模式匹配能搞定的事。至少目前不是。

未來可行對策

講了這麼多風險,只丟問題不給方向也不太對。簡單聊幾個方向:

不要讓同一個模型自己審自己。 就像你不會讓同一個人出題又改自己的考卷。AI 寫的程式碼,至少跑一次獨立的外部安全掃描—SAST、DAST、相依性掃描,這些工具都存在很久了,不用等什麼新發明。

用紅軍思維去測。 不是問「這段 code 有沒有 bug」,是問「如果我要打穿這段 code,我從哪裡下手」。角度不一樣,看到的東西就不一樣。

人的架構判斷省不掉。 AI 可以幫你寫,但「安全邊界在哪裡」「這個功能該不該暴露給外部」——這些問題目前只有人能答。省掉這一步,就是用 AI 的速度在累積你看不見的技術債。

如果你跟我一樣是一人工作者或小團隊—— 至少在推上線之前跑一次基本安全檢查。不用請資安顧問,一個免費的靜態分析工具,就可能幫你擋掉那 45% 裡最明顯的問題。


寫到這裡,回頭想想那個「我是不是落伍了」的念頭,反而覺得有點好笑。

台灣的科技內容有一個很固定的套路:震撼、教學、你也可以。每篇都在告訴你「這是趨勢,你應該跟上」。這個結構本身就會製造焦慮。它把「選擇不用」包裝成「還沒跟上」。

但在底層正在裂、應用層有將近一半帶著漏洞的此刻,選擇不把自己的數位生活交給一個你沒辦法即時盯著的自動化系統—這不是保守,這是判斷。

AI 是很強大的工具,我自己每天都在用。但「用 AI」和「把一切交給 AI 然後不看」之間,有一條很重要的分界線。

當日本首相都親自發推叫大家今晚修 PHP 的時候,我們或許也該停下來想一想:對 AI 的信任,有沒有跑得比對風險的理解更前面?

不然到時候真的出事了,那就太冤了!~


參考資訊

訂閱
通知
1 則評論

Hacker News 上有人出來道歉說 PHP 漏洞的事情是意外
https://news.ycombinator.com/item?id=50193416

軟體開發、除錯、更新的速度變快,或許應該建立一個比以前更有好的通報機制,生態圈才能正常運作下去