PCI Security Standards Council（PCI SSC）於2026年發布《Security Considerations for AI Systems》，針對支付環境部署AI系統提出補充安全指引。根據APPI News於2026年10月12日刊登、由張饒輝（Lightman Chang）撰寫的整理文章，這份文件並非新增的強制PCI DSS條文，而是協助部署與評估的補充參考；若指引內容與正式PCI標準出現差異，官方明言應以標準為準。
文件涵蓋四個方向：AI部署考量、AI遭惡意利用時的防護、AI與PCI標準的關係，以及支付環境的使用案例。在適用範圍的判定上，AI系統原則上與其他技術系統相同看待，關鍵在於它處理哪些資料、部署位置、連接的系統，以及能否影響持卡人資料環境的安全。
明文持卡人資料為何要人工把關
指引中對設計影響最直接的建議是：若AI代理能接觸明文持卡人資料，涉及該資料的操作應有明確的人員核準。APPI News的整理指出，團隊須先區分代理實際看到的資料型態，包括可直接辨識完整帳號的明文資料、移除部分卡號的截短PAN、需金鑰還原的加密PAN，以及以代碼替代原始資料的支付token。
資料是否可還原，取決於代理持有的金鑰與工具，不能只看欄位名稱或畫面顯示。若代理同時持有密文與解密工具，實際上仍可能讀到明文；能呼叫代碼化平臺執行detokenize的代理，也不能因提示詞中看不到完整卡號就被視為無法存取。
PCI SSC先前的AI原則鼓勵在工作流程可行時採用支付token或一次性PAN，限制AI接觸完整卡號；不需要完整PAN的用途，可評估截短號碼或保留明文BIN的加密PAN。BIN為銀行識別碼，指卡號開頭用來辨識發卡機構的數字。這些做法有助降低暴露面，但不會自動排除PCI範圍，也不能取代正式的範圍判定。
核準畫面與權限設計
指引延伸的原則包括：遵守適用標準、只給系統工作所需的最低權限、留下可追溯的操作紀錄，並指定負責人員。就核準機制而言，APPI News的整理強調，核準畫面應讓人看懂正在核準什麼：資料種類、目的、代理即將執行的工具動作、收件系統與資料保留方式。
單次點按「允許AI使用」的廣泛授權，難以涵蓋後續新增的讀取、傳送或寫入能力。權限宜依用途拆分，並設定到期時間、撤回方式與異常時的停用條件。
三種決定不宜交給同一代理
責任劃分是這份指引的另一個檢查重點。資料存取核準、交易授權與安全防護屬於三種不同的決定：資料核準處理「代理可否讀取這份資料」；交易授權處理「這筆付款是否通過既定規則」；安全防護則處理「是否隔離主機、限制網路或阻擋可疑流量」。若三者交給同一代理、共用同一組高權限憑證，出錯或遭提示注入時，影響可能從資料外洩擴大到交易操作與防護設定。
實作上可將角色切開：一個代理只整理風險訊號，另一個受控服務執行支付規則，最後核準由人員或既有授權系統負責；安全代理只在允許範圍內採取可回復的防護動作。若緊急隔離必須先於人工核準執行，指引取向是寫明觸發條件、允許的動作、監控對象、停用機制與回復步驟，並測試錯誤觸發是否造成服務中斷。
代理可以提供支付授權判斷的輸入，或在核準後執行限定動作，但正式責任仍須由適任人員承擔。Help Net Security對指引的報導亦與此取向一致。
訊源與定位
綜合PCI SSC官方公告、PCI DSS標準說明、Help Net Security報導與APPI News整理，各方對文件定位的說法一致：這是補充性指引而非強制條文，支付團隊仍應依實際資料流與系統功能判斷適用的PCI標準。至於各機構實際部署AI代理時如何套用這些檢查點，屬個別組織的範圍判定結果，目前無公開的統一數據可查。