docs: add pilot validation package
This commit is contained in:
@@ -0,0 +1,75 @@
|
||||
# Pilot Validation Checklist
|
||||
|
||||
Документ фиксирует проверку AWatch-rus перед реальным пилотом. Цель проверки:
|
||||
подтвердить, что уже реализованные сценарии можно показать заказчику без
|
||||
добавления нового функционала и без ложных заявлений о DLP, SIEM или EDR.
|
||||
|
||||
## Executive сценарий
|
||||
|
||||
- Главный управленческий вывод отображается первым.
|
||||
- Руководитель видит KPI, Risk Narrative и Recommended Actions без технических
|
||||
ИБ-деталей по умолчанию.
|
||||
- Explainable KPI отвечает на вопрос, почему индекс активности имеет текущее
|
||||
значение.
|
||||
- Risk Narrative объясняет, что происходит, почему это риск и что делать дальше.
|
||||
- Ролевые ограничения не дают роли `executive` видеть расследовательскую и
|
||||
техническую ИБ-детализацию без смены роли.
|
||||
- В демо используются только синтетические данные.
|
||||
|
||||
## Workforce сценарий
|
||||
|
||||
- Отображается индекс активности и объяснение факторов.
|
||||
- Доступно сравнение подразделений и ответственных.
|
||||
- Видны тренды daily, weekly и monthly, если данные есть.
|
||||
- Отдельно показываются признаки перегрузки и недозагрузки.
|
||||
- Coverage и freshness показывают надежность KPI.
|
||||
- При неполных данных система снижает доверие к KPI, а не выдает уверенный
|
||||
вывод.
|
||||
- Отчеты не формулируют автоматическую кадровую оценку сотрудника.
|
||||
|
||||
## Security сценарий
|
||||
|
||||
- ИБ видит UEBA Score v1, risk score, severity и reason codes.
|
||||
- Список incident candidates содержит объяснимые причины попадания в очередь.
|
||||
- Security View отделен от управленческого Workforce Dashboard.
|
||||
- pfSense readiness отображается только как `contract_only`, если задействован
|
||||
соответствующий слой контрактов.
|
||||
- Интерфейс не заявляет AWatch-rus как полноценный SIEM или DLP.
|
||||
- Все выводы rule-based, без ML и LLM.
|
||||
|
||||
## Forensics сценарий
|
||||
|
||||
- Расследователь видит карточку расследования, timeline, evidence и экспорт
|
||||
Markdown-отчета.
|
||||
- Связка user, host, app и network event показывается только в рамках доступных
|
||||
demo/contracts данных.
|
||||
- В demo-режиме отсутствуют реальные ФИО, логины, IP-адреса, hostname и домены.
|
||||
- Система помогает собрать материалы, но не формирует юридически обязательный
|
||||
вывод без проверки ответственным лицом.
|
||||
|
||||
## Agent сценарий
|
||||
|
||||
- Rust Agent baseline описан и проверяется через документацию.
|
||||
- Для пилота определены источники данных, ожидаемое покрытие и допустимая
|
||||
задержка.
|
||||
- Потеря части данных снижает confidence и фиксируется как operational gap.
|
||||
- Массовое развертывание агента выполняется волнами после согласования с ИТ.
|
||||
- Agentless-направления считаются roadmap или planned, если не подтверждены
|
||||
текущей поставкой.
|
||||
|
||||
## Reporting сценарий
|
||||
|
||||
- `/api/reports` и портальные отчеты возвращают данные в рамках роли.
|
||||
- Markdown-отчет формируется на демонстрационных данных.
|
||||
- В отчете видны KPI, Explainable KPI, Risk Narrative и Recommended Actions.
|
||||
- При деградации источников отчеты должны возвращать контролируемый degraded
|
||||
или stale статус, а не зависать.
|
||||
- Оператор может открыть runbook и понять порядок диагностики.
|
||||
|
||||
## Evidence перед запуском пилота
|
||||
|
||||
- Выполнен `scripts/pilot-validation-smoke.mjs`.
|
||||
- Выполнен актуальный smoke портала на целевом стенде.
|
||||
- Проверены скриншоты из `docs/screenshots/`.
|
||||
- Проверены ссылки README и ключевых pilot-документов.
|
||||
- Зафиксированы открытые gaps в `docs/PILOT_GAP_ANALYSIS_RU.md`.
|
||||
Reference in New Issue
Block a user