Перейти к основному содержимому
v0.2, черновик -> v1.0
Стандарт

История изменений

Что вошло в v0.2, какие исправления опубликованы и какие требования открыты для публичного обсуждения на пути к v1.0.


Черновик v0.2

Это страница, на которую указывает плашка «Черновик v0.2 -> v1.0»: здесь видно, что изменилось и что ещё обсуждается.

01 —Стандарт

История версий

От текущего черновика 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 (цель)

Первый минорный патч по ранней обратной связи от пилотной когорты; сохраняется обратная совместимость и ведётся реестр исправлений.

Изменения в версии

  • Уточнено

    Формулировки уточнены по ранней обратной связи от пилотной когорты без изменения смысла требований.

  • Исправление

    Открыт публичный реестр исправлений: подтверждённые опечатки и неоднозначности фиксируются и устраняются между релизами.


02 —Стандарт

Требования на публичном обсуждении

Открытые вопросы, по которым Совет 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Прокомментировать это требование

03 —Стандарт

Исправления

Реестр исправлений

Подтверждённых исправлений к v0.2 пока нет. Опечатки, противоречия и неоднозначности нормативного текста будут публиковаться здесь с указанием требования, описания и исправления. Сообщить о возможной ошибке можно по ссылке «Комментарий» рядом с требованием.

PDF · RU

Стандарт 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 — плановые ориентиры, а не гарантии.