Hackerpunk
HACKERPUNK.it
ethical hacking
← Torna al blog

Google rafforza Chrome contro gli attacchi ClickFix e le connessioni http non sicure

Pubblicato il 22 ottobre 2026 · redazione

Google rafforza Chrome contro gli attacchi ClickFix e le connessioni http non sicure

Console vocale

Lettura Sci-Fi

Verifica accesso lettura vocale…

Sponsorizzato

Dal report alla pratica

Oggi ascolti le news con voce Sci-Fi. I lab Academy arrivano dopo la revisione.

Prova voce €4,99 →

Il modello lato server più capace è ora disponibile per ogni utente di Protezione avanzata. Prende di mira anche altre minacce, come falsi antivirus e false pagine di aggiornamento del browser. La revisione di una pagina da parte del modello esamina segnali come il marchio in mostra, lo scopo della pagina e un punteggio di probabilità di truffa.

«Safe Browsing considera quindi l’analisi di Gemini, in combinazione con la reputazione del dominio e altri segnali di sicurezza, per generare un verdetto finale», spiega Google

. La società afferma che il testo della pagina viene analizzato solo quando un sito mostra forti segni di truffa. Qualsiasi contenuto della pagina che lascia il dispositivo viene gestito in modo effimero e non viene registrato, archiviato o utilizzato per addestrare i modelli di intelligenza artificiale. Negli attacchi ClickFix, le vittime vengono attirate a incollare ed eseguire i comandi stessi. Quei comandi invocano quasi sempre binari di vita fuori terra come PowerShell

Poiché il download del malware avviene nel terminale anziché nel browser, le protezioni per il download di Chrome e Navigazione sicura non entrano mai in gioco. Chrome può ora individuare quando gli utenti di Protezione avanzata vengono manipolati per copiare un comando sospetto. "Se viene copiato un potenziale script ClickFix, il payload degli appunti viene ripulito dalle pii e inviato a Navigazione sicura per ulteriori analisi e, se viene restituito un verdetto pericoloso, Chrome mostra un avviso", afferma Google

«Questo sistema è progettato per essere ad alta precisione, al fine di proteggere gli utenti in tempo reale riducendo al minimo le interruzioni delle legittime attività degli sviluppatori», aggiunge l’azienda. Chrome ora chiede prima di connettersi tramite HTTP Chrome ora richiede anche agli utenti l’approvazione prima di connettersi a un sito tramite HTTP non crittografato. Gli utenti di Protezione avanzata hanno ricevuto la funzione all’inizio di quest' anno.

Come promesso lo scorso anno, Google ora lo ha attivato di default per tutti

. Secondo Google, l’etichetta «Non sicuro» da sola non è sufficiente. La ricerca mostra che indicatori passivi come questo possono passare inosservati e il traffico HTTP di breve durata come i reindirizzamenti non riceve affatto l’etichetta. Il problema più grande, afferma l’azienda, è che l’etichetta appare solo una volta che i dati e la connessione dell’utente sono già esposti. Il prompt viene visualizzato alla prima visita a un sito http

«Una volta approvato l’utilizzo di HTTP, Chrome non avviserà di nuovo fino a quando l’utente non avrà visitato il sito per almeno due settimane», osserva Google. Per impostazione predefinita, i siti che non possono ottenere un certificato HTTPS attendibile pubblicamente non attivano avvisi. Gli esempi includono nomi host a etichetta singola e indirizzi IP locali.

Google afferma che questi host sono in genere a rischio inferiore, poiché un utente malintenzionato dovrebbe trovarsi sulla stessa rete locale per manomettere il traffico

. I primi dati di implementazione mostrano che quasi il 95% degli utenti desktop di Chrome non riceve avvisi HTTP durante una determinata settimana, mentre meno dell’1% ne vede tre o più. Gli utenti di dispositivi mobili vedono gli avvisi ancora meno spesso. Google rileva che Chrome è il primo browser ad adottare questo approccio e afferma di sperare che altri seguano il suo esempio

. Related: Chrome 153 Patches Seventh Zero-Day of 2026 Related: Chrome, Firefox Updates Patch 114 Flaws as Mozilla Unveils Firefox Enterprise Related: Google parzialmente inverte Chrome Bug Bounty Cuts

Sponsorizzato
Hackerpunk Volume 2 — Intrusioni e Pentesting

Volume 2 — Pentesting interattivo

Report tecnici nel blog e manuale Vol. 2 in arrivo — iscriviti alla waitlist.

Waitlist Vol. 2 →