Warlog qualifie vos alertes, investigue preuves à l'appui et soumet chaque action à risque à une validation humaine signée. Ce que vos analystes décident revient sur l'alerte suivante. Ce que la plateforme a exécuté, vous pouvez le vérifier sans elle.
30 minutes. Une attaque complète, dans la vraie console. Pas de slides.
Mardi, votre analyste passe trois heures à investiguer une exécution PowerShell. Jeudi, la même famille d'alertes remonte et un collègue repart de zéro. Vos outils ont vu l'attaque. Le retour d'expérience, lui, n'a été gardé nulle part.
Illustration du panneau de précédent et du cycle de vie d'une règle. Tout le reste de cette page est la vraie console.
L'IA rédige chaque étape à partir des résultats de ses requêtes et affiche le volume d'événements remonté par chacune. Ce qu'elle extrait des logs reste rattaché à l'étape qui l'a lu. La requête et le résultat brut sont à un clic. Le verdict reste à votre analyste.
Ce qui n'a pas tourné est affiché comme tel.
Sur tout le périmètre, avant d'ouvrir la moindre alerte.
Neuf contrôles par technique, de la remontée des logs à l'exécution du playbook, chacun évalué séparément. Sur ce labo, les sources ne remontent plus, et la première colonne le signale d'emblée.
Labo Frothly, instantané du 3 novembre. Chaque contrôle évalué séparément : seules 16 des 663 ont leurs sources qui remontent.
Les étapes sûres et réversibles s'exécutent seules. Les étapes à risque attendent un valideur.
Rien ne s'applique sans signature, et la séparation des tâches est imposée : un auteur ne valide jamais sa propre demande. Chaque demande indique sa justification, l'effet d'une validation, l'effet d'un rejet et ce qui a été contrôlé avant.
Chaque appel de modèle contrôlé par votre politique, son coût imputé à un incident ou à une alerte. Agents attestés, budgets bloquants, secrets et injections détectés dans les deux sens.
Labo Frothly, les 7 jours jusqu'au 3 novembre.
Pas une vidéo. Validez une action à risque, regardez-la se signer phase par phase, puis falsifiez la trace. Le calcul se fait dans votre navigateur.
warlog_spec.audit_chain.compute_signature. Sur votre déploiement, le vérificateur open source fait le contrôle sans Warlog : python -m warlog_spec.verify audit.jsonl --secret-file tenant.keyUn chiffre que la plateforme ne peut pas étayer s'affiche not measured, et un contrôle dans le code rejette tout score incapable de l'indiquer. Votre RSSI peut présenter n'importe lequel en comité.
| SOAR | SOC IA autonome | Warlog | |
|---|---|---|---|
| Qui décide d'une action à risque | Le playbook | Le score de confiance du modèle | Un valideur nommé, qui signe |
| Que devient la dernière décision | Perdue dans un ticket | Recalculée de zéro | Elle revient sur l'alerte suivante |
| Ce qui étaye un chiffre | Un dashboard | Un score de confiance | Une mesure, ou « not measured » |
| Ce que vous remettez à l'auditeur | Des logs à croire sur parole | Un récit | Une chaîne signée, vérifiable sans Warlog |
| Où résident vos données | Selon l'éditeur | Souvent dans son cloud | Dans votre SI, air-gap possible |
Warlog s'installe à côté de votre stack, dans votre SI. Pas de SaaS mutualisé, pas de télémétrie partagée. Pas de SIEM ? Toute la chaîne tourne sur son propre datalake de preuves.
Ouvrez chaque carte. Le contrat est public, les schémas sont stricts, et vos traces restent lisibles même si Warlog disparaît.
30 minutes. La vraie console, de la première alerte à la trace signée.