網站應如何因應安全漏洞？先確認異常，再安排修補與必要隔離

網站面對安全漏洞，應先確認異常內容、受影響範圍與使用環境，再安排適用的修補；若無法立即保護受影響網站，才考慮暫時隔離或下線。不能因首頁看起來正常就排除入侵，也不能把可疑檔案直接當成漏洞位置已確認。Google 列出的入侵樣態，以及 Search Engine Journal 在特定 PHP 漏洞事件中的處置報導，可分別協助理解檢查方向與處理安排，但不代表所有網站都適用同一套停站或升級方案。

確認異常，不只看首頁是否正常

Google 的說明指出，駭客可能修改既有網頁，也可能另外建立垃圾資訊或釣魚網頁。因此，原有頁面沒有明顯變化，不等於整個網站都沒有問題。值得注意的異常包括：

• 網頁中出現未經授權的 JavaScript 或 iframe。
• 網站多出不明頁面，或既有內容被加入隱藏文字與連結。
• 部分訪客被導向有害網站，但管理者直接輸入網址時沒有遇到。

其中，重新導向可能依參照網址、使用者代理程式或裝置而異。例如從 Google 搜尋結果點入會跳往可疑網頁，直接開啟同一網址卻正常。這類差異不能只用一次正常瀏覽就排除。

可疑檔案是線索，不是完整診斷

一則 Webmasters Stack Exchange 回覆認為，提問中的檔案可能只是連結農場，本身並非惡意；但它能被放上伺服器，表示網站或共用伺服器上的其他使用者很可能存在安全缺口。這是對個案的推測，不能直接套用成所有不明檔案的結論，也不足以鎖定漏洞在哪裡。

處理安排還需對照實際環境。以 Search Engine Journal 於 2026 年 10 月 21 日報導的 PHP 事件為例，文章建議 WordPress 管理者從「工具 → 網站狀態 → 資訊 → 伺服器」查看 PHP 版本，再請主機商安裝修復版本，或確認供應商更新包含該次兩項修補。重點是確認更新內容適用，而非只看到「已更新」就視為問題解決。

無法立即修補時，評估暫時下線

同一報導引述 CERT-EU 與英國國家網路安全中心的建議：在無法立即提供保護時，考慮暫時隔離或關閉受影響網站。報導中的部分政府網站下線屬預防措施，並不是已遭入侵的證明。

針對該次事件，報導也提醒，網站應用程式防火牆可能阻擋部分攻擊，但不能取代修補；若為更新 PHP 而下線，可請主機商提供回傳 HTTP 503 的維護頁面。這些措施都有事件與環境條件，不宜延伸成「發現任何漏洞都必須關站」的通則。