# Loja online hackeada? De volta em segurança e com provas > Loja online hackeada? Protegemos dados de clientes e faturação, encontramos a entrada e devolvemos a loja comprovadamente limpa. Ligue ou use o WhatsApp. Fonte: https://phpsos.de/pt/soforthilfe/onlineshop-gehackt/ Atualizado em: 25/10/2026 Prestador: PHP SOS, Assistência de emergência PHP e segurança de servidores. Ajuda imediata por WhatsApp: https://wa.me/491736494914?text=Ol%C3%A1%2C%20PHP%20SOS%2C%20precisamos%20de%20ajuda%20com%20o%20nosso%20servidor%20PHP.%20Empresa%3A%20%E2%80%A6%20Site%3A%20%E2%80%A6 **Em resumo:** se a sua loja online foi hackeada, trata-se de três coisas em simultâneo: proteger os dados dos clientes, assegurar a faturação e comprovar que a loja voltou a estar limpa. Está afetado? Contacte-nos agora. Assumimos remotamente a contenção, a análise da causa, a limpeza e a documentação, e articulamo-nos com os seus prestadores. > **Agir de imediato:** > **Não apague nada nem reinstale nada agora.** Antes de remover ficheiros ou repor a loja, é preciso ter preservado ficheiros, base de dados e registos. Ligue ou escreva-nos por WhatsApp. O caminho mais rápido é [Comunicar uma emergência](https://phpsos.de/pt/notfall/). ## Está afetado? Sinais numa loja online Numa loja está em jogo mais do que num site de apresentação. Preste atenção a estes sinais: - Clientes comunicam que o seu cartão ou a sua conta foi usado de forma abusiva depois de uma encomenda feita consigo - o seu prestador de serviços de pagamento ou o seu banco pergunta por transações invulgares - no processo de pagamento aparecem campos, janelas ou redirecionamentos que não configurou - encomendas, preços ou vales foram alterados sem a sua intervenção - na área de administração há utilizadores desconhecidos ou inícios de sessão invulgares - o seu servidor de correio envia spam em nome da loja, ou os clientes recebem e-mails de phishing com o seu remetente - ficheiros em diretórios de media, de cache ou de plugins são novos ou foram alterados, apesar de ninguém ter feito deploy - a carga sobe sem aumento visível de visitantes ## O que fazer já 1. **Decidir se a caixa fica offline.** Assim que dados de pagamento ou de clientes possam estar em risco, retire temporariamente o checkout ou a loja da rede, por exemplo com uma página de manutenção. A decisão é sua; aconselhamos sobre isso. 2. **Não apagar nem substituir nada.** Sem atualizações no sistema em produção, sem repor uma cópia de segurança. 3. **Preparar o prestador de serviços de pagamento.** Verifique que vias de comunicação o seu contrato prevê e tenha os interlocutores à mão. 4. **Conservar os registos.** Peça ao fornecedor de alojamento e à agência que preservem os registos de acesso, de erros e da loja. A imprensa especializada aconselha a conservar os registos do servidor a partir de 20/10/2026. 5. **Listar os acessos:** administração da loja, servidor, base de dados, portais de pagamento, interfaces com a gestão de armazém e a expedição. Alterar palavras-passe só depois de acordo. 6. **Informar os serviços internos:** a gerência, o encarregado da proteção de dados, o segurador. Há indicações sobre a apólice em [Ciberseguro em caso de sinistro](https://phpsos.de/pt/compliance/cyberversicherung/). 7. **Contactar-nos** antes de a sua agência reparar a loja por conta própria. ## Como ajuda a PHP SOS numa loja online hackeada? 1. **Levantar a situação:** sistema de loja, versão, nível do PHP, fornecedor de alojamento, meios de pagamento, serviços integrados. Esclarecemos que dados estão na loja. 2. **Preservar e conter:** imagem de ficheiros e base de dados, preservação dos registos, bloqueio de acessos invulgares, proteção da caixa. 3. **Determinar causa e âmbito:** verificamos se há manipulações nos ficheiros do núcleo, extensões, templates, tarefas agendadas e conteúdos da base de dados e tentamos comprovar o que pode ter sido extraído. Onde os vestígios não chegam, dizemo-lo abertamente. 4. **Limpar e restaurar:** remoção do código malicioso ou reconstrução a partir de fontes fiáveis, consoante o resultado. A ponderação entre ambas é descrita em [Reinstalar ou limpar?](https://phpsos.de/pt/blog/neu-aufsetzen-oder-bereinigen/). 5. **Reforçar, libertar de novo, relatar:** nível do PHP, permissões, proteção do administrador, vigilância. Recebe uma documentação que pode apresentar ao prestador de serviços de pagamento, ao encarregado da proteção de dados e ao segurador. Se o incidente se estender para além da loja, por exemplo à gestão de armazém ou a sistemas internos, passamos a uma [resposta a incidentes](https://phpsos.de/pt/leistungen/incident-response/). Se precisar de saber com valor jurídico o que aconteceu, pode ainda ser considerada a [perícia forense informática](https://phpsos.de/pt/leistungen/it-forensik/). ## Dados de clientes, deveres de notificação e comunicação Na loja estão nomes, moradas, encomendas e, muitas vezes, referências de pagamento. Assim que esses dados possam estar afetados, corre um prazo: o RGPD prevê uma notificação à autoridade de controlo no prazo de 72 horas, se não se puder excluir um risco para os titulares. Se isso se aplica ao seu caso, esclareça-o com o seu encarregado da proteção de dados ou com um advogado; não prestamos aconselhamento jurídico. Fornecemos as bases técnicas de que precisa para isso. Mais sobre o prazo: [dever de notificação do RGPD](https://phpsos.de/pt/compliance/dsgvo-meldepflicht-72-stunden/). Também a comunicação aos clientes faz parte do incidente. Como informar de forma objetiva, sem omitir nem especular, descrevem-no [Informar os clientes após um incidente](https://phpsos.de/pt/blog/kunden-nach-vorfall-informieren/) e [Comunicação de crise após um ataque](https://phpsos.de/pt/compliance/krisenkommunikation/). A possibilidade de uma queixa tratamo-la em [Queixa à polícia](https://phpsos.de/pt/compliance/anzeige-polizei-zac/). ## Sistemas de loja e nível do PHP Seja WooCommerce, Shopware, Magento ou PrestaShop: todos correm em PHP. Uma atualização do software da loja não fecha as vulnerabilidades PHP2Shell do PHP. A página setorial [Segurança informática para lojas online](https://phpsos.de/pt/branchen/onlineshops/) resume as particularidades; as páginas de plataforma [WooCommerce](https://phpsos.de/pt/plattformen/woocommerce/) e [Shopware 6](https://phpsos.de/pt/plattformen/shopware-6/) tratam cada sistema em pormenor. ## Como voltamos a libertar a loja Uma loja só volta em pleno ao ativo quando três coisas coincidem: o código malicioso foi removido, a entrada está fechada e as credenciais foram renovadas. Incluem-se contas de administrador, palavras-passe da base de dados, chaves de API de prestadores de pagamento e de expedição, bem como acessos de correio. Verificamos o checkout por último com uma encomenda de teste, para que fique visível que o processo de pagamento funciona sem alterações. Depois, recomendamos uma vigilância mais apertada nas semanas seguintes, porque os atacantes gostam de voltar a testar vítimas conhecidas. Não há garantia de que nunca mais aconteça nada; o que há é um estado documentado e responsabilidades claras. ## O que nos deve enviar - sistema de loja e versão, fornecedor de alojamento e, se for conhecida, também a versão do PHP - o que chamou a atenção primeiro e desde quando - indicações de clientes, do banco ou do prestador de serviços de pagamento, tal como foram formuladas - nome da agência ou do programador que cuida da loja - estado e local da última cópia de segurança ## Porquê a PHP SOS Trabalhamos com qualidade Made in Germany e, há mais de 25 anos, estamos especializados em segurança informática com a nossa rede de parceiros de profissionais de cibersegurança. Tem um interlocutor que conduz o incidente da sua loja desde o primeiro contacto até à conclusão. Trabalhamos remotamente em toda a Alemanha e na Europa, registamos cada passo por escrito e não prometemos nada que ninguém possa cumprir. Trabalhamos até o incidente estar encerrado e documentado. ## Está afetado? Ligue-nos. Nós ajudamos. Cada hora com um checkout comprometido pode custar dados de clientes. Contacte-nos agora, por chamada ou WhatsApp, e assumimos o caso desde a primeira mensagem. [Comunicar já uma emergência](https://phpsos.de/pt/notfall/) ## Perguntas frequentes **Devo desligar já a minha loja online se tiver sido hackeada?** Se os dados dos clientes ou as operações de pagamento estiverem em risco, desligar temporariamente a caixa ou a loja inteira é muitas vezes a decisão certa. A ponderação entre a perda de faturação e o dano cabe-lhe a si; nós fornecemos a avaliação técnica. É importante não apagar ficheiros ao fazê-lo. **Tenho de informar os clientes se a minha loja foi hackeada?** Depende de poderem estar afetados dados pessoais e de qual é o risco para os titulares. Tome a decisão em conjunto com o seu encarregado da proteção de dados ou com um advogado. O nosso relatório fornece os factos técnicos para isso. **Como reconheço que código alheio está a capturar dados de pagamento no checkout?** São indícios scripts desconhecidos no processo de pagamento, comunicações de clientes sobre uso abusivo do cartão depois de uma compra ou avisos do prestador de serviços de pagamento. Só uma verificação dos ficheiros e da base de dados o esclarece com segurança. **Posso simplesmente restaurar a loja a partir da cópia de segurança?** Uma cópia de segurança só o devolve limpo se tiver sido criada antes da intrusão e se a porta de entrada tiver sido fechada depois. Ambas as coisas são muitas vezes incertas de antemão. Por isso, preservamos primeiro e avaliamos depois consigo. **A ajuda urgente também serve para Shopware, WooCommerce ou Magento?** Sim. O procedimento é semelhante em todas as lojas PHP: preservar, conter, encontrar a causa, limpar, reforçar. As particularidades de cada sistema verificamo-las na respetiva loja. ## Fontes - [BSI: Gabinete Federal Alemão para a Segurança da Informação](https://www.bsi.bund.de/) - [RGPD Art. 33: notificação à autoridade de controlo](https://dsgvo-gesetz.de/art-33-dsgvo/) - [OWASP Top 10](https://owasp.org/www-project-top-ten/) - [Polícia alemã: pontos de contacto centrais para o cibercrime](https://www.polizei.de/)