Krävs för att webbplatsen ska fungera (inloggning, inställningar, säkerhet). Alltid på.
CrowdSec 1.8.1 patchar sin nya botdetekteringsfunktion
CrowdSec har släppt v1.8.1 och åtgärdar en falsk positiv i botdetekteringen som lades till i 1.8.0 förra månaden. För MSP-edge är mönstret detsamma: loggar in, hubregler ut, granska före blockering.
I den här artikeln
CrowdSec har släppt version 1.8.1, en snabb patch ovanpå förra månadens 1.8.0-release, som åtgärdar en falsk positiv träff i botdetekteringsfunktionen som projektet lade till den 31 augusti. Felet flaggade Brave Browser-användare som körde med Shields aktiverat som misstänkta; 1.8.1 rättar det tillsammans med tre mindre korrigeringar på Local API-sidan.

Vad som har ändrats och varför den fortfarande etiketteras som Alpha
Version 1.8.0 lade till en webbläsarutmaning och enhetsfingeravtryckskontroll som CrowdSecs AppSec-modul kan placera framför skyddad webbtrafik: den utfärdar en proof-of-work-utmaning, utvärderar resultatet och ger en signerad cookie till klienter som klarar kontrollen, medan upprepat misstänkt beteende omvandlas till en vanlig CrowdSec-varning och ett beslut. CrowdSec etiketterar funktionen som Alpha, vilket innebär att dess konfiguration och medföljande regler fortfarande kan ändras mellan utgåvor – värt att känna till innan man kopplar in den i en produktionspolicy för blockering utan ett granskningssteg.
Den defensiva loopen för MSP-edge-miljöer
Det operativa mönstret som gör CrowdSec användbart för hanterade edge-miljöer har inte ändrats med den här utgåvan: inventera vilka edge-miljöer som faktiskt genererar de auth-, WAF- eller proxyloggar som CrowdSec behöver tolka; prenumerera på hub-scenarier och blocklistor som matchar dessa loggkällor; distribuera bouncers – komponenterna som agerar på CrowdSecs beslut – endast där en kunds åtgärdspolicy har godkänt det; och schemalägg granskning av falska positiva träffar inom överenskomna ändringsfönster i stället för att låta blockeringsregler köra utan övervakning. Den loopen gäller oavsett om en viss webbplats aktiverar den nya botdetekteringskontrollen eller inte.
Rulla ut 1.8.1
- Om botdetekteringen i 1.8.0 redan är distribuerad, uppdatera till 1.8.1 för att undanröja den falska positiva träffen i Brave innan den genererar supportärenden.
- Behandla botdetektering som Alpha i alla kundnära SLA:er – räkna med att reglerna kan ändras i senare utgåvor.
- Upprätta ett revisionsspår över vem som godkände vilken åtgärdsregel per tenant; den dokumentationen betyder mer än själva detekteringsfunktionen när en kund frågar varför trafik blockerades.
Källor: Versionsinformation för CrowdSec v1.8.1, Help Net Security.