PCI SSC, 결제 환경의 AI 보호를 다시 강조하다

2026년 10월 7일 PCI SSC는 결제 환경의 AI 보안에 관한 성명을 발표했다. 성명이 근거로 삼은 문서는 이미 9월 15일에 공개됐다. 협의회 스스로도 이것이 권고 사항이며, 내용이 어긋날 경우 공식 PCI 표준이 우선한다고 밝혔다. 10월 발표는 독립적인 의무 AI 표준을 도입하지 않는다.

리스크는 시스템에 허용된 행동이 결정한다

결제팀에게 그 차이는 두 가지 도우미를 보면 잘 드러난다. 하나는 고객에게 주문 상태를 설명한다. 다른 하나는 결제 수납 설정을 바꾸거나 환불을 처리할 수 있다. 내부에 같은 모델이 있다고 해서 두 시나리오의 리스크가 같아지지는 않는다. 중요한 것은 접근 가능한 데이터, 권한, 잘못된 행동의 결과다.

그래서 AI 논의의 실질은 통합 구조에 있다. 어떤 기록이 요청에 들어가는가? 누가 응답을 보는가? 모델의 결과가 금융 거래를 직접 바꿀 수 있는가? 이런 질문은 '안전한 AI'라는 막연한 약속과 달리 검증 가능한 데이터와 행동의 경로를 설명한다.

대표적인 테스트는 환불을 요청하면서 주문과 무관한 추가 지시를 덧붙인 구매자의 이메일이다. 시스템은 정당한 요청을 권한 범위 안에서 처리해야 하며, 외부에서 들어온 텍스트 전체를 서비스 운영자의 명령으로 받아들여서는 안 된다. 이는 통합을 점검하는 편집부의 예시이며, 새 문서에서 그대로 가져온 별도 규칙은 아니다.

협의회는 적용 가능한 요건을 판단할 때 AI를 다른 기술과 똑같이 고려해야 한다고 설명한다. 실무적 의미는 이렇다. 모델이 도입됐다고 해서 해당 프로세스가 데이터 통제와 접근 통제의 범위 밖으로 벗어나지는 않는다. 구체적인 평가 범위는 실제 환경을 기준으로 자격을 갖춘 전문가와 함께 정한다.

이런 작업의 핵심 결과는 무슨 일이 있었는지 복원할 수 있는 능력이다. 시스템이 어떤 데이터를 받았는지, 어떤 행동을 제안했는지, 누가 허용했는지, 오류 시 어떻게 멈추는지. 10월 성명의 날짜는 새로운 인증 기한이 아니다. 이번 소식은 결제 도구의 자율성이 커질수록 책임도 그만큼 구체적으로 기술해야 한다는 점을 상기시킨다.

결제팀이 점검할 사항

시작하기 좋은 방법은 모델이 이미 결제 데이터 가까이에서 작동하는 모든 지점의 목록을 만드는 것이다. 고객 지원, 사기 방지, 분쟁 처리, 개발자와 분석가용 내부 어시스턴트 등이다. 이런 도구는 별도 승인 없이 팀 안에 들어오는 경우가 많아, 가장 먼저 파악해야 한다.

• 어떤 AI 도구가 카드 소지자 데이터나 그 데이터가 저장된 시스템에 접근하는지.
• 모델이 스스로 실행할 수 있는 행동과 사람의 확인이 필요한 행동은 무엇인지.
• 서비스 운영자의 지시와 고객 또는 외부 출처에서 들어온 텍스트가 어떻게 분리되는지.
• 요청, 응답, 실행된 행동의 로그가 남는지, 누가 검토하는지.
• 장애 시 기능을 어떻게 끄는지: 환불과 고객 지원을 위한 수동 모드가 있는지.
• 모델 공급업체와의 계약에 데이터의 보관, 처리, 재사용에 관해 무엇이 명시돼 있는지.

리스크와 한계

권고는 적합성 평가를 대신하지 않으며, 감사용 체크리스트로 그대로 쓸 수 없다. 외부 모델 서비스도 별도의 리스크다. 결제 데이터가 담긴 요청이 제공자에게 넘어가면 환경의 경계가 바뀌므로 계약과 데이터 경로를 검토해야 한다. 이런 문제는 첫 사고가 난 뒤가 아니라 출시 전에 QSA나 내부 컴플라이언스와 논의하는 것이 좋다.

출처: PCI SSC statement; PCI SSC information supplement introduction