← Al het nieuws
ARTIKEL
5 oktober 2026 Bijgewerkt op 23 september 2026 2 min leestijd

CrowdSec 1.8.1 patcht zijn nieuwe botdetectiefunctie

CrowdSec bracht v1.8.1 uit en verhelpt een fout-positief in de botdetectie van 1.8.0 van vorige maand. Voor MSP-edges blijft het patroon hetzelfde: logs erin, hub-regels eruit, beoordelen vóór blokkeren.

In dit artikel
  1. Wat er veranderde en waarom het nog steeds Alpha heet
  2. De defensieve lus voor MSP-edges
  3. Uitrol van 1.8.1

CrowdSec heeft versie 1.8.1 uitgebracht, een snelle patch bovenop de release 1.8.0 van vorige maand, waarmee een fout-positief in de botdetectiefunctie wordt verholpen die het project op 31 augustus toevoegde. De bug markeerde Brave Browser-gebruikers met Shields ingeschakeld als verdacht; 1.8.1 corrigeert dat samen met drie kleinere fixes aan de Local API-kant.

Een geopend wandgemonteerd ethernet-patchpaneel met gekleurde kabels in de poorten
Foto: Jacek Rużyczka (CC BY-SA 4.0), Wikimedia Commons.

Wat er veranderde en waarom het nog steeds Alpha heet

Versie 1.8.0 voegde een browseruitdaging en apparaatfingerprint-controle toe die de AppSec-module van CrowdSec vóór beschermd webverkeer kan plaatsen: de module geeft een proof-of-work-uitdaging, evalueert het resultaat en geeft een ondertekende cookie aan clients die slagen, terwijl herhaald verdacht gedrag wordt omgezet in een normale CrowdSec-melding en -beslissing. CrowdSec labelt de functie als Alpha, wat betekent dat de configuratie en meegeleverde regels tussen releases nog kunnen veranderen — goed om te weten voordat je het zonder beoordelingsstap in een productieblokkeringsbeleid verwerkt.

De defensieve lus voor MSP-edges

Het operationele patroon dat CrowdSec nuttig maakt voor beheerde edges is met deze release niet veranderd: inventariseer welke edges daadwerkelijk de auth-, WAF- of proxylogs uitzenden die CrowdSec moet parsen; abonneer je op hub-scenario's en blokkeerlijsten die bij die logbronnen passen; implementeer bouncers — de componenten die op de beslissingen van CrowdSec reageren — alleen waar het herstelbeleid van een klant akkoord heeft gegeven; en plan fout-positiefbeoordelingen binnen afgesproken wijzigingsvensters in plaats van blokkeringsregels zonder toezicht te laten draaien. Die lus geldt ongeacht of een site de nieuwe botdetectiecontrole inschakelt.

Uitrol van 1.8.1

  • Als de botdetectie van 1.8.0 al is geïmplementeerd, update dan naar 1.8.1 om het fout-positief bij Brave op te lossen voordat het supporttickets genereert.
  • Behandel botdetectie als Alpha in elke klantgerichte SLA — verwacht dat de regels in latere releases verschuiven.
  • Houd een audittrail bij van wie welke herstelregel per tenant heeft goedgekeurd; dat record is belangrijker dan de detectiefunctie zelf wanneer een klant vraagt waarom verkeer werd geblokkeerd.

Bronnen: CrowdSec v1.8.1 release notes, Help Net Security.