Skip to main content
Blog
Blog

Como as extensões web podem prejudicar o seu site (INFIRC[.]com e INFIRD[.]com)

Os domínios infirc[.]com e infird[.]com causaram bastante agitação recentemente, e destacaram os perigos de extensões web infetadas ou maliciosas.

Oct 18, 2024 6 min read
web-extensions-image-cover
Índice

Resumo: referer injetado por extensão a partir de infirc.com e infird.com com user agents rotativos

  • Pico de referer, causa real: Todos os painéis de analytics leem um pico de tráfego referer como sorte de afiliação ou um ataque ao seu site, mas 145 pedidos num único dia a partir de infirc.com, cada um com um user agent distinto, significa outra coisa: uma extensão a injetar-se nas sessões dos seus visitantes.
  • Como a cside mapeou: O diretório público de domínios da cside indexou infirc.com e infird.com à medida que foram aparecendo, o motor interno sinalizou ambos como maliciosos face ao mesmo script que também chamava a AliExpress, rano.info, zurano.info e o Measurement Protocol da google-analytics.com, e seguimos tráfego proveniente da República Checa, China, VPNs de Londres e Japão.
  • Ainda no âmbito PCI: O script ignora explicitamente o Google, o Bing e outros ambientes altamente protegidos. O CSP não o teria apanhado, e a injeção por extensão do lado do visitante continua a estar dentro do âmbito do PCI DSS 6.4.3 e 11.6.1, mesmo que o código nunca tenha estado no seu repositório.

Sem tempo? Veja o bloqueio de Magecart e skimmers no navegador da cside. Cobre tudo o que se segue numa única implementação.

Os domínios infirc[.]com e infird[.]com causaram bastante agitação recentemente, e destacaram os perigos de extensões web infetadas ou maliciosas.

O Infirc[.]com foi observado pela primeira vez a chegar ao nosso backend, aparecendo como cabeçalho referer, apesar de não estar hospedado nem ser referenciado pelo nosso site.

O nosso diretório público de domínios indexou o domínio logo a seguir, e o nosso motor de deteção interno sinalizou-o como potencialmente malicioso.

Entrada do diretório da cside a analisar o domínio infirc.com recentemente registado

O Infirc[.]com é um domínio recentemente registado, sem propósito claro nem reputação estabelecida.

Algumas semanas depois, reparámos num aumento significativo nas impressões e cliques de pesquisa nesta página, indicando que as pessoas estavam a pesquisar este domínio. Isto levou-nos a investigar mais a fundo.

Gráfico do Search Console a mostrar o crescimento de impressões para consultas de infirc.com

Um domínio malicioso dentro de uma extensão web (plugin)

De acordo com a fonte, sugere-se que o script foi encontrado na cside, mas não estamos infetados. A única outra possibilidade são visitas de um browser com uma extensão web que tenta injetar código.

Em alguns casos, os IDs das extensões são expostos. Neste caso, não conseguimos encontrar nenhum.

Se a extensão web de alguém estiver infetada, ou se um atacante criar uma, estas podem ser usadas para atacar sites. Por exemplo, tem um site de ecommerce que permite aos visitantes criar contas e realizar transações. Um visitante com uma extensão web infetada compra um produto. Nesse processo, os seus dados pessoais e detalhes financeiros são captados pelo script malicioso de terceiros dentro da extensão infetada.

Em alternativa, uma extensão maliciosa utiliza tráfego de bots para captar qualquer tipo de informação a que não deveria ter acesso.

Reparámos num influxo de pedidos proxy provenientes de diferentes endereços IP em todo o mundo, incluindo:

  • República Checa
  • China
  • Londres (via VPN)
  • Japão

Os registos de 17 de setembro de 2024 mostram o primeiro vestígio de infirc[.]com a fazer pedidos ao nosso backend. Com o passar do tempo, especialmente por volta de 13 de outubro de 2024, observámos 145 pedidos proxy direcionados para este domínio num único dia.

Cada pedido apresentava um user agent diferente, dificultando a identificação de uma única fonte de atividade. Provavelmente tráfego gerado por bots ou um ataque coordenado através de uma variedade de user agents e VPNs.

A 15 de outubro, detetámos e indexámos infird[.]com, que apresentava semelhanças.

Entrada do diretório da cside a analisar o domínio infird.com recentemente registado

Os scripts maliciosos carregados pelos domínios

Uma investigação mais aprofundada revelou uma rede complexa de scripts, extensões e domínios externos. Tanto o infirc[.com] como o infird[.com] alojam o mesmo script, como se pode ver em ambas as páginas:

Ambos os scripts faziam referência à AliExpress e a outro domínio, rano[.]info. Este último poderá ser um domínio de ingestão usado para recolher, processar ou receber dados de fontes externas.

A análise dos scripts revelou tentativas de contornar mecanismos de deteção comuns. Ambos os domínios carregam scripts externos de fontes não confiáveis, como:

  • zurano[.]info/zimblat?i=7OB7CVF5V7&atr=477978779O domínio zurano[.]info foi sinalizado como não sendo legítimo nem associado a quaisquer serviços de confiança.

O script também foi visto a transmitir dados para outros servidores externos, incluindo:

Este comportamento mostra que o infirc[.]com carrega scripts não autorizados e envia dados para vários servidores externos, possivelmente para monitorizar utilizadores ou manipular análises.

Duas funções, _0xfc929c() e _0x1238ee(), foram identificadas no código, sugerindo que o script poderá estar a tentar:

  1. Redirecionar utilizadores para URLs diferentes.
  2. Modificar links ou interações na página sem o consentimento do utilizador.

Este tipo de comportamento revela uma possível tentativa de alterar a experiência de navegação dos utilizadores ou de obter informações sensíveis através de phishing, redirecionando-os para sites maliciosos.

O script inclui verificações específicas para evitar ser executado em ambientes particulares, como plataformas como o Google, o Bing e outras redes sociais, de modo a evitar a deteção em ambientes de destaque e bem protegidos.

Os CSPs são amplamente utilizados como primeira camada de proteção contra ataques do lado do cliente, incluindo este tipo de ataques. Os atacantes conhecem-nos e conseguem facilmente contorná-los. Nós não dependemos de CSPs e conseguimos detetá-lo.

Como proteger o seu site

Verifique o seu código à procura de qualquer referência a estes domínios e remova-as. No entanto, isto é quase certamente um script malicioso de terceiros que está a tentar ser injetado a partir do exterior.

Podemos bloquear estas tentativas, embora atacantes que conheçam a presença da cside possam também contornar-nos. Este é um ataque proveniente do browser de um visitante, não código malicioso de terceiros já presente no seu próprio site. Ainda assim, conseguimos detetá-lo e partilhar informações consigo, incluindo os IPs e a hora das tentativas.

Quaisquer scripts de terceiros presentes no seu site que estejam comprometidos, conseguimos detetá-los e bloqueá-los antes de serem executados no browser dos seus visitantes, protegendo-os a eles, e a si, de atores maliciosos.

Ao utilizar o nosso plano gratuito, fica protegido deste e de outros ataques semelhantes.

Simon Wijckmans
Founder & CEO

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.

FAQ

Frequently Asked Questions

As extensões injetam scripts em todas as páginas que o utilizador visita. Dois domínios que seguimos, infirc.com e infird.com, eram carregados por uma extensão do browser e apareciam nas nossas análises como tráfego de referer falso que parecia um ataque ao nosso próprio site.

Compare o padrão do cabeçalho referer com uma única origem. O tráfego de extensões aparece em muitos user agents e IPs sem uma origem consistente. Ferramentas de diretório de domínios como o cside.com/domains ajudam a correlacionar rapidamente a fonte suspeita.

Nenhuma ferramenta detecta tudo, mas o monitoramento do lado do cliente em sessões reais é a camada mais confiável. Firewalls de aplicações web e políticas de segurança de conteúdo vigiam o servidor e o manifesto da página, portanto não veem o código que uma extensão de navegador injeta depois que a página carrega. Uma ferramenta que observa o que realmente é executado nas sessões dos seus visitantes, como o cside, vê o script injetado mesmo que ele nunca tenha tocado no seu código, como aconteceu com infirc[.]com.

Não. Uma política de segurança de conteúdo é uma primeira camada útil, mas os atacantes a conhecem e a contornam, e o script de infirc[.]com foi criado para burlar os mecanismos de detecção comuns. Uma extensão maliciosa também injeta código diretamente na página em execução a partir do navegador do visitante, fora do alcance que uma CSP pode impor. O cside não depende de CSPs e detectou a injeção observando o comportamento real do script na sessão.

Um firewall de aplicações web inspeciona o tráfego que chega ao seu servidor, portanto nunca vê um script que uma extensão injeta dentro do navegador do visitante. Por isso a atividade de infirc[.]com apareceu apenas como tráfego de referer estranho e não como uma solicitação bloqueada. Ferramentas do lado do cliente como o cside observam o que é executado na sessão real do navegador e fazem hash das cargas dos scripts ali, detectando código injetado ou comprometido que um WAF estruturalmente não consegue ver.

Procure uma ferramenta que observe os scripts enquanto eles são executados em sessões reais de visitantes, não apenas um scanner estático ou uma verificação de política. Skimmers injetados por extensões capturam dados pessoais e de cartão durante o pagamento sem nunca aparecer no seu repositório, então o monitoramento no nível da carga que sinaliza chamadas externas não autorizadas é o que mais importa. Confirme que ela atende ao PCI DSS 6.4.3 e 11.6.1, fornece os IPs e carimbos de data e hora do atacante e bloqueia os scripts antes que sejam executados.

Ambos são graves, e uma boa defesa cobre os dois juntos. Um script de terceiros comprometido vive na sua própria cadeia de suprimentos, enquanto uma extensão maliciosa como a que carrega infirc[.]com chega a partir do navegador do visitante e nunca toca no seu código. O caso da extensão é mais difícil para as ferramentas tradicionais, porque você não pode auditar nem remover um código que não hospeda. O cside detecta ambos monitorando o que é executado no lado do cliente.

O cside monitora os scripts que realmente são executados nas sessões de navegador dos seus visitantes e faz hash de suas cargas, de modo que sinaliza o código que aparece em tempo de execução mesmo que nunca tenha estado no seu repositório. Com infirc[.]com, o script injetado vinha de uma extensão, e ainda assim o cside viu seu comportamento, suas chamadas para domínios não confiáveis e suas tentativas de exfiltração de dados. Depois, ele compartilha os IPs e carimbos de data e hora do atacante para que você possa agir.

Sim. O script de infirc[.]com incluía verificações para permanecer inativo no Google, no Bing e nas principais plataformas sociais, de modo a só ser executado em ambientes menos protegidos. Como o cside observa o comportamento dentro das sessões reais dos seus próprios visitantes em vez de depender de um rastreador que o script possa reconhecer e evitar, essas verificações de ambiente não o escondem. O cside sinalizou o domínio como malicioso e rastreou as chamadas externas que ele fazia.

Sim. Para a atividade de infirc[.]com e infird[.]com, o cside registrou a primeira solicitação, as 145 solicitações vistas em um único dia, os user agents rotativos e locais de origem como República Tcheca, China, VPNs de Londres e Japão. Como o ataque vem do navegador de um visitante e não do seu próprio código, essa evidência, os IPs do atacante e carimbos de data e hora exatos, é o que permite investigar e confirmar a origem rapidamente.

O cside é implantado como um único trecho de JavaScript próprio, ou de forma sem agente pelo método Scan, sem mudança de DNS e sem rotear nada através do cside. Uma vez que o script está nas suas páginas, ele vigia o que é executado em cada sessão real de visitante e bloqueia scripts não autorizados ou comprometidos antes que sejam executados, incluindo código injetado por uma extensão maliciosa. A configuração leva minutos e você mantém visibilidade total com os IPs e carimbos de data e hora do atacante de tudo o que ele captura.

Sim. O cside oferece um plano gratuito no qual você pode se cadastrar e implantar no seu site, e que já protege contra tentativas de injeção como infirc[.]com e infird[.]com. Os planos pagos são cobrados por volume de sessões ou visualizações de página com preços em níveis, e você pode falar com a equipe para necessidades de maior volume ou específicas de PCI. O plano gratuito é suficiente para começar a monitorar o que é executado nos navegadores dos seus visitantes e bloquear scripts injetados maliciosos.

Monitore e proteja seus scripts de terceiros

Gain full visibility and control over every script delivered to your users to enhance site security and performance.

Comece grátis ou experimente o Business com um teste de 14 dias.

Interface do painel cside mostrando monitoramento de scripts e análises de segurança
Related Articles
Agende uma demonstração

Quer ver isso em detalhe com um engenheiro?

Trinta minutos, no seu próprio site. Sem slides.

Vamos mostrar:

Quais scripts de terceiros estão rodando no seu site agora
Como você está em relação aos requisitos 6.4.3 e 11.6.1 do PCI DSS
Qual parte do seu tráfego é de bots e agentes de IA

Prefere só mandar uma pergunta?

Procurando horários livres…

Apenas humanos de verdade. A gente saberia.

Problemas para agendar? Abrir o agendador em uma nova aba

O que você está tentando resolver?

Conte em uma linha e voltamos com algo útil, não com um discurso genérico.

Costumamos ajudar com:

Ver quais scripts de terceiros rodam no seu site
Evidências para PCI DSS 6.4.3 e 11.6.1
Bots, agentes de IA e roubo de contas

Prefere agendar um horário? Escolher um horário