1. Чем управляет пакет iso 42001
Пакет ISO/IEC 42001 сопоставляет клаузы AIMS контролям, которые работают на каждом пересекающем шлюз запросе. Три клаузы сопоставляются живому применению; две организационные и раскрыты как пробелы, а не заявлены.| Клауза AIMS | Плоскость | Контроль |
|---|---|---|
| A.6 Жизненный цикл ИИ-системы | guardrail | блокировать попытки jailbreak против ИИ-системы |
| A.8 Информация для заинтересованных сторон | guardrail | флагировать определённый юридический/финансовый совет в выводе |
| A.9 Использование ИИ-систем | guardrail | записывать каждое решение guardrail как доказательство |
Клауза 5 Лидерство и политика ИИ и A.5 Оценка воздействия ИИ-системы — это
клаузы о людях и процессах. Шлюз не может их применить, так что пакет
поверхностирует их как раскрытые пробелы (или заверенные владельцем
строки) и в консоли, и в отчёте — никогда как автоматизированное покрытие.
Раскрытие того, что прокси не может сделать, — это то, что делает остальные
доказательства надёжными. См.
матрицу контролей.
2. Установите пакет iso 42001 — один конкретный пример
Установка материализует сопоставление в политику guardrail в вашем рабочем пространстве, каждый контроль помечен происхождением пакета. Вы делаете это из консоли, а не релейным ключом: Compliance → Catalog → ISO/IEC 42001 → Install Это действие Admin рабочего пространства на платном плане, и сервер применяет оба. Под капотом ваша консольная сессия вызывает:A.6 — защита безопасности ИИ
A.6 — защита безопасности ИИ
Regex-правило
guardrail на запросе, которое блокирует распространённые
попытки jailbreak и role-play («do anything now», «developer mode»,
«ignore previous instructions») до того, как они достигнут модели —
доказательство того, что у жизненного цикла вашей ИИ-системы есть контроль
безопасности на стороне входа.A.8 — Информация для заинтересованных сторон
A.8 — Информация для заинтересованных сторон
Regex-правило
guardrail, которое флагирует вывод, дающий определённый
юридический/финансовый совет («you are entitled to damages», «guaranteed
return»). Оно аннотирует, а не блокирует, так что флагированные вызовы идут
на разбор командой — контроль прозрачности-для-пользователей для ваших
заинтересованных сторон.A.9 — Использование и мониторинг
A.9 — Использование и мониторинг
Правило
pii только с flag, которое записывает каждое решение
guardrail как доказательство системы управления без блокировки или
изменения трафика — след мониторинга, который оценщик читает для
«использования ИИ-систем».3. Сначала наблюдение, потом выход в live
Установка ISO 42001 не начинает блокировать трафик в первый день. Установки попадают в режим наблюдения: применяющие действия guardrail приведены кflag, так что вы собираете доказательства «would-have-blocked»
на реальном трафике до того, как что-либо применяется. Контроли A.8 и A.9 уже
только-flag, так что их поведение не меняется; защита безопасности A.6 — та,
что держит свой вердикт блокировки до go-live.
Когда доказательства выглядят правильно, Admin рабочего пространства продвигает
пакет в go-live, что восстанавливает заявленные действия — защита jailbreak
A.6 начинает блокировать — и опционально продвигает материализованную политику
в default рабочего пространства. Это та же дисциплина, что описана в
Наблюдение vs применение.
4. Подписанные доказательства для вашей AIMS
Смысл пакета — это отчёт. Доказательства ISO 42001 генерируются как подписанный Ed25519 отчёт с хэшем содержимого SHA256, экспортируемый как CSV, JSON или PDF, и публично проверяемый — ваш оценщик проверяет подпись без логина OrcaRouter.Покрытие по каждой клаузе с реальными счётчиками
Покрытие по каждой клаузе с реальными счётчиками
Каждая строка AIMS несёт свой статус —
covered, observe, gap или
attested — и сколько раз контроль реально сработал за период. Защита
безопасности A.6, которая заблокировала реальные попытки jailbreak,
читается для оценщика иначе, чем та, у которой ноль совпадений, и отчёт
показывает оба.Происхождение
Происхождение
Каждый материализованный контроль записывает свой
control_id (например,
iso42001.safety), дословную клаузу (ISO/IEC 42001 A.6 AI system lifecycle), плоскость и id живого объекта политики, применяющего его — так
что оценщик проходит клауза → контроль → применяющая политика →
совпадения, без выведенного догадкой шага.Публичная проверка
Публичная проверка
Получите подписывающий публичный ключ на
GET /api/public/compliance/pubkey,
отправьте отчёт на POST /api/public/compliance/verify или откройте
скоупнутую ссылку-шеринг для оценщика на
GET /api/public/compliance/share/:token. Аккаунт не требуется.5. Проштампуйте регионом ваши доказательства ISO 42001
Отчёты ISO 42001 хранятся и отдаются под вашим заявленным регионом резидентности —us / eu / uk / ap / cn / global — и отчёт отдаётся
только под совпадающим регионом; межрегиональные чтения удерживаются. Admin
рабочего пространства устанавливает его через PUT /api/compliance/residency.
Резидентность здесь — это регион артефакта доказательств — где живут и
отдаются подписанные отчёты. Это не гео-привязка данных инференса. См.
Резидентность данных и
Межрегиональные для границы.
6. Куда дальше
Содержимое пакета
Полная анатомия пакета — плоскости, статусы и происхождение.
Установка пакета
Сквозной процесс установки, режим наблюдения и go-live.
NIST AI RMF
Другой фреймворк AI-управления — GOVERN, MAP, MEASURE, MANAGE.
EU AI Act
Регуляторный ИИ-фреймворк и его уровни риска.
Фреймворки
Полный каталог — SOC 2, HIPAA, GDPR, ISO 27001 и другие.
Guardrails
Справочник слоя содержимого, в который пишут контроли ISO 42001.