docs(detmir): document registry positioning

2026-06-03 01:31:19 +03:00
parent 083c962982
commit 5f217b6dbb
4 changed files with 242 additions and 0 deletions
@@ -0,0 +1,227 @@
+# DetMir: позиционирование для реестра российского ПО
+
+Дата фиксации: `2026-06-03`
+
+Статус: рабочая стратегия позиционирования продукта для подготовки сайта,
+документации, карточки продукта и возможной подачи в реестр российского ПО.
+
+Этот документ не является юридическим заключением. Он фиксирует инженерно и
+продуктово безопасную линию, чтобы не заявлять лишние классы и не создавать
+ненужные вопросы по сертификации.
+
+## 1. Вывод
+
+DetMir/AWatch-rus нужно позиционировать не как классическую DLP, SIEM, EDR/XDR
+или СЗИ, а как:
+
+> отечественную платформу операционного контроля, технического аудита,
+> мониторинга действий пользователей, контроля регламентов и автоматизации
+> реагирования в корпоративной ИТ-инфраструктуре.
+
+Практически лучший основной заход в классификаторе:
+
+| Приоритет | Класс | Почему подходит |
+|---|---|---|
+| Основной | `09.10 Средства управления ИТ-службой, ИТ-инфраструктурой и ИТ-активами` | DetMir контролирует состояние сервисов, инфраструктурных компонентов, endpoint/runtime-задач, инцидентов и operational health. |
+| Дополнительный, если нужен | `09.01 Средства управления бизнес-процессами (BPM)` | Runbook, регламенты, контроль исполнения, операторские workflow и auto-response можно описывать как управление процессами. |
+| Осторожная будущая опция | security/ИБ-классы классификатора | Использовать только после отдельной подготовки доказательной базы и консультации, чтобы не подтягивать ожидания к сертифицированной СЗИ. |
+
+Главная рекомендация: идти через `09.10`, а ИБ/DLP описывать как прикладные
+модули мониторинга, аудита и расследования, не как отдельный сертифицированный
+класс защиты информации.
+
+## 2. Что не заявлять
+
+Не заявлять продукт как:
+
+- DLP-систему enterprise-класса;
+- SIEM;
+- EDR/XDR;
+- сертифицированное средство защиты информации;
+- продукт с заверенной моделью угроз ФСТЭК;
+- продукт, обеспечивающий юридически гарантированную неизменность
+  доказательств без отдельного WORM/подписанного хранилища.
+
+Причина простая: в текущем состоянии у продукта есть сильные DLP/ИБ-возможности,
+но нет формального сертификационного контура, нативного полного RBAC,
+криптографической подписи политик и внешней аттестации.
+
+## 3. Рабочее публичное описание
+
+### Короткое описание
+
+DetMir/AWatch-rus - платформа операционного контроля и технического аудита
+корпоративной ИТ-инфраструктуры. Система собирает телеметрию рабочих мест и
+серверных сервисов, контролирует состояние регламентов, фиксирует инциденты,
+показывает управленческие и технические dashboards, помогает оператору
+расследовать события и автоматизирует безопасное реагирование.
+
+### Расширенное описание
+
+DetMir/AWatch-rus объединяет сбор активности пользователей, мониторинг
+состояния сервисов, контроль endpoint-событий, DLP-сигналы, evidence workflow,
+Grafana/portal-аналитику, Telegram-оповещения, runbook automation и
+автовосстановление. Платформа предназначена для эксплуатации корпоративного
+контура, технического аудита, контроля исполнения регламентов и расследования
+операционных инцидентов.
+
+Система ориентирована на автономную серверную работу: ключевые проверки,
+синхронизация evidence, dashboards, health/SLO и операторский портал работают
+на production-узлах без зависимости от ноутбука администратора.
+
+## 4. Что можно заявлять как функции
+
+Безопасные функции для сайта и карточки продукта:
+
+- мониторинг активности пользователей и рабочих сессий;
+- сбор endpoint-телеметрии;
+- контроль состояния сервисов, scheduled tasks и systemd units;
+- технический аудит действий и событий;
+- контроль регламентов эксплуатации;
+- runbook automation;
+- safe auto-heal по allowlist;
+- фиксация и разбор инцидентов;
+- evidence workflow: metadata, screenshot preview/download, SHA-256 check,
+  audit view/download/upload;
+- Grafana dashboards и портал для оператора, менеджера и владельца;
+- отчеты worktime/management;
+- интеграция с ActivityWatch, InfluxDB, Grafana, SQLite/warehouse,
+  ClickHouse/1C analytics;
+- Telegram-уведомления и operator command path;
+- Rust-first runtime helpers для скорости и надежности.
+
+## 5. Что писать осторожно
+
+Формулировки, которые можно использовать, но без сертификационных обещаний:
+
+| Тема | Безопасная формулировка | Не писать |
+|---|---|---|
+| DLP | `DLP-сигналы`, `контроль событий возможной утечки`, `модуль фиксации ИБ-инцидентов` | `сертифицированная DLP-система`, `предотвращает все утечки` |
+| ИБ | `расследование инцидентов`, `технический аудит`, `evidence workflow` | `СЗИ`, `сертифицированная защита информации` |
+| SIEM | `централизованный сбор и визуализация событий` | `полноценная SIEM` |
+| EDR | `endpoint telemetry`, `контроль состояния collector runtime` | `EDR/XDR` |
+| Доказательства | `технические подтверждения инцидентов` | `юридически неизменяемые доказательства` |
+| ИИ | `помощник оператора`, `сводки по данным системы` | `автономное принятие юридически значимых решений` |
+
+## 6. Минимальный пакет для реестра
+
+Перед подачей нужно подготовить:
+
+1. Подтверждение правообладания.
+   - Для текущей фиксации правообладатель: Игорь.
+   - Практически желательно оформить свидетельство о регистрации программы в
+     Роспатенте, хотя само по себе оно не заменяет все требования реестра.
+2. Публичный сайт правообладателя или продукта.
+   - Описание продукта.
+   - Функциональные характеристики.
+   - Документация по установке и эксплуатации.
+   - Контакты правообладателя.
+   - Сведения о поддерживаемых ОС/СУБД/инфраструктуре.
+3. Документацию.
+   - Руководство администратора.
+   - Руководство оператора.
+   - Руководство установки.
+   - Описание архитектуры.
+   - Описание модели угроз и ограничений.
+   - Описание лицензирования и поставки.
+4. Доказательство самостоятельности продукта.
+   - Состав исходников.
+   - Список сторонних компонентов и лицензий.
+   - Сборка из репозитория.
+   - Версионированные release artifacts.
+5. Демонстрационные материалы.
+   - Скриншоты портала.
+   - Скриншоты Grafana dashboards.
+   - Пример incident/evidence workflow.
+   - Пример операторского отчета.
+
+## 7. Сайт продукта
+
+Минимальная структура сайта:
+
+```text
+/
+  О продукте
+  Возможности
+  Архитектура
+  Документация
+  Установка
+  Эксплуатация
+  Скриншоты
+  Ограничения и безопасность
+  Контакты правообладателя
+```
+
+Рекомендуемый технический путь:
+
+- static site или `mdBook`;
+- исходники сайта в репозитории;
+- публикация на отдельном домене/поддомене;
+- документация генерируется из markdown, чтобы не расходиться с repo;
+- отдельный раздел `Правообладание и лицензирование`.
+
+Не надо начинать с маркетингового лендинга. Для реестра и экспертной проверки
+важнее спокойный технический сайт с документацией, скриншотами и понятной
+установкой.
+
+## 8. Нормативные основания, которые учитываем
+
+Рабочие ориентиры на дату фиксации:
+
+- Постановление Правительства РФ от 16.11.2015 N 1236 задает правила ведения
+  реестра российского ПО и состав сведений, включая сведения о правообладателе,
+  сайте с документацией и основаниях исключительного права.
+  Источник: `https://legalacts.ru/doc/postanovlenie-pravitelstva-rf-ot-16112015-n-1236/`
+- Приказ Минцифры/Минкомсвязи России от 22.09.2020 N 486 утверждает
+  классификатор программ для ЭВМ и баз данных.
+  Источник: `https://normativ.kontur.ru/document?documentId=468531&moduleId=1`
+- Официальный публичный реестр показывает, что карточки ПО содержат
+  правообладателя, описание, класс ПО и адрес страницы сайта правообладателя с
+  документацией.
+  Источник: `https://reestr.digital.gov.ru/`
+
+Практический вывод: карточка DetMir должна быть подготовлена под функциональный
+класс, сайт и документацию, а не под security-сертификацию.
+
+## 9. Документы проекта, которые уже закрывают часть подготовки
+
+Уже есть сильная база:
+
+- `docs/DETMIR_THREAT_MODEL_RU.md`;
+- `docs/DETMIR_UNIFIED_OPERATING_MODEL_RU.md`;
+- `docs/DETMIR_PORTAL_GUI_PLAN_RU.md`;
+- `docs/dlp-security-functional-spec-ru.md`;
+- `docs/dlp-gap-analysis.md`;
+- `docs/GRAFANA_DASHBOARDS_RU.md`;
+- `docs/FULL_DEPLOYMENT_MANUAL_RU.md`;
+- `docs/PRESENTATION_RU.md`;
+- `adk-rust/RUNBOOK.md`.
+
+Эти документы надо привести к единому публичному пакету: меньше внутренних IP,
+секретов и runtime-шума, больше описания назначения, установки, эксплуатации и
+ограничений.
+
+## 10. Очередь работ
+
+1. Зафиксировать финальное публичное имя: `DetMir` или `AWatch-rus`.
+2. Подготовить публичный `README_PRODUCT_RU.md`.
+3. Собрать `docs/site/` или `mdbook/` для сайта.
+4. Сделать страницу продукта с описанием класса `09.10`.
+5. Подготовить руководство администратора.
+6. Подготовить руководство оператора.
+7. Подготовить страницу ограничений и security boundaries.
+8. Подготовить скриншоты портала/Grafana без секретов и внутренних адресов.
+9. Составить license/dependencies inventory.
+10. Подготовить пакет для Роспатента.
+11. После этого готовить заявку в реестр.
+
+## 11. Решение на текущий момент
+
+Текущая линия принята:
+
+- основной публичный класс: операционный контроль и управление
+  ИТ-инфраструктурой;
+- основной классификаторный ориентир: `09.10`;
+- DLP/ИБ/evidence/Hayabusa остаются функциональными модулями платформы;
+- не заявляем сертифицированную СЗИ;
+- сначала готовим сайт, документацию и правообладательский пакет.
@@ -308,6 +308,7 @@

 ## 12. Связанные документы

+- `docs/DETMIR_RUSSIAN_SOFTWARE_REGISTRY_POSITIONING_RU.md`
 - `docs/DETMIR_UNIFIED_OPERATING_MODEL_RU.md`
 - `docs/DETMIR_PORTAL_GUI_PLAN_RU.md`
 - `docs/dlp-security-functional-spec-ru.md`
@@ -12,6 +12,12 @@
 операционную модель угроз. Это рабочая модель для платформы операционного
 контроля и технического аудита, а не формальная сертификационная модель ФСТЭК.

+Связанное продуктовое позиционирование:
+`docs/DETMIR_RUSSIAN_SOFTWARE_REGISTRY_POSITIONING_RU.md` фиксирует безопасный
+заход для реестра российского ПО: DetMir как платформа операционного контроля и
+управления ИТ-инфраструктурой, с ориентиром на класс `09.10`, без заявления
+сертифицированной DLP/SIEM/EDR/XDR/СЗИ.
+
 ## 1. Назначение

 `DetMir` в этом репозитории это не только `ActivityWatch Server`.
@@ -413,6 +419,7 @@ Telegram bot `DetMirAuto` обязан покрывать:
 | `UAT.md` | операторская приемка |
 | `docs/runbook.md` | живая эксплуатация |
 | `docs/DETMIR_THREAT_MODEL_RU.md` | рабочая модель угроз и границы security-позиционирования |
+| `docs/DETMIR_RUSSIAN_SOFTWARE_REGISTRY_POSITIONING_RU.md` | стратегия позиционирования для реестра российского ПО |
 | этот файл | единая карта системы и рабочего процесса |

 ## 9. Операционный минимум, который нельзя терять