PCI DSS и платёжный шлюз: как размещённая форма и хранилище выводят карточные данные из вашего периметра
PCI DSS — стандарт карточных систем для всех, кто хранит, обрабатывает или передаёт карточные данные. Размещённая форма держит номер карты вне систем мерчанта; хранилище держит его вне собственного кода PSP и заменяет токеном; платформа, которая ведёт и то и другое, несёт стандарт целиком. Форма и хранилище Tranzify для этого и построены: карточные данные попадают в хранилище платформы, а клиент и его мерчанты работают с токенами.
Кто в периметре
| Сторона | Что обрабатывает | Периметр |
|---|---|---|
| Плательщик | вводит карту на форме | нет |
| Мерчант | получает токен и результат | минимальный: размещённая страница не подпускает карточные данные |
| Лицензированный клиент (PSP, эквайер) | маршрутизирует токены, видит замаскированные данные в кабинетах | сокращённый: в его собственных системах нет номеров карт |
| Платформа (Tranzify) | ведёт форму и хранилище | требования стандарта к поставщикам услуг: хранилище, ключи |
| Эквайер | авторизует и рассчитывается | собственная сертификация |
Опросник мерчанта
Оценка мерчанта зависит от того, как карточные данные попадают к эквайеру. При размещённой странице, которую платформа отдаёт под доменом клиента по перенаправлению, системы мерчанта никогда не видят номера карты, и применяется самая короткая самооценка. Мерчант, встраивающий собственные поля и отправляющий их в API платформы со своей страницы, обрабатывает карточные данные в браузере под своим контролем и попадает под более длинный опросник. Мерчант, получающий номера карт на собственные серверы, находится в полном периметре. Какой опросник применяется к каждому мерчанту, подтверждает эквайер или PSP; задача платформы — сделать возможным самый короткий.
Как платформа удерживает карточные данные
- Размещённая форма: платёжная страница отдаётся платформой под доменом клиента; номер карты идёт из браузера плательщика в хранилище и никуда больше.
- Хранилище и токены: карта хранится зашифрованной; токен представляет её в каждом вызове API, журнале и отчёте; клиент видит BIN, последние четыре цифры и срок действия.
- Защитные заголовки и целостность: форма поставляется со строгой политикой безопасности содержимого, проверкой целостности своих скриптов и контролем того, что её разметка и заголовки не изменились, как стандарт требует для платёжных страниц.
- Ключи: ключи шифрования живут в облачном сервисе управления ключами с ротацией; никто из команды не видит номера карты.
- Журналы: каждый платёж журналируется без карточных данных, с трассировкой, которую могут открыть поддержка и комплаенс.
- Доступ: роли, двухфакторная аутентификация, усиленные проверки для чувствительных действий, журнал аудита, именованные учётные записи у людей, управляющих хранилищем.
Версия 4 и платёжная страница
Действующая версия стандарта относит платёжную страницу к периметру, который нужно защищать от внедрения скриптов и скимминга: каждый скрипт на странице должен быть инвентаризирован с назначением и проверенной целостностью, а механизм должен обнаруживать несанкционированные изменения содержимого страницы и заголовков, с которыми она отдаётся. Размещённая форма не загружает сторонних скриптов, поставляет проверку целостности для собственных, отправляет заголовки, которых требует стандарт, и при каждом выпуске проверяет, что элементы и заголовки страницы соответствуют инвентарю, с оповещением при расхождении. Мерчант на размещённой странице получает это по наследству; мерчанту с собственной страницей придётся это строить.
Что это значит для клиента
PSP или эквайер, эксплуатирующий Tranzify, сохраняет собственные обязательства по PCI DSS для частей, которыми управляет, но его собственный код никогда не обрабатывает номера карт: интеграции, кабинеты, отчёты и вебхуки работают с токенами. Платформа построена по требованиям стандарта к поставщикам услуг для формы и хранилища; документы о соответствии передаются на этапе договора. Для клиента в собственном аккаунте AWS применяется та же архитектура: сервис ключей и хранилище работают в этом аккаунте, под ключами клиента, и аудитор клиента проверяет их там.
Обновлено: 2026-11-08