韓國三金融機構通報外洩 PHP 未登入 RCE 成排查焦點
韓國金融業再有三家機構通報資料外洩或入侵事故。TechNews 科技新報 報道，加密貨幣交易所 Bithumb 指其內部流動系統遭入侵，正調查會員資料有否受影響；大信證券稱約 3.8 萬筆客戶資料外洩；未來資產全球投資亦確認遭駭，當局正評估事件。
現階段最重要的限制是，報道未有交代三宗事故所涉的漏洞編號、PHP 元件、受影響版本，亦未證實它們均由同一攻擊手法造成。因此，不能把 KISA 的 PHP 警示直接等同為上述個案的已確認入侵途徑。
不過，韓國網絡振興院（KISA）已呼籲網站營運者檢查 PHP 程式的安全漏洞，原因是攻擊者或可毋須登入便在 server 執行惡意指令。對營運者而言，這類「未登入遠端執行程式碼」（RCE）風險的嚴重性，在於攻擊面毋須依賴被盜帳戶：一旦對外服務存在可利用缺口，入侵者便可能直接取得執行權限，再尋找資料庫連線、後台帳號或其他憑證。
TechNews 科技新報 指出，韓國金融服務委員會早前披露，已有 16 家金融機構先後受網絡攻擊，包括銀行在內，累計約 10 萬宗資料外洩。這個數字未能用來判定本次三家機構的資料範圍，但反映金融服務一旦將多個對外入口、內部系統及第三方整合連在一起，單一系統的初始入侵有機會擴大為資料保護問題。
網站營運者應先確認甚麼
若機構使用 PHP，緊急處理不應只看網站前台是否正常運作。較實際的做法是先建立可核對的範圍：列出互聯網可存取的 PHP 網站、API、管理介面及相關 server，確認實際運行的 PHP 版本、已安裝套件與更新狀態；再對照官方安全公告及供應商修補資料，找出仍未修補或已停止支援的環境。
同時應保留並審閱 web server、PHP、系統登入及管理操作紀錄，特別留意不尋常的外部請求、突發的指令執行、未知檔案或權限變更。這並不能單憑一項跡象判定受侵，但可幫助劃定調查時間線與受影響系統。
修補後仍要處理存取憑證
若發現可疑活動、確認漏洞曾暴露於外網，或未能排除 server 被控制，修補本身不足以消除後續風險。營運者應按影響範圍輪換資料庫帳密、API 金鑰、管理員帳戶及其他存取憑證，並使舊憑證失效；同時檢查帳戶權限是否超出實際需要。原因很簡單：若入侵者曾讀取憑證，日後即使漏洞已關閉，仍可能透過合法連線再次存取系統。
對香港的金融及網站營運者而言，報道未有顯示本地機構受到影響，也沒有香港監管機構就此個案公布資料；事件的參考價值主要在於提醒機構，把「可由未登入者觸及的 PHP 服務」列作優先排查對象。下一步值得留意的是韓國當局會否公布三宗事故的技術成因與資料範圍；這些細節將決定 PHP 警示與個案之間是否存在直接關連。
延伸閱讀
AI 輔助說明： 本文由 AI 協助整理，並經兩輪獨立自動品質審核；資料及連結仍以原始來源為準。
參考來源
- TechNews 科技新報 — 韓國金融業再傳資安事件，3 業者通報資料外洩 — original report
本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。
