Сертификация CCSA
Как устроена сертификация: 4 сегмента применения, матрица применимости 8 доменов, 3 уровня и бинарная методология оценки.
CCSA сертифицирует не «организацию вообще», а защиту криптографического материала в конкретном сегменте деятельности. Субъект выбирает применимые сегменты (C.1–C.4), определяет обязательные домены раздела B и проходит аудит на одном из трёх уровней. Результат публикуется в реестре LVCS.
Логика сертификации
Четыре сегмента применения
Раздел C стандарта. Каждый сегмент задаёт собственный набор обязательных доменов и параметр выбора уровня.
Организации, хранящие криптоактивы клиентов под собственным управлением приватных ключей.
Сегменты подробноПараметр выбора уровня
Активы под управлением (< $5 млн / $5–500 млн / > $500 млн)
ПО и устройства, дающие пользователю самостоятельный контроль над ключами. Субъект сертификации — вендор или производитель, не конечный пользователь.
Сегменты подробноПараметр выбора уровня
Активные пользователи в месяц (< 10 тыс. / 10 тыс.–1 млн / > 1 млн)
Торговые платформы (CEX, DEX-фронтенды, OTC) в части защиты CCM в инфраструктуре хранения.
Сегменты подробноПараметр выбора уровня
Дневной объём (< $1 млн / $1–100 млн / > $100 млн)
Эмитенты стейблкоинов, RWA, фиатных токенов и токенизированных ценных бумаг в части защиты ключей выпуска и погашения.
Сегменты подробноПараметр выбора уровня
Капитализация (< $5 млн / $5–100 млн / > $100 млн)
Матрица применимости (8 доменов x 4 сегмента)
M — обязательно, R — рекомендуется. В версии v0.2 ни один домен не является неприменимым ни для одного сегмента.
| B.x | C.1 | C.2 | C.3 | C.4 |
|---|---|---|---|---|
| B.1 | M | M | M | M |
| B.2 | M | M | M | M |
| B.3 | M | M | M | M |
| B.4 | M | M | M | M |
| B.5 | M | M | M | M |
| B.6 | M | R | M | R |
| B.7 | M | R | M | M |
| B.8 | M | M | M | M |
M — Обязательно
R — Рекомендуется
N/A — Неприменимо
Для C.2 домены B.6 и B.7 рекомендуются с разделением областей производителя и устройства. Для C.4 домен B.6 рекомендуется для пользовательских кошельков, но мультиподпись для ключей выпуска и погашения обязательна всегда (B.6.1).
Три уровня сертификации
L1 — базовый, L2 — стандартный, L3 — продвинутый. Полная методология — на странице «Уровни».
L1 — базовый: выполнено не менее 90%, компенсирующих мер не более 10%. Стартапы, MVP и небольшой объём.
Выполнено
>= 90%
Максимум CC
<= 10%
Не выполнено
0%
L2 — стандартный: выполнено не менее 95%, компенсирующих мер не более 5%. Регулируемые VASP и основная масса участников.
Выполнено
>= 95%
Максимум CC
<= 5%
Не выполнено
0%
L3 — продвинутый: выполнено 100% (либо компенсирующих мер не более 2,5% с одобрением Совета CCSA). Системно значимая инфраструктура.
Выполнено
>= 100%
Максимум CC
<= 2.5%
Не выполнено
0%
На любом уровне не должно быть невыполненных обязательных требований, а все восемь критических требований выполняются по стандартному подходу.
Доступность уровней по сегментам (4 x 3)
Какие комбинации сегмент x уровень практически применяются. Формально доступны все 12, но часть имеет ограниченную применимость.
| Сегмент | L1 | L2 | L3 |
|---|---|---|---|
C.1 | Пилоты | Основная масса | Системные игроки |
C.2 | Основная масса | Требование аудиторских фирм | Опционально, редко |
C.3 | Стартапы, только пилоты | Основная масса | Крупнейшие биржи |
C.4 | Малые эмитенты, cap < $5M | Средняя капитализация | Системные стейблкоины |
Бинарная методология
Каждое применимое требование получает один из пяти статусов: выполнено, выполнено по индивидуальному подходу, не выполнено, неприменимо или компенсирующая мера. Числовых шкал и промежуточных статусов нет: при наличии пробела требование считается невыполненным. Подробнее — на странице «Уровни».
8 критических требований
Для восьми критических требований индивидуальный подход и зачёт результатов не допускаются. Невыполнение любого из них означает автоматический отказ независимо от общей доли выполненных требований. Для B.1.1, B.1.2, B.5.2 и B.7.3 компенсирующие меры запрещены полностью; для B.2.1, B.3.1, B.4.1 и B.8.1 они допустимы только на L1 с одобрением Совета CCSA.
Если организация работает в нескольких сегментах, применяются обязательные требования всех этих сегментов. Общая инфраструктура проверяется один раз, оформляется единый ROC с разделением по сегментам, а итоговый уровень равен самому строгому уровню среди них. Зачёт применяется к отдельным требованиям, а не к сегменту целиком.
Логика сертификации
CCSA сертифицирует не «организацию вообще», а защиту криптографического материала в конкретном сегменте деятельности. Субъект выбирает применимые сегменты (C.1–C.4), определяет обязательные домены раздела B и проходит аудит на одном из трёх уровней. Результат публикуется в реестре LVCS.