PHP2Shell攻擊嘗試擴散：PHP網站管理員應先盤點風險
iThome 報道引述 Check Point 指稱，所謂「PHP2Shell」漏洞的細節在原定公開前外洩後，全球約一成組織曾遇到相關攻擊嘗試。對仍營運 PHP 網站、CMS 或自建網頁系統的機構而言，眼前優先事項是確認哪些公開網站仍依賴 PHP，以及其更新和監察責任由誰承擔。
不過，這組數字有一個關鍵限制：Check Point 將「受影響」定義為偵測到攻擊嘗試，並不知道攻擊有否得手。因此，10% 並不代表一成組織已遭入侵，也不能直接推算香港的實際受害情況。iThome 報道提及全球約七成網站或有潛在風險，這同樣應視為報道所轉述的風險判斷，而非本地受害統計。
數據反映的是掃描與嘗試，未必是攻陷規模
按 iThome 報道所述的 Check Point 遙測資料，歐洲錄得的相關攻擊嘗試比例為 14%，北美、拉丁美洲及亞太地區均為 6%，非洲為 4%。電信業比例最高，達 20%；教育業為 18%。攻擊高峰出現在午夜，Check Point 推測或與值班保安人手較少有關。
這些分布可作為防守排程的參考，但不宜解讀為漏洞只影響特定地區或行業。對香港機構來說，較合理的推論是：面向互聯網的 PHP 系統一旦成為公開討論目標，機械式掃描和利用嘗試往往會迅速增加；外判維護、舊版 CMS 外掛及不清楚擁有人的網站，通常較難在短時間內完成確認。
現階段可做的部署確認
現有來源沒有提供 CVE 編號、受影響的 PHP 版本、利用條件、入侵指標或官方修補版本。因此，管理員不應憑「PHP2Shell」名稱自行套用來歷不明的修補檔、規則或版本清單。
在等待可核實的官方公告期間，可先完成以下基礎工作：
- 建立所有對外 PHP 網站、管理介面、CMS 與外掛的清單，記錄實際 PHP 版本、負責人及更新渠道。
- 優先檢視近期 web server、WAF、應用程式及帳戶登入紀錄，留意異常請求量、陌生檔案變更、可疑管理員帳戶或未授權的排程工作。
- 確保網站可由乾淨備份還原，並把備份與正式環境分隔；同時收緊不必要的管理介面及遠端存取。
- 由既有的 PHP 發布渠道、供應商通知及 CVE 資料核對正式資訊，再按明確的受影響範圍安排測試與更新。
荷蘭及芬蘭部分政府網站據報曾預防性下線，顯示在風險尚未釐清時，短暫縮減公開面可成為選項；但這會影響服務可用性，應只用於高風險、無法即時確認或修補的系統，並由業務和保安團隊共同決定。
接下來值得留意的是，PHP 官方及 CVE 資料庫會否釐清漏洞識別、受影響版本和修補資訊。在此之前，這宗事件最有用的警號，是促使機構補回對公開 PHP 資產、更新責任和日誌監察的基本掌握。
延伸閱讀
AI 輔助說明： 本文由 AI 協助整理，並經兩輪獨立自動品質審核；資料及連結仍以原始來源為準。
參考來源
- iThome — PHP2Shell漏洞影響全球10%的組織，Check Point警示歐洲首當其衝 — original report
本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。
