Di recente Magecart, nome dato a una serie di gruppi criminali che prendono di mira aziende online di varie dimensioni, soprattutto e-commerce, per raccogliere attraverso il browser le informazioni sensibili dell’utente finale, ha messo a segno un altro colpo: una grande azienda internazionale di e-commerce ha infatti visto uno dei suoi siti web compromesso con uno script dannoso.
Come si propaga un attacco Magecart
L’attacco, rilevato e mitigato da Page Integrity Manager, era un first-party JavaScript injection, incorporato nell’indice della pagina HTML. Non è chiaro esattamente come gli aggressori siano riusciti a infiltrarsi nell’ambiente first-party e intrufolarsi con il loro skimmer all’interno del sito web, ma tutti gli utenti che lo visitavano erano esposti a questo script efficace solo su pagine specifiche, come il modulo di checkout mobile e uno dei moduli di checkout web.
Il server dell’attaccante ha usato un nome molto simile al brand del cliente compromesso, con un diverso dominio di primo livello, caratteristica comune a queste tipologie di attacco poiché inganna l’occhio umano facendo sembrare il dominio legittimo.
Cosa succede quando il sito è compromesso?
Nella pagina di checkout, quando un utente ha inviato il modulo di pagamento, lo script malevolo tenta di leggere tutti gli input presenti (numero di carta di credito, nome del titolare della carta, cvv, data di scadenza), applicando l’algoritmo di cifratura e inviandolo al server dell’attaccante. A questo punto Page Integrity Manager rileva questo comportamento e lo segnala come un “Sospetto tentativo di Web Skimming”.
Nel report di rilevamento emergono i punti salienti della Behavior Chain degli script, che suddividono il comportamento di esecuzione del codice dannoso rilevato da Page Integrity Manager attraverso una serie di classificatori, rilevatori e modelli AI. Gli eventi anomali sono stati registrati con il tag “Unusual Activity”, indicando che non erano previsti in questo contesto di esecuzione del codice sulla base dei dati storici dell’applicazione.
Gli eventi anomali osservati sono relativi alla “Lettura di dati sensibili” e a “Traffico in uscita inviato”, indicando così che c’era un’anomalia nella lettura di valori da campi sensibili (ad esempio, ottenere i valori dell’input della carta di credito) e c’erano richieste di rete inaspettate.
Inoltre, nel caso in esame Page Integrity Manager ha anche fornito informazioni sulle singole sessioni utente che sono state colpite, per tracciare meglio e capire l’impatto.
Perché serve una incident response policy
Il cliente ha ricevuto immediatamente un avviso automatico con informazioni dettagliate per comprendere il comportamento sospetto, e nello stesso momento il team web ha verificato che l’attività sospetta non era generata da loro. Questo ha spinto il cliente ad agire. Ha applicato la propria incident response policy, per proteggere le sessioni degli utenti in tempo reale, il che ha impedito che i dati sensibili fossero esfiltrati dai browser degli utenti finali verso i server dell’attaccante. Questo è avvenuto in parallelo all’aggiornamento dell’applicazione del cliente per non includere più lo script dannoso.
Grazie a un monitoraggio sempre attivo, il cliente è stato in grado di individuare un evento zero-day, e di analizzarlo e mitigarlo in pochi minuti. Inoltre, la creazione di una policy predefinita in merito al comportamento sospetto rilevato, ha permesso al cliente di attivarla immediatamente, sollevando il team di sicurezza da responsabilità relative a eventuali aggiornamenti installati in ritardo.
Come sottolineato in una nota ufficiale da Nicola Ferioli, Head of Engineering di Akamai: «Quello appena presentato è un tipico esempio dei comportamenti anomali che Page Integrity Manager può rilevare in modo tempestivo, sottoponendoli al cliente per la verifica e mitigandoli rapidamente. I gruppi Magecart continuano a essere un vettore attivo di minacce che prendono di mira le aziende di e-commerce di tutte le dimensioni. Questi attacchi possono avere un impatto sugli utenti reali sia che avvengano attraverso script malevoli iniettati attraverso l’hostname del cliente che attraverso risorse di terze parti. Questo incidente dimostra ancora una volta che la protezione in-browser deve essere parte integrante di qualsiasi azienda che abbia una presenza online significativa».
18 marzo, appuntamento con un live Webinar Akamai
Oggi tutti i siti web utilizzano JavaScript per renderli più accattivanti, ma può avere un impatto in termini di sicurezza. Per approfondire questo aspetto, il 18 marzo Akamai ha in programma il live Webinar intitolato: “Hear how our customers stay secure online”.
Obiettivo: aiutare gli utenti a utilizzare JavaScript in modo efficace e sicuro, scoprendo quanti e quali script vengono eseguiti su una pagina e quali sono gli eventuali rischi, non solo in termini di attacchi Magecart. Inoltre, saranno presenti alcuni clienti – Maersk, LuisaViaRoma, e Next – che racconteranno la loro esperienza diretta nella gestione di first e third-party script sui propri siti web.
