← Tutte le news
ARTICOLO
5 ottobre 2026 Aggiornato il 23 settembre 2026 2 min di lettura

CrowdSec 1.8.1 corregge la nuova funzionalità di rilevamento bot

CrowdSec ha rilasciato la v1.8.1, correggendo un falso positivo nel rilevamento bot aggiunto nella 1.8.0 il mese scorso. Per gli edge MSP lo schema resta lo stesso: log in ingresso, regole hub, revisione prima del blocco.

In questo articolo
  1. Cosa è cambiato e perché è ancora etichettata Alpha
  2. Il ciclo difensivo per gli edge MSP
  3. Distribuzione della 1.8.1

CrowdSec ha rilasciato la versione 1.8.1, una patch rapida sulla base del rilascio 1.8.0 del mese scorso, che corregge un falso positivo nella funzionalità di rilevamento bot aggiunta dal progetto il 31 agosto. Il bug segnalava come sospetti gli utenti di Brave Browser che eseguono il browser con Shields attivo; la 1.8.1 corregge questo problema insieme a tre correzioni minori sul lato Local API.

Un patch panel ethernet a muro aperto con cavi colorati collegati alle sue porte
Foto: Jacek Rużyczka (CC BY-SA 4.0), Wikimedia Commons.

Cosa è cambiato e perché è ancora etichettata Alpha

La versione 1.8.0 ha aggiunto un controllo di sfida del browser e impronta digitale del dispositivo che il modulo AppSec di CrowdSec può porre davanti al traffico web protetto: emette una sfida proof-of-work, valuta il risultato e concede un cookie firmato ai client che la superano, mentre comportamenti sospetti ripetuti si convertono in un normale avviso e decisione CrowdSec. CrowdSec etichetta la funzionalità come Alpha, il che significa che la sua configurazione e le regole distribuite possono ancora cambiare tra un rilascio e l'altro — vale la pena saperlo prima di collegarla a una policy di blocco in produzione senza un passaggio di revisione.

Il ciclo difensivo per gli edge MSP

Il modello operativo che rende CrowdSec utile per gli edge gestiti non è cambiato con questo rilascio: fai l'inventario di quali edge emettono effettivamente i log di autenticazione, WAF o proxy che CrowdSec deve analizzare; sottoscrivi gli scenari e le blocklist dell'hub che corrispondono a quelle sorgenti di log; distribuisci i bouncer — i componenti che agiscono sulle decisioni di CrowdSec — solo dove la policy di remediation del cliente ha dato l'approvazione; e pianifica la revisione dei falsi positivi all'interno di finestre di cambiamento concordate invece di lasciare che le regole di blocco girino senza supervisione. Questo ciclo si applica indipendentemente dal fatto che un dato sito abiliti o meno il nuovo controllo di rilevamento bot.

Distribuzione della 1.8.1

  • Se il rilevamento bot della 1.8.0 è già distribuito, aggiorna alla 1.8.1 per eliminare il falso positivo di Brave prima che generi ticket di supporto.
  • Tratta il rilevamento bot come Alpha in qualsiasi SLA rivolto al cliente — aspettati che le sue regole cambino nei rilasci successivi.
  • Mantieni una traccia di audit di chi ha approvato quale regola di remediation per tenant; quel registro conta più della funzionalità di rilevamento stessa quando un cliente chiede perché il traffico è stato bloccato.

Fonti: Note di rilascio di CrowdSec v1.8.1, Help Net Security.