← Toutes les actualités
ARTICLE
5 octobre 2026 Mis à jour le 23 septembre 2026 2 min de lecture

CrowdSec 1.8.1 corrige sa nouvelle détection de bots

CrowdSec publie la v1.8.1, corrigeant un faux positif dans la détection de bots ajoutée en 1.8.0 le mois dernier. Pour les périphéries MSP, le schéma reste le même : logs en entrée, règles du hub en sortie, revue avant blocage.

Dans cet article
  1. Ce qui change et pourquoi elle reste classée Alpha
  2. La boucle défensive pour les périphéries MSP
  3. Déployer la version 1.8.1

CrowdSec a publié la version 1.8.1, un correctif rapide après la version 1.8.0 du mois dernier, qui résout un faux positif dans la fonction de détection de bots ajoutée par le projet le 31 août. Le bogue signalait les utilisateurs du navigateur Brave avec Shields activé comme suspects ; la version 1.8.1 corrige cela ainsi que trois corrections mineures côté API locale.

Un panneau de brassage ethernet mural ouvert avec des câbles de couleur branchés sur ses ports
Photo: Jacek Rużyczka (CC BY-SA 4.0), Wikimedia Commons.

Ce qui change et pourquoi elle reste classée Alpha

La version 1.8.0 a ajouté un défi de navigateur et une vérification d'empreinte d'appareil que le module AppSec de CrowdSec peut placer devant le trafic web protégé : il émet un défi de preuve de travail, évalue le résultat et accorde un cookie signé aux clients qui le réussissent, tandis qu'un comportement suspect répété se transforme en alerte et décision CrowdSec normales. CrowdSec classe la fonction Alpha, ce qui signifie que sa configuration et ses règles livrées peuvent encore changer entre les versions — à savoir avant de la câbler dans une politique de blocage en production sans étape de revue.

La boucle défensive pour les périphéries MSP

Le schéma opérationnel qui rend CrowdSec utile pour les périphéries gérées n'a pas changé avec cette version : inventorier quelles périphéries émettent réellement les logs d'authentification, de WAF ou de proxy dont CrowdSec a besoin pour l'analyse ; s'abonner aux scénarios et listes de blocage du hub qui correspondent à ces sources de logs ; déployer les bouncers — les composants qui appliquent les décisions de CrowdSec — uniquement là où la politique de remédiation d'un client a donné son feu vert ; et planifier la revue des faux positifs dans des fenêtres de changement convenues plutôt que de laisser les règles de blocage tourner sans supervision. Cette boucle s'applique qu'un site active ou non la nouvelle vérification de détection de bots.

Déployer la version 1.8.1

  • Si la détection de bots de la 1.8.0 est déjà déployée, passez à la 1.8.1 pour éliminer le faux positif Brave avant qu'il ne génère des tickets de support.
  • Traitez la détection de bots comme Alpha dans tout SLA orienté client — attendez-vous à ce que ses règles évoluent dans les prochaines versions.
  • Conservez une piste d'audit de qui a approuvé quelle règle de remédiation par locataire ; ce registre compte davantage que la fonction de détection elle-même lorsqu'un client demande pourquoi du trafic a été bloqué.

Sources : Notes de version CrowdSec v1.8.1, Help Net Security.