TL;DR: cside vs Trusted Knight
- A Trusted Knight encaminha o tráfego pela sua stack através de redirecionamento DNS. Isso significa um salto de infraestrutura extra, e uma análise limitada ao que a camada de encaminhamento vê antes de o código chegar ao navegador.
- O cside é executado first-party na sessão do visitante, sem qualquer alteração de DNS. 100% das sessões reais sem amostragem, cada script transferido para a infraestrutura própria do cside para análise no lado do servidor, cada payload arquivado como evidência para 6.4.3 e 11.6.1.
- Quer especificamente encaminhamento na camada DNS? A Trusted Knight é uma das poucas opções. Quer zero alterações de infraestrutura, cobertura total de sessões e evidências de nível QSA por menos? cside.
Os riscos da arquitetura de redirecionamento DNS do Trusted Knight
A disponibilidade do seu site passa a depender do tempo de atividade do Trusted Knight. Este é um risco significativo para instituições financeiras com obrigações de SLA.
Cada solicitação ao seu site faz um salto de rede adicional através do proxy. Para instituições financeiras onde a latência da sessão afeta a conversão e a experiência do cliente, esta viagem de ida e volta acrescenta sobrecarga.
Qual é a diferença entre o Trusted Knight Protector AIR e o cside?
| Critério | cside | Trusted Knight | Porque é que importa | Quais são as consequências |
|---|---|---|---|---|
| Arquitetura de implementação | Script leve implementado no seu site | Proxy DNS que encaminha o tráfego através da infraestrutura do Trusted Knight | A escolha da sua arquitetura determina o risco operacional, a latência e a dependência do tempo de atividade de terceiros | Proxies DNS criam um ponto único de falha e adicionam latência a cada solicitação |
| Deteta código malicioso no navegador antes que este roube dados do utilizador | Full support |
Partial support |
Ataques do lado do cliente são executados no navegador, não na rede | A inspeção ao nível da rede não deteta ameaças exclusivas do navegador, como manipulação de DOM e injeções pós-carregamento |
| Onde ocorre a monitorização | Ambiente de execução do navegador | Camada de rede / inspeção de tráfego de sessão | A monitorização ao nível do navegador mostra o que os utilizadores realmente experimentam | A monitorização apenas ao nível da rede não consegue observar o que os scripts fazem após a entrega da página |
| Impacto no desempenho do site | Full support Mínimo |
No support Risco elevado |
Saltos de rede adicionais aumentam a latência, o que afeta as taxas de conversão e a experiência do utilizador | Os proxies DNS encaminham todo o tráfego através de infraestrutura de terceiros, adicionando sobrecarga a cada solicitação |
| Previne [web skimming](https://en.wikipedia.org/wiki/Web_skimming) e phishing por manipulação de UI | Full support |
Partial support |
O skimming e o phishing por UI ocorrem no DOM depois de a página carregar | Sem visibilidade ao nível do navegador, os ataques baseados em DOM passam despercebidos |
| Monitoriza injeções de scripts de terceiros | Full support |
Partial support |
Os scripts de terceiros são o principal vetor para ataques à cadeia de fornecimento | Sem visibilidade sobre injeções de scripts, o seu site fica exposto a dependências comprometidas |
| Sinais de fraude por impressão digital do dispositivo | Full support |
No support |
Os sinais de dispositivo ajudam a identificar padrões de fraude e reincidentes | Sem fingerprinting, as equipas de fraude não têm inteligência ao nível da sessão para pontuação de risco |
| Monitorização do comportamento de scripts após o carregamento | Full support |
No support |
Muitos ataques só se ativam após o carregamento da página, através de scripts diferidos ou injetados | Sem monitorização pós-carregamento, os ataques que se ativam após a entrega passam despercebidos |
| Encriptação de dados em trânsito | No support TLS padrão |
Full support |
Camadas de encriptação adicionais podem proteger dados em endpoints comprometidos | O TLS padrão é suficiente para a maioria dos casos de uso, mas não protege contra malware no endpoint |
| Bloqueia malware ao nível do dispositivo em máquinas comprometidas | No support Não é o foco |
Full support |
O malware no endpoint pode intercetar dados antes de chegarem ao navegador | Nenhuma segurança do lado do site consegue proteger de forma consistente contra malware já presente no dispositivo do utilizador. Como proprietário do site, não é tecnicamente possível garantir proteção contra ameaças pré-existentes ao nível do dispositivo |
Foco principal de segurança
O cside monitoriza a execução de JavaScript e deteta comportamento malicioso em tempo real. Previne web skimming, ataques baseados em scripts e fraude do lado do cliente, ao mesmo tempo que fornece sinais de impressão digital do dispositivo para fluxos de trabalho antifraude.
O Trusted Knight protege as transações de dispositivos de utilizadores comprometidos, inspecionando o tráfego de sessão e encriptando dados sensíveis. Reduz a fraude e protege as interações mesmo quando o endpoint está infetado.
O que é o Trusted Knight Protector AIR:
Um produto de segurança baseado na nuvem, implementado através de redirecionamento DNS e configuração SSL. O Trusted Knight encaminha todo o tráfego do site através da sua infraestrutura na nuvem, inspeciona-o em busca de JavaScript malicioso, malware e ameaças, e depois encaminha o tráfego limpo para os utilizadores. O Trusted Knight encripta os dados entre o seu site e os visitantes e afirma cobrir 100% de todas as interações com clientes. Funciona em qualquer plataforma e não requer alterações de código além do redirecionamento DNS.
O que é o cside:
Uma plataforma de inteligência ao nível do navegador, implementada na sua aplicação através de uma tag JavaScript leve. Sem redirecionamento DNS, sem reencaminhamento de tráfego. Quando um utilizador visita o seu site, o cside monitoriza o ambiente do navegador em tempo real, detetando scripts maliciosos e JavaScript de terceiros não autorizado que possa roubar dados de clientes. Como o cside opera dentro da sessão, observa o que acontece dentro do navegador, incluindo interações de scripts após o carregamento da página.
O cside também fornece impressão digital do dispositivo: captura sinais do navegador e do dispositivo em cada sessão para enriquecer as análises de fraude. Isto permite que as instituições financeiras combinem inteligência do navegador com identidade do dispositivo, deteção de VPN, deteção de agentes de IA e dados de risco de sessão.
Comparando as superfícies protegidas: cside vs Trusted Knight
- Protege páginas de pagamento ou formulários que processam informações sensíveis
- Protege os seus clientes de web skimming e phishing baseado em manipulação de UI
- Garante conformidade com os requisitos PCI DSS 6.4.3 & 11.6.1, RGPD, CCPA, e mais.
- Deteta manipulação do navegador que poderia interferir com pagamentos ou logins
- Protege transações de malware em dispositivos de utilizadores comprometidos
Avaliações do cside vs Trusted Knight
**4.8 ★★★★★** G2
**4,9/5 ★★★★★** Sourceforge (37 avaliações e classificações exibidas: 25 avaliações nativas do SourceForge mais 12 classificações verificadas de terceiros exibidas lá)
Premiado como líder em segurança do lado do cliente pelo Sourceforge e Cyber Defense
**3.7 ★★★☆☆** Gartner Reviews
Comparação: deteção de ameaças cside vs Trusted Knight
| Tipo de ameaça | cside | Trusted Knight | Porque é que importa | Quais são as consequências |
|---|---|---|---|---|
| [Magecart](https://en.wikipedia.org/wiki/Magecart) (Web Skimming) | Full support |
Full support |
Ataques Magecart injetam skimmers em páginas de pagamento para roubar dados de cartões | Sem deteção, dados de cartões roubados resultam em perdas por fraude e violações da PCI |
| Keyloggers entregues através de injeções na camada do navegador | Full support |
Partial support |
Keyloggers injetados no navegador capturam credenciais e dados sensíveis introduzidos em tempo real | As ferramentas ao nível da rede podem não detetar keyloggers que se ativam após a entrega da página |
| Comprometimentos da cadeia de fornecimento de JavaScript de terceiros | Full support |
Partial support |
[Scripts de terceiros](https://developer.mozilla.org/en-US/docs/Web/Performance/Third-party_JavaScript) comprometidos são o vetor de ataque do lado do cliente mais comum | Sem monitorização ao nível do script, os ataques à cadeia de fornecimento propagam-se através de dependências de confiança |
| Manipulação de DOM / deteção de phishing por UI | Full support |
Full support |
Os atacantes sobrepõem formulários falsos ou modificam elementos da página para roubar credenciais por phishing | Os utilizadores submetem dados sem saber a elementos controlados pelo atacante |
| Agentes de IA maliciosos que abusam de fluxos de checkout | Full support |
No support |
Os agentes de IA conseguem automatizar fraude em grande escala em fluxos de pagamento e registo | Sem deteção de agentes de IA, o abuso automatizado fica sem controlo |
| Malware ao nível do dispositivo nos dispositivos dos utilizadores | No support Não é o foco |
Full support |
O malware no endpoint interceta dados antes de chegarem ao navegador | Nenhuma segurança do lado do site consegue proteger de forma consistente contra malware já presente no dispositivo do utilizador. Isto está fora do que qualquer proprietário de site consegue tecnicamente garantir |
| Deteção de VPN/Proxy | Full support |
No support |
O uso de VPN e proxy pode indicar fraude, abuso ou falsificação de geolocalização | Sem deteção, os fraudadores escondem-se atrás de ligações anonimizadas |
| Âmbito do skimming de dados | Informações de pagamento, formulários, fluxos KYC | Informações de pagamento | O skimming visa mais do que apenas dados de cartões; formulários e fluxos KYC contêm PII sensível | Um âmbito limitado deixa os dados não relacionados com pagamentos desprotegidos contra exfiltração |
Como cada produto funciona
Implementado na aplicação. Opera dentro da sessão do navegador.
O redirecionamento DNS encaminha todo o tráfego através da nuvem do Trusted Knight.
Quem compra cada produto
Bancos e instituições financeiras que precisam de visibilidade ao nível do navegador nas sessões dos clientes, sem alterações de infraestrutura nem reencaminhamento de tráfego. Equipas de fraude que querem combinar impressão digital do dispositivo e inteligência de scripts em sinais de análise de fraude. Equipas de segurança responsáveis pela conformidade com o PCI DSS 4.0. Fintechs e fornecedores de pagamentos que precisam de uma implementação sem atrito em grande escala.
Organizações que querem adicionar uma camada de segurança e encriptação sem modificar o código da sua aplicação. Empresas cuja principal preocupação é o malware nos dispositivos dos clientes e a encriptação de dados em trânsito. Equipas que preferem controlos ao nível da infraestrutura em vez de instrumentação ao nível da aplicação e que se sentem confortáveis com o modelo operacional de redirecionamento DNS.
Quer migrar do Trusted Knight?
Experimente o cside com uma instalação rápida e autoguiada num plano gratuito. Precisa de ajuda para avaliar o que é melhor para si? Agende uma demonstração para que a nossa equipa o oriente na migração e determine se o cside é a opção certa para si.
Está a analisar outras opções? Veja como o cside se compara ao Cloudflare Page Shield, ao Akamai Page Integrity Manager, ou consulte todas as comparações.
Recursos relacionados
Founder and CEO of cside. Previously a product manager on Cloudflare Page Shield (now Cloudflare Client-Side Security). Co-chair of the W3C Anti-Fraud Community Group and a Forbes 30 Under 30 honoree. Building accessible security against client-side attacks, web security is not an enterprise-only problem.
