Предотвращение утечки клиентских анкет и личных реквизитов через программные интерфейсы по закону № 152-ФЗ
Подключение языковой модели или внешнего сервиса к клиентской базе создаёт угрозу выгрузки фамилий, телефонов и адресов почты в сторонние журналы. Испытатель выявляет каналы утечки на учебных карточках без сохранения реальных анкет на диске и выпускает правило принудительного маскирования.
Федеральный закон от 27 июля 2006 года № 152-ФЗ «О персональных данных» (статья 19) и приказ Федеральной службы по техническому и экспортному контролю от 18 февраля 2013 года № 21 устанавливают строгие требования к защите клиентских картотек для уровней защищённости УЗ1–УЗ4. При подключении к клиентским таблицам программных помощников, поисковых индексов и инструментов протокола контекста модели возникают новые каналы несанкционированной передачи анкет.
Силовику и руководителю (без жаргона): Перехват «Store unmasked personal data in scanner logs or transmit customer records to external model provider» до сокета (0 вреда рабочей базе, готовая печать ГОСТ)
Техническому проверяющему (улика): Норма Федеральный закон от 27.07.2006 № 152-ФЗ (ст. 19); Приказ ФСТЭК России от 18.02.2013 № 21 (УЗ1–УЗ4) | Фильтр SEC-ZD-CMP-03 | Свидетель 93b4c618e20f5d47
Технократу, CTO и VC (математика): Инвариант Z3 (assert (forall ((resp Payload)) (=> (contains_personal_da... | FP = 0,0% | Правило IMMUNE-CMP-93B4C618 (mcp-sentinel 1.1.2)1. Схема нормативного контроля и инструментальной приёмки для CMP-PDN-03
Конвейер нормативной верификации по разделу CMP-PDN-03 (152-FZ / FSTEC Order 21 / UZ1-UZ4, OWASP LLM02 / ASI01 Data Exfiltration): проверка безопасности вызова правилом SEC-ZD-CMP-03 до сокета, фиксация свидетеля 93b4c618e20f5d47 и выпуск контракта IMMUNE-CMP-93B4C618 для шлюза mcp-sentinel.
2. Требования стандарта, безопасный прогон и инвариант решателя для CMP-PDN-03
Обычные сканеры уязвимостей при обнаружении открытой ручки сохраняют полученные клиентские записи прямо в текстовый отчёт, чем сами нарушают режим конфиденциальности. По правилу SEC-ZD-CMP-03 испытатель работает с синтетическими мечеными карточками и мгновенно заменяет любую обнаруженную структуру личных реквизитов необратимым криптографическим отпечатком в памяти процесса до записи на диск.
В ходе проверки тестируются четыре рубежа: наличие обязательного согласия субъекта по статье 9 при приёме анкеты, разграничение доступа между карточками разных клиентов, фильтрация поисковой выдачи по правам сессии и блокировка передачи личных полей во внешние вызовы инструментов. Сверка с контрольными ручками формирует свидетеля 93b4c618e20f5d47 при нулевом числе ложных тревог.
Код раздела: CMP-PDN-03 (fz_152_pdn_agent_leakage)
Стандарт и профиль: 152-FZ / FSTEC Order 21 / UZ1-UZ4 | OWASP LLM02 / ASI01 Data Exfiltration
Нормативная привязка: Федеральный закон от 27.07.2006 № 152-ФЗ (ст. 19); Приказ ФСТЭК России от 18.02.2013 № 21 (УЗ1–УЗ4)
Режим испытаний: Детерминированная проверка (AUTO_SCAN)
Проверочный вызов: POST /api/v1/compliance/pdn-152 {"law":"152-FZ_Art19","order":"FSTEC_21_UZ1","probe":"mcp_tool_read_customer_profile -> outbound_webhook"}
Предотвращённый ущерб: Store unmasked personal data in scanner logs or transmit customer records to external model provider
Инвариант решателя Z3: (assert (forall ((resp Payload)) (=> (contains_personal_data_pattern resp) (and (redacted_before_log resp) (consent_verified resp) (external_egress_blocked resp)))))
Правило верификатора: SEC-ZD-CMP-03
Хэш свидетеля: 93b4c618e20f5d47
Скомпилированный фильтр: IMMUNE-CMP-93B4C618 (mcp-sentinel 1.1.2)3. Доказательная база приёмки IMMUNE-CMP-93B4C618 и квитанция по ГОСТ Р 34.11-2012
Из свидетеля 93b4c618e20f5d47 в автоматическом режиме выпускается контракт IMMUNE-CMP-93B4C618 для перехватчика mcp-sentinel. Правило отклоняет заявки без отметки согласия, вырезает личные реквизиты из аргументов внешних вызовов и пресекает трансграничную выгрузку записей.
4. Ответы на вопросы аудиторов и инспекторов по разделу CMP-PDN-03
Исключение сохранения реальных клиентских анкет в журналах самого испытателя
Проверка ведётся на синтетических карточках стенда, а любые чувствительные поля в ответах сервиса хешируются с солью в памяти процесса до формирования квитанции.
Инструментальный контроль согласия субъекта на уровне входного шлюза
Скомпилированное правило возвращает код отказа 400 при любой попытке отправить форму без явного флага согласия и ссылки на действующую редакцию документа.