docs(public): sanitize runbook examples
This commit is contained in:
@@ -1,185 +1,10 @@
|
||||
# DetMir / AWatch-rus: сторонние компоненты и лицензии
|
||||
# Сторонние лицензии
|
||||
|
||||
Статус документа: рабочий license inventory для подготовки поставки и
|
||||
экспертной проверки. Документ не является юридическим заключением. Перед
|
||||
коммерческой поставкой или подачей в реестр нужно выполнить полный
|
||||
автоматизированный SBOM/license audit по конкретной release-сборке.
|
||||
Основной документ license inventory находится в корне репозитория:
|
||||
|
||||
## 1. Собственный код проекта
|
||||
- [`THIRD_PARTY_LICENSES_RU.md`](../THIRD_PARTY_LICENSES_RU.md)
|
||||
|
||||
Собственные компоненты `DetMir / AWatch-rus`:
|
||||
|
||||
- Rust workspace `adk-rust/`;
|
||||
- DetMir status/check/auto/heal helpers;
|
||||
- worktime exporters/API/bridge/autoheal;
|
||||
- DLP server-side helpers;
|
||||
- evidence API и portal helpers;
|
||||
- Ansible playbooks и deployment automation;
|
||||
- Windows PowerShell collectors/deployment scripts;
|
||||
- ActivityWatch RU WebUI patches;
|
||||
- Grafana dashboards проекта;
|
||||
- install-kit tooling;
|
||||
- документация.
|
||||
|
||||
Для собственного кода в корне репозитория указан `LICENSE`:
|
||||
|
||||
```text
|
||||
Apache License 2.0
|
||||
```
|
||||
|
||||
Это применимо только к собственным частям проекта. Сторонние компоненты
|
||||
сохраняют свои лицензии.
|
||||
|
||||
## 2. Ключевые сторонние компоненты
|
||||
|
||||
| Компонент | Роль в продукте | Типовая лицензия upstream | Статус поставки | Комментарий для аудита |
|
||||
|---|---|---|---|---|
|
||||
| ActivityWatch | Базовый сбор и API событий активности | MPL-2.0 | Устанавливается/используется как внешний компонент | Weak copyleft на измененные MPL-файлы; модификации ActivityWatch нужно учитывать отдельно. |
|
||||
| Grafana OSS | Dashboards и визуализация | AGPL-3.0 для современных версий Grafana OSS | Обычно внешний сервис/контейнер, не собственный код DetMir | AGPL требует отдельной проверки модели распространения и сетевого использования. |
|
||||
| Prometheus | Monitoring ecosystem, exporters, scrape model | Apache-2.0 | Внешний компонент при включении мониторинга | Совместим с Apache-поставкой при соблюдении notice/license требований. |
|
||||
| InfluxDB / compatible TSDB | Хранилище временных рядов `aw_metrics` | Зависит от версии/дистрибутива | Внешний компонент | Зафиксировать конкретную версию в release notes. |
|
||||
| Hayabusa | Offline/DFIR timeline и enrichment | AGPLv3; rules могут иметь Detection Rule License | Опциональный прикладной модуль расследования | Не позиционировать как ядро продукта; проверить obligations при включении в поставку. |
|
||||
| Ansible | Deployment automation | GPL-3.0-or-later для Ansible core | Инструмент установки | Обычно не линкуется с кодом продукта; входит в toolchain. |
|
||||
| PowerShell | Windows deployment/collectors runtime | MIT для PowerShell Core; Windows PowerShell как компонент ОС | Runtime/tooling | Уточнять окружение заказчика: Windows PowerShell или PowerShell 7. |
|
||||
| SQLite | Local state/warehouse DB | Public domain/blessing style | Embedded/library/runtime | Обычно низкий license risk. |
|
||||
| ClickHouse clients/tooling | 1C/file analytics integration | Зависит от клиента; ClickHouse server Apache-2.0 | Отдельный 1C/business-data слой | Не является обязательным ядром DetMir. |
|
||||
| OpenAI/Pollinations-compatible integrations | AI assistant/integration paths | API terms, не open-source license | Опционально | Не включать ключи/API credentials в поставку. |
|
||||
|
||||
## 3. Rust dependencies
|
||||
|
||||
Rust является основным runtime-слоем DetMir. Точный список зависимостей должен
|
||||
фиксироваться по `Cargo.lock` конкретного релиза.
|
||||
|
||||
Ключевые crates, используемые в workspace:
|
||||
|
||||
| Crate | Назначение | Типичные лицензии ecosystem | Действие перед релизом |
|
||||
|---|---|---|---|
|
||||
| `anyhow` | Error handling | MIT OR Apache-2.0 | Проверить через `cargo about`. |
|
||||
| `clap` | CLI parsing | MIT OR Apache-2.0 | Проверить transitive deps. |
|
||||
| `chrono` | Date/time | MIT OR Apache-2.0 | Зафиксировать версию. |
|
||||
| `serde`, `serde_json`, `serde_yaml` | Serialization | MIT OR Apache-2.0 | Проверить YAML transitive deps. |
|
||||
| `reqwest` | HTTP client | MIT OR Apache-2.0 | Проверить TLS backend и transitive deps. |
|
||||
| `rusqlite` | SQLite access | MIT | Проверить bundled/system SQLite режим. |
|
||||
| `regex` | Matching rules | MIT OR Apache-2.0 | Низкий риск. |
|
||||
| `sha2` | Hashing | MIT OR Apache-2.0 | Низкий риск. |
|
||||
| `base64` | Encoding/decoding | MIT OR Apache-2.0 | Низкий риск. |
|
||||
| `tiny_http` | Lightweight HTTP service | MIT OR Apache-2.0 | Проверить версию. |
|
||||
| `url`, `urlencoding` | URL handling | MIT OR Apache-2.0 | Проверить transitive deps. |
|
||||
| `tempfile` | Tests/temp files | MIT OR Apache-2.0 | Test/dev dependency. |
|
||||
|
||||
Обязательные команды для release audit:
|
||||
|
||||
```bash
|
||||
cargo install cargo-about cargo-deny cargo-auditable
|
||||
cd adk-rust
|
||||
cargo metadata --locked --format-version 1 > ../docs/sbom-cargo-metadata.json
|
||||
cargo deny check
|
||||
cargo about generate about.hbs > ../docs/licenses-rust.html
|
||||
```
|
||||
|
||||
Если шаблон `about.hbs` отсутствует, его нужно добавить в release tooling или
|
||||
использовать стандартный шаблон организации.
|
||||
|
||||
## 4. Python-зависимости
|
||||
|
||||
Python не является основным runtime-ядром DetMir. Он остается для
|
||||
согласованных вспомогательных направлений:
|
||||
|
||||
- Telegram bot runtime, если включен в экземпляре;
|
||||
- OCR/content-analysis path;
|
||||
- 1C/AI/ETL integration layer;
|
||||
- MCP/dev helper tools;
|
||||
- legacy-compatible scripts, не входящие в Rust-first server core.
|
||||
|
||||
Известные requirements:
|
||||
|
||||
| Файл | Назначение | Основные зависимости | License-audit действие |
|
||||
|---|---|---|---|
|
||||
| `aw-server/dlp-content-analysis/requirements.txt` | OCR/content analysis | `pytesseract`, `Pillow` | Проверить OCR stack и system Tesseract license отдельно. |
|
||||
| `aw-server/dlp-case-management/requirements.txt` | Legacy/reference case API | `fastapi`, `uvicorn`, `pydantic` | Проверить, поставляется ли как runtime или только reference. |
|
||||
| `aw-server/dlp-policy-engine/requirements.txt` | Legacy/reference policy API | `fastapi`, `uvicorn`, `pydantic` | Rust replacement должен быть primary runtime. |
|
||||
| `aw-server/dlp-compliance/requirements.txt` | Legacy/reference reports | `requests` | Проверить, не входит ли в active runtime. |
|
||||
| `aw-server/dlp-integrations/requirements.txt` | Legacy/reference integrations | `PyYAML` | Проверить статус после Rust migration. |
|
||||
| `clickhouse-1c/ai/requirements.txt` | 1C/AI APIs | `fastapi`, `uvicorn`, `clickhouse-connect` | Отдельный business-data слой. |
|
||||
| `clickhouse-1c/etl/requirements.txt` | 1C ETL | `clickhouse-connect`, `PyYAML`, `python-dateutil`, `openpyxl` | Отдельный ETL слой. |
|
||||
| `detmir-mcp` | MCP helper | Python MCP stack | Не основное runtime-ядро продукта. |
|
||||
|
||||
Команды для Python license report:
|
||||
|
||||
```bash
|
||||
python3 -m venv /tmp/detmir-license-audit
|
||||
. /tmp/detmir-license-audit/bin/activate
|
||||
python -m pip install -U pip pip-licenses
|
||||
pip-licenses --from=mixed --format=markdown > docs/licenses-python.md
|
||||
```
|
||||
|
||||
Команду нужно выполнять в окружении, где установлены зависимости конкретного
|
||||
release profile.
|
||||
|
||||
## 5. Frontend, dashboards и browser tooling
|
||||
|
||||
| Компонент | Роль | License-audit действие |
|
||||
|---|---|---|
|
||||
| Grafana dashboards JSON | Собственные dashboards DetMir | Входят в собственную поставку; проверить отсутствие embedded secrets/URLs. |
|
||||
| ActivityWatch WebUI patches | Собственный overlay/patch слой | Учитывать MPL-2.0 границы ActivityWatch, если изменяются upstream файлы. |
|
||||
| Playwright/browser smoke tooling | Проверки UI | Обычно dev/test dependency; не включать в runtime claim. |
|
||||
| JavaScript snippets | WebUI patching/helper scripts | Проверить зависимости, если добавляются npm packages. |
|
||||
|
||||
## 6. Компоненты с повышенным вниманием
|
||||
|
||||
| Компонент | Причина внимания | Рекомендация |
|
||||
|---|---|---|
|
||||
| Grafana OSS | AGPL-3.0 для современных версий | В реестровой поставке описывать как внешний компонент или проверить obligations. |
|
||||
| Hayabusa | AGPLv3 + отдельная лицензия rules | Держать как optional offline module; не смешивать с закрытым ядром без аудита. |
|
||||
| Ansible | GPL toolchain | Описывать как инструмент установки, не как linked library продукта. |
|
||||
| OCR/Tesseract stack | Несколько уровней зависимостей | Фиксировать конкретные пакеты ОС и Python packages. |
|
||||
| Python legacy paths | Могут выглядеть как ядро | В документации указывать, что Rust-first runtime является основным. |
|
||||
|
||||
## 7. Что поставляется вместе с продуктом
|
||||
|
||||
В публичной поставке могут присутствовать:
|
||||
|
||||
- исходный код собственных модулей;
|
||||
- шаблоны конфигурации;
|
||||
- Ansible playbooks;
|
||||
- Grafana dashboards;
|
||||
- Windows collectors scripts;
|
||||
- install-kit archives как GitHub Release assets;
|
||||
- документация.
|
||||
|
||||
Не должны поставляться в публичном git:
|
||||
|
||||
- production inventory;
|
||||
- реальные домены/IP конкретного экземпляра;
|
||||
- пароли и токены;
|
||||
- runtime базы данных;
|
||||
- customer evidence;
|
||||
- локальная история разработки;
|
||||
- случайные binary archives в корне репозитория.
|
||||
|
||||
## 8. Release checklist по лицензиям
|
||||
|
||||
Перед каждым публичным release:
|
||||
|
||||
1. Собрать Rust SBOM по `Cargo.lock`.
|
||||
2. Выполнить `cargo deny check`.
|
||||
3. Сформировать Rust license report.
|
||||
4. Сформировать Python license report для включенных profiles.
|
||||
5. Проверить Grafana/Hayabusa/Ansible как внешние компоненты.
|
||||
6. Проверить, что root репозитория не содержит случайных архивов сборки.
|
||||
7. Проверить отсутствие secrets, private inventory, customer paths.
|
||||
8. Зафиксировать версию ActivityWatch и способ ее установки.
|
||||
9. Зафиксировать, какие optional modules включены в релиз.
|
||||
10. Сохранить отчеты в release artifacts или `docs/licenses-*`.
|
||||
|
||||
## 9. Источники для проверки upstream лицензий
|
||||
|
||||
- ActivityWatch repository/license: `https://github.com/ActivityWatch/activitywatch`
|
||||
- Grafana licensing: `https://grafana.com/licensing/`
|
||||
- Grafana repository/license: `https://github.com/grafana/grafana`
|
||||
- Prometheus repository/license: `https://github.com/prometheus/prometheus`
|
||||
- Hayabusa repository/license: `https://github.com/Yamato-Security/hayabusa`
|
||||
- Ansible repository/license: `https://github.com/ansible/ansible`
|
||||
|
||||
Финальная версия документа должна ссылаться на конкретные версии компонентов,
|
||||
использованные в release build.
|
||||
Эта страница оставлена как совместимая ссылка для старых документов и wiki.
|
||||
Чтобы не поддерживать две расходящиеся версии, полный перечень сторонних
|
||||
компонентов, лицензий, рисков AGPL/GPL/weak copyleft и release checklist ведется
|
||||
только в root-документе.
|
||||
|
||||
+15
-15
@@ -417,11 +417,11 @@ Acceptance для этого сценария:
|
||||
|
||||
Example regression proof template:
|
||||
|
||||
- `host=<WINDOWS_HOSTNAME>`
|
||||
- `case_id=<CASE_ID>`
|
||||
- `intake_id=<INTAKE_ID>`
|
||||
- `sha256=<PACKAGE_SHA256>`
|
||||
- `report_dir=/opt/hayabusa/reports/<WINDOWS_HOSTNAME>/<REPORT_RUN_ID>`
|
||||
- `host=HOST-EXAMPLE`
|
||||
- `case_id=CASE_ID_EXAMPLE`
|
||||
- `intake_id=INTAKE_ID_EXAMPLE`
|
||||
- `sha256=SHA256_EXAMPLE`
|
||||
- `report_dir=/opt/hayabusa/reports/HOST-EXAMPLE/REPORT_RUN_ID_EXAMPLE`
|
||||
- `latest-intake.json` status: `ok`
|
||||
- AW-rus case linkage stored under `forensics.hayabusa`
|
||||
|
||||
@@ -445,16 +445,16 @@ readlink -f /opt/hayabusa/state/latest-run
|
||||
|
||||
```sh
|
||||
curl -fsS http://127.0.0.1:5600/api/0/buckets | jq -r 'keys[] | select(test("^aw-dlp-"))'
|
||||
curl -fsS http://127.0.0.1:5600/api/0/buckets/aw-dlp-incidents_<WINDOWS_HOSTNAME> | jq '{end:.metadata.end}'
|
||||
curl -fsS http://127.0.0.1:5600/api/0/buckets/aw-dlp-incidents_HOST-EXAMPLE | jq '{end:.metadata.end}'
|
||||
```
|
||||
|
||||
Контролируемый тест ingest:
|
||||
|
||||
```sh
|
||||
TS=$(date -u +%Y-%m-%dT%H:%M:%S.000Z)
|
||||
PAYLOAD=$(jq -nc --arg ts "$TS" '{timestamp:$ts,duration:0,data:{ruleId:"selftest-dlp-incident",action:"alert",severity:"low",message:"Self-test DLP incident from runbook",signalType:"self_test",username:"AUTOTEST",sessionId:0,hostname:"<WINDOWS_HOSTNAME>",source:"self-test"}}')
|
||||
curl -fsS -X POST 'http://127.0.0.1:5600/api/0/buckets/aw-dlp-incidents_<WINDOWS_HOSTNAME>/heartbeat?pulsetime=60' -H 'Content-Type: application/json' --data "$PAYLOAD"
|
||||
curl -fsS 'http://127.0.0.1:5600/api/0/buckets/aw-dlp-incidents_<WINDOWS_HOSTNAME>/events?limit=5' | jq '.[0].data'
|
||||
PAYLOAD=$(jq -nc --arg ts "$TS" '{timestamp:$ts,duration:0,data:{ruleId:"selftest-dlp-incident",action:"alert",severity:"low",message:"Self-test DLP incident from runbook",signalType:"self_test",username:"AUTOTEST",sessionId:0,hostname:"HOST-EXAMPLE",source:"self-test"}}')
|
||||
curl -fsS -X POST 'http://127.0.0.1:5600/api/0/buckets/aw-dlp-incidents_HOST-EXAMPLE/heartbeat?pulsetime=60' -H 'Content-Type: application/json' --data "$PAYLOAD"
|
||||
curl -fsS 'http://127.0.0.1:5600/api/0/buckets/aw-dlp-incidents_HOST-EXAMPLE/events?limit=5' | jq '.[0].data'
|
||||
```
|
||||
|
||||
Если API видит событие, а bucket-страница в UI показывает старые `First/last event`, нажать `Обновить` на странице bucket и раскрыть `Events`.
|
||||
@@ -568,7 +568,7 @@ Get-CimInstance Win32_Process |
|
||||
|
||||
- в Activity view за день видно `Worktime = 0s`;
|
||||
- `Top Window Titles / Top Categories / Category Tree` пустые;
|
||||
- при этом bucket `aw-watcher-window_<WINDOWS_HOSTNAME>` содержит свежие события.
|
||||
- при этом bucket `aw-watcher-window_HOST-EXAMPLE` содержит свежие события.
|
||||
|
||||
Подтвержденная причина:
|
||||
|
||||
@@ -577,14 +577,14 @@ Get-CimInstance Win32_Process |
|
||||
|
||||
Быстрый recovery (с Linux admin host):
|
||||
|
||||
1. Проверить учетку входа. Рабочую учетную запись задавать как параметр экземпляра: `<WINDOWS_HOSTNAME>\<WINDOWS_DOMAIN_USER>`.
|
||||
1. Проверить учетку входа. Рабочую учетную запись задавать как параметр экземпляра: `HOST-EXAMPLE\WINDOWS_USER_EXAMPLE`.
|
||||
2. Поднять remote execution через `wmiexec.py` с auth-file:
|
||||
|
||||
```sh
|
||||
cat > /tmp/detmir-windows.auth << 'EOF'
|
||||
username = <WINDOWS_DOMAIN_USER>
|
||||
username = WINDOWS_USER_EXAMPLE
|
||||
password = <PASSWORD>
|
||||
domain = <WINDOWS_HOSTNAME>
|
||||
domain = HOST-EXAMPLE
|
||||
EOF
|
||||
chmod 600 /tmp/detmir-windows.auth
|
||||
```
|
||||
@@ -606,14 +606,14 @@ wmiexec.py -nooutput -A /tmp/detmir-windows.auth <WINDOWS_HOST> \
|
||||
5. Подождать 10-20 секунд и проверить API на AW server (`<AW_SERVER_HOST>:5600`):
|
||||
|
||||
```sh
|
||||
curl -fsS 'http://<AW_SERVER_HOST>:5600/api/0/buckets/aw-watcher-afk_<WINDOWS_HOSTNAME>/events?limit=30' \
|
||||
curl -fsS 'http://<AW_SERVER_HOST>:5600/api/0/buckets/aw-watcher-afk_HOST-EXAMPLE/events?limit=30' \
|
||||
| jq '{latest:.[0].timestamp, statuses:(group_by(.data.status)|map({status:.[0].data.status,count:length}))}'
|
||||
```
|
||||
|
||||
Ожидаемо после фикса:
|
||||
|
||||
- в свежих AFK-событиях появляется `status=not-afk`;
|
||||
- `aw-watcher-window_<WINDOWS_HOSTNAME>` продолжает обновляться;
|
||||
- `aw-watcher-window_HOST-EXAMPLE` продолжает обновляться;
|
||||
- после обновления страницы UI дневная сводка перестает быть `0s`.
|
||||
|
||||
### Сервис не стартует
|
||||
|
||||
Reference in New Issue
Block a user