Services: - ja4sentinel: TLS/JA4 fingerprint capture daemon (Go, libpcap) - logcorrelator: JA4 log correlation engine (Go, ClickHouse) - mod_reqin_log: Apache module (C, JSON request logging) - bot_detector: ML bot detection pipeline (Python) - dashboard: FastAPI/Streamlit analytics UI (Python) Shared libraries: - shared/go/ja4common: logger, config, shutdown, ipfilter (Go module) - shared/python/ja4_common: ClickHouseClient, ClickHouseSettings (Python package) - shared/clickhouse/: canonical SQL migrations (10 files) Build & packaging: - Unified 3-stage Dockerfile.package for Go RPMs (el8/el9/el10) - go.work workspace linking sentinel, correlator, ja4common - Makefile with test-all, build-all, rpm-* targets Fixes applied: - go.work: 1.21 → 1.24.6 (required by sentinel) - correlator Dockerfiles: golang:1.21 → golang:1.24 - replace directives in go.mod for ja4common local path - pyproject.toml: setuptools.backends → setuptools.build_meta - Removed static libpcap linking (unavailable on Rocky 9) - Fixed data races in output/writers_test.go (sync.Mutex + atomic.Int32) - Rewrote corrupted test files (logger_test.go × 2) Test coverage: - correlator: 67.1% total (unixsocket 80.5%, config 91.7%, app 83.3%, multi 87.7%, stdout 100%) - sentinel: all 10 packages pass (api, capture, config, fingerprint, ipfilter, logging, output, tlsparse) Documentation: - README.md + docs/ (architecture, development, 5 services, shared libs, DB schema & migrations) Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
58 lines
2.7 KiB
Markdown
58 lines
2.7 KiB
Markdown
# Plan d'exécution — Routes & Navigation
|
||
|
||
## Contexte
|
||
|
||
- Authentification applicative **hors périmètre** (gérée par `htaccess`).
|
||
- Objectif: rendre les routes/navigation cohérentes et sans liens cassés.
|
||
|
||
## Étapes et avancement
|
||
|
||
| Étape | Description | Statut | Notes |
|
||
|---|---|---|---|
|
||
| 1 | Préparer ce document de suivi | ✅ Fait | Document créé et utilisé comme source de progression. |
|
||
| 2 | Lancer un baseline (checks existants) | ✅ Fait | `docker compose build dashboard_web` exécuté (OK). |
|
||
| 3 | Corriger les routes déclarées (aliases + routes manquantes) | ✅ Fait | Ajout de `/incidents`, `/investigate`, `/investigate/:type/:value`, `/bulk-classify` + wrappers tools route params. |
|
||
| 4 | Corriger la navigation (liens/boutons/quick search) | ✅ Fait | Navigation top enrichie, quick actions corrigées, suppression de `window.location.href`. |
|
||
| 5 | Valider après changements (build/checks) | ✅ Fait | `docker compose build dashboard_web` OK après modifications. |
|
||
| 6 | Finaliser ce document avec résultats | ✅ Fait | Synthèse et statut final complétés. |
|
||
| 7 | Réécriture graph de corrélations | ✅ Fait | Custom node types, layout radial, fitView, séparation fetch/filtre, erreur gérée, hauteur 700px. |
|
||
|
||
## Journal d’avancement
|
||
|
||
### Étape 1 — Préparer le document
|
||
- Statut: ✅ Fait
|
||
- Action: création du document de suivi avec étapes et statuts.
|
||
|
||
### Étape 2 — Baseline Docker
|
||
- Statut: ✅ Fait
|
||
- Action: exécution de `docker compose build dashboard_web`.
|
||
- Résultat: build OK (code de sortie 0), warning non bloquant sur `version` obsolète dans compose.
|
||
|
||
### Étape 3 — Correction des routes
|
||
- Statut: ✅ Fait
|
||
- Actions:
|
||
- ajout route alias `/incidents` vers la vue incidents;
|
||
- ajout routes `/investigate` et `/investigate/:type/:value` avec redirection intelligente;
|
||
- ajout route `/bulk-classify` avec wrapper d’intégration;
|
||
- remplacement des usages `window.location.pathname` par des wrappers route basés sur `useParams`.
|
||
|
||
### Étape 4 — Correction de la navigation
|
||
- Statut: ✅ Fait
|
||
- Actions:
|
||
- ajout d’un onglet navigation `Détections`;
|
||
- activation menu corrigée (gestion des alias/sous-routes);
|
||
- remplacement de `window.location.href` dans `DetectionsList` par `navigate(...)`;
|
||
- action rapide “Investigation avancée” alignée vers `/detections`.
|
||
|
||
### Étape 5 — Validation Docker post-modifications
|
||
- Statut: ✅ Fait
|
||
- Action: exécution de `docker compose build dashboard_web`.
|
||
- Résultat: build OK (code de sortie 0), warning compose `version` obsolète non bloquant.
|
||
|
||
### Étape 6 — Clôture
|
||
- Statut: ✅ Fait
|
||
- Résultat global:
|
||
- routes invalides couvertes via aliases/wrappers;
|
||
- navigation interne homogène en SPA;
|
||
- build Docker validé avant/après.
|