Cartelta

Личный кабинетНаправить запрос

PCI DSS 4.0.1: что изменилось и как это влияет на онлайн-бизнес

4.0.1 — это патч-релиз к PCI DSS 4.0: уточняет формулировки, примечания и глоссарий, но не добавляет новых технических контролей. Для e-commerce это прежде всего про клиентскую безопасность (6.4.3 и 11.6.1) и про доказуемость процессов на аудите.

4.0.1
Уточнения (Clarifications)
Клиентская сторона (Client-Side)
MFA/8.x
Логирование/12 мес.
Обсудить соответствие 4.0.1
Перейти к 6.4.3
Перейти к 11.6.1
PCI DSS 4.0.1 — обзор для онлайн-бизнеса

Патч-релиз с уточнениями. Акцент на клиентской безопасности и доказательствах на аудите.

Что это значит для бизнеса

  • Требования 6.4.3 и 11.6.1 в 2025 году — фактически «зона аудита №1» для e-commerce.
  • Аудитором ожидается не только наличие процессов, но и воспроизводимые доказательства: реестры скриптов, SRI/CSP-политики, логи сравнения «эталон ↔ текущая страница», уведомления и регламент реагирования.
  • Для получения льгот по MDR и исключения санкций со стороны эквайера необходимо продемонстрировать зрелость мониторинга клиентской стороны.

Ключевые уточнения PCI DSS 4.0.1

БлокЧто уточнено в 4.0.1Зачем бизнесу
Безопасность клиентской стороны (Client-Side Security)4.0.1 — это патч-релиз к 4.0: уточнены формулировки и примечания к требованиям 6.4.3 (управление скриптами) и 11.6.1 (обнаружение изменений), даны более чёткие ожидания к инвентаризации, контролю целостности и периодичности проверок.Сведение к минимуму риска веб-скимминга (web skimming) и подмены JS на платёжной странице; упрощение аудита и подготовки артефактов.
Аутентификация и доступПрояснены замечания по требованиям 8.x (MFA/идентификация): где необходима MFA, как трактовать доступ к среде обработки карточных данных (CDE) и админ-функциям; приведены более точные примеры допустимых методов.Снижение рисков, связанных с учётными записями и уязвимостями при администрировании и интеграциях.
Пароли и политика учётных записейПодтверждены современные практики: минимум 12 символов, отказ от календарной ротации без признаков компрометации, проверка на утечки и повторные пароли.Баланс удобства и стойкости: снижение нагрузки на пользователей при повышении фактической безопасности.
Логи и мониторингУточнения по полноте, целостности и времени хранения (обычно ≥ 12 месяцев), требование синхронизации времени и удобства реконструкции инцидентов.Готовность к расследованиям и независимой проверке; минимизация пробелов в цепочке событий.
Customized ApproachЧётче описаны ожидания к метрикам эффективности и доказательствам при настраиваемом подходе (эквивалентность контролей вместо буквального соответствия).Обеспечение гибкости для DevOps-команд и финтех-продуктов без снижения измеряемого уровня безопасности.

Полный перечень правок — в официальном документе «Summary of Changes v4.0 → v4.0.1» на pcisecuritystandards.org.

Связанные требования, на которые стоит обратить внимание

6.4.3 — контроль скриптов

  • Реестр всех скриптов (включая GTM/виджеты), владелец и обоснование.
  • Контроль целостности (SRI/подписи) и/или CSP; регулярный пересмотр.
  • Автоматизация инвентаризации — предпочтительно.
Подробнее о 6.4.3

11.6.1 — обнаружение изменений

  • Сравнение страницы на стороне конечного пользователя (HTML/JS/заголовки) с эталоном.
  • Частота: не реже еженедельно; чаще — по результатам TAR или обоснованном периоде.
  • Срабатывания (alerts), реагирование, артефакты для аудита.
Подробнее об 11.6.1

План действий (e-commerce, 30–60 дней)

  • Проведение экспресс GAP-анализа «4.0 → 4.0.1»: обновление политик, процедур и артефактов.
  • Формализация требования 6.4.3: полный инвентарь скриптов, владельцы, SRI/CSP и периодический пересмотр.
  • Настройка требования 11.6.1: сравнение «эталон ↔ текущая страница» (сенсор/краулер), уведомления, регламент реагирования, хранение логов (≥ 12 мес.).
  • Проверка MFA/8.x и управления доступом интеграций (боты, сервис-аккаунты, токены).
  • Обновление TAR: частота проверок, сценарии усиления, покрытие сценариев реальных пользователей (включая веб-скимминг (web skimming)).

Как Cartelta JSIR ускоряет соответствие

ЗадачаТребованиеФункция JSIR
Инвентаризация скриптов6.4.3Автоматический каталог и панель мониторинга (DOM + GTM/виджеты)
Целостность/подписи6.4.3Dynamic SRI (CI/CD-интеграция)
Обнаружение изменений11.6.1Сравнение «эталон ↔ текущая страница», уведомления
Отчёты для аудита4.0.1Выгрузки артефактов, журнал срабатываний
Интеграция в SOC/SIEM10.xWebhooks → SIEM
Автоматизация аудита и контроля клиентской части

Своевременная автоматизация контроля клиентской части минимизирует риски инцидентов и количество вопросов при прохождении аудита.


Направить запрос
Написать sales@cartelta.ru

Cartelta

Политика конфиденциальностиУсловия использования

Продукты

Cartelta JSIRPCI DSS consulting

Контакты

sales@cartelta.ru

© 2025 Cartelta. Все права защищены.

Направить запрос