Exposição Crítica de Dados em Faturas PDF do WooCommerce//Publicado em 2026-06-05//CVE-2026-49056

EQUIPE DE SEGURANÇA WP-FIREWALL

WooCommerce PDF Invoices Vulnerability

Nome do plugin WooCommerce PDF Faturas, Recibos de Embalagem, Notas de Entrega e Etiquetas de Envio
Tipo de vulnerabilidade Divulgação de informações
Número CVE CVE-2026-49056
Urgência Médio
Data de publicação do CVE 2026-06-05
URL de origem CVE-2026-49056

Exposição de Dados Sensíveis no Plugin “WooCommerce PDF Faturas, Recibos de Embalagem, Notas de Entrega e Etiquetas de Envio” (≤ 4.9.4) — O que os Proprietários de Sites WordPress Devem Fazer Agora

Um guia prático e especializado da WP‑Firewall sobre a recente vulnerabilidade de exposição de dados sensíveis (CVE-2026-49056) no plugin WooCommerce PDF Faturas, Recibos de Embalagem, Notas de Entrega e Etiquetas de Envio. Explicação de riscos, cenários de exploração, detecção, mitigação a curto e longo prazo, regras de WAF, fortalecimento do lado do servidor e etapas de recuperação — com instruções claras e passo a passo.

Autor: Equipe de Segurança do Firewall WP
Data: 2026-06-05

NOTA: Este post é escrito do ponto de vista de profissionais experientes em segurança WordPress. Se o seu site usa o plugin “WooCommerce PDF Faturas, Recibos de Embalagem, Notas de Entrega e Etiquetas de Envio” e a versão instalada é 4.9.4 ou anterior, trate isso como uma tarefa de segurança urgente.

TL;DR (a lista de verificação curta e urgente)

  • Vulnerabilidade: Exposição de Dados Sensíveis (CVE-2026-49056) afetando versões do plugin ≤ 4.9.4.
  • Severidade: CVSS ~7.5 (Risco Médio / Alto de vazamento de dados); acesso não autenticado pode ser possível.
  • Ação imediata: Atualize o plugin para 4.9.5 ou posterior o mais rápido possível (idealmente dentro de 24 horas).
  • Se você não puder atualizar imediatamente: aplique restrições de WAF, restrinja o acesso aos endpoints do plugin, desative o plugin temporariamente e monitore os logs.
  • Pós-atualização: gire quaisquer credenciais expostas, escaneie em busca de indicadores de comprometimento (IoCs), verifique backups e notifique as partes interessadas se os dados foram vazados.

O que aconteceu (em linguagem simples)

Uma vulnerabilidade foi divulgada no popular plugin WooCommerce PDF Faturas, Recibos de Embalagem, Notas de Entrega e Etiquetas de Envio. O problema afeta versões do plugin até e incluindo 4.9.4 e é classificado como uma vulnerabilidade de Exposição de Dados Sensíveis (OWASP A3), rastreada publicamente como CVE-2026-49056.

Em termos práticos, isso significa que um atacante pode ser capaz de acessar documentos PDF, dados de faturas, notas de entrega, etiquetas de envio ou outras informações de clientes/pedidos que não deveriam ser acessíveis publicamente. Como esses documentos geralmente contêm nomes de clientes, endereços, números de telefone, itens de pedidos e, às vezes, detalhes de cobrança (ou partes de metadados de pagamento), o risco é o vazamento de Informações Pessoais Identificáveis (PII) e dados de pedidos sensíveis ao negócio.

Esta é uma questão sensível ao tempo. Vulnerabilidades que expõem dados são atraentes para ferramentas de scraping automatizadas e atacantes que conduzem campanhas de exploração em massa. Se você usa WooCommerce e este plugin, tome as etapas de remediação abaixo imediatamente.

Por que isso é perigoso (cenários de ameaça)

Documentos sensíveis produzidos por plugins de faturas/recibos de embalagem são alvos de alto valor. Alguns cenários de ataque realistas:

  • Um scraper automatizado encontra um endpoint público ou insuficientemente protegido e itera através de IDs de pedidos (ou manipula parâmetros de solicitação) para baixar faturas de muitos clientes. Resultado: um grande vazamento de dados.
  • Um atacante não autenticado atinge uma vulnerabilidade que permite a geração ou recuperação de PDF sem verificar as permissões do usuário (proprietário do pedido ou administrador). Resultado: roubo direcionado das informações de cobrança e envio de um indivíduo (fraude de identidade, tomada de conta).
  • Atacantes combinam endereços de envio expostos com outras fontes de dados para montar ataques de engenharia social ou phishing contra clientes.
  • Dados coletados de faturas (detalhes do pedido, IDs de produtos, compras de alto valor) são monetizados na dark web ou usados para cometer fraudes (fraude de devolução, chargebacks, golpes de revenda direcionados).

Mesmo que a vulnerabilidade não divulgue números de cartão completos, o vazamento de nomes, endereços, números de telefone, e-mails e detalhes de pedidos ainda é material e deve ser tratado como um risco de violação.

Quem é afetado?

  • Qualquer site WordPress que use o plugin WooCommerce PDF Invoices, Packing Slips, Delivery Notes e Shipping Labels na versão 4.9.4 ou anterior.
  • Sites onde o plugin gera ou exibe PDFs acessíveis através de URLs ou endpoints previsíveis (REST, AJAX, chamadas diretas de scripts PHP).
  • Redes multisite onde o plugin está ativado na rede e não é atualizado em todos os lugares.

Se você não tiver certeza de qual versão está usando, veja a seção “Como confirmar se você está afetado” abaixo.

Como confirmar se você está afetado

  1. Admin do WordPress
    • Vá para Plugins → Plugins Instalados e verifique a versão do plugin. Se for 4.9.4 ou anterior, você está afetado.
  2. WP-CLI
    • Execute: wp plugin list --fields=name,status,version | grep -i invoices
    • Ou especificamente: wp plugin get print-invoices-packing-slip-labels-for-woocommerce --field=version
  3. Verificação de arquivo
    • Abra o arquivo PHP principal do plugin (em wp-content/plugins/print-invoices-packing-slip-labels-for-woocommerce/) e inspecione a string da versão do cabeçalho.
  4. Painel de controle de hospedagem / backup
    • Veja os backups ou cópias de staging para identificar a versão do plugin se o acesso de admin for limitado.

Se você confirmar que uma versão vulnerável está instalada, priorize a remediação.

Passos imediatos de mitigação (o que fazer nas próximas 24 horas)

  1. FAÇA O BACKUP PRIMEIRO
    • Crie um backup completo do site (arquivos + banco de dados) antes de fazer alterações. Armazene-o offline ou externamente ao servidor.
  2. Atualize o plugin para 4.9.5 ou posterior
    • O fornecedor publicou uma versão corrigida (4.9.5). Atualize via Painel → Plugins → Atualizar ou via WP-CLI: 
      wp plugin atualizar print-invoices-packing-slip-labels-for-woocommerce
    • Se você mantiver vários ambientes, atualize o staging primeiro, teste a geração de PDF e os fluxos de pedidos, depois atualize a produção.
  3. Se não for possível atualizar imediatamente, desative temporariamente o plugin.
    • Desative a partir do admin do WordPress ou execute: 
      wp plugin desativar print-invoices-packing-slip-labels-for-woocommerce
    • A desativação interromperá a geração de PDF e a maioria dos endpoints do plugin. Comunique-se com os clientes se isso causar uma perda temporária da geração de faturas.
  4. Implemente controles rápidos de WAF / restrinja o acesso
    • Use seu firewall de aplicativo da web (WAF) para bloquear ou restringir o acesso aos endpoints do plugin até que a correção esteja completa. Veja as receitas de WAF mais adiante neste guia para regras concretas.
  5. Reforce o acesso a arquivos e endpoints via regras do servidor
    • Use Apache .htaccess ou configuração nginx para bloquear o acesso externo direto aos endpoints PHP do plugin ou diretórios de saída de PDF que não devem ser públicos. Exemplos de regras fornecidos abaixo.
  6. Aumentar o monitoramento e o registro de dados
    • Ative o registro de acesso detalhado para os caminhos do plugin, fique atento a picos em solicitações GET/POST e defina alertas para grandes volumes de downloads ou solicitações contendo parâmetros suspeitos.
  7. Rotacione segredos
    • Se você suspeitar que quaisquer credenciais ou chaves de API passadas para serviços de envio/pagamento possam ter sido expostas, gire-as. No mínimo, gire senhas administrativas e quaisquer tokens usados por serviços em segundo plano que interagem com pedidos.

Sugestões práticas de regras de WAF (firewall de aplicativo da web)

Abaixo estão regras pragmáticas de WAF que reduzem rapidamente a superfície de ataque. Estes são modelos — adapte à estrutura do seu site, endpoints do plugin e padrões de tráfego. Se você usar um WAF gerenciado, peça suporte para aplicar essas regras e monitorar falsos positivos.

Importante: Um WAF pode reduzir o risco, mas pode não mitigar totalmente todas as variantes dessa vulnerabilidade. A prioridade continua sendo atualizar o plugin.

1) Bloqueie o acesso direto a arquivos PHP do plugin que geram PDFs (exemplo de Apache mod_rewrite)

Coloque na raiz do seu site .htaccess (ajuste o caminho do plugin se diferente):

# Restringir o acesso direto a pontos finais PHP de plugins conhecidos

2) Exemplo de Nginx para bloquear o acesso à pasta do plugin para usuários não logados

location ~* ^/wp-content/plugins/print-invoices-packing-slip-labels-for-woocommerce/ {

3) Bloquear scanners automatizados suspeitos e agentes de usuário conhecidos

  • Limitar a taxa de solicitações a pontos finais que geram PDFs (por exemplo, /?print_invoice= ou pontos finais AJAX/REST específicos do plugin).
  • Aplicar regras para bloquear ou desafiar (Captcha) padrões de tráfego suspeitos.

4) Bloquear o acesso direto a parâmetros de consulta específicos ou pontos finais REST

Se o plugin aceitar parâmetros de solicitação como order_id= ou pdf= para busca pública, configure o WAF para rejeitar solicitações onde esses parâmetros estão presentes sem um cookie de autenticação válido ou nonce.

Regra pseudo-WAF:

  • SE o caminho da solicitação corresponder /wp-json/* ou /wp-admin/admin-ajax.php* e a consulta contém invoice, pdf, order_id
  • E nenhum cookie nonce WP válido presente
  • ENTÃO bloquear ou desafiar (401/403 ou captcha)

5) Negar acesso público a diretórios de PDFs gerados

Se o plugin armazenar PDFs em um diretório público, bloquear listagem de diretórios e acesso a esses arquivos, a menos que sejam servidos através do fluxo de plugin autenticado.

Apache:

# Desativar listagem de diretórios

6) Limitação de taxa

Implemente limites de taxa rigorosos para os endpoints usados para produzir faturas. Muitos ataques dependem de acesso de força bruta de baixa latência a muitos identificadores de pedido.

  • Exemplo: limite a 60 solicitações a cada 15 minutos por IP para endpoints de fatura.

Opções de endurecimento em nível de servidor (mitigações temporárias adicionais)

  • Desative a execução direta de PHP dentro da pasta do plugin se o plugin não exigir (tenha cuidado — isso pode quebrar o comportamento do plugin).
  • Use permissões de sistema de arquivos: garanta que os arquivos do plugin não sejam graváveis por todos. Permissões típicas: arquivos 644, pastas 755.
  • Proteja diretórios de saída sensíveis com autenticação HTTP Básica (medida temporária) — permita apenas que funcionários autorizados acessem PDFs de faturas.
  • Certifique-se de que seu site use HTTPS e HSTS (isso não corrigirá a vulnerabilidade, mas impede a interceptação durante o transporte).
  • Certifique-se de que PHP, MySQL e seus pacotes de SO estejam atualizados.

Como os atacantes normalmente explorariam isso (visão técnica)

  • Descoberta: scanners automatizados enumeram slugs comuns de plugins e endpoints conhecidos, testando a recuperação de dados baseada em parâmetros.
  • Acesso: se o plugin não verificar corretamente a propriedade ou capacidade do usuário atual para um determinado pedido/fatura, uma solicitação não autenticada pode retornar a saída em PDF ou JSON.
  • Enumeração: Os atacantes iteram IDs de pedidos ou usam travessia de diretório para buscar múltiplos documentos.
  • Exfiltração: o atacante baixa lotes de faturas e as utiliza externamente para fraudar ou vender dados.

Como muitas lojas WordPress usam numeração previsível para pedidos, a enumeração é trivial para um atacante dado o endpoint correto. É por isso que limites de taxa e verificações de autenticação adequadas são medidas de contenção cruciais.

Indicadores de Comprometimento (IoCs) — o que procurar

  • Picos incomuns em solicitações GET para:
    • /wp-content/plugins/print-invoices-packing-slip-labels-for-woocommerce/…
    • solicitações admin-ajax.php contendo parâmetros de fatura/coleta/entrega
    • endpoints REST sob /wp-json/ que referenciam rotas de fatura, embalagem ou entrega
  • Múltiplas respostas 200 para downloads de PDF de um único IP em muitos IDs de pedido (ou de IPs distribuídos com o mesmo User-Agent).
  • Solicitações com sequenciais id_do_pedido valores em strings de consulta.
  • Solicitações de longa duração ou repetidas que causam alta CPU ao gerar PDFs (a geração de PDFs é intensiva em CPU).
  • Transferências de dados de saída inesperadas ou entradas de log incomuns imediatamente após a janela de vulnerabilidade.
  • Reclamações de clientes sobre phishing ou detalhes de pedidos vazados.

Se você encontrar esses sinais, assuma que os dados podem ter sido acessados e siga a seção “Se você foi comprometido” abaixo.

Se você foi comprometido — etapas imediatas e de acompanhamento

  1. Isolar e conter
    • Desative o plugin vulnerável e quaisquer chaves de API remotas que interfiram especificamente com o plugin, se viável.
    • Coloque o site em modo de manutenção, se apropriado.
  2. Preserve as evidências.
    • Exporte e preserve logs (servidor web, aplicativo, banco de dados) e um backup completo para análise forense.
    • Anote os timestamps de eventos suspeitos e endereços IP.
  3. Rotacionar credenciais
    • Redefina todas as senhas de usuários administrativos do WordPress e quaisquer contas de usuário com privilégios elevados.
    • Rode as chaves de API (fornecedores de pagamento/envio) se expostas ou potencialmente conectadas a dados vazados.
  4. Notificar as partes afetadas
    • Se PII foi exposta, prepare um plano de comunicação para os clientes seguindo suas obrigações legais/regulatórias. Verifique as regulamentações locais de notificação de violação.
    • Seja transparente, mas evite pânico: explique o que aconteceu, o que você fez e as etapas que os clientes podem tomar (sugestões de alteração de senha, monitoramento de fraudes).
  5. Escaneie e remova ameaças
    • Escaneie o site e o servidor em busca de backdoors ou scripts plantados — os atacantes às vezes adicionam mecanismos de persistência.
    • Use uma combinação de scanners de malware automatizados e revisões manuais de código.
  6. Revisar e fortalecer
    • Revise os logs para determinar o período e o escopo da violação.
    • Aplique a atualização do plugin ou mitigação alternativa, em seguida, execute verificações de segurança para garantir que não restem vestígios.
    • Considere uma auditoria de segurança se a violação foi em grande escala.
  7. Pós-morte
    • Documente o incidente: causa raiz, cronograma, mitigações, lições aprendidas.
    • Atualize os manuais de resposta a incidentes.

Recomendações de segurança a longo prazo

  • Mantenha plugins e temas atualizados — idealmente, ative atualizações automáticas para lançamentos menores; agende verificações de rotina para atualizações maiores.
  • Audite os plugins instalados regularmente, remova plugins e temas não utilizados.
  • Use práticas de desenvolvimento seguro para temas personalizados ou modificações de plugins (verificações de capacidade, nonces, verificações de privilégio).
  • Implemente o menor privilégio para funções de usuário — administradores apenas para contas necessárias.
  • Empregue autenticação multifator (MFA) para todas as contas de administrador.
  • Mantenha backups fora do site com retenção e testes periódicos de restauração.
  • Use um WAF com personalização de regras e opções de patch virtual para que você possa reduzir o risco imediatamente quando novas vulnerabilidades forem descobertas.
  • Realize verificações de segurança periódicas e varreduras automatizadas de vulnerabilidades em seu ambiente.

Exemplos de consultas de detecção e verificações de log

  • Log de acesso do Apache (grep para atividade suspeita): 
    grep -E "print-invoices|packing-slip|delivery-note|invoice|order_id" /var/log/apache2/access.log*
  • Verifique downloads de pedidos sequenciais: 
    awk '{print $1, $7, $9, $12}' /var/log/apache2/access.log | grep -E "order_id|invoice" | sort | uniq -c | sort -nr
  • Procure por um grande volume de PDFs solicitados do mesmo IP: 
    awk '$9 == 200 && $7 ~ /\.pdf/ {print $1}' /var/log/nginx/access.log | sort | uniq -c | sort -nr

Como o WP‑Firewall ajuda (recursos práticos que o protegem)

No WP‑Firewall, operamos do ponto de vista de defender sites WordPress ao vivo e remediar rapidamente:

  • Firewall gerenciado e WAF que podem bloquear/mitigar tráfego direcionado a pontos finais de plugins vulneráveis.
  • Scanner de malware e verificações agendadas para detectar arquivos ou cargas úteis incomuns.
  • Monitoramento em tempo real e alertas para picos de solicitações a pontos finais sensíveis.
  • Mitigação dos riscos do OWASP Top 10 (incluindo A3 Exposição de Dados Sensíveis) como parte da proteção básica.
  • Patching virtual automático (disponível em níveis superiores) — em muitos casos, podemos implantar regras temporárias que bloqueiam vetores de exploração enquanto você aplica patches do fornecedor.
  • Suporte e orientação para resposta a incidentes e limpeza.

Observação: Patching virtual e regras de WAF reduzem a exposição, mas devem ser combinados com o patching do próprio plugin para uma correção permanente.

Exemplos concretos: regras de servidor e comandos WP-CLI

  • Atualize o plugin via WP-CLI: 
    # Atualizar plugin com segurança
  • Desativar plugin: 
    wp plugin deactivate print-invoices-packing-slip-labels-for-woocommerce --allow-root
  • Listar detalhes do plugin: 
    wp plugin list --fields=name,version,status | grep -i 'invoice'
  • Bloquear a pasta do plugin via .htaccess (exemplo, repetir a importância de testar): 
    # Coloque isso no .htaccess do site (faça um backup primeiro)
  • Trecho de bloqueio do Nginx (inserir no bloco server{}): 
    location ^~ /wp-content/plugins/print-invoices-packing-slip-labels-for-woocommerce/ {

Tenha cuidado: essas regras são medidas defensivas temporárias. Elas podem quebrar fluxos legítimos (por exemplo, geração baseada em webhook). Teste em staging.

Cronograma para resposta (cadência recomendada)

  • Dentro de 1 hora
    • Confirme se seu site usa o plugin e a versão. Faça um backup instantâneo imediato.
    • Se possível, atualize o plugin para 4.9.5.
  • Dentro de 24 horas
    • Se a atualização não foi possível imediatamente, desative o plugin ou aplique restrições de WAF e regras do servidor.
    • Comece a monitorar os logs para IoCs descritos acima.
  • Dentro de 72 horas
    • Complete a atualização completa e verifique a funcionalidade.
    • Rode quaisquer credenciais potencialmente afetadas e verifique os backups.
    • Notifique os usuários afetados se você confirmou a exposição de dados.
  • Dentro de 2 semanas
    • Realize uma varredura e auditoria minuciosa para confirmar que não há backdoors persistentes.
    • Atualize as políticas de segurança e automação (atualizações automáticas onde seguro, varreduras programadas).

Como testar se a correção funcionou

  1. Confirme que o plugin foi atualizado para 4.9.5 ou posterior.
  2. Tente reproduzir a exploração original em um ambiente de teste (não realize ataques em produção). Se o fornecedor publicou uma prova de conceito ou código corrigido, teste o comportamento corrigido.
  3. Verifique se todos os pontos finais retornam as verificações de autenticação esperadas:
    • Solicitações para PDFs devem retornar 401/403 se não autenticadas ou não possuindo o pedido.
  4. Revise os logs do servidor web após implantar a atualização para garantir que não haja respostas 200 anormais para pontos finais semelhantes a faturas de IPs aleatórios.

Se você não se sentir confortável realizando esses testes, contrate um profissional de segurança.

Comunicando-se com clientes ou partes interessadas

Se você determinar que os dados foram expostos:

  • Prepare uma declaração factual concisa:
    • O que aconteceu (breve),
    • Quais elementos de dados foram expostos (se conhecido),
    • O que você fez (corrigido, desativou o plugin, rotacionou chaves),
    • O que seus clientes devem fazer (monitorar extratos bancários, redefinir senhas se aplicável),
    • Detalhes de contato para suporte ao cliente.
  • Siga os requisitos legais para notificação de violação em sua jurisdição (os prazos diferem por país e setor).

Exemplos de perguntas frequentes (respostas rápidas)

Q: Eu atualizei para 4.9.5 — estou seguro?
A: A atualização fecha a vulnerabilidade específica. Após a atualização, verifique também se não há sinais de exploração anterior (revisão de logs, varreduras). Se você aplicou regras de WAF, pode remover as temporárias após verificações minuciosas.

Q: Não consigo atualizar por causa de personalizações — o que devo fazer?
A: Desative temporariamente o plugin ou aplique regras de WAF rigorosas e proteções em nível de servidor. Se personalizações forem necessárias, teste a versão corrigida em um ambiente de teste e planeje um caminho de atualização seguro.

Q: Um WAF pode me proteger completamente em vez de aplicar patches?
A: Um WAF é uma camada importante e pode bloquear tentativas de exploração em muitos cenários, mas não é um substituto para correções. Aplique proteções de WAF enquanto agenda a atualização; a correção continua sendo a solução permanente.

Lista de verificação de detecção e recuperação (uma página)

  • Faça backup do site (arquivos + DB).
  • Identifique a versão do plugin (≤4.9.4?) — se sim, prossiga com urgência.
  • Atualize o plugin para 4.9.5 ou posterior (teste primeiro em staging).
  • Se a atualização não for imediatamente possível, desative o plugin ou imponha regras de WAF/servidor.
  • Rotacione senhas de administrador e chaves de API onde apropriado.
  • Pesquise logs por downloads suspeitos e enumeração de pedidos.
  • Escaneie o site em busca de malware/backdoors e remova quaisquer descobertas.
  • Notifique os clientes se PII foi exposta; siga os requisitos legais.
  • Endurecer o site: MFA, privilégio mínimo, patching programado.
  • Considere proteção gerenciada a longo prazo e auditorias de segurança regulares.

Uma nota do WP‑Firewall: A proteção mais fácil começa aqui

Proteger lojas WordPress contra vulnerabilidades de exposição de dados sensíveis requer velocidade e controles confiáveis. Se você deseja proteção básica imediata e uma opção para reduzir a exposição enquanto aplica patches do fornecedor, considere começar com o plano Básico (gratuito) do WP‑Firewall, que inclui proteção essencial: um firewall gerenciado, largura de banda ilimitada, WAF, scanner de malware e mitigação para os riscos do OWASP Top 10.

Comece um plano gratuito e endureça sua loja agora

Se você precisar de recursos mais avançados (remoção automática de malware, controles de lista negra/lista branca, relatórios de segurança mensais e patching virtual automático), nossos níveis superiores oferecem essas capacidades — mas o plano Básico gratuito é uma maneira rápida de obter uma proteção básica mais forte hoje.

Considerações finais — a prevenção supera a reação

Esta vulnerabilidade é um lembrete oportuno de que plugins de e-commerce que lidam com faturas e documentos de envio carregam dados sensíveis dos clientes e devem ser tratados como ativos críticos. O patching rápido é a defesa mais confiável, mas a segurança em camadas reduz sua janela de exposição:

  • Mantenha os sistemas atualizados,
  • Restrinja o acesso a pontos finais que produzem dados,
  • Monitore logs e defina alertas,
  • E use um WAF para mitigar tentativas de exploração pública enquanto você aplica patches.

Se você precisar de assistência com mitigação imediata, criação de regras personalizadas de WAF ou revisão forense após uma violação suspeita, a equipe de segurança do WP‑Firewall está disponível para ajudar. Agir rapidamente limita danos, preserva a confiança do cliente e reduz o risco regulatório.

Fique seguro e, por favor, priorize a aplicação do patch do fornecedor (4.9.5+) como sua correção principal.

— Equipe de Segurança do Firewall WP

wordpress security update banner

Receba WP Security semanalmente de graça 👋
Inscreva-se agora!!

Inscreva-se para receber atualizações de segurança do WordPress na sua caixa de entrada, toda semana.

Não fazemos spam! Leia nosso política de Privacidade para mais informações.

Entre em contato conosco para agendar uma consulta gratuita sobre segurança do WordPress

Contate-nos

Firewall WP
6/F, Os Raios, 71 Hung To Road, Kwun Tong, Kowloon, Hong Kong

Características Preços Blogue Conecte-se
política de Privacidade Termos de serviço Documentação Afiliado

© 2026 WP-Firewall™