Android usa Gemini contro truffe, call forwarding e chiamate bancarie

🛡️ Executive Summary

• Google Messages porta le conversazioni sospette dentro Private AI Compute per usare Gemini anche contro le truffe costruite lentamente.
• Gemini Nano valuta localmente link sconosciuti, mentre Android protegge screen sharing e blocca la deviazione silenziosa delle chiamate.
• Le chiamate bancarie verificate spostano la difesa dal riconoscimento umano all’autenticazione diretta tra Android e applicazioni finanziarie.

Google sta trasformando Android da semplice piattaforma mobile a livello di difesa attiva contro le truffe. Le nuove protezioni annunciate per Messages, Phone e il sistema operativo combinano modelli Gemini nel cloud, inferenza locale con Gemini Nano e controlli che intervengono direttamente su link, screen sharing e deviazione delle chiamate. Il salto non consiste quindi nell’aggiungere un altro filtro antispam, ma nel tentativo di riconoscere l’ingegneria sociale durante la conversazione e bloccare alcune azioni utilizzate per sottrarre credenziali e codici OTP. Google dichiara che Scam Detection segnala già oltre cinque milioni di chiamate e messaggi sospetti ogni mese, ma le nuove funzioni spostano la protezione più vicino al contesto e all’intenzione dell’attaccante.

Google Messages porta le truffe complesse dentro Private AI Compute

Google introduce in Google Messages una modalità Enhanced protection opzionale che permette a Scam Detection di utilizzare i modelli Gemini più potenti nel cloud per analizzare conversazioni complesse con mittenti sconosciuti. L’annuncio ufficiale di Google punta soprattutto alle truffe “slow-burn”, nelle quali l’attaccante evita il link malevolo immediato e costruisce progressivamente fiducia prima di chiedere denaro, credenziali o altre azioni sensibili. L’analisi avviene dentro Private AI Compute, ambiente che Google descrive come dedicato, cifrato e progettato perché i dati restino inaccessibili anche alla stessa azienda. È un cambio importante rispetto alla prima generazione di Scam Detection: Android non cerca più soltanto segnali locali o pattern noti, ma prova a comprendere il significato complessivo della conversazione. Il passaggio completa la direzione già emersa con Fake Call Detection e le difese Android contro le truffe telefoniche. Il nodo sarà verificare quanto la protezione cloud riesca a riconoscere conversazioni realmente fraudolente senza trasformare l’analisi del contesto privato in una nuova superficie di fiducia da delegare alla piattaforma.

Leggi anche: Galaxy S27 prepara Scam Detection e SmartTag 3 passa la certificazione radio

Gemini Nano controlla i link nuovi ma la protezione dipende dall’hardware

Google affianca al cloud un secondo livello locale. Con Enhanced protection attiva, Gemini Nano utilizza segnali web in tempo reale per valutare link sconosciuti prima dell’apertura, mentre nuove schermate di avviso rallentano il passaggio verso URL ricevuti da numeri non presenti nei contatti. La differenza è significativa perché molte campagne di phishing usano domini appena registrati che non hanno ancora accumulato reputazione negativa sufficiente per essere bloccati dai sistemi tradizionali. L’AI on-device prova quindi a colmare la finestra tra comparsa del dominio e classificazione nelle blacklist.

La strategia ha però un limite hardware: Google indica la funzione avanzata di link safety per Pixel 10 e successivi, Galaxy S26, Galaxy Z Flip e Fold8 e altri dispositivi selezionati. Non è casuale. Gemini Nano 4 ha già mostrato che le funzioni AI locali più profonde dipendono da RAM, NPU e SoC recenti. La sicurezza diventa così anche una caratteristica legata alla generazione del dispositivo: Android può distribuire alcune protezioni a centinaia di milioni di utenti, ma quelle che richiedono inferenza locale avanzata restano inizialmente concentrate sui terminali più capaci.

Android blocca screen sharing e deviazione silenziosa delle chiamate

Il terzo livello non prova a capire la truffa: impedisce direttamente alcune azioni che i criminali cercano di ottenere. Android estende a Chrome e WebView l’occultamento automatico dei campi di login e pagamento durante lo screen sharing, riducendo il rischio che una vittima mostri password, codici o dati della carta mentre viene guidata telefonicamente da un falso operatore. Parallelamente, il sistema blocca le applicazioni che tentano di attivare silenziosamente il call forwarding in background e mostra un avviso quando l’utente sta per inserire manualmente un codice MMI capace di deviare le chiamate. È una misura particolarmente interessante perché interviene su una tecnica già osservata nel malware Android: Corp MDM disponeva di comandi per attivare e disattivare la deviazione delle chiamate attraverso codici telefonici. Google non sta quindi semplicemente classificando contenuti sospetti, ma chiude percorsi operativi che possono essere sfruttati per intercettare comunicazioni e codici OTP. La protezione dello screen sharing arriva sugli Android 15 e successivi, mentre il blocco avanzato del call forwarding è previsto da dicembre su Pixel e altri dispositivi selezionati.

Le banche entrano direttamente nella catena di verifica delle chiamate

La parte più aggressiva della strategia riguarda le chiamate bancarie verificate. Android può interrogare l’app ufficiale dell’istituto finanziario per capire se una chiamata apparentemente proveniente dalla banca è stata realmente avviata dal suo call center; se la verifica fallisce, la comunicazione può essere terminata automaticamente.

Google sostiene che il sistema abbia già bloccato oltre tre milioni di chiamate falsificate attribuite a Banco do Brasil e Itaú Unibanco da giugno e indica Revolut tra gli istituti globali già supportati. È un modello diverso dai normali database anti-spam perché sposta la verifica dalla reputazione del numero a una relazione macchina-macchina tra Android e l’app bancaria. Questo attacca direttamente il caller ID spoofing, una componente centrale del vishing moderno, e riduce lo spazio per malware e campagne che imitano operatori finanziari. Il precedente dei trojan Android capaci di simulare comunicazioni bancarie e sottrarre OTP mostra perché autenticare l’origine della chiamata può diventare più efficace del chiedere all’utente di riconoscere autonomamente una voce, un numero o una storia credibile.

Continua con:

RatHat usa l’AI per controllare Android e ottenere una shell via ADB

UAT-11985 colpisce Taiwan: phishing Google AiTM usa AI e QR code

Google sta trasformando Android in un filtro contro il social engineering

Il risultato è una difesa stratificata: il cloud interpreta il contesto, il modello locale valuta link nuovi, il sistema operativo protegge schermate e instradamento delle chiamate e le app bancarie partecipano direttamente alla verifica dell’identità telefonica. La direzione è coerente con la trasformazione più ampia che sta portando Gemini a diventare un livello operativo dell’ecosistema Android, ma introduce anche una nuova asimmetria. Più Google riesce a riconoscere le truffe prima dell’utente, più la sicurezza dipende dall’accesso ai segnali del dispositivo, dalla qualità dei modelli e dalla capacità degli OEM di adottare le stesse funzioni. È il paradosso della sicurezza mobile basata sull’AI: per ridurre la fiducia richiesta all’utente, Android deve aumentare quella riposta nell’infrastruttura che osserva il contesto. La vera misura del successo non sarà quindi il numero di avvisi prodotti, ma quante frodi verranno fermate senza trasformare la protezione in un nuovo livello opaco di intermediazione.