Em resumo: na segurança do site de uma farmácia trata-se de dados de saúde: quem reserva um medicamento ou fotografa uma receita revela algo sobre a sua saúde. Esclareça quem opera o seu servidor web, peça a confirmação do patch do PHP e do reinício e esteja atento à publicidade oculta a medicamentos que os atacantes gostam de introduzir em sites de farmácias.
Que sistemas PHP usam as farmácias
Muitas farmácias têm um site com horários, indicação de serviço de urgência e um formulário para reserva de medicamentos. Frequentemente junta-se uma função para carregar fotografias de receitas ou de planos de medicação, além de pedidos para entrega ao domicílio e marcações de consultas de aconselhamento ou de vacinação. As farmácias de venda por correspondência e as farmácias com comércio online operam adicionalmente uma loja, por exemplo em WooCommerce ou Shopware 6.
Alguns sites provêm de pacotes de cooperações ou de fornecedores especializados, outros foram construídos por uma agência local. Para o PHP2Shell, é disso que depende quem opera o servidor e, portanto, quem é responsável pelo patch do PHP.
Os pedidos de entrega ao domicílio são particularmente reveladores. Ligam a morada, o número de telefone e o medicamento, muitas vezes de pessoas idosas ou dependentes de cuidados. Quem extrai tais registos sabe quem vive sozinho, que medicamentos são usados regularmente e quando é feita a entrega. Isso torna-os interessantes para burlões que abordam especificamente pessoas idosas.
Dados de saúde: por que razão já um formulário de reserva é sensível
Nome mais medicamento dá um dado de saúde. Essas indicações pertencem às categorias especiais de dados pessoais nos termos do Art. 9 do RGPD. Para farmacêuticos e farmacêuticas aplica-se ainda um dever de sigilo, cuja violação pode ser punível nos termos do § 203 StGB (Código Penal alemão).
No servidor web, esses dados encontram-se em vários locais: na base de dados do plugin de formulários, em fotografias de receitas carregadas, em filas de correio e na loja, nos históricos de encomendas. Quem consegue executar código através do PHP2Shell chega, em regra, a tudo isso sem precisar de iniciar sessão.
Farmácia e segurança do site: o que causa um ataque
- Fuga de dados: as reservas e as fotografias de receitas permitem tirar conclusões sobre doenças. O risco para os afetados é elevado e as obrigações de notificação nos termos do RGPD são prováveis. O prazo de 72 horas avalia-o com o seu encarregado da proteção de dados.
- Spam farmacêutico: os atacantes introduzem páginas ocultas com publicidade a medicamentos sujeitos a receita médica. Os motores de pesquisa despromovem o site ou mostram um aviso, como descrito no guia Remover o aviso do Google.
- Reservas perdidas: se o formulário falha ou redireciona, os clientes aparecem ao balcão e o medicamento não foi encomendado.
- Loja manipulada: código alterado no processo de encomenda pode captar dados de pagamento ou enviar clientes para páginas falsas.
Uma atualização da loja ou do CMS não fecha o PHP2Shell. A vulnerabilidade só fica corrigida com o PHP 8.5.12, 8.4.27, 8.3.36 ou 8.2.35 ou com um backport confirmado pelo fornecedor, e só depois do reinício de todos os processos PHP.
A lacuna de responsabilidade na farmácia
| Área | Normalmente responsável | Muitas vezes por esclarecer |
|---|---|---|
| Gestão de mercadorias, caixas, infraestrutura telemática | Casa de software ou TI da farmácia | Ligação à loja online |
| Site de um pacote de cooperação | Fornecedor do pacote | confirmação escrita do patch |
| Site ou loja próprios | Agência e fornecedor de alojamento | quem atualiza o PHP e o reinicia |
Nas redes de várias filiais, acresce que cada filial pode ter formulários ou domínios próprios que ninguém gere centralmente.
Configurar a reserva e o upload de receitas com poupança de dados
Muitos formulários de farmácias guardam mais do que o necessário. Uma reserva precisa de nome, forma de contacto e do preparado pretendido, não de data de nascimento, morada ou diagnóstico. As fotografias de receitas não devem ficar de forma permanente na pasta de uploads acessível publicamente, mas ser apagadas após o levantamento.
Verifique também para onde vão os dados dos formulários. Se cada reserva chega como e-mail não cifrado a uma caixa de correio coletiva a que muitos colaboradores acedem, essa caixa precisa de tanta proteção como o servidor. E se um plugin de formulários guarda adicionalmente cada pedido na base de dados, cresce aí, mês após mês, um arquivo de dados de saúde de que ninguém precisa.
Quanto menos houver no servidor web, menor é o dano caso seja comprometido. A decisão sobre prazos de conservação toma-a com o seu encarregado da proteção de dados.
As primeiras horas para a direção da farmácia
- Perguntar por escrito ao operador do servidor web qual é o nível de patch do PHP e o reinício.
- Sem confirmação: desativar o formulário de reserva e o upload de receitas e passar para o telefone. Um aviso na página inicial basta.
- Mandar guardar os registos desde 20/10/2026.
- Verificar no Google Search Console se são comunicadas páginas desconhecidas ou problemas de segurança.
- Mandar apagar, depois de articulado com o encarregado da proteção de dados, fotografias de receitas antigas e entradas de formulários de que já não se precisa.
Como ajuda concretamente a PHP SOS?
- Esclarecemos com o fornecedor do pacote, a agência ou o fornecedor de alojamento quem aplica o patch ao PHP e obtemos a confirmação com o estado do pacote.
- Verificamos o site e a loja quanto a webshells, spam farmacêutico introduzido e código de encomenda alterado e removemos o software malicioso encontrado.
- Mostramos onde os dados de saúde estão no servidor e ajudamos a limitar o prazo de conservação e os uploads.
- Documentamos as conclusões de modo a que o seu encarregado da proteção de dados possa avaliar a obrigação de notificação.
Perguntas frequentes
O nosso sistema de gestão da farmácia está afetado pelo PHP2Shell?
O sistema de gestão da farmácia e o acesso à infraestrutura telemática funcionam, em regra, separados do site. Estão afetados os servidores web PHP, ou seja, normalmente o site, o formulário de reserva e a loja online. Se existem interfaces entre a loja e o sistema de gestão, deve ser o seu prestador de serviços de TI a verificá-lo.
O nosso site vem de um kit do nosso grupo de cooperação. Quem é o responsável?
Nos pacotes de sites de cooperações, grossistas ou fornecedores especializados, o servidor é normalmente operado pelo fornecedor. Nesse caso, o patch do PHP cabe a ele. Pergunte por escrito qual é o estado, pois a responsabilidade pelos dados dos seus clientes permanece na sua farmácia.
O que é um pharma hack?
Assim se designam ataques em que, num site comprometido, são introduzidas páginas ocultas ou ligações para publicidade a medicamentos. Os visitantes muitas vezes nada veem, mas os motores de pesquisa sim. Numa farmácia isto é particularmente delicado, porque tais conteúdos surgem sob um nome de confiança.