PCI SSC напомнил о защите AI в платежной среде

7 октября 2026 года PCI SSC выпустил заявление о безопасности AI в платежной среде. Документ, на который оно ссылается, был представлен еще 15 сентября. Сам Совет отмечает: это рекомендации; при расхождении приоритет имеют официальные стандарты PCI. Октябрьское сообщение не вводит самостоятельный обязательный AI-стандарт.

Риск определяется действием, которое разрешено системе

Для платежной команды разница хорошо видна на двух помощниках. Один объясняет клиенту статус заказа. Другой способен менять настройки приема оплаты или оформлять возвраты. Одинаковая модель внутри не делает риски этих сценариев одинаковыми: важны доступные данные, полномочия и последствия ошибочного действия.

Поэтому содержательная часть разговора об AI находится в устройстве интеграции. Какая запись попадет в запрос? Кто увидит ответ? Может ли результат модели непосредственно изменить финансовую операцию? Эти вопросы описывают путь данных и действий, который можно проверить, в отличие от общего обещания «безопасного AI».

Показательный тест — письмо покупателя с просьбой вернуть деньги и дополнительными указаниями, не связанными с его заказом. Система должна обработать законное обращение в пределах полномочий, а не воспринимать весь внешний текст как команду владельца сервиса. Это редакционный пример проверки интеграции, а не отдельное правило, дословно взятое из нового документа.

PCI SSC указывает, что AI следует учитывать при определении применимых требований так же, как другую технологию. Практический смысл: появление модели не выводит процесс за границы контроля данных и доступа. Конкретную область оценки определяют по фактической среде с квалифицированными специалистами.

Главный результат такой работы — возможность восстановить, что произошло: какие данные получила система, какое действие предложила, кто его разрешил и как его остановить при ошибке. Дата октябрьского заявления не является новым сроком сертификации. Новость полезна как напоминание, что автономность платежного инструмента требует столь же конкретного описания ответственности.

Что проверить платёжной команде

Практичный способ начать — составить перечень всех мест, где модели уже работают рядом с платёжными данными: поддержка, антифрод, разбор споров, внутренние ассистенты разработчиков и аналитиков. Часто такие инструменты появляются в командах без отдельного согласования, и именно их стоит увидеть первыми.

• Какие AI-инструменты получают данные держателей карт или доступ к системам, где эти данные хранятся.
• Какие действия модель может выполнить сама, а какие требуют подтверждения человеком.
• Как отделены инструкции владельца сервиса от текста, пришедшего от клиента или из внешних источников.
• Ведутся ли журналы запросов, ответов и выполненных действий и кто их просматривает.
• Как устроено отключение функции при сбое: есть ли ручной режим для возвратов и поддержки.
• Что сказано в договорах с поставщиками моделей о хранении, обработке и повторном использовании данных.

Риски и ограничения

Рекомендации не заменяют оценку соответствия, и их нельзя использовать как готовый чек-лист для аудита. Отдельный риск — внешние сервисы моделей: если запрос с платёжными данными уходит провайдеру, это меняет границы среды и требует проверки договора и маршрута данных. Обсуждать такие вопросы стоит с QSA или внутренним комплаенсом до запуска, а не после первого инцидента.

Источники: PCI SSC statement; PCI SSC information supplement introduction