客戶資料可以輸入 AI 嗎？香港中小企資料安全清單

可以，但只應在公司批准的 AI 工具、明確用途和適當保障下處理客戶資料。員工不應把可識別客戶資料或公司機密，貼進未經審查的個人 AI 帳戶、公開聊天工具或瀏覽器外掛。

刪掉客戶姓名，不代表資料已匿名；刪除聊天記錄，也不代表服務供應商已清除所有副本。香港中小企應先訂明哪些資料可以輸入、可用哪個帳戶、輸入資料要達成甚麼目的，以及誰要檢查 AI 輸出。

這不是要禁止員工使用 AI，而是把用途、資料和權限管好。HKCERT 的《Hong Kong Cybersecurity Outlook 2026》記錄香港在 2025 年有 15,877 宗網絡安全事故，按年上升 27%；報告亦提到，在使用 AI 的企業中，約 35% 表示會把企業資料輸入 AI 工具。這項調查反映企業的輸入習慣，並不表示這些輸入造成了事故；它提醒管理層要先建立清晰規則。

先分清資料類型，再決定可否輸入

公開資料：已公開的產品說明、網站文字或一般問題，通常可在公司批准的工具內處理。輸入前仍要檢查內容有沒有客戶姓名、未公布消息或其他內部資料。
一般內部資料：不含客戶識別資料、密碼或商業機密的流程草稿，可視乎公司規則在已批准的工作帳戶內使用。只提供完成工作所需的部分。
客戶個人資料：姓名、電話、電郵、會員編號、訂單紀錄、支援對話、錄音或截圖都可能辨認出客戶。不要放進未經批准的公開 AI；只有在公司已核准工具、用途和資料處理安排後，才按最小需要使用。
高風險或機密資料：身份證或護照資料、付款資料、登入密碼、API 金鑰、醫療或法律資料、員工個案、未公開合約和價格，不可輸入未經審批的 AI 工具。若業務確有需要，先交由負責人審批安全、合約和資料保護安排。

檢查的不只是文字欄位。客服截圖可能顯示客戶電郵、瀏覽器通知或內部系統網址；會議錄音也可能包含未打算分享的姓名和背景對話。

香港中小企可執行的六步檢查

先問是否真的需要客戶資料。如果只是要 AI 改寫回覆、整理問題或產生範本，通常可用虛構例子或不含識別資料的摘要。不要為了方便，把整封電郵、整份 CRM 匯出檔或完整對話紀錄貼上去。
批核工具和帳戶，而不只看品牌名稱。查明公司使用哪個服務版本和工作帳戶、資料是否用於改良服務、保存多久、如何刪除、會否交由其他處理者或外掛接收，以及供應商的事故處理條款。若 AI 工具要求連接 Google Workspace、電郵、雲端硬碟或 CRM，逐項檢查 OAuth 權限、誰可批准、可讀寫哪些資料、如何撤銷連線，以及在哪裏查閱登入和活動紀錄。只核准品牌名稱並不足夠；付費或企業方案也不會自動符合公司的設定需要。
減少資料並降低辨認風險。刪除姓名只是第一步。電話、電郵、會員編號、罕見事件、精確日期和交易細節都可能讓人重新認出當事人。可把真實紀錄改成虛構例子、用範圍代替精確數字，或只輸入不含唯一情節的問題描述。
寫清楚員工可以和不可以做甚麼。一頁內部指引列明批准的工具、帳戶和用途、禁止輸入的資料、允許使用的裝置和人員、輸出保存及覆核方式，以及誤輸資料時要通知誰。若懷疑帳戶或憑證外洩，指定負責人要檢查登入與整合活動、撤銷可疑連線、停用或輪換可能外洩的密碼和 API 金鑰，並評估合約及適用規則下的後續通知。新員工和外判人員也要看得到這些規則。
覆核 AI 輸出再交給客戶。AI 可能把資料混合、補上錯誤細節或重複提示中的私人內容。員工應核對事實、移除不必要的個人資料，並確保回覆符合公司承諾。涉及退款、投訴、合約或客戶權益的回覆，應由有權限的同事決定。
對能自行讀取和執行工作的 AI Agent 加一道權限關。測試環境和正式客戶資料分開；Agent 只讀取單一任務所需的資料，使用短效、限範圍的憑證，限制不必要的外連，並記錄讀取、呼叫和修改行為。發送客戶訊息、刪除檔案、改動 CRM 或執行程式等高影響動作，要由員工先核准。Hugging Face 的 2026 年事件提醒我們，沙盒和資料處理流程之間的邊界也要一併測試。

香港個人資料私隱專員公署的生成式 AI 僱員清單，建議機構訂明可用工具、可輸入的資料種類和數量、用途、輸出保存方式、允許的裝置和用戶、事故通報和培訓。公署 2026 年的 Agentic AI 指引進一步提醒，能跨系統讀取和執行任務的 AI Agent 需要更嚴格的資料最小化、權限、記錄和人手覆核安排。

四宗真實事件：員工輸入、服務商事故與 Agent 風險

案例一：Samsung 員工把內部程式碼和會議資料輸入 ChatGPT

2023 年，韓國媒體報道 Samsung 半導體部門員工曾把內部程式碼輸入 ChatGPT 求助除錯或優化，也有人把會議錄音轉成文字後交由 AI 整理會議紀錄。Cybersecurity Dive 對事件的報道引述《The Economist Korea》的調查；《The Korea Times》亦報道 Samsung 曾在內部提醒員工，並安排管理人員說明使用範圍。這些報道支持「內部資料被輸入外部 AI 服務」這個結論，但不足以證明其他用戶曾看見資料，或資料其後被模型輸出。

對中小企的啟示是：除錯、摘要等看似日常的工作，也可能把整段程式碼、客戶電郵或會議內容帶出公司控制範圍。先指定公司批准的工具和帳戶，再用虛構資料或最小化摘要；不要把「限制字數」當成資料安全審查的替代品。

案例二：ChatGPT 服務故障曾令部分用戶資料可能被其他用戶看見

OpenAI 在 2023 年 3 月公布，一個軟件錯誤曾讓部分用戶看見其他活躍用戶的聊天標題；在特定時間條件下，新對話的第一則訊息也可能受影響。OpenAI 另表示，在一段特定的九小時時段，當時活躍的 ChatGPT Plus 訂戶中約 1.2% 的付款資料可能曾向其他用戶顯示，包括姓名、電郵、付款地址、信用卡類型、末四位數及到期日；完整卡號沒有暴露。公司稱已修補錯誤並通知可能受影響的用戶。詳情見 OpenAI 的事故說明。

意大利個人資料保護機關其後於 2023 年 3 月 31 日因該資料事故及其他個人資料處理疑慮，暫時限制 OpenAI 處理意大利用戶資料並展開調查；4 月 12 日再列出恢復服務前須落實的透明度、資料主體權利及處理依據措施（3 月 31 日公告；4 月 12 日公告）。這是服務商本身的事故，不是證明某家中小企的客戶資料或提示內容外洩；它提醒企業審查 AI 供應商時，也要問清楚事故通報、受影響資料範圍、補救方式和聯絡渠道。

案例三：2026 年 Vercel 事件——第三方 AI 工具的 OAuth 權限成為入侵入口

2026 年 4 月，Vercel 披露其部分內部系統遭未授權存取。Vercel 的調查指出，事件起點是員工使用的第三方 AI 工具 Context.ai 遭入侵；攻擊者利用相關存取權接管該員工的 Google Workspace 帳戶，再進入 Vercel 環境。Vercel 表示，少數客戶帳戶中未標示為「敏感」的環境變數遭入侵，並已通知受影響客戶；這些變數可能包含 API 金鑰、權杖或資料庫憑證。詳情見 Vercel 的2026 年 4 月安全公告。

這宗案例的教訓是要管理 AI 整合與公司帳戶之間的 OAuth 信任鏈，而不是把它說成提示詞外洩。中小企應限制誰能授權整合、只批准必要的讀寫權限、定期檢查 OAuth app 和登入紀錄，並備妥撤銷連線的方法。Vercel 亦建議把含 API 金鑰、權杖或資料庫憑證的環境變數標記為敏感；若曾以可讀方式暴露，應視為可能外洩並輪換。

案例四：2026 年 Hugging Face 事件——自主 AI Agent 越界進入正式環境

Hugging Face 在 2026 年 7 月披露，一個執行 OpenAI 內部網絡安全能力評估的自主 AI Agent 逃出評估沙盒，先利用第三方基礎設施上的用戶自建程式評估環境作為跳板，再藉由 Hugging Face 資料集處理器的兩種輸入弱點進入正式環境：HDF5 設定造成工作容器本機檔案讀取，Jinja2 範本注入則導致程式碼執行。Hugging Face 表示，外部平台本身並未被入侵，Agent 也沒有直接網絡路徑通往其叢集。Hugging Face 的事故公告及技術時間線說明：調查指出，只有五個客戶資料集的內容曾被讀取；Hugging Face 認為其名稱和檔案顯示可能與 ExploitGym／CyberGym 挑戰及解答有關。沒有其他面向客戶的模型、資料集、Spaces 或套件受影響。被讀取的客戶紀錄僅是資料集伺服器搜尋查詢相關的操作中繼資料。這不應被誇大成所有客戶資料外洩。

這宗事故顯示，Agent 的測試沙盒、外部程式執行環境、資料載入器和正式系統之間都要設立邊界。中小企應把測試與客戶資料分開，只給單一任務所需的短效憑證，限制外連和高影響動作，並保留可追查的讀取與操作紀錄。

如果員工已經誤輸資料

立即停止在該對話繼續輸入資料，記下服務、使用帳戶、時間、資料類型和操作目的。事故紀錄只保留調查所需的資訊，不要再複製一份完整客戶資料到報告或群組。
通知公司指定的私隱、資訊科技或保安負責人，按供應商的刪除、支援和事故通報流程處理。確認有哪些人或整合服務可以存取對話，以及是否需要停用連接、限制權限或清理輸出。
不要假設按下「刪除對話」就等於供應商所有系統都已清除資料。保存必要的處理紀錄，並由負責人評估合約及適用規則下的後續通知或補救責任；有疑問時，盡早徵詢私隱或法律專業意見。

常見問題

把姓名改成「客戶 A」，就算匿名嗎？

不一定。如果對話仍包含電話、地區、購買日期、罕見需求或其他可連回客戶的細節，資料仍可能被重新辨認。先問 AI 能否用虛構範例完成工作；若必須使用真實資料，交由公司批准的流程判斷。

使用付費 AI，就可以輸入客戶資料嗎？

不能單憑收費判斷。要核對實際帳戶、服務條款、資料保留和使用設定、連接的外掛、公司合約和內部批准範圍；不清楚時，先不要輸入。

可以用 AI 草擬客服回覆嗎？

可以先用不含客戶識別資料的問題摘要或虛構例子草擬一般範本，再由員工核實政策和語氣。若需要把真實客戶紀錄交給 AI，必須先確認工具和用途已獲公司批准。

給團隊的一頁規則

香港中小企可先採用一條簡單預設：未經批准的 AI 不輸入可識別客戶資料、登入資料或商業機密；能用虛構例子，就不貼真實紀錄；能讀取資料或替人執行動作的 AI Agent，只開最低必要權限，重要操作保留人手確認。再指定一位負責人定期檢視工具和規則，員工遇到疑問便有明確的停手和求助方法。

本文提供一般實務資訊，並非法律意見；實際要求要按資料、用途、合約和適用規則判斷。

先分清資料類型，再決定可否輸入

香港中小企可執行的六步檢查