76 lines
5.0 KiB
Markdown
76 lines
5.0 KiB
Markdown
# 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`.
|