Novità ed evoluzioni

Otto schede nel tuo back-office, con il menu di PrestaShop: Panoramica, Scansione, Firewall, Accessi, Cronologia, Impostazioni, Report e Aiuto. Il punteggio, le vulnerabilità e i rilevamenti sono calcolati da PrestaSecure: il modulo e il tuo spazio clienti mostrano gli stessi numeri e propongono le stesse azioni. La Panoramica ordina cosa fare, dal più urgente al meno urgente.

Che sia avviata dal modulo, dal tuo spazio PrestaSecure o dal nostro team, la scansione in corso mostra l'avanzamento e le minacce trovate, la più grave per prima. Un file segnalato si apre con le righe in causa evidenziate, un file del core si confronta con l'originale della tua versione e si possono leggere anche i file aggiunti o modificati in una scansione. I file con gli accessi del negozio non vengono mai mostrati.

Un file del core di PrestaShop si ripristina dall'originale, mai in quarantena. Per gli altri file, la quarantena passa da un avviso: rimuovere un file in uso può rompere il sito. Puoi chiedere il parere di PrestaSecure, offerto senza scadenza né impegno (3 richieste al mese); con Serenity, segnali il file al nostro team. Un file ignorato ricompare se il suo contenuto cambia, e ogni quarantena si può ripristinare.

Dopo la pulizia del database, l'avviso restava visibile finche qualcuno non lo segnava come corretto a mano. Il modulo ora indica a PrestaSecure se ha davvero letto il database durante la scansione: se e cosi e la tabella non e piu colpita, l'avviso si chiude. Se la lettura non e riuscita, l'avviso resta aperto, perche una scansione che non ha potuto leggere nulla non prova nulla.

Un codice malevolo puo essere scritto direttamente nel database, per esempio nella nota di una scheda cliente. Si esegue allora nel browser del dipendente che apre la scheda o l'ordine, e puo trasmettere l'indirizzo del suo back office a terzi. Poiche nessun file viene modificato, ne la scansione dei file ne quella delle pagine del negozio potevano vederlo. La scansione controlla ora le note clienti, i complementi di indirizzo e i messaggi degli ordini e del servizio clienti. PrestaShop rifiuta questo tipo di contenuto in inserimento: la sua presenza segnala una scrittura diretta nel database. L'avviso compare nel suo spazio PrestaSecure con il numero di schede coinvolte, e il nostro team viene informato.

Su un negozio la cui attivita pianificata gira ogni quindici minuti, una nuova scansione completa partiva appena finita la precedente, fino a diverse decine al giorno: un carico inutile per il suo server. L'attivita pianificata porta sempre a termine una scansione in corso, ma ne avvia una nuova solo se l'ultima risale a oltre venti ore. Le scansioni avviate da lei non cambiano.

Il widget della home elenca ogni correzione disponibile con il modulo coinvolto, la natura della falla in parole semplici e i giorni trascorsi dalla segnalazione. Basta un clic per applicarla, dopo un backup automatico; il ripristino resta possibile. Il punteggio di sicurezza mostra anche quello che avrebbe il negozio una volta applicate le correzioni, e il firewall indica le richieste rifiutate nelle ultime 24 ore.

Quando una correzione non si applica, il suo negozio non viene modificato e il modulo lo indica chiaramente, con un riferimento di monitoraggio. Il nostro team viene avvisato e verifica la correzione; lei riceve un'e-mail appena e riparata, e il pulsante di applicazione ricompare da solo.

Un indirizzo che concatena attacchi viene bloccato 15 minuti al terzo tentativo, 2 ore al quinto e 24 ore al decimo. Il contatore si azzerava a ogni richiesta: ogni attacco veniva rifiutato, ma l'aggressore poteva insistere senza limiti e provare varianti. Il contatore ora viene conservato, e un indirizzo gia bloccato che ricomincia viene bloccato piu a lungo.

Alcuni robot concatenano pagine di categoria con filtri sovrapposti o elenchi di centinaia di prodotti. Il firewall li rifiutava gia, ma solo dopo il caricamento del negozio, dopo centinaia di query al database: su un hosting condiviso limitato bastava a mandare il sito in errore. Queste richieste vengono ora rifiutate dal server web stesso, con una pagina leggera, senza toccare il database. Questo filtro segue la sua licenza e si rimuove da solo se il modulo viene disattivato.

Dopo ogni correzione, il modulo rilegge il file e conferma il successo solo se il contenuto e cambiato davvero. Ogni file modificato viene verificato e, in caso di errore, la versione originale viene ripristinata automaticamente. Un codice gia neutralizzato dal suo sviluppatore viene riconosciuto e lasciato com'e.

Una cartella di modulo presente sul server ma disinstallata dal negozio puo contenere una falla sfruttabile. Queste cartelle orfane erano nascoste e impossibili da rimuovere quando si trattava di un modulo fornito con PrestaShop. Ora vengono elencate come tali e possono essere eliminate, dopo un backup messo in quarantena. Un modulo installato nel suo negozio non viene mai toccato.

Su PrestaShop 8 e 9, il codice inserito nella schermata di verifica non raggiungeva il nostro servizio da alcune pagine del back office: il dipendente tornava alla schermata di inserimento credendo il codice errato. E corretto. Un indirizzo convalidato dal suo spazio cliente o dal nostro team viene ora applicato entro un minuto, invece di attendere l'attivita pianificata del suo negozio; lo stesso vale per la disattivazione della protezione. Infine, quando un codice non puo essere emesso, la porta resta chiusa e la schermata indica quanto attendere: nessun accesso senza convalida.

Un accesso alla sua amministrazione da un indirizzo mai usato dal suo negozio puo ora essere messo in attesa, fino all'inserimento di un codice inviato via e-mail. La protezione parte in osservazione: nei primi giorni registra semplicemente gli indirizzi usati dal suo team, senza mai bloccare nessuno ne inviare nulla. E lei a decidere quando attivarla, una volta completato l'elenco. Piano Advance e superiori.

Dietro Cloudflare o un bilanciatore, tutte le connessioni sembravano provenire dallo stesso indirizzo, rendendo impossibile ogni distinzione. Ora leggiamo l'indirizzo di origine, ma solo quando la richiesta proviene da un intermediario che riconosciamo: un'intestazione falsificata da un aggressore non puo quindi usurpare un indirizzo di fiducia.

Quando una correzione di sicurezza non trovava il file previsto, concludevamo che la falla fosse sparita. E vero il piu delle volte, ma non sempre: il file puo trovarsi altrove rispetto a dove cercavamo, con la falla ancora presente. Ora distinguiamo i due casi, e nessun negozio viene considerato al sicuro senza prove.

Le nostre correzioni di sicurezza sostituiscono un blocco di codice byte per byte, per non toccare mai nulla oltre a quanto previsto. Ma uno stesso file non si scrive allo stesso modo a seconda che sia stato salvato da Windows o da un server: i fine riga differiscono, in modo invisibile. Su quei negozi la correzione non riconosceva piu il blocco previsto e si asteneva, per prudenza. Il motore riesprime ora il modello nello stile del file che ha davanti: la protezione si applica ovunque, senza mai riscrivere nulla a caso.

Nascondere codice malevolo in un file che si presenta come un'immagine e una tecnica collaudata: il file porta l'estensione di una foto, ma il server vi trova istruzioni. Li cercavamo dove i file arrivano dall'esterno: le cartelle di caricamento e di scaricamento. La difficolta non e guardare altrove, ma farlo senza rileggere le centinaia di migliaia di immagini legittime del suo catalogo a ogni analisi. Ora annusiamo l'intestazione di ogni immagine ovunque, compresi temi, moduli e librerie, ed esaminiamo a fondo solo quelle che contengono davvero del codice. La scansione resta altrettanto rapida e non lascia piu quell'angolo da parte.

Non appena un file viene segnalato, il nostro sistema lo esamina a fondo. Ora vedi nella tua dashboard verso cosa pende quell'analisi, probabile falso allarme o minaccia reale, con il relativo livello di confidenza, senza aspettare che interveniamo dietro le quinte. Così sai subito cosa merita la tua attenzione.

Alcuni commercianti ospitano anche un WordPress all'interno del loro negozio PrestaShop. È sconsigliato, ma capita, e il suo cuore a volte faceva scattare allarmi per errore. Lo stesso valeva per le librerie di test fornite con certi moduli e per i file JavaScript compressi. Lo scanner ora riconosce questi componenti normali e li mette da parte, senza abbassare la guardia sui file davvero a rischio. I tuoi report di scansione diventano più leggibili.

Alcuni pirati innestano uno script invisibile sulla pagina di accesso del tuo back-office per catturare il tuo nome utente e la tua password a ogni accesso, poi si reinstallano da soli dopo un semplice cambio di password. È così che continuano a tornare giorno dopo giorno. Ora individuiamo questo tipo di innesto: uno script caricato di nascosto nell'amministrazione e un contrassegno nascosto del browser, anche quando il pirata rinomina i file per confondere le tracce. Individuata su un negozio reale, questa trappola finora passava inosservata e ora fa scattare un'allerta critica.

Sui negozi con un numero molto elevato di file, o con registri di attività pesanti, l'analisi poteva fermarsi a metà per mancanza di memoria. Ora tiene sotto controllo il consumo strada facendo e arriva fino in fondo, qualunque sia la dimensione del sito.

Abbiamo irrobustito il rilevamento degli skimmer per carte (tipo Magecart) che nascondono il proprio indirizzo di raccolta in forma codificata dentro uno script o una falsa immagine, oltre ai loader che eseguono una backdoor scaricata da un server esterno, anche quando il codice è camuffato di proposito. Individuati su negozi reali, questi schemi emergono ora come allerta critica invece di passare inosservati.

Ora diamo la caccia alle backdoor che si camuffano, mascherando il proprio codice (ad esempio giocando sul maiuscolo/minuscolo per ingannare gli antivirus) o reinstallandosi da sole tramite un file scaricato dall'esterno. Individuate su negozi reali, spesso nascoste in moduli piratati, queste trappole finora restavano «silenziose»: ora fanno scattare un'allerta critica.

Niente più pagina brusca «Accesso negato». Dopo ripetuti tentativi, il cliente vede il consueto modulo di login con un messaggio chiaro: troppi tentativi, tempo di attesa rimanente e un link per reimpostare la password. La soglia è stata ammorbidita per non penalizzare chi sbaglia semplicemente la password, bloccando comunque all'istante gli attacchi automatizzati.

Consulta il contenuto di un file segnalato, o il suo confronto con la versione ufficiale di PrestaShop, direttamente dalla tua dashboard PrestaSecure, senza SSH né FTP. Accesso in sola lettura, limitato al tuo negozio e a tipi di file sicuri.

Lo scanner ora ispeziona la configurazione e i contenuti editoriali mostrati sul tuo negozio, non solo i file. Questo chiude un punto cieco sfruttato da alcuni aggressori per iniettare uno script di furto carte fuori dai file del sito, un vettore osservato in un incidente reale.

Cataloghi di diversi milioni di file, multistore: la scansione ora analizza l'intero parco, senza troncamenti né esaurimento di memoria, concatenando più passaggi automatici se necessario. Nessuna zona del sito viene tralasciata.

Le scansioni ricorrenti ora analizzano solo i file effettivamente modificati dall'ultima volta, invece di ripercorrere tutto. Il risparmio di tempo è notevole sui negozi grandi, senza perdita di copertura: anche un solo byte modificato viene rilevato.

Il report si costruisce sotto i tuoi occhi: le minacce compaiono man mano che la scansione procede, con gravità e raggruppamento, invece di attendere la fine.

Il modulo analizza il log degli errori PHP del tuo negozio alla ricerca di firme di attacco note (injection di template, tentativi di lettura di file di configurazione sensibili, inclusione di file remoti…). Gli aggressori lasciano spesso mesi di tentativi falliti prima di riuscire: vieni avvisato fin dai primi segnali.

Nessuna cartella viene più ignorata nella scansione (dipendenze, temi, back office, cartelle di upload…). Il codice malevolo può nascondersi ovunque, anche in una dipendenza o in una webshell inserita nell'amministrazione. L'analisi copre ora l'intero sito.

Correggi in pochi clic: applicazione di patch di sicurezza validate, pulizia dei file infetti, rimozione dei moduli fantasma (presenti su disco ma sconosciuti a PrestaShop) e aggiornamento dei moduli vulnerabili, il tutto con backup e ripristino automatici.

Un badge indica, per ogni vulnerabilità rilevata, se è già neutralizzata dal firewall applicativo PrestaSecure. Distingui a colpo d'occhio ciò che è protetto da ciò che richiede un intervento.

Applica le patch delle vulnerabilità note del core PrestaShop e dei moduli direttamente dalla dashboard, con backup preventivo, verifica automatica dopo l'applicazione e possibilità di annullare in qualsiasi momento.

Prima versione: dashboard di protezione con punteggio, antivirus (scansione di file e impronte), firewall applicativo (SQL injection, XSS, forza bruta, path traversal), strumenti di rimedio, report di sicurezza esportabile e aggiornamenti automatici del modulo.