Entre le 3 et le 4 septembre, notre moteur de détection a identifié et bloqué trois sessions automatisées sur un environnement réel. Les scores étaient élevés (100/100, 98/100, 98/100). Ce n’est pas le chiffre qui compte le plus.
Ce qui compte, c’est la combinaison des signaux : absence d’interactions utilisateur, marqueurs de navigateur headless, traces de framework d’automatisation, événements DOM incohérents, vélocité des requêtes, et infrastructure réseau (notamment des origines datacenter proches dans le temps).
Deux sessions provenaient d’adresses Azure West Europe distinctes, dans la même plage, à moins d’une heure d’intervalle, avec des comportements très similaires. Isolément, chaque signal peut être discutable. Ensemble, la décision de bloquer devient défendable.
L’objectif n’est pas de transformer ces exemples en slogan marketing. La prochaine étape utile pour une PME ou un SaaS, c’est de confronter ce type de détection à des logs d’incidents réels — d’abord en observation, puis en blocage contrôlé.
Chez HAGEN ENTREPRISE, nous aidons aussi les structures qui n’ont pas de SOC : clarifier ce qui doit être surveillé (formulaires, login, API), et quoi faire quand une session est douteuse.