Requisições maliciosas, injeções SQL e exploração de vulnerabilidades de aplicações são exemplos de ataques server-side. É aqui que os WAFs se destacam. Ataques client-side, por outro lado, exploram scripts legítimos de terceiros que seu WAF já aprovou e entregou aos navegadores. O ataque acontece quando esses scripts são executados nos navegadores dos seus usuários e roubam dados como números de cartão de crédito ou credenciais de login. Seu WAF vê a entrega legítima do script, mas é cego para o que esse script faz uma vez que está sendo executado no client-side.
cside pode funcionar junto com meu WAF existente sem conflitos?
Monitoramos uma dimensão completamente diferente da stack de aplicações; portanto, não há interferência.
Como cside resolve o ponto cego client-side que WAFs não conseguem resolver?
A cside analisa cada script de terceiros do nosso lado antes de ser executado, facilitando a interrupção de ataques ao analisar conteúdo JavaScript de forma assíncrona e manter uma lista de hash de scripts maliciosos, impedindo-os de serem carregados novamente.
Por que o ambiente do navegador é invisível ao monitoramento do WAF?
Um WAF (Web Application Firewall) opera no perímetro, analisando tráfego conforme cruza entre redes externas e sua rede interna em direção aos seus servidores web.
Um WAF pode proteger contra ataques de cadeia de suprimentos em bibliotecas JavaScript de terceiros?
WAFs não podem proteger contra ataques de cadeia de suprimentos client-side porque não interceptam a requisição para o endpoint de terceiros e portanto não têm visibilidade sobre os arquivos JavaScript das fontes de terceiros.