← Todas as notícias
ARTIGO
5 de outubro de 2026 Atualizado em 23 de setembro de 2026 2 min de leitura

CrowdSec 1.8.1 corrige a sua nova funcionalidade de deteção de bots

A CrowdSec lançou a v1.8.1, corrigindo um falso positivo na deteção de bots adicionada na 1.8.0 no mês passado. Nas periferias de MSP, o padrão mantém-se: analisar registos, aplicar regras do hub, rever antes de bloquear.

Neste artigo
  1. O que mudou e porque continua rotulada como Alpha
  2. O ciclo defensivo para periferias de MSP
  3. Implementar a 1.8.1

A CrowdSec lançou a versão 1.8.1, uma correção rápida sobre o lançamento 1.8.0 do mês passado, que resolve um falso positivo na funcionalidade de deteção de bots que o projeto adicionou a 31 de agosto. O erro assinalava como suspeitos os utilizadores do navegador Brave com o Shields ativado; a 1.8.1 corrige isso, juntamente com três correções menores no lado da Local API.

Um patch panel ethernet de parede aberto com cabos coloridos ligados às suas portas
Foto: Jacek Rużyczka (CC BY-SA 4.0), Wikimedia Commons.

O que mudou e porque continua rotulada como Alpha

A versão 1.8.0 adicionou uma verificação de desafio no navegador e de impressão digital do dispositivo que o módulo AppSec da CrowdSec pode colocar à frente do tráfego web protegido: emite um desafio de prova de trabalho, avalia o resultado e concede um cookie assinado aos clientes que passam, enquanto comportamentos suspeitos repetidos se convertem num alerta e decisão normais da CrowdSec. A CrowdSec rotula a funcionalidade como Alpha, o que significa que a sua configuração e as regras fornecidas ainda podem mudar entre lançamentos — vale a pena saber isto antes de a ligar a uma política de bloqueio em produção sem um passo de revisão.

O ciclo defensivo para periferias de MSP

O padrão operacional que torna a CrowdSec útil para periferias geridas não mudou com este lançamento: inventariar quais as periferias que realmente emitem os registos de autenticação, WAF ou proxy que a CrowdSec precisa de analisar; subscrever cenários do hub e listas de bloqueio que correspondam a essas fontes de registos; implementar bouncers — os componentes que atuam sobre as decisões da CrowdSec — apenas onde a política de remediação de um cliente tiver dado aprovação; e agendar a revisão de falsos positivos dentro de janelas de mudança acordadas, em vez de deixar as regras de bloqueio a correr sem supervisão. Este ciclo aplica-se quer um determinado site ative ou não a nova verificação de deteção de bots.

Implementar a 1.8.1

  • Se a deteção de bots da 1.8.0 já estiver implementada, atualize para a 1.8.1 para eliminar o falso positivo do Brave antes de gerar pedidos de suporte.
  • Trate a deteção de bots como Alpha em qualquer SLA voltado para o cliente — espere que as suas regras mudem em lançamentos posteriores.
  • Mantenha um registo de auditoria de quem aprovou cada regra de remediação por inquilino; esse registo importa mais do que a própria funcionalidade de deteção quando um cliente pergunta porque é que o tráfego foi bloqueado.

Fontes: notas de lançamento da CrowdSec v1.8.1, Help Net Security.