История изменений
Что вошло в v0.2, какие исправления опубликованы и какие требования открыты для публичного обсуждения на пути к v1.0.
Это страница, на которую указывает плашка «Черновик v0.2 -> v1.0»: здесь видно, что изменилось и что ещё обсуждается.
История версий
От текущего черновика v0.2 к целевому релизу v1.0 и первому минорному патчу. Даты v1.0 и v1.0.1 — плановые ориентиры, а не гарантии.
v0.2
2026-05 (текущий черновик)
v1.0
2026-12-01 (цель)
v1.0.1
Q2 2027 (цель)
v0.2
Текущий черновик2026-05 (текущий черновик)
Первый публичный черновик в формате PCI DSS: бинарная методология оценки, индивидуальный подход, явный перечень критических требований, расширенные шаблоны ROC и SAQ.
Изменения в версии
- Изменено
Отказ от числовой шкалы 0,0–1,0; переход на бинарные статусы: выполнено, не выполнено, неприменимо и компенсирующий контроль.
- Добавлено
По образцу PCI DSS v4.0 введён индивидуальный подход как альтернативный путь соответствия, кроме критических требований.
- Изменено
Все требования B.1–B.8 переписаны в формате процедур проверки по стандартному подходу: изучить, провести интервью, наблюдать и проследить.
- Добавлено
Для каждого требования добавлены встроенные блоки условий применимости, назначения, рекомендаций и примеров.
- Изменено
Ежегодный полный аудит введён для всех уровней; для уровня 1 отменён двухлетний цикл.
- УточненоC.2
Сегмент C.2 переформулирован с раздельными областями оценки производителя и устройства.
- ИзмененоB.7.3
Ужесточены SLA мониторинга без доступа к ключам (B.7.3) для уровня 1.
- ИзмененоB.8.5
Географическое распределение персонала (B.8.5) стало обязательным для уровня 2 и выше.
- УдаленоB.2
Сопоставление с PCI DSS Req 3.6.1 переведено в статус «неприменимо»: CCSA строже базового стандарта в части энтропии.
- ДобавленоD.2.5
Перечень из 8 критических требований явно определён в разделе D.2.5; компенсирующие контроли разделены на полностью запрещённые и ограниченно допустимые.
- ИзмененоA3
Шаблон ROC из приложения 3 дополнен подробной рабочей таблицей оценки требования и матрицей подтверждения зачёта.
- ДобавленоA4
SAQ-C1 (приложение 4) дополнен полной справочной библиотекой вопросов.
v1.0
План2026-12-01 (цель)
Целевой релиз. Учитывает итоги публичного обсуждения; нормативный текст фиксируется. Вступление в силу — 2027-01-01.
Изменения в версии
- Изменено
Учтены результаты публичного обсуждения открытых требований (см. ниже).
- Изменено
Нормативный текст фиксируется; дальнейшие изменения — только через минорные версии с обратной совместимостью.
- ДобавленоA2.3
Постквантовая криптография (PQC) включена как рекомендация; для уровня 3 она станет обязательной только с v2.0 (2029).
v1.0.1
ПланQ2 2027 (цель)
Первый минорный патч по ранней обратной связи от пилотной когорты; сохраняется обратная совместимость и ведётся реестр исправлений.
Изменения в версии
- Уточнено
Формулировки уточнены по ранней обратной связи от пилотной когорты без изменения смысла требований.
- Исправление
Открыт публичный реестр исправлений: подтверждённые опечатки и неоднозначности фиксируются и устраняются между релизами.
Требования на публичном обсуждении
Открытые вопросы, по которым Совет CCSA собирает комментарии до фиксации в указанной целевой версии. Это открытые вопросы, а не принятые требования — формулировки могут измениться.
| Требование | Открытый вопрос | Целевая версия | Комментарий |
|---|---|---|---|
| B.3.1 | На каких условиях мобильный Secure Enclave допустим для хранения CCM наравне с HSM / MPC в сегменте C.2 (B.3.1) и где проходит граница для уровня 2. | v1.0 | Прокомментировать это требование |
| 0.8.3 | Сохранить ли полный запрет компенсирующих мер для ограниченных критических требований B.2.1, B.3.1, B.4.1 и B.8.1 на уровнях 2 и 3 либо допустить узкие исключения с одобрением Совета CCSA. | v1.0 | Прокомментировать это требование |
| A2.3 | Уточнить сроки и охват обязательной постквантовой криптографии для уровня 3: подтвердить v2.0 (2029) и длительность переходного периода для устаревающих схем. | v2.0 | Прокомментировать это требование |
| B.1.2 | Требовать ли сегментацию CME при одновременном использовании ГОСТ-СКЗИ и международных алгоритмов или достаточно единой CME с фиксацией решения в ROC (B.1.2). | v1.0 | Прокомментировать это требование |
| B.8.5 | Подтвердить порог географического распределения держателей ключей для уровня 2: минимальное число юрисдикций и допустимость распределения в пределах одной страны (B.8.5). | v1.0 | Прокомментировать это требование |
| 0.14.2 | Закрепить ли рекомендуемые размеры выборки из раздела 0.14.2 как нормативные минимумы или оставить их справочным руководством для ведущего аудитора. | v1.0 | Прокомментировать это требование |
| 0.2.3 | Порядок пометки «добровольная юрисдикция» в реестре LVCS для организаций вне перечня обязательного применения из раздела 0.2.3. | v1.1 | Прокомментировать это требование |
Исправления
Подтверждённых исправлений к v0.2 пока нет. Опечатки, противоречия и неоднозначности нормативного текста будут публиковаться здесь с указанием требования, описания и исправления. Сообщить о возможной ошибке можно по ссылке «Комментарий» рядом с требованием.
Стандарт CCSA v0.2 (PDF)
Канонический текст черновика для рассылки и аудита. Версия и контрольная сумма указаны на карточке.
v0.2
809 KB
SHA-256
05632a01141b…Следить за выходом v1.0
Хотите получить уведомление о публикации v1.0 и итогах обсуждения открытых требований? Оставьте контакт — Совет CCSA свяжется с вами.
Совет CCSA отвечает в течение 5 рабочих дней.
Письмо откроется в вашем почтовом клиенте с заполненной темой. Совет CCSA не передаёт контакты третьим лицам.
Контактные данные не собираются на сайте — письмо открывается в вашем почтовом клиенте.
История версий
От текущего черновика v0.2 к целевому релизу v1.0 и первому минорному патчу. Даты v1.0 и v1.0.1 — плановые ориентиры, а не гарантии.