74 lines
4.8 KiB
Markdown
74 lines
4.8 KiB
Markdown
# Позиционирование для реестра российского ПО
|
||
|
||
Дата фиксации: `2026-06-03`.
|
||
|
||
Документ фиксирует audit-facing решение по классу подачи AWatch-rus.
|
||
Он дополняет `docs/RUSSIAN_SOFTWARE_REGISTRY_POSITIONING_RU.md`.
|
||
|
||
## 1. Рекомендованный класс
|
||
|
||
Основной безопасный класс подачи:
|
||
|
||
| Приоритет | Класс/направление | Решение |
|
||
|---|---|---|
|
||
| 1 | Управление ИТ-службой, ИТ-инфраструктурой и ИТ-активами | Основной класс. AWatch-rus контролирует сервисы, телеметрию, регламенты, readiness, инциденты и эксплуатационные workflow. |
|
||
| 2 | Технический аудит и аналитика событий | Дополнительная формулировка для функций сбора, нормализации, отчетов и расследований. |
|
||
| 3 | Мониторинг пользовательской активности / Workforce analytics | Коммерчески сильный модуль, но описывать как управленческую аналитику и технический аудит. |
|
||
|
||
## 2. Как трактовать SIEM / UEBA / ИБ-мониторинг
|
||
|
||
| Направление | Использовать в подаче | Почему |
|
||
|---|---|---|
|
||
| SIEM | Нет как основной класс | Есть сбор/визуализация/корреляция событий, но продукт не заявляется как промышленная SIEM с полным набором SIEM-функций. |
|
||
| UEBA | Только как `UEBA-compatible rule-based risk scoring v1` | Есть risk scoring, baseline и объяснимость, но это модуль аналитики, не отдельный сертифицированный UEBA-продукт. |
|
||
| Мониторинг ИБ | Да, осторожно | Корректно говорить о мониторинге событий ИБ, DLP-lite signals и расследовании инцидентов. |
|
||
| Аналитика событий | Да | Это соответствует фактическим функциям: сбор, нормализация, dashboards, reports, trends. |
|
||
| DLP | Нет как основной класс | Только `DLP-lite signals`, `контроль возможных утечек`, `evidence workflow`. |
|
||
| СЗИ | Нет | Нет сертификации и заверенной модели угроз. |
|
||
|
||
## 3. Рекомендуемая публичная формула
|
||
|
||
> AWatch-rus - отечественная Rust-first платформа операционного
|
||
> контроля, технического аудита, мониторинга пользовательской активности,
|
||
> аналитики событий и автоматизации эксплуатационных регламентов.
|
||
|
||
Расширение:
|
||
|
||
> Продукт включает Workforce analytics, readiness-контроль, портал оператора и
|
||
> руководителя, dashboards, DLP-lite/ИБ-сигналы, evidence workflow и
|
||
> интеграции с инфраструктурными источниками данных.
|
||
|
||
## 4. Что не писать в заявке
|
||
|
||
- `сертифицированная DLP`;
|
||
- `полноценная SIEM`;
|
||
- `EDR/XDR`;
|
||
- `сертифицированное средство защиты информации`;
|
||
- `ФСТЭК-модель угроз утверждена`;
|
||
- `гарантированно предотвращает утечки`;
|
||
- `юридически неизменяемое хранилище доказательств`.
|
||
|
||
## 5. Что можно писать
|
||
|
||
- мониторинг активности пользователей;
|
||
- технический аудит действий и событий;
|
||
- контроль состояния сервисов и регламентов;
|
||
- readiness checks с подписанным bundle;
|
||
- управленческие отчеты и Workforce analytics;
|
||
- фиксация DLP-lite/ИБ-сигналов;
|
||
- evidence workflow с hash/checks;
|
||
- интеграция с Grafana/Prometheus/ActivityWatch;
|
||
- Rust-first runtime helpers.
|
||
|
||
## 6. Минимальный audit package для эксперта
|
||
|
||
- `REGISTER_RU_SOFTWARE.md`;
|
||
- `PRODUCT_DESCRIPTION_RU.md`;
|
||
- `docs/SECURITY_MODEL_RU.md`;
|
||
- `docs/THIRD_PARTY_LICENSES_RU.md`;
|
||
- `docs/SBOM_V0.1_RU.md`;
|
||
- `docs/RELEASE_READINESS_V0.2_RU.md`;
|
||
- `docs/CUSTOMER_PILOT_ACCEPTANCE_RU.md`;
|
||
- `docs/PILOT_DEPLOYMENT_CHECKLIST_RU.md`;
|
||
- GitHub Release assets: SBOM, checksums, detached signature, public key.
|