In breve: nella sicurezza del sito di una farmacia si tratta di dati sanitari: chi prenota un farmaco o fotografa una ricetta rivela qualcosa sulla propria salute. Chiarisca chi gestisce il Suo server web, faccia confermare patch di PHP e riavvio e faccia attenzione alla pubblicità nascosta di medicinali che gli aggressori introducono volentieri sui siti delle farmacie.
Quali sistemi PHP usano le farmacie
Molte farmacie hanno un sito con orari di apertura, avviso dei turni di servizio notturno e un modulo per la prenotazione di farmaci. Spesso si aggiunge una funzione per caricare foto di ricette o piani terapeutici, oltre a richieste per il servizio di consegna a domicilio e appuntamenti per consulenze o vaccinazioni. Le farmacie online e quelle con commercio elettronico gestiscono inoltre uno shop, ad esempio su WooCommerce o Shopware 6.
Alcuni siti provengono da pacchetti di cooperazioni o di fornitori specializzati, altri sono stati costruiti da un'agenzia locale. Per PHP2Shell da ciò dipende chi gestisce il server e quindi chi è responsabile della patch di PHP.
Particolarmente rivelatrici sono le richieste di consegna a domicilio. Collegano indirizzo di casa, numero di telefono e farmaco, spesso di persone anziane o non autosufficienti. Chi sottrae tali dati sa chi vive da solo, quali medicinali servono regolarmente e quando si consegna. Questo li rende interessanti per i truffatori che si rivolgono in modo mirato alle persone anziane.
Dati sanitari: perché anche un semplice modulo di prenotazione è sensibile
Nome più farmaco dà un dato sanitario. Tali indicazioni rientrano nelle categorie particolari di dati personali ai sensi dell'art. 9 GDPR. Per farmacisti e farmaciste vale inoltre un obbligo di riservatezza, la cui violazione può essere punibile ai sensi del § 203 StGB (codice penale tedesco).
Sul server web tali dati si trovano in più punti: nel database del plugin dei moduli, nelle foto di ricette caricate, nelle code di posta e nello shop con lo storico degli ordini. Chi può eseguire codice con PHP2Shell di norma arriva a tutto questo senza dover effettuare alcun accesso.
Farmacia e sicurezza del sito: che cosa provoca un attacco
- Fuga di dati: prenotazioni e foto di ricette permettono di trarre conclusioni su malattie. Il rischio per gli interessati è elevato, gli obblighi di notifica secondo il GDPR sono verosimili. Il termine di 72 ore lo valuta con il Suo responsabile della protezione dei dati.
- Spam farmaceutico: gli aggressori introducono pagine nascoste con pubblicità di medicinali soggetti a prescrizione. I motori di ricerca declassano il sito o mostrano un avviso, come descritto nella guida Rimuovere l'avviso di Google.
- Prenotazioni perse: se il modulo si ferma o reindirizza, i clienti si trovano al banco e il farmaco non è ordinato.
- Shop manipolato: codice modificato nel processo d'ordine può intercettare dati di pagamento o inviare i clienti a pagine false.
Un aggiornamento dello shop o del CMS non chiude PHP2Shell. La vulnerabilità è corretta solo con PHP 8.5.12, 8.4.27, 8.3.36 o 8.2.35 oppure con un backport confermato dal fornitore, e solo dopo il riavvio di tutti i processi PHP.
Il vuoto di responsabilità nella farmacia
| Area | Di norma responsabile | Spesso non chiarito |
|---|---|---|
| Gestionale, casse, TI | Casa software o IT della farmacia | Collegamento con il negozio online |
| Sito da pacchetto di cooperazione | Fornitore del pacchetto | conferma scritta della patch |
| Sito o shop propri | Agenzia e hoster | chi aggiorna e riavvia PHP |
Nei gruppi di farmacie si aggiunge che ogni sede può avere moduli o domini propri che nessuno tiene a livello centrale.
Strutturare con sobrietà dati la prenotazione e il caricamento delle ricette
Molti moduli delle farmacie salvano più del necessario. Una prenotazione richiede nome, recapito e il preparato desiderato, non data di nascita, indirizzo o diagnosi. Le foto delle ricette non dovrebbero restare in modo permanente nella cartella di upload raggiungibile pubblicamente, ma essere cancellate dopo il ritiro.
Verifichi inoltre dove vanno i dati dei moduli. Se ogni prenotazione finisce come e-mail non cifrata in una casella collettiva a cui accedono molti collaboratori, quella casella è tanto bisognosa di protezione quanto il server. E se un plugin di moduli deposita ogni richiesta anche nel database, lì cresce di mese in mese un archivio di dati sanitari di cui nessuno ha bisogno.
Meno dati si trovano sul server web, minore è il danno se viene comunque compromesso. La decisione sui termini di conservazione la prende con il Suo responsabile della protezione dei dati.
Le prime ore per la direzione della farmacia
- Chiedere per iscritto al gestore del server web stato delle patch PHP e riavvio.
- Senza conferma: disattivare modulo di prenotazione e upload delle ricette e passare al telefono. Basta un avviso sulla home page.
- Far salvare i log dal 20/10/2026.
- Verificare in Google Search Console se vengono segnalate pagine sconosciute o problemi di sicurezza.
- Far cancellare, d'intesa con il responsabile della protezione dei dati, le vecchie foto di ricette e le voci dei moduli non più necessarie.
Come aiuta concretamente PHP SOS?
- Chiariamo con fornitore del pacchetto, agenzia o hoster chi aggiorna PHP e otteniamo la conferma con lo stato del pacchetto.
- Verifichiamo sito e shop alla ricerca di web shell, spam farmaceutico introdotto e codice d'ordine modificato e rimuoviamo il malware trovato.
- Mostriamo dove si trovano i dati sanitari sul server e aiutiamo a limitare durata di conservazione e upload.
- Documentiamo i risultati in modo che il Suo responsabile della protezione dei dati possa valutare l'obbligo di notifica.
Domande frequenti
Il nostro gestionale è interessato da PHP2Shell?
Il gestionale della farmacia e l'accesso all'infrastruttura telematica sanitaria tedesca (Telematikinfrastruktur) di norma girano separati dal sito web. Sono interessati i server web PHP, cioè in genere sito, modulo di prenotazione e negozio online. Se esistano interfacce tra shop e gestionale dovrebbe verificarlo il Suo fornitore IT.
Il nostro sito proviene da un kit della nostra cooperazione. Chi è responsabile?
Con i pacchetti di siti web di cooperazioni, grossisti o fornitori specializzati, il server è di norma gestito dal fornitore. In tal caso la patch di PHP spetta a lui. Chieda per iscritto lo stato, perché la responsabilità per i dati dei Suoi clienti resta alla Sua farmacia.
Che cos'è un hack farmaceutico?
Così si chiamano gli attacchi in cui, su un sito compromesso, vengono introdotte pagine o link nascosti per la pubblicità di medicinali. I visitatori spesso non vedono nulla, i motori di ricerca invece sì. Per una farmacia è particolarmente delicato, perché tali contenuti compaiono sotto un nome affidabile.