Indispensáveis para o funcionamento do site (sessão, preferências, segurança). Sempre ativos.
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
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.

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.