Files

Johan LEROY 7bb274446c feat: clean install (Gitea en dur, scan off) + durcissement sécurité entreprise

Gitea
- lien « Code source » hardcodé (REPO_SOURCE_URL) vers le dépôt, toujours visible
- retrait complet du réglage configurable (api.ts, route+store settings, SettingsView, i18n, help, tests)

Découverte des dépôts
- aucune racine de scan par défaut → pas de scan au premier démarrage (clean install)
- corrige la découverte des dépôts à l'INTÉRIEUR d'une racine qui est elle-même un repo
  (depth 0 = conteneur de scan, on descend ; depth > 0 = feuille)

Sécurité « enterprise-deployable »
- en-têtes HTTP durcis (CSP, X-Frame-Options, nosniff, Referrer-Policy, HSTS conditionnel, no-store API), header Server retiré
- permissions DB 0o600 / dossier de données 0o700 ; error handler sanitisé ; garde Content-Type sur les mutations
- chiffrement au repos AES-256-GCM des secrets (server_secret, clé privée VAPID) via SecretBox
- journal d'audit (migration #7) + endpoint /audit-logs + RGPD export/effacement + UI Réglages
- SECURITY.md, docs/ENTERPRISE_DEPLOYMENT.md, sections README EN/FR, SBOM CycloneDX en CI

CI
- pack-smoke packe depuis le contexte du package (cd packages/server) au lieu de « npm pack -w » :
  corrige l'embarquement de @arboretum/shared dans le tarball

Purge des données personnelles du dépôt public
- suppression de spikes/s4-discovery/result.json, reformulation du VERDICT
- chemin de test générique, anonymisation des 5 fixtures de dialogues

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

2026-06-18 16:44:25 +02:00

2.2 KiB

Raw Blame History

Spike S4 — Découverte JSONL + registre — VERDICT : ✅ GO

Exécuté sur un poste de dev (CLI 2.1.170/2.1.173 actifs, transcripts 2.1.139 → 2.1.173). Script : scan.mjs.

Critères Go

Critère	Cible	Mesuré	Verdict
JSONL exploitables (sessionId + cwd)	≥ 95 %	99,8 % (1316/1318)	✅
Temps de scan (tête 256 Ko + queue 64 Ko)	< 3 s	1,37 s (1318 fichiers, 449 Mo)	✅
Crash sur fichier malformé	0	0 (parseur tolérant ligne à ligne)	✅
Validation pid/procStart du registre	fiable	3/3 entrées : pid vivant + procStart == champ 22 de /proc/pid/stat	✅

Enseignements pour le claude-adapter

Les 2 seuls échecs sont des fichiers ne contenant que des lignes queue-operation (pas de vraies sessions) → à classer « non-session », pas en erreur.
Munge cwd → dossier validé à 100 % (1316/1316) : cwd.replace(/[^A-Za-z0-9]/g, '-') reproduit exactement le nom du dossier projet. Le lookup direct worktree → dossier est fiable en O(1) ; l'inversion reste interdite (ambiguë), le cwd se lit dans le contenu.
12 types de lignes observés : user, last-prompt, attachment, assistant, queue-operation, ai-title, file-history-snapshot, system, permission-mode, agent-name, mode, bridge-session. ai-title (470 fichiers) est une source de titre supérieure au slug → priorité titre : ai-title > summary > last-prompt > 1er prompt user.
22 versions du CLI dans les transcripts → base de fixtures multi-versions toute prête pour les tests du parseur.
Registre ~/.claude/sessions : statuts observés sur 2 jours : busy, idle, waiting (+ waitingFor: "permission prompt"). kind: interactive, peerProtocol: 1. Les 3 entrées actuelles sont toutes valides (pas de fichier stale en ce moment) — le comportement post-kill -9 sera couvert par S1.
Rattachement : 573 sessions sous ~/WebstormProjects (dont worktrees *-wt-* avec leur propre dossier projet, confirmé), 743 hors périmètre (dont 323 sur la racine WebstormProjects elle-même) → la vue « sessions hors worktree connu » est nécessaire dès le MVP.

2.2 KiB Raw Blame History

Spike S4 — Découverte JSONL + registre — VERDICT : ✅ GO

Critères Go

Enseignements pour le claude-adapter

2.2 KiB

Raw Blame History