Sicurezza PrestaShop: la checklist per proteggere il negozio

Perché un ecommerce è un bersaglio

Un negozio online custodisce esattamente ciò che interessa a chi attacca: dati personali dei clienti, indirizzi email, ordini e, se il pagamento è gestito male, dati delle carte. In più è sempre raggiungibile da internet e spesso gira su software che non viene aggiornato da anni.

La buona notizia è che la grande maggioranza degli incidenti non nasce da attacchi sofisticati, ma da vulnerabilità già note e già pubblicate, sfruttate in modo automatico su migliaia di siti. Proteggersi da quelle significa eliminare la parte più grande del rischio.

Il punto debole più frequente: i moduli

Un negozio PrestaShop ha spesso decine di moduli, scritti da sviluppatori diversi, con livelli di qualità molto diversi. L'associazione senza scopo di lucro Friends of Presta pubblica regolarmente avvisi di sicurezza sulle vulnerabilità scoperte in PrestaShop e nei suoi moduli, e scorrendone l'elenco si nota subito che la maggior parte riguarda i moduli, sia di terze parti sia ufficiali, più che il cuore di PrestaShop. Alcuni esempi recenti:

• un modulo di spedizione (upsshipping) che espone pubblicamente i file di log con le credenziali del corriere e i dati personali dei clienti; lo sviluppatore ha cessato l'attività e nessuna correzione verrà rilasciata (avviso CVE-2026-39079, maggio 2026);
• diversi moduli vulnerabili a SQL injection, una tecnica che permette di leggere o modificare il database del negozio;
• una vulnerabilità nel modulo PrestaShop Checkout che permetteva di prendere il controllo di un account cliente tramite l'email (CVE-2025-61922);
• una vulnerabilità nella pagina di accesso al back office che riguarda PrestaShop dalla versione 1.7 fino alla 8.2.2 (CVE-2025-51586).

La checklist

1. Aggiornamenti

• PrestaShop aggiornato all'ultima versione disponibile per la tua serie, con le correzioni di sicurezza installate.
• Una versione di PHP che riceve ancora aggiornamenti di sicurezza: oggi significa PrestaShop 9.
• Tutti i moduli aggiornati, e controllati periodicamente contro gli avvisi di sicurezza pubblicati.
• Moduli inutilizzati disinstallati e rimossi, non solo disattivati: i loro file restano sul server.
• Moduli e temi scaricati solo da fonti affidabili. Mai versioni «gratuite» di moduli a pagamento trovate in rete: sono un veicolo classico di codice malevolo.

2. Accessi al back office

• Un account personale per ogni persona che lavora sul negozio, mai credenziali condivise.
• Permessi minimi: chi gestisce gli ordini non ha bisogno di installare moduli.
• Account di ex collaboratori, agenzie e fornitori rimossi appena il rapporto finisce.
• Password lunghe e diverse da quelle usate altrove, gestite con un password manager.
• Dove possibile, autenticazione a due fattori per l'accesso al back office.
• Cartella di amministrazione con un nome non prevedibile, come previsto dall'installazione di PrestaShop.

3. Server e hosting

• HTTPS su tutto il sito, con certificato valido e rinnovo automatico.
• Permessi dei file corretti: nessuna cartella scrivibile da chiunque.
• Un hosting che offra protezioni di base, come un firewall applicativo, e che permetta di scegliere la versione di PHP.
• Modalità di debug disattivata sul negozio in produzione: mostra informazioni utili a chi attacca.

4. Backup

• Backup automatici giornalieri del database e regolari dei file.
• Copie conservate fuori dal server del negozio: un attacco o un guasto non deve poter cancellare anche i backup.
• Ripristino provato periodicamente su una copia del sito.

5. Pagamenti

• Gateway di pagamento in cui i dati della carta vengono inseriti sui sistemi del gateway e non passano dal server del negozio.
• Moduli di pagamento aggiornati e scaricati dalla fonte ufficiale del gateway.
• Un ordine di prova dopo ogni aggiornamento: è il modo più rapido per accorgersi di un modulo di pagamento compromesso o non funzionante.

6. Monitoraggio

• Controllo settimanale degli avvisi di sicurezza sui moduli installati.
• Lettura dei log degli errori e degli accessi al back office.
• Controllo dei file modificati: un file del negozio che cambia senza che nessuno l'abbia toccato è un campanello d'allarme.
• Attenzione ai segnali indiretti: clienti che segnalano pagine di pagamento diverse dal solito, ordini anomali, cali improvvisi di conversioni.

Cosa fare se sospetti un attacco

1. Metti il negozio in manutenzione per fermare eventuali danni in corso.
2. Non cancellare nulla: log e file modificati servono a capire da dove è entrato l'attacco.
3. Cambia le password del back office, del database, dell'hosting e degli account collegati.
4. Fai analizzare il negozio da chi lo gestisce per trovare la causa: ripristinare un backup senza averla trovata significa lasciare aperta la stessa porta.
5. Ripristina da un backup pulito e chiudi la vulnerabilità, aggiornando o rimuovendo il componente responsabile.
6. Valuta se sono stati esposti dati personali: in caso di violazione il GDPR prevede la notifica all'autorità di controllo, in Italia il Garante per la protezione dei dati personali, entro 72 ore da quando se ne è venuti a conoscenza.

La sicurezza è un processo, non un intervento

Nessun negozio è sicuro una volta per tutte: nuove vulnerabilità vengono scoperte ogni mese. Quello che fa la differenza è avere qualcuno che controlli con regolarità aggiornamenti, avvisi e backup, e che sappia intervenire in fretta quando serve.