電商個資外洩的破口在內部工具：企業該先檢查哪 5 件事？

 

這起事件的破口是一項套件未更新的內部效率工具。以下內容都來自業者公告，屬於公司自述，主管機關的調查結果還沒公布。業者說明的攻擊路徑有三步，調查也發現攻擊者使用 AI 自動化工具：

 

• 內部工具未更新：攻擊者利用這項內部效率工具進入內部網路。
   
• 取得金鑰：攻擊者從內部的程式碼管理系統，取得一座訂單資料庫的金鑰。
   
• 存取資料庫：攻擊者用這把金鑰非法取得訂單資料。

 

調查發現系統內有 AI 自主滲透測試工具的痕跡，這類工具可以自動搜尋漏洞、規劃入侵路徑並執行攻擊。

 

可能受影響的資料包含姓名、電話號碼、配送地址、電子郵件與訂單紀錄；業者表示信用卡資訊與會員登入密碼不在這座資料庫內。業者公告了預估的最大可能影響範圍；因為無法判定實際被取走哪些人的資料，範圍內的消費者全數納入通知與補償。業者也說明，問題在於防護與修補管理沒有跟上攻擊速度。

 

 

這 5 件事的依據都來自業者公告與主管機關說明，適合資訊部門（IT）主管與資安負責人拿來對照自家現況，可以從風險最高的系統開始。

 

• 建議一：把內部工具也納入修補管理
   

內部工具常被當成「外面碰不到」的系統，更新排程因此容易落後。建議把部門自行架設的效率工具也列進資產清單，指定負責人與更新週期。這起事件的業者事後已移除該工具，用不到的工具直接下架，也是一種降低風險的做法。

 

• 建議二：檢查金鑰與帳密放在哪裡，並確定能快速更換
   

這起事件的攻擊者是從內部的程式碼管理系統取得資料庫金鑰。建議盤點程式碼、設定檔與開發平台裡有沒有存放金鑰或帳密，並實際演練一次更換流程。業者事後已更換內部系統權杖與資料庫帳號密碼，也重建了程式碼管理系統的權限。

 

• 建議三：限制內部主機到資料庫的連線
   

進到內部網路不該等於碰得到資料庫。建議隔離測試與正式環境，只允許必要的主機連到資料庫網段。業者事後已隔離測試與正式環境，並限制主機與資料庫網段連線，改善方向還包含零信任架構、網路與應用程式微切分段，以及最小權限存取資料。

 

• 建議四：讓異常存取能早點被看見
   

攻擊者動作越快，越需要及早發現。建議確認資料庫的異常存取有沒有偵測機制，警示發出後有沒有人負責處理。業者的改善方向包含全場域異常偵測，主管機關的檢查重點也包含異常存取是否獲得即時偵測。

 

• 建議五：事前想好懷疑階段怎麼通知客戶
   

調查還沒有結論時要不要先告訴客戶，最好事前就想過。這起事件的業者董事長表示，回頭看，成立緊急小組時就應當同時提醒品牌客戶。建議事先訂好懷疑階段的通報對象、時機與說法，出事時才不必從頭討論。懷疑外洩時，內部系統和外部合作節點要同時查。

 

 

以下產品用來降低這類風險，不代表能防下或阻止這起事件；適不適合要看各企業的環境，資褓儲存可以協助討論。

 

• 登入與存取的安全：Array ZTAG 零信任存取閘道器
   

ZTAG 採用 SPA（單封包授權），讓服務埠對外不可見，並提供複合式認證、登入設備與時段限制、登入後權限限縮與完整審查記錄，用來強化登入與存取的安全；它不針對工具本身進行防護。

 

• 人員帳號被冒用：WebComm OETH 無密碼登入
   

OETH 取得 FIDO（線上快速身分驗證聯盟標準）認證，用手機掃碼加生物辨識登入，支援 OpenID Connect（開放身分連結）與 SAML 2.0（安全斷言標記語言）。OETH 管無密碼登入、ZTAG 管存取控管；OETH 不涵蓋程式使用的金鑰。

 

• 網頁應用層攻擊：Array ASF 網頁應用防火牆＋ASL 攻擊特徵資料庫訂閱
   

ASF 用來防止 OWASP Top 10（網頁應用十大風險）攻擊，訂閱 ASL 後可以持續收到新的攻擊特徵。

 

• 加密金鑰散落、難以輪換與稽核：普鴻 ProEKM 企業金鑰管理
   

ProEKM 集中管理金鑰生命週期，整合硬體安全模組，滿足金鑰輪轉與稽核需求。ProEKM 管理的是加密金鑰，不保管資料庫帳號密碼；這起事件的金鑰是用來存取資料庫，兩者不能畫上等號。
 

• 資料庫裡的個資：普鴻 ProTKN 資料去識別化
   

ProTKN 以無法識別的代碼化資訊取代敏感真實資料，竊取也無法還原，測試與開發環境和正式資料庫都可以使用。它處理的是資料本身，存取控管仍要另外規劃。
 

• 資料庫靜態資料保護：普鴻 ProTDE 資料庫透明加密
   

ProTDE 以 AES-256（進階加密標準）加密資料庫內容，不需調整既有應用程式。它保護的是靜態資料，擋不住持有效存取金鑰查詢資料的人，所以要和存取控管一起規劃。
 

• 資產盤點與修補管理：UPAS NAC 網路存取控制＋ITAM 資產與修補管理
   

這兩項可以盤點連上內網的設備與修補狀態；ITAM 也可以納管企業自架的第三方工具。

 

 

想了解上述做法與產品是否適合貴公司的環境，歡迎來信 marketing@datasitter.com，資褓儲存會協助您釐清。

 

 

Q：電商個資外洩一定是購物網站被駭嗎？

 

A：不一定。近期一起電商技術服務商的事件，破口是一項套件未更新的內部效率工具，攻擊者進入內部網路後才取得訂單資料庫的金鑰。內部工具也應該納入修補管理。

 

Q：內部工具沒有對外，也需要定期更新嗎？

 

A：需要。內部工具一樣可能成為進入內部網路的路徑。建議把內部工具列入資產清單，指定負責人與更新週期，用不到的就下架。

 

Q：資料庫有加密，就不怕個資外洩了嗎？

 

A：不能這樣看。資料庫透明加密保護的是靜態資料，持有效存取金鑰查詢資料的人並不會被擋下。企業還需要管好金鑰與帳密的存放位置，並限制誰能連到資料庫。

 

Q：無密碼登入能解決金鑰外洩的問題嗎？

 

A：不能。無密碼登入處理的是人員帳號被冒用的風險，不涵蓋程式使用的金鑰。金鑰要另外盤點存放位置，並確認能快速更換。