# Windows validation

## Автоматическая проверка (рекомендуется)

```powershell
$report = .\windows\validate-deployment.ps1 `
  -ConfigPath C:\ProgramData\ActivityWatch-Phase2\deployment-config.json
$report | ConvertTo-Json -Depth 12
```

Примечание: валидатор проверяет задачи через полный список Task Scheduler и корректно обрабатывает имена с квадратными скобками (`ActivityWatch Launch [DOMAIN_user]`).

Критерий:

- `overallOk = true`

## Базовая проверка после развёртывания

### 1. Проверить установленные файлы

```powershell
Test-Path 'C:\Program Files\ActivityWatch-Phase2\aw-watcher-afk\aw-watcher-afk.exe'
Test-Path 'C:\Program Files\ActivityWatch-Phase2\aw-watcher-window\aw-watcher-window.exe'
Test-Path 'C:\ProgramData\ActivityWatch-Phase2\browser-domains-native-collector.ps1'
Test-Path 'C:\ProgramData\ActivityWatch-Phase2\dlp-policy.json'
Test-Path 'C:\ProgramData\ActivityWatch-Phase2\deployment-config.json'
```

Ожидаемый результат — везде `True`.

### 2. Проверить задачи

```powershell
Get-ScheduledTask -TaskName 'ActivityWatch*' |
  Select-Object TaskName, Author, State
```

Ожидаемо:

- по одной задаче `ActivityWatch Launch [...]` на пользователя;
- одна задача `ActivityWatch Recovery`.

Точечная проверка:

```powershell
Get-ScheduledTask | Where-Object TaskName -eq 'ActivityWatch Launch [SHARKON2025_user1]'
Get-ScheduledTask | Where-Object TaskName -eq 'ActivityWatch Recovery'
```

### 2.1 Проверить incidentCapture в конфиге

```powershell
$cfg = Get-Content 'C:\ProgramData\ActivityWatch-Phase2\deployment-config.json' -Raw | ConvertFrom-Json
$cfg.incidentCapture
```

Ожидаемо:

- `enabled = True`
- `screenshotEnabled = True` (или `False`, если временно отключали)
- `artifactsRoot` указывает на `<StateRoot>\incident-artifacts`

### 3. Проверить процессы после логина пользователя

```powershell
Get-Process aw-watcher-afk, aw-watcher-window -ErrorAction SilentlyContinue |
  Select-Object ProcessName, SessionId, StartTime
```

И collector:

```powershell
Get-CimInstance Win32_Process |
  Where-Object { $_.Name -in 'powershell.exe', 'pwsh.exe' -and $_.CommandLine -match 'browser-domains-native-collector.ps1' } |
  Select-Object ProcessId, SessionId, CommandLine
```

### 4. Проверить сетевую связность

```powershell
Test-NetConnection aw.example.local -Port 5600
Invoke-WebRequest http://aw.example.local:5600/api/0/info
```

Если используется HTTPS:

```powershell
Invoke-WebRequest https://aw.example.local/api/0/info
```

### 5. Проверить buckets на сервере

После открытия нескольких сайтов в браузере на сервере должны появиться:

- `aw-watcher-window_<hostname>`
- `aw-watcher-web-edge_<hostname>` или другой browser bucket
- `aw-detmir-web-category_<hostname>`
- `aw-dlp-endpoint-signals_<hostname>`
- `aw-dlp-incidents_<hostname>` (при срабатывании policy rule с `action=alert|block|quarantine`)

Проверка через API:

```powershell
Invoke-WebRequest http://aw.example.local:5600/api/0/buckets | Select-Object -ExpandProperty Content
```

## Проверка категоризации

1. Откройте сайт из кастомного правила.
2. Подождите `PollSeconds + PulseSeconds`.
3. Проверьте category bucket на сервере.
4. Убедитесь, что поля `domain`, `rootDomain`, `category`, `categoryGroup`, `categoryRule` заполнены.

## Проверка DLP phase-1

1. В `dlp-policy.json` задайте правило на тестовый домен.
2. Откройте этот домен в браузере.
3. Проверьте `aw-dlp-incidents_<hostname>` через API.
4. Проверьте локальный лог:

```powershell
Get-Content "C:\ProgramData\ActivityWatch-Phase2\logs\dlp-incidents-$env:USERNAME.log" -Tail 50
```

Если `screenshotEnabled = True`, проверьте наличие скриншота в инциденте:

```powershell
Invoke-WebRequest http://aw.example.local:5600/api/0/buckets/aw-dlp-incidents_<hostname>/events?limit=5 |
  Select-Object -ExpandProperty Content
```

Проверьте поля:

- `data.screenshotPath`
- `data.screenshotSha256`
- `data.screenshotWidth`
- `data.screenshotHeight`

И что файл реально существует:

```powershell
Test-Path '<path from data.screenshotPath>'
```

## Контролируемый self-test DLP ingest

Этот тест проверяет канал `AW API -> aw-dlp-incidents_<hostname> -> Web UI`, не затрагивая пользовательские действия.

```powershell
$ts = (Get-Date).ToUniversalTime().ToString('yyyy-MM-ddTHH:mm:ss.000Z')
$body = @{
  timestamp = $ts
  duration  = 0
  data      = @{
    ruleId    = 'selftest-dlp-incident'
    action    = 'alert'
    severity  = 'low'
    message   = 'Self-test DLP incident from validation'
    signalType= 'self_test'
    username  = 'AUTOTEST'
    sessionId = 0
    hostname  = '<hostname>'
    source    = 'self-test'
  }
} | ConvertTo-Json -Depth 6

Invoke-RestMethod -Method Post `
  -Uri "http://aw.example.local:5600/api/0/buckets/aw-dlp-incidents_<hostname>/heartbeat?pulsetime=60" `
  -ContentType 'application/json; charset=utf-8' `
  -Body ([Text.Encoding]::UTF8.GetBytes($body))
```

Проверка:

- в API появился `ruleId=selftest-dlp-incident`;
- в UI (`#/buckets/aw-dlp-incidents_<hostname>`) событие видно в `Events`.

## Проверка phase-2 endpoint signals

1. Скопируйте любой текст в буфер обмена.
2. Отправьте тестовую печать (любой принтер/виртуальный PDF).
3. Проверьте endpoint bucket:

```powershell
Invoke-WebRequest http://aw.example.local:5600/api/0/buckets/aw-dlp-endpoint-signals_<hostname>/events?limit=20
```

4. Проверьте локальный лог:

```powershell
Get-Content "C:\ProgramData\ActivityWatch-Phase2\logs\endpoint-signals-$env:USERNAME.log" -Tail 50
```

## Проверка восстановления

1. Завершите `aw-watcher-afk.exe` и `aw-watcher-window.exe` у тестового пользователя.
2. Подождите до `RecoveryIntervalSeconds`.
3. Убедитесь, что per-user launch task стартовала процессы заново.

Ручной запуск recovery:

```powershell
Start-ScheduledTask -TaskName 'ActivityWatch Recovery'
```

## Проверка ACL

```powershell
icacls 'C:\Program Files\ActivityWatch-Phase2'
icacls 'C:\ProgramData\ActivityWatch-Phase2'
icacls 'C:\ProgramData\ActivityWatch-Phase2\logs'
```

Ожидаемо:

- `SYSTEM` и `Administrators` имеют `F`;
- `Users` имеет `RX` на install/state;
- `Users` имеет `M` на `logs`.

## Критерий готовности к массовому развёртыванию

- Установка проходит без ручного редактирования скриптов.
- Все параметры инфраструктуры передаются снаружи.
- Повторный запуск не ломает текущую установку.
- Recovery восстанавливает запуск watcher'ов после остановки.
- Collector пишет domain/category события без расширений браузера.