• Un falso installer di Xeno Executor distribuisce un infostealer Java e un RAT attraverso community frequentate dai giocatori di Roblox.
• Diciotto pacchetti npm concatenano più dipendenze per installare un RAT multipiattaforma sui sistemi Windows, Linux e macOS degli sviluppatori.
• Lo script Adform compromesso sostituiva nel browser gli indirizzi Bitcoin, Ethereum e Tron con wallet controllati dagli attaccanti.

Tre campagne distinte mostrano come gli attaccanti stiano sfruttando la fiducia riposta in software, repository e componenti web apparentemente legittimi. Un falso launcher Xeno Executor attira i giocatori di Roblox e installa malware capace di rubare credenziali e controllare il computer. Un gruppo di 18 pacchetti npm distribuisce invece le funzioni malevole attraverso una catena di dipendenze, fino all’esecuzione di un RAT multipiattaforma. Nel terzo caso, la compromissione di uno script condiviso da Adform ha permesso di modificare direttamente nel browser gli indirizzi dei wallet Bitcoin, Ethereum e Tron. Le tre operazioni non sfruttano una singola vulnerabilità, ma abusano della reputazione di strumenti e infrastrutture già accettati dagli utenti.

Software e componenti affidabili diventano il vettore dell’attacco

Il collegamento tra le tre campagne è la capacità di inserire codice malevolo all’interno di un percorso considerato normale dalla vittima. Nel caso Roblox, l’utente cerca volontariamente un programma per eseguire script personalizzati e avvia direttamente l’installer. Nell’ecosistema npm, lo sviluppatore aggiunge una dipendenza che appare legittima e lascia che il package manager recuperi automaticamente gli altri componenti. Con Adform, invece, la vittima non installa nulla: visita un sito che integra uno script pubblicitario esterno e riceve il codice compromesso insieme alle normali risorse della pagina. Cambiano pubblico e tecnica, ma il principio resta identico: l’attaccante evita di presentare il malware come un file apertamente sospetto e lo colloca dietro un marchio, una libreria o una funzione già riconoscibile. Questa strategia riduce l’efficacia delle difese basate esclusivamente sulla consapevolezza dell’utente, perché l’elemento malevolo viene distribuito attraverso un’azione apparentemente coerente con ciò che la persona stava tentando di fare.

Il falso Xeno Executor colpisce i giocatori di Roblox

L’installer distribuisce stealer e accesso remoto

La prima campagna imita Xeno Executor, uno strumento utilizzato per eseguire script all’interno di Roblox, anche allo scopo di automatizzare azioni o attivare cheat. Gli attaccanti promuovono falsi installer attraverso community di gaming, forum, Discord e account compromessi o contraffatti, presentandoli come versioni aggiornate o non rilevabili del launcher. Il file avvia una catena PowerShell che scarica componenti aggiuntivi e installa un infostealer sviluppato in Java, insieme a un RAT capace di mantenere il controllo remoto del sistema. La scelta del bersaglio è coerente con un settore già esposto: nel 2024 Kaspersky aveva rilevato 1,6 milioni di tentativi di attacco contro i giocatori di Roblox, confermando che cheat, mod, generatori di valuta e launcher non ufficiali costituiscono esche particolarmente efficaci.

Secondo l’analisi tecnica della campagna Powercat pubblicata da ThreatLocker, il malware raccoglie dati da browser, Discord, Telegram, client di gioco e wallet di criptovalute, oltre a cercare informazioni utilizzabili per compromettere altri account. Il RAT amplia l’impatto perché consente di eseguire comandi, scaricare ulteriori payload e controllare la macchina dopo il furto iniziale.

Gli utenti più giovani rappresentano un bersaglio favorevole non soltanto per la popolarità di Roblox, ma perché spesso utilizzano lo stesso computer per giocare, comunicare, conservare password e accedere agli account familiari. Le truffe rivolte ai giocatori di Roblox e Fortnite mostrano inoltre come gli attaccanti sfruttino siti contraffatti e promesse di vantaggi gratuiti per spingere le vittime oltre gli avvisi del browser e dell’antivirus.

Diciotto pacchetti npm costruiscono un RAT multipiattaforma

Le funzioni malevole vengono separate tra più dipendenze

La seconda operazione coinvolge 18 pacchetti npm progettati per apparire innocui quando vengono esaminati individualmente. Il codice necessario all’infezione è distribuito attraverso più moduli collegati: un pacchetto iniziale richiama una dipendenza, questa ne recupera un’altra e la catena ricompone progressivamente le funzioni del malware. La frammentazione riduce la probabilità che una singola scansione statica riconosca immediatamente il comportamento complessivo. I nomi utilizzati imitano strumenti e componenti associati all’ecosistema Alibaba, indicando un targeting rivolto soprattutto agli sviluppatori che lavorano con quelle tecnologie. L’indagine di Socket sul cluster di pacchetti npm ha identificato un RAT capace di operare su Windows, Linux e macOS, adattando i comandi e i percorsi di esecuzione al sistema rilevato.

Il malware raccoglie informazioni sull’host, apre un canale con l’infrastruttura di comando e permette agli operatori di eseguire attività remote. La natura multipiattaforma aumenta il rischio negli ambienti di sviluppo, dove le stesse dipendenze possono essere installate su workstation personali, runner CI/CD, container e server di build. La campagna si inserisce in un ecosistema npm già sottoposto a continue compromissioni. Vibe coding e pacchetti npm infetti hanno mostrato come una dipendenza possa raggiungere wallet e credenziali degli sviluppatori, mentre precedenti pacchetti malevoli avevano già preso di mira direttamente gli sviluppatori dell’ecosistema Roblox.

La difesa non può limitarsi al controllo del nome del pacchetto o alla quantità di download dichiarata. Le organizzazioni devono bloccare automaticamente le dipendenze appena pubblicate, verificare autore, cronologia e repository, utilizzare lockfile immutabili e analizzare anche gli script preinstall, install e postinstall delle dipendenze transitive. Un pacchetto privo di codice apertamente malevolo può comunque costituire il primo anello di una catena progettata per spostare le funzioni pericolose in moduli meno visibili.

Adform sostituisce gli indirizzi crypto nel browser

Lo script condiviso modifica pagine, campi e clipboard

Il terzo incidente riguarda Adform, piattaforma utilizzata da inserzionisti, agenzie e publisher per distribuire e misurare campagne pubblicitarie. Gli attaccanti sono riusciti a modificare trackpoint-async.js, uno script condiviso caricato dai siti che integravano la tecnologia della società. Il codice aggiunto cercava stringhe compatibili con indirizzi Bitcoin, Ethereum e Tron, sostituendole con wallet controllati dagli operatori. L’alterazione non si limitava alla clipboard: il payload poteva intervenire anche sui testi visualizzati nella pagina, sui campi input, sulle aree di testo e sugli elementi modificabili, intercettando operazioni di copia, incolla e digitazione.

Adform ha rilevato e rimosso il codice il 27 luglio 2026, avvisando i clienti coinvolti e segnalando l’incidente alle autorità. La società non ha pubblicato il numero completo dei siti o degli utenti esposti e non risultano conferme sull’ammontare delle eventuali transazioni deviate. Il malware non installava un programma sul computer e non manteneva persistenza dopo la chiusura della pagina, ma il file alterato poteva restare nella cache del browser anche dopo la correzione applicata sul server. Per questo Adform ha raccomandato di svuotare la cache e controllare le destinazioni delle operazioni effettuate durante il periodo di esposizione.

L’incidente dimostra che uno script di advertising non è una risorsa passiva: viene eseguito nel browser e può interagire con il contenuto della pagina secondo i privilegi concessi dall’integrazione. La compromissione di un solo file condiviso permette quindi di raggiungere molti siti downstream senza violarli individualmente. Il rischio riguarda in particolare le operazioni crypto, dove una transazione inviata a un indirizzo errato non può essere annullata. Le minacce strutturali contro wallet ed estensioni Web3 confermano che la verifica dell’indirizzo deve avvenire sul dispositivo di firma e non soltanto nella pagina web o nella clipboard.

La supply chain estende l’attacco oltre la prima vittima

Le tre campagne colpiscono punti differenti della catena digitale. Il falso Xeno Executor sfrutta la fiducia nel nome di un programma; i pacchetti npm abusano dell’automazione con cui gli sviluppatori installano dipendenze; lo script Adform trasforma un fornitore esterno in un vettore verso i visitatori dei siti clienti. In tutti i casi il controllo deve spostarsi dal singolo file all’intero percorso di distribuzione. Gli utenti Roblox devono evitare executor e cheat scaricati da community non ufficiali, controllare sessioni e token di Discord e cambiare le credenziali da un dispositivo pulito dopo un’infezione. I team di sviluppo devono limitare le dipendenze, applicare periodi di quarantena alle nuove versioni e impedire agli script di installazione di accedere liberamente a rete e segreti. I gestori dei siti devono inventariare gli script di terze parti, adottare Content Security Policy, Subresource Integrity quando applicabile e procedure rapide per revocare componenti compromessi. La fiducia in un marchio o in un repository non può più sostituire la verifica tecnica del codice che viene realmente eseguito.

L'articolo Roblox, npm e Adform trasformano software e script affidabili in malware proviene da Matrice Digitale.

• DOUBLECUP è un servizio Loader-as-a-Service che permette agli operatori di creare campagne ClickFix personalizzate attraverso un pannello centralizzato.
• Il loader estrae codice da immagini PNG nella cache del browser e usa l’indirizzo IP della vittima per decifrare il payload.
• I payload osservati includono CountLoader 4.5p per Windows e macOS e il nuovo RAT DeviceManager basato su EtherHiding.

SOCRadar ha scoperto DOUBLECUP, una piattaforma Loader-as-a-Service utilizzata per costruire campagne ClickFix e distribuire malware attraverso falsi CAPTCHA, pagine di accesso contraffatte e comandi copiati negli appunti della vittima. Il servizio mette a disposizione degli operatori un pannello per configurare domini, tecniche di steganografia, catene di esecuzione e payload finali. La sequenza nasconde il primo stadio in un’immagine PNG caricata nella cache del browser e utilizza l’indirizzo IP pubblico del sistema come componente della chiave crittografica. Tra i malware individuati figurano CountLoader 4.5p, disponibile per Windows e macOS, e DeviceManager, un nuovo RAT per Windows che usa blockchain, traffico HTTP e tunnel DNS per raggiungere l’infrastruttura di comando.

DOUBLECUP industrializza le campagne ClickFix

DOUBLECUP è operativo almeno dall’inizio di giugno 2026 e viene offerto attraverso un modello commerciale basato su licenze. Ogni cliente riceve una chiave associata al proprio indirizzo IP, alla durata dell’abbonamento, alla versione del software e alle campagne autorizzate. Il pannello consente di selezionare la catena di esecuzione, il formato dell’archivio, il linguaggio degli script, il metodo steganografico e il tipo di payload da installare. Gli operatori possono scegliere tra PowerShell, VBScript, JScript, batch, C#, MSBuild e altre combinazioni che sfruttano strumenti già presenti in Windows. Il fornitore di DOUBLECUP gestisce le immagini contenenti il codice nascosto, gli endpoint per le sessioni, le chiavi crittografiche e il sistema di ricostruzione automatica, mentre il cliente deve predisporre il sito ClickFix e i relativi modelli grafici.

Secondo l’analisi tecnica pubblicata dalla Threat Research Unit di SOCRadar, la piattaforma include anche un client grafico Windows scritto in Go, attraverso il quale gli affiliati configurano domini, slug, URL dei payload e comandi differenziati per Chrome, Edge, Firefox, Brave e Opera. Il modello riduce le competenze necessarie per avviare un’operazione e trasforma ClickFix da tecnica artigianale in servizio criminale modulare. La stessa evoluzione era già visibile nelle campagne ClickFix basate su EtherHiding e infrastrutture blockchain, dove contenuti ospitati su servizi decentralizzati permettevano agli attaccanti di modificare rapidamente gli indirizzi utilizzati dalla catena di infezione.

Il falso CAPTCHA recupera il codice dalla cache del browser

Le campagne osservate imitano pagine di accesso a servizi aziendali come NetSuite, Odoo, HubSpot e Salesforce, caricando DOUBLECUP attraverso iframe integrati nei siti malevoli. All’apertura della pagina viene creato un identificatore di sessione e il server registra indirizzo IP, browser e parametri della campagna. Il sito scarica silenziosamente una particolare immagine PNG e la lascia nella cache del browser, quindi mostra una procedura FakeCAPTCHA che invita la vittima a copiare un comando e a eseguirlo attraverso la finestra Esegui, PowerShell o un’altra interfaccia di sistema.

Il comando non scarica direttamente il payload da un dominio facilmente individuabile, ma cerca nella cache del browser il file PNG corrispondente a una dimensione specifica. Utilizzando strumenti legittimi come findstr o certutil, estrae dall’immagine il codice nascosto e avvia il primo stadio. Questa soluzione riduce la presenza di collegamenti espliciti al malware nella riga di comando e sfrutta un file già scaricato dal browser prima che l’utente esegua qualsiasi operazione. Il meccanismo rappresenta una variante più complessa delle campagne ClickFix usate da BlueNoroff attraverso falsi inviti Zoom e Microsoft Teams, nelle quali la vittima viene convinta a eseguire personalmente il comando che avvia l’infezione. In entrambi i casi l’attaccante non sfrutta necessariamente una vulnerabilità software, ma trasforma l’utente nel passaggio che autorizza l’esecuzione del codice sul sistema.

L’indirizzo IP diventa la chiave per decifrare il payload

Il secondo stadio di DOUBLECUP opera come dropper fileless e recupera l’indirizzo IPv4 pubblico della macchina attraverso servizi esterni. Il valore viene elaborato con PBKDF2 per derivare una chiave di 32 byte impiegata da un cifrario personalizzato basato su SHA-256 in modalità Counter e operazioni XOR. Il payload finale è conservato in memoria come una grande sequenza frammentata di numeri e valori esadecimali, mescolata con istruzioni inutili per ostacolare l’analisi statica.

Dopo la decifratura, il loader confronta il risultato con un hash SHA-256 incorporato e, se la verifica riesce, crea dinamicamente uno ScriptBlock PowerShell o carica un assembly .NET attraverso reflection. L’impiego dell’indirizzo IP come environmental keying impedisce l’esecuzione corretta del campione quando viene trasferito in una sandbox offline o analizzato da una rete diversa da quella della vittima. In questi casi viene generata una chiave differente e il contenuto resta illeggibile. La tecnica non rende il malware invulnerabile, ma complica la detonazione automatizzata e lega il payload alla sessione per cui è stato preparato. Il sistema comunica inoltre al server quando il primo stadio è stato eseguito e, dopo l’infezione, reindirizza la vittima verso una pagina legittima scelta dall’operatore, riducendo il rischio che l’utente comprenda immediatamente quanto accaduto.

CountLoader 4.5p colpisce Windows e macOS

Uno dei payload distribuiti da DOUBLECUP è CountLoader 4.5p, evoluzione di una famiglia già documentata in precedenti campagne ClickFix. La variante Windows abbandona l’architettura basata su HTA e VBScript in favore di un impianto interamente PowerShell, eseguito prevalentemente in memoria. Il malware copia utility legittime come conhost.exe, powershell.exe e mshta.exe in cartelle scrivibili dall’utente, le rinomina con nomi riconducibili a normali applicazioni e modifica campi dei rispettivi header PE, tra cui nome originale, descrizione e identificativo interno. L’obiettivo è confondere i controlli basati sul nome del processo e rendere meno evidente l’impiego di interpreti di comandi. CountLoader crea inoltre due attività pianificate ridondanti, camuffate come servizi di aggiornamento Google ed Edge, che riattivano il malware ogni 25 minuti. Una delle attività scarica un pacchetto portabile di Python 3.13 e utilizza uno script per recuperare la versione più recente del loader; l’altra richiama direttamente PowerShell attraverso una copia modificata di conhost. Il processo rimane attivo soltanto per pochi secondi, riceve un comando, esegue l’operazione e termina, riducendo la finestra disponibile per il rilevamento comportamentale. DOUBLECUP distribuisce anche una variante Mach-O per macOS, confermando che le campagne ClickFix non sono più limitate all’ecosistema Windows e possono adattare la catena alla piattaforma rilevata dal browser.

CountLoader cerca wallet crypto e Signal Desktop

Prima di contattare il server di comando, CountLoader raccoglie informazioni sul sistema, sul sistema operativo, sui privilegi dell’utente, sull’appartenenza a un dominio aziendale e sui prodotti antivirus installati. Il malware verifica la presenza di Ledger Live, Trezor, Exodus, Atomic, Guarda, KeepKey, BitBox e altri wallet, quindi analizza le directory di 45 browser per individuare 48 estensioni associate soprattutto a criptovalute. Controlla inoltre la presenza di Signal Desktop, informazione utile per identificare vittime potenzialmente interessanti o preparare moduli successivi. I dati vengono offuscati con una chiave XOR casuale, convertiti in formato esadecimale e trasmessi attraverso richieste HTTP. Dopo la registrazione, il server restituisce un token JWT utilizzato per ricevere nuovi incarichi.

CountLoader può scaricare ed eseguire file, estrarre archivi, avviare DLL con rundll32, installare pacchetti MSI, caricare moduli PowerShell in memoria e propagarsi attraverso unità USB o condivisioni di rete mediante collegamenti .lnk malevoli. Una funzione ancora non utilizzata permette anche di modificare i collegamenti dei browser, in modo da avviare contemporaneamente l’applicazione legittima e il loader. La ricerca di wallet ed estensioni colloca la campagna nello stesso scenario delle operazioni che usano falsi software e RAT per sottrarre criptovalute e credenziali, dove la compromissione iniziale serve a selezionare i sistemi più redditizi prima di distribuire il payload finale.

DeviceManager usa EtherHiding e tunnel DNS

Il secondo payload individuato è DeviceManager, un RAT per Windows non documentato in precedenza. Il malware stabilisce la persistenza attraverso attività pianificate o WMI Event Subscription, tecnica che consente di eseguire codice in risposta a eventi di sistema senza dipendere esclusivamente dalle chiavi di avvio automatico tradizionali. Per individuare l’infrastruttura di comando utilizza EtherHiding, recuperando indirizzi e configurazioni da dati pubblicati su una blockchain. Gli attaccanti possono così aggiornare il server C2 modificando un contenuto decentralizzato senza dover distribuire una nuova versione del malware. DeviceManager comunica tramite HTTP oppure attraverso DNS tunneling, inserendo dati e comandi nelle richieste DNS. Il protocollo DNS è quasi sempre autorizzato nelle reti aziendali e può attraversare firewall e proxy che bloccherebbero connessioni dirette verso indirizzi sospetti. La combinazione tra blockchain e tunnel DNS rende l’infrastruttura più resiliente e consente agli operatori di cambiare destinazione mantenendo invariato il campione installato. DeviceManager offre le funzionalità tipiche di un RAT, permettendo agli attaccanti di raccogliere informazioni, eseguire comandi, scaricare moduli e mantenere il controllo remoto della macchina. La tecnica richiama le campagne RAT che costruiscono canali di comando nascosti nel traffico apparentemente legittimo, ma aggiunge un livello decentralizzato per la risoluzione dell’infrastruttura.

L'articolo DOUBLECUP usa ClickFix per distribuire CountLoader e DeviceManager proviene da Matrice Digitale.

• CISA inserisce CVE-2026-18577 di N-able N-central nel catalogo KEV dopo la conferma dello sfruttamento attivo.
• cPanel aggiorna Unbound contro CVE-2026-33278, vulnerabilità critica capace di causare denial of service e possibile esecuzione remota di codice.
• AWS corregge prompt injection in Strands Agents, sessioni SSH EMR intercettabili e furto di credenziali attraverso Amazon MQ MCP Server.

CISA, cPanel e AWS hanno pubblicato nuovi avvisi che interessano piattaforme di amministrazione remota, server web, agenti di intelligenza artificiale e strumenti cloud. L’agenzia statunitense ha inserito nel catalogo delle vulnerabilità sfruttate CVE-2026-18577, falla di N-able N-central utilizzata per ottenere accesso amministrativo agli ambienti gestiti dagli MSP. cPanel ha aggiornato il resolver Unbound contro una vulnerabilità critica nella validazione DNSSEC, mentre AWS ha corretto tre problemi distinti in Strands Agents Tools, AWS CLI e Amazon MQ MCP Server. Le falle permettono, rispettivamente, di aggirare il consenso umano per eseguire comandi, intercettare collegamenti SSH e sottrarre credenziali o token OAuth tramite prompt injection.

CISA inserisce la falla N-central nel catalogo KEV

La Cybersecurity and Infrastructure Security Agency ha aggiunto CVE-2026-18577 al catalogo Known Exploited Vulnerabilities, confermando la disponibilità di prove affidabili sullo sfruttamento nel mondo reale. La vulnerabilità interessa N-able N-central, piattaforma di remote monitoring and management utilizzata dai managed service provider per amministrare reti, server e workstation dei clienti. Un attaccante remoto può ottenere privilegi amministrativi sul server N-central e utilizzare le funzioni legittime della piattaforma per raggiungere gli endpoint collegati. La falla rappresenta un percorso alternativo rispetto a CVE-2026-18556, corretta inizialmente da N-able ma aggirabile sulle build successive alla prima patch. Tutte le installazioni precedenti alla versione 2026.3.1.7 devono essere considerate vulnerabili. Nel nuovo avviso CISA sull’inserimento della falla nel catalogo KEV, le agenzie federali civili statunitensi ricevono come scadenza il 6 agosto 2026, un intervallo ridotto che riflette la gravità operativa degli attacchi già osservati. L’inserimento nel KEV arriva dopo la conferma che gli aggressori hanno utilizzato Take Control per accedere ai sistemi amministrati e, in alcuni casi, installato Cloudflared come servizio persistente. Il rischio delle piattaforme RMM era già emerso nell’analisi delle vulnerabilità N-able e degli attacchi contro i server gestiti, perché una singola compromissione può propagarsi attraverso il rapporto di fiducia tra MSP e clienti. La patch del server deve essere accompagnata dalla revisione delle sessioni remote, degli account amministrativi, dei servizi installati e degli endpoint raggiunti prima dell’aggiornamento. Il catalogo KEV costituisce uno strumento di prioritizzazione basato sullo sfruttamento reale e non soltanto sulla gravità teorica del punteggio CVSS: la presenza di CVE-2026-18577 indica che gli amministratori devono cercare anche eventuali tracce di compromissione già avvenuta.

cPanel corregge una falla critica nella validazione DNSSEC

La vulnerabilità CVE-2026-33278 interessa NLnet Labs Unbound dalla versione 1.19.1 alla 1.25.0, componente distribuito da cPanel come resolver DNS locale. Il difetto risiede nella gestione di una struttura dati durante la validazione DNSSEC: una copia profonda eseguita in modo errato può sovrascrivere un puntatore di destinazione, provocando corruzione della memoria. Un server vulnerabile che elabora una risposta DNSSEC appositamente costruita può subire un arresto del servizio e, in determinate condizioni, una possibile esecuzione remota di codice. La criticità non dipende dall’accesso alla console cPanel o dalla presenza di credenziali valide, perché il contenuto malevolo può raggiungere il resolver attraverso il normale processo di risoluzione DNS. cPanel ha distribuito cpanel-unbound 1.25.1 sulle versioni supportate 126, 134 e 136, includendo anche la correzione di altre dieci vulnerabilità. Le note ufficiali di rilascio di cPanel e WHM classificano CVE-2026-33278 come critica con punteggio CVSS 9,1 e indicano la possibile esecuzione di codice durante la validazione DNSSEC. Gli amministratori devono verificare che l’aggiornamento automatico sia stato completato e che il pacchetto installato corrisponda alla versione corretta, soprattutto sui server nei quali gli aggiornamenti notturni sono stati disattivati o limitati. La stessa superficie di hosting è stata interessata nei mesi precedenti da vulnerabilità nei plugin LiteSpeed e nei meccanismi di autenticazione, raccolte nell’allarme CISA sulle falle cPanel sfruttate attivamente. In questo caso non risultano prove pubbliche di sfruttamento attivo di CVE-2026-33278, ma la combinazione tra esposizione remota, corruzione della memoria e ruolo infrastrutturale del resolver rende necessaria una patch immediata. I server rimasti su release non supportate non ricevono la versione corretta del pacchetto e devono essere aggiornati a un ramo ancora mantenuto.

Strands Agents può eseguire comandi senza consenso umano

AWS ha corretto CVE-2026-18733 nel pacchetto open source strands-agents-tools, utilizzato con l’SDK Strands Agents per fornire agli agenti AI strumenti preconfigurati. La vulnerabilità riguarda il tool shell, che permette al modello di eseguire comandi sul sistema operativo dell’host. Il componente include un meccanismo di consenso umano che dovrebbe mostrare il comando e richiedere l’approvazione prima dell’esecuzione, ma lo schema accessibile al modello esponeva anche il parametro non_interactive. Un prompt malevolo poteva impostare questo valore su true, disattivando la richiesta di conferma e consentendo l’esecuzione arbitraria di comandi senza autorizzazione dell’operatore. Il vettore più significativo è la prompt injection indiretta: l’attaccante non deve necessariamente interagire con l’agente, ma può inserire istruzioni in una pagina web, un documento, un’email o un altro contenuto che il sistema è incaricato di analizzare. Il modello interpreta il testo come un comando operativo, attiva la modalità non interattiva e utilizza la shell con i privilegi assegnati al processo. Nel bollettino AWS dedicato a CVE-2026-18733, risultano vulnerabili tutte le versioni precedenti alla 0.8.0. AWS raccomanda di aggiornare il pacchetto e di applicare la correzione anche a fork e implementazioni derivate. In attesa della patch, il tool shell non deve essere esposto ad agenti che elaborano contenuti non affidabili e l’intero processo deve essere isolato con privilegi minimi. Il problema conferma quanto osservato con Ruflo e le vulnerabilità degli agenti collegati ai server MCP: una barriera di consenso costruita nell’interfaccia non offre protezione quando il modello può modificare direttamente il parametro che la controlla. La separazione tra input non affidabile, capacità decisionali e strumenti ad alto impatto deve essere applicata a livello di codice e policy, senza affidarsi alla sola obbedienza dell’LLM.

AWS CLI espone le sessioni EMR agli attacchi man-in-the-middle

La seconda vulnerabilità AWS, CVE-2026-18654, riguarda i comandi helper di AWS CLI utilizzati per interagire con i cluster Amazon Elastic MapReduce. Le operazioni aws emr ssh, aws emr socks, aws emr put e aws emr get disabilitavano la verifica della chiave SSH dell’host attraverso un’opzione incorporata direttamente nel codice. In una rete controllata o compromessa, un attaccante posizionato tra il client e l’endpoint EMR poteva quindi impersonare il cluster, intercettare una sessione amministrativa o osservare e modificare i file trasferiti. La protezione SSH non dipende soltanto dalla cifratura del canale: la verifica della chiave dell’host serve a dimostrare che il client stia parlando con il server corretto. Disattivarla elimina la principale difesa contro l’intercettazione attiva, anche quando la connessione appare normalmente cifrata. Il bollettino AWS su CVE-2026-18654 indica come vulnerabili AWS CLI v1 fino alla 1.45.27 e AWS CLI v2 fino alla 2.35.2. Le versioni corrette sono rispettivamente 1.45.28 e 2.35.3. Non è disponibile una mitigazione alternativa, perché l’opzione SSH insicura era hardcoded e non poteva essere sovrascritta dall’utente attraverso la configurazione locale. Le organizzazioni devono aggiornare tutti i sistemi dai quali vengono amministrati i cluster EMR, comprese workstation, jump host, immagini container e pipeline automatizzate. La correzione deve essere applicata anche alle copie interne o alle versioni derivate della CLI, evitando che strumenti apparentemente aggiornati continuino a richiamare il vecchio comportamento.

Amazon MQ MCP Server può consegnare credenziali a un endpoint ostile

CVE-2026-18655 interessa awslabs.amazon-mq-mcp-server, server basato sul Model Context Protocol che permette agli assistenti AI di interagire con broker Amazon MQ. Nelle versioni fino alla 2.0.23, gli strumenti dedicati alla connessione RabbitMQ non limitavano correttamente gli endpoint autorizzati. Un attaccante remoto non autenticato poteva introdurre nel contesto del client MCP un hostname costruito appositamente e indurre il server a collegarsi a un’infrastruttura sotto il suo controllo. Durante la connessione, il componente poteva inviare all’endpoint ostile le credenziali del broker Amazon MQ o i token di accesso OAuth, trasformando una normale operazione dell’agente in un canale di esfiltrazione. Il difetto non richiede una violazione diretta del broker: sfrutta la capacità del modello e del server MCP di scegliere dinamicamente la destinazione della connessione sulla base del contesto ricevuto. Il bollettino AWS relativo ad Amazon MQ MCP Server indica la versione 2.0.24 come corretta e raccomanda, dopo l’aggiornamento, la rotazione delle credenziali del broker. L’operazione è necessaria perché la patch impedisce nuove esposizioni, ma non rende nuovamente sicuri segreti che potrebbero essere già stati inviati a un endpoint controllato da terzi. La vulnerabilità si inserisce nel problema più ampio della sicurezza degli agenti, già emerso quando Copilot ha elaborato prompt malevoli nascosti nei documenti Word. Quando un sistema AI può selezionare endpoint, aprire shell o usare credenziali cloud, ogni informazione non affidabile deve essere trattata come input potenzialmente capace di modificare il flusso operativo. Consentire soltanto destinazioni approvate, separare i segreti dal contesto del modello e applicare controlli deterministici prima dell’esecuzione diventano requisiti strutturali, non mitigazioni facoltative.

L'articolo CISA, cPanel e AWS affrontano falle sfruttate e vulnerabilità critiche proviene da Matrice Digitale.

• Pass-ta-key sfrutta un dispositivo Windows già compromesso per ottenere autenticazioni valide senza PIN, biometria o interazione dell’utente.
• Silver Pass-ta-key registra una chiave di verifica controllata dall’attaccante, mentre Golden Pass-ta-key punta al segreto che protegge tutte le passkey sincronizzate.
• Gli attacchi non violano la crittografia delle passkey: sfruttano fiducia del dispositivo, recupero delle credenziali e controlli WebAuthn incompleti.

Tre nuove tecniche denominate Pass-ta-key, Silver Pass-ta-key e Golden Pass-ta-key mostrano come un malware già presente su un computer Windows possa abusare delle passkey sincronizzate attraverso Google Password Manager. Gli attacchi consentono, con livelli differenti di gravità, di ottenere una risposta di autenticazione valida, registrare una chiave controllata dall’attaccante o recuperare il materiale necessario a decifrare le chiavi private sincronizzate. La ricerca riguarda Google Chrome su Windows, dispositivi dotati di Trusted Platform Module e sistemi già compromessi. Non viene violata la crittografia alla base di WebAuthn: il problema emerge nei flussi che collegano dispositivo, browser, autenticatore cloud, recupero dell’account e verifica effettiva dell’utente.

Pass-ta-key trasforma il dispositivo compromesso in un autenticatore

Le passkey sostituiscono password e codici temporanei con una coppia di chiavi crittografiche: la chiave pubblica viene registrata presso il servizio, mentre quella privata rimane nell’autenticatore dell’utente e firma le richieste di accesso. Con Google Password Manager, le credenziali possono essere sincronizzate tra più dispositivi dopo essere state cifrate. Questo modello offre una protezione nettamente superiore contro phishing, riutilizzo delle password e credential stuffing, ma continua a dipendere dall’affidabilità dell’endpoint che richiede l’autenticazione. Nell’analisi tecnica dedicata alla superficie d’attacco delle passkey sincronizzate, Unit 42 descrive tre tecniche che partono tutte dalla presenza preventiva di malware sul computer della vittima. Chrome conserva nel database locale di sincronizzazione informazioni codificate sulle credenziali WebAuthn, tra cui servizio associato, nome utente, identificatore della credenziale e chiave privata cifrata. Questi metadati possono essere letti da un processo eseguito con i normali privilegi dell’utente e permettono all’attaccante di individuare gli account sui quali la vittima utilizza una passkey.

La prima tecnica, chiamata Pass-ta-key, recupera la chiave di identità del dispositivo protetta dal TPM e sfrutta le API crittografiche di Windows per farle firmare una richiesta controllata dall’attaccante. Google Cloud Authenticator interpreta la richiesta come proveniente da un dispositivo già riconosciuto e restituisce un’asserzione crittograficamente valida, senza che la vittima sblocchi il computer, utilizzi il PIN, fornisca un dato biometrico o visualizzi una richiesta. La tecnica non estrae direttamente la chiave privata dal TPM, ma usa il dispositivo compromesso come un oracolo di firma. Il rischio conferma che l’evoluzione verso l’autenticazione senza password, già visibile con l’integrazione delle passkey in Android Credential Manager, riduce gli attacchi basati sui segreti condivisi senza eliminare quelli successivi alla compromissione dell’endpoint.

Il controllo User Verified decide se il primo attacco riesce

L’asserzione ottenuta con Pass-ta-key contiene un indicatore fondamentale chiamato User Verified, o UV, che segnala se l’utente ha realmente confermato l’operazione attraverso PIN, biometria o un altro meccanismo di sblocco. Nel primo attacco il flag rimane disattivato. Un servizio che richiede la verifica dell’utente e controlla correttamente questo valore deve quindi rifiutare l’accesso, anche se la firma crittografica è valida. Durante i test, GitHub ha bloccato l’asserzione perché applicava il controllo previsto, mentre eBay l’ha inizialmente accettata nonostante avesse richiesto la verifica dell’utente. Il servizio ha successivamente corretto la propria implementazione dopo la segnalazione dei ricercatori.

Il caso dimostra che impostare userVerification su required nella richiesta WebAuthn non basta: il relying party deve anche controllare il flag restituito dall’autenticatore prima di creare la sessione. Una passkey può quindi essere crittograficamente autentica ma non soddisfare il livello di verifica richiesto dal servizio. Questa distinzione è importante perché la sicurezza passwordless dipende dall’intera catena di validazione e non soltanto dalla protezione della chiave privata. Lo stesso principio emerge nelle campagne che aggirano i normali fattori di accesso senza rubare direttamente la password, come il phishing passwordless contro Microsoft Entra che manipola i flussi di autenticazione. Le passkey restano resistenti al phishing tradizionale perché sono associate al dominio legittimo, ma un attaccante già presente sul sistema può tentare di manipolare il browser, il dispositivo fidato o le condizioni con cui il servizio valuta l’asserzione ricevuta.

Silver Pass-ta-key registra una chiave controllata dall’attaccante

Silver Pass-ta-key supera il limite del flag UV intervenendo durante la registrazione del dispositivo presso l’autenticatore cloud. Il malware invalida lo stato locale utilizzato da Chrome o elimina i dati che identificano la precedente configurazione, costringendo il browser ad avviare un nuovo processo di enrollment. In questa fase la chiave destinata alla verifica dell’utente può essere creata in un secondo momento. L’attaccante sfrutta questa finestra per generare una propria coppia crittografica e registrare la chiave pubblica controllata come nuova user-verification key. Secondo la ricerca, il servizio cloud non verifica in modo sufficiente che la chiave appena aggiunta provenga da hardware attendibile o da un’operazione realmente autorizzata dall’utente.

Le richieste firmate con la chiave dell’attaccante possono quindi presentare il flag UV attivo, facendo apparire come completato uno sblocco biometrico o tramite PIN mai avvenuto. A differenza della prima tecnica, Silver Pass-ta-key permette di autenticarsi successivamente da un sistema diverso senza mantenere l’accesso al computer originariamente compromesso. L’attaccante non si limita a sfruttare temporaneamente il dispositivo della vittima, ma introduce un nuovo elemento di fiducia nel sistema di sincronizzazione. La debolezza risiede quindi nei processi di onboarding, recupero e registrazione delle chiavi, che devono applicare controlli almeno equivalenti a quelli utilizzati durante l’autenticazione ordinaria.

La crescente diffusione di passkey su browser, sistemi operativi e servizi social, descritta anche con l’adozione dell’autenticazione passwordless da parte di Meta, rende questi flussi di recupero un obiettivo sempre più interessante: quando una credenziale non può essere reimpostata come una normale password, l’attaccante tenta di farsi riconoscere come nuovo dispositivo legittimo.

Golden Pass-ta-key punta al segreto di tutte le passkey sincronizzate

La tecnica più grave, Golden Pass-ta-key, prende di mira il Security Domain Secret, un segreto di 32 byte utilizzato per proteggere il materiale crittografico delle passkey sincronizzate. Il valore viene reso disponibile al client durante alcune operazioni di registrazione o recupero del dispositivo. I ricercatori hanno inizialmente rilevato che Chrome lo esponeva in chiaro nei log interni FIDO; Google ha eliminato questa presenza dopo la segnalazione. Secondo Unit 42, tuttavia, il segreto deve ancora raggiungere Chrome e rimane temporaneamente accessibile nella memoria del processo. Un malware può forzare una nuova registrazione, individuare il valore mentre viene elaborato e usarlo per decifrare i record sincronizzati conservati localmente. L’attaccante potrebbe così recuperare le chiavi private delle passkey, trasferirle su un altro sistema e utilizzarle senza dipendere ulteriormente dal dispositivo della vittima.

La ricerca sostiene inoltre che il segreto potrebbe proteggere anche credenziali sincronizzate successivamente, ampliando l’impatto oltre gli account già presenti al momento dell’infezione. Non è stato però associato alcun codice CVE, non risultano campagne di sfruttamento attivo e la documentazione pubblicata non chiarisce se tutte le varianti siano state completamente corrette nei servizi di produzione. La ricerca si concentra su Chrome per Windows con TPM e non dimostra automaticamente la stessa esposizione su Android, ChromeOS, macOS o altri password manager. Google descrive le passkey custodite nel proprio gestore come cifrate end-to-end e protette da chiavi accessibili soltanto sui dispositivi dell’utente; Golden Pass-ta-key non contesta questa architettura, ma mostra che un segreto destinato a un client compromesso può diventare accessibile mentre viene utilizzato. L’evoluzione di Google Password Manager come archivio sincronizzato di credenziali e passkey aumenta quindi l’importanza della protezione della memoria del browser e dei flussi con cui un nuovo dispositivo viene ammesso nel dominio di sicurezza.

L'articolo Pass-ta-key espone le passkey sincronizzate di Google Password Manager proviene da Matrice Digitale.

• Storm-2945 manipola DNS e traffico HTTP delle reti Wi-Fi servite da captive portal in hotel, centri congressi e spazi condivisi.
• La campagna distribuisce i malware CornFlake e ChocoShell, ruba password, cookie, token Microsoft 365 e controlla webcam e microfono.
• Microsoft raccomanda connessioni mobili private, blocco del device code flow, MFA resistente al phishing e divieto di aggiornamenti proposti dai captive portal.

Midnight Blizzard, gruppo di spionaggio attribuito dai governi statunitense e britannico al servizio di intelligence estero russo SVR, ha trasformato le reti Wi-Fi di hotel, centri congressi e altri luoghi frequentati dai viaggiatori in un vettore per distribuire malware e rubare credenziali aziendali. La campagna, denominata CaptiveCrunch, manipola il traffico DNS e HTTP gestito dai captive portal per mostrare falsi aggiornamenti di Windows e dei browser, pagine ClickFix e richieste di autenticazione Microsoft. Secondo Microsoft Threat Intelligence, le operazioni sono condotte da Storm-2945, un sottogruppo operativo di Midnight Blizzard attivo almeno da febbraio 2026 e collegato ad attacchi contro account Microsoft 365, diplomatici, governi e fornitori tecnologici.

CaptiveCrunch controlla il traffico delle reti Wi-Fi condivise

Microsoft osserva da maggio 2026 compromissioni diffuse di reti utilizzate da strutture ricettive e organizzazioni che offrono accesso Wi-Fi attraverso captive portal, le pagine che chiedono all’utente di accettare condizioni, inserire il numero della camera o autenticarsi prima di navigare. Storm-2945 altera le risposte DNS e il traffico HTTP per collocarsi in posizione adversary-in-the-middle, intercettando i controlli automatici con cui browser e sistemi operativi verificano la disponibilità della connessione. La vittima viene quindi reindirizzata verso infrastrutture controllate dagli attaccanti, dove compaiono falsi aggiornamenti del browser, strumenti di riparazione dei driver, verifiche Google non riuscite o procedure manuali che invitano a copiare ed eseguire comandi nel terminale.

L’analisi tecnica di Microsoft sulla campagna CaptiveCrunch segnala compromissioni in più Paesi e rileva caratteristiche comuni nelle apparecchiature e nei sistemi di gestione presenti nelle reti coinvolte. Questo elemento suggerisce che l’operazione potrebbe non dipendere soltanto dall’intrusione separata nei singoli hotel, ma dall’accesso a servizi condivisi all’interno dell’ecosistema dei captive portal. Le nuove evidenze ampliano quanto già emerso con il dirottamento del DNS degli hotel usato per rubare account Microsoft 365: l’obiettivo non è colpire indiscriminatamente gli ospiti, ma intercettare viaggiatori aziendali, diplomatici e professionisti che accedono a risorse sensibili da reti considerate temporaneamente necessarie.

CornFlake trasforma il falso aggiornamento in sorveglianza completa

Il principale impianto persistente distribuito dalla campagna è CornFlake, un RAT per Windows scritto in Go e dotato di funzioni di controllo remoto, raccolta dei dati e sorveglianza audiovisiva. Quando viene eseguito, il malware mostra una finestra credibile che simula Windows Update, Microsoft Defender, DirectX, Visual C++, un controllo del disco o l’aggiornamento del browser, mentre copia il proprio eseguibile nella cartella %APPDATA%\svchost32\svchost32.exe. CornFlake registra quindi un servizio denominato Cloud Sync Service, crea chiavi Run nel registro e attività pianificate, affiancandole con un watchdog che ripristina automaticamente i meccanismi di persistenza rimossi dai difensori.

Il RAT registra le battute della tastiera, controlla gli appunti, cattura screenshot, attiva microfono e webcam, analizza i supporti USB, cerca documenti e chiavi crittografiche e mette a disposizione una shell remota basata su cmd.exe o PowerShell. Il modulo dedicato ai browser utilizza componenti derivati da ChromeKatz per estrarre cookie e password anche da installazioni Chromium protette con App-Bound Encryption, mentre per Firefox sfrutta i database e i meccanismi NSS. Le comunicazioni con il server di comando utilizzano uno scambio ECDH P-256, una chiave di sessione derivata con SHA-256 e un protocollo JSON cifrato, rendendo difficile ricostruire retroattivamente il traffico senza possedere la chiave effimera della singola sessione. La consegna attraverso falsi aggiornamenti e istruzioni manuali riprende il modello ClickFix, già utilizzato in campagne capaci di nascondere il payload in infrastrutture web legittime, ma lo sposta dentro una rete Wi-Fi compromessa, aumentando la credibilità dell’avviso mostrato subito dopo la connessione.

ChocoShell ruba token e sessioni Microsoft 365

Accanto a CornFlake opera ChocoShell, un infostealer PowerShell eseguito interamente in memoria e progettato per sottrarre cookie dei browser, password salvate, credenziali Wi-Fi e token di accesso Microsoft 365. Il malware disabilita AMSI attraverso reflection .NET, esegue controlli temporali per individuare sandbox e utilizza percorsi HTTPS che imitano pixel di tracciamento e file JavaScript legittimi. Per ottenere privilegi elevati dispone di tre tecniche di bypass UAC basate su SilentCleanup, wsreset.exe e sdclt.exe, con una richiesta visibile di elevazione come ultima possibilità. Una volta ottenuto l’accesso amministrativo, ChocoShell impersona processi SYSTEM, crea copie shadow con VSS e recupera le chiavi necessarie a decifrare i dati dei browser Chromium. Il malware può inoltre avviare Chrome, Edge e Brave con una porta di debugging remoto e interrogare il Chrome DevTools Protocol, lasciando che sia il browser stesso a decifrare i cookie e restituirli in chiaro. Particolarmente pericolosa è la raccolta dei file .tbres presenti nella cache Token Broker, perché consente di acquisire access token, refresh token e sessioni Microsoft 365 e Microsoft Entra ID riutilizzabili anche senza conoscere la password. La tecnica si inserisce in un panorama nel quale l’identità cloud è diventata il bersaglio principale: il device code phishing può aggirare l’MFA e consegnare l’account Microsoft 365 agli attaccanti, mentre piattaforme criminali più recenti combinano token OAuth, sessioni del browser e registrazione di dispositivi per mantenere l’accesso anche dopo il cambio delle credenziali.

Il device code phishing sfrutta una pagina Microsoft autentica

Dal 16 luglio una parte delle pagine CaptiveCrunch ha iniziato a indirizzare le vittime verso procedure di device code authentication, un flusso OAuth legittimo pensato per televisori, dispositivi IoT e sistemi privi di un’interfaccia completa per il login. L’attaccante avvia la richiesta sul proprio dispositivo e convince la vittima a inserire il codice ricevuto in una vera pagina Microsoft. L’utente vede quindi il dominio corretto, completa l’autenticazione e approva inconsapevolmente la sessione aperta dall’operatore ostile. L’integrazione con il captive portal rende l’inganno più credibile, perché la richiesta appare nel momento in cui il viaggiatore si aspetta di dover confermare l’accesso alla rete o ripristinare la connettività. Storm-2945 aveva già condotto da febbraio campagne di phishing basate su device code e codici OAuth, ottenendo la registrazione di dispositivi in Entra e l’accesso ai dati di Microsoft 365. La tecnica non è nuova per Midnight Blizzard: attività analoghe erano state collegate a Storm-2372, mentre strumenti criminali recenti hanno mostrato come gli account Microsoft 365 possano essere sottratti senza chiedere direttamente la password. CaptiveCrunch modifica però il contesto dell’attacco, perché unisce manipolazione del traffico, social engineering, malware e abuso dell’identità cloud in un’unica catena avviata dalla connessione a una rete ospite.

FruitStone coordina malware, operatori e infrastruttura

Microsoft ha identificato anche FruitStone, il pannello web utilizzato per amministrare l’infrastruttura CaptiveCrunch. L’interfaccia si presenta come una piattaforma aziendale chiamata CloudSync Console e consente agli operatori di visualizzare i sistemi compromessi, aprire shell remote, esplorare i file, acquisire screenshot, attivare webcam e microfono, scaricare credenziali e modificare in tempo reale la configurazione degli impianti. Un wizard permette di generare nuove build di CornFlake scegliendo server C2, moduli di raccolta, tecniche di offuscamento, estensioni dei file da cercare e modalità del falso aggiornamento.

Il pannello gestisce inoltre proxy intermedi, certificati TLS, server di staging, profili di beacon e domini DNS di fallback. L’adozione di account separati, sessioni revocabili e controlli contro il brute force indica un’infrastruttura progettata per più operatori e campagne prolungate. Microsoft ha osservato anche un uso significativo dell’intelligenza artificiale a supporto delle operazioni e ritiene che i commenti dettagliati presenti nel codice ChocoShell possano essere compatibili con una produzione assistita da modelli generativi. Questo non dimostra che l’intera piattaforma sia stata creata dall’AI, ma evidenzia come gli attori statali stiano incorporando strumenti generativi nello sviluppo, nell’adattamento e nella documentazione del malware.

Le reti degli hotel devono essere considerate non affidabili

La principale mitigazione consiste nel non attribuire fiducia alla rete soltanto perché appartiene a un hotel, aeroporto o centro congressi riconoscibile. Microsoft raccomanda di preferire hotspot personali, connessioni cellulari, eSIM o dispositivi di viaggio amministrati dall’azienda, evitando di scaricare aggiornamenti, certificati, utility di rete o strumenti di sicurezza proposti da un captive portal. Gli aggiornamenti devono essere avviati esclusivamente attraverso Windows Update, il browser o i canali ufficiali del produttore. Le organizzazioni possono impedire ai dispositivi gestiti di collegarsi a reti Wi-Fi non configurate tramite MDM, adottare passkey e autenticazione resistente al phishing e bloccare il device code flow quando non è indispensabile. Dove il flusso deve rimanere disponibile, occorre limitarlo attraverso Conditional Access, dispositivi conformi e località attendibili. I team di sicurezza devono inoltre monitorare la creazione di eseguibili nei minuti successivi ai controlli automatici di connettività, la registrazione di servizi chiamati svchost32, le modifiche alle chiavi Run, le attività pianificate anomale, la disattivazione di AMSI e l’accesso insolito ai database dei browser. L’attribuzione a Midnight Blizzard collega CaptiveCrunch a una strategia di spionaggio persistente già emersa quando il gruppo russo aveva compromesso account e sistemi interni di Microsoft. La differenza è che il nuovo accesso iniziale non passa necessariamente dalla rete della vittima: può iniziare durante una trasferta, nel breve intervallo in cui un dipendente collega il portatile aziendale al Wi-Fi dell’albergo.

L'articolo Midnight Blizzard dirotta il Wi-Fi degli hotel per colpire i viaggiatori proviene da Matrice Digitale.

• Il primo video ufficiale mostra la sagoma di Pixel 11 Pro Fold, il display interno, la cerniera e il nuovo modulo fotografico posteriore.
• Google dovrebbe aprire i preordini il 12 agosto prima dell’inizio dell’evento Made by Google dedicato alla nuova gamma hardware.
• Tensor G6, display interno da 8 pollici e prezzi europei da 1.999 euro restano indiscrezioni in attesa della presentazione ufficiale.

Google ha pubblicato il primo teaser video ufficiale di Pixel 11 Pro Fold, confermando l’imminente debutto del nuovo smartphone pieghevole. Il filmato di quindici secondi mostra la sagoma del dispositivo, parte dello schermo interno, il movimento di apertura e il modulo fotografico posteriore. Il design riprende la struttura del Pixel 10 Pro Fold, ma introduce una camera bar più pulita e un corpo apparentemente più sottile. Il Google Store ha inoltre avviato il conto alla rovescia per il 12 agosto, lasciando intendere che i preordini della serie Pixel 11 potrebbero partire diverse ore prima dell’evento Made by Google previsto a New York.

Il teaser conferma forma e meccanismo del pieghevole

Il filmato utilizza lo slogan “To switch phones, you have to be open to what’s new. And to what opens”, costruito intorno al doppio significato dell’apertura mentale e del meccanismo pieghevole. Google evita di mostrare frontalmente il dispositivo per tutta la durata del video, ma offre comunque alcuni dettagli sufficienti a confermare le anticipazioni circolate nelle ultime settimane. Si distinguono il profilo metallico, la cerniera, il display interno e la parte posteriore con la tradizionale camera bar Pixel. Il gruppo ottico utilizza un’apertura a pillola che emerge dalla superficie orizzontale e appare circondato da meno metallo rispetto alla generazione precedente.

Il telefono sembra mantenere una struttura a libro, con uno schermo esterno utilizzabile da chiuso e un pannello più ampio accessibile dopo l’apertura. La configurazione corrisponde ai render già emersi nel dossier sul Pixel 11 Pro Fold con Tensor G6 e design più sottile, ma il teaser rappresenta il primo materiale diffuso direttamente da Google e trasforma quindi l’esistenza del prodotto da indiscrezione a conferma ufficiale.

Il design evolve senza rompere con Pixel 10 Pro Fold

Pixel 11 Pro Fold non sembra introdurre una rivoluzione estetica. Google conserva la continuità con Pixel 10 Pro Fold, intervenendo soprattutto su spessore, peso e organizzazione del comparto fotografico. Le precedenti immagini promozionali attribuiscono al dispositivo una scocca più leggera e una cornice interna ottimizzata, senza modificare radicalmente le dimensioni dei due pannelli. Il display pieghevole dovrebbe rimanere vicino agli 8 pollici, mentre quello esterno dovrebbe conservare proporzioni simili a uno smartphone tradizionale. Questa scelta riduce il rischio di incompatibilità con applicazioni e interfacce già adattate alla generazione precedente, ma rende più difficile comunicare il salto generazionale attraverso il solo design.

Google punta quindi sulla maturazione del formato: una cerniera meno invasiva, un corpo più sottile e una superficie interna più efficiente possono incidere maggiormente nell’uso quotidiano rispetto a un cambiamento puramente stilistico. La nuova finitura Pine era già comparsa nei render ufficiali della gamma Pixel 11 con colori e superficie opaca, anche se il teaser utilizza luci e testi verdi senza mostrare chiaramente la colorazione del dispositivo.

Pixel Glow potrebbe entrare anche nel modello Fold

Le immagini precedenti hanno mostrato nel modulo fotografico un elemento luminoso circolare conosciuto durante lo sviluppo come Pixel Glow e potenzialmente destinato al mercato con il nome HiLight. Google non ne dimostra il funzionamento nel nuovo teaser, quindi la presenza e le capacità sul modello Fold non possono ancora essere considerate completamente confermate. Le indiscrezioni attribuiscono al sistema animazioni colorate per chiamate, notifiche, interazioni con Gemini e altri eventi, trasformando il retro dello smartphone in una superficie informativa visibile quando il dispositivo è appoggiato con lo schermo rivolto verso il basso.

Il componente era già stato individuato nel codice di Android 17 e successivamente mostrato nelle campagne promozionali dei modelli Pro, come ricostruito nell’articolo su Pixel Glow e le nuove funzioni di Android 17. Sul pieghevole potrebbe assumere un’utilità maggiore, perché permetterebbe di riconoscere alcune attività anche quando entrambi gli schermi risultano chiusi o non immediatamente visibili. Google dovrà però chiarire personalizzazione, consumo energetico e possibilità di disattivare completamente gli effetti.

Tensor G6 resta il principale aggiornamento interno

Pixel 11 Pro Fold dovrebbe utilizzare Tensor G6, primo processore Google prodotto da TSMC con processo a 2 nanometri. Le informazioni disponibili attribuiscono al chip una CPU con configurazione 1+4+2, una NPU rafforzata per i modelli Gemini e il modem MediaTek M90, chiamato a migliorare ricezione, temperatura ed efficienza rispetto alle precedenti soluzioni Samsung. Il nuovo nodo produttivo può ridurre i consumi e limitare il surriscaldamento, due problemi particolarmente importanti in un pieghevole sottile, dove lo spazio per dissipazione e batteria viene diviso tra le due metà del telaio. Il dispositivo dovrebbe integrare anche il chip di sicurezza Titan M3 e un materiale M16 più efficiente per il pannello interno. Queste caratteristiche non sono state mostrate né confermate nel teaser e restano quindi parte del quadro pre-lancio. Le potenzialità del processore sono state approfondite nel confronto tra Pixel 11 Pro XL e Galaxy S26 Ultra, dove Tensor G6 emerge come piattaforma concentrata soprattutto su AI, fotografia computazionale e riduzione dei consumi.

I preordini potrebbero aprire prima dell’evento

Il Google Store mostra un conto alla rovescia che termina il 12 agosto alle 7:00 del Pacifico, corrispondenti alle 16:00 in Italia. L’evento Made by Google dovrebbe invece iniziare alle 15:00 del Pacifico, mezzanotte italiana tra il 12 e il 13 agosto. La differenza suggerisce che i preordini possano aprire circa otto ore prima della presentazione ufficiale, una strategia insolita ma non completamente nuova per Google. Anche Best Buy ha predisposto una pagina con un conto alla rovescia dedicato alle prenotazioni della serie Pixel 11. L’apertura anticipata consentirebbe al gruppo di raccogliere ordini durante l’intera giornata e ridurre la distanza commerciale dai Galaxy Z Fold 8, che stanno registrando una domanda superiore alle previsioni. Rimane da capire se Pixel 11 Pro Fold sarà acquistabile immediatamente oppure se alcuni modelli della gamma riceveranno finestre differenti. Le indiscrezioni indicano prezzi europei di 1.999 euro per 256 GB, 2.129 euro per 512 GB e 2.389 euro per 1 TB, ma soltanto l’evento potrà confermare listini, promozioni e disponibilità italiana.

Google deve dimostrare che il Fold vale il rincaro

Il teaser conferma che Google considera Pixel 11 Pro Fold parte centrale della nuova famiglia e non un esperimento separato. Il mercato pieghevole è però diventato più competitivo: Samsung ha migliorato proporzioni, peso e spessore dei Galaxy Z Fold 8, mentre Honor, Oppo e Motorola continuano a comprimere i prezzi e ad aumentare la capacità delle batterie. Google dovrà quindi giustificare un possibile aumento di prezzo attraverso qualità del display, autonomia, fotocamere, software e funzioni Gemini realmente progettate per il grande schermo. La società può sfruttare Android 17 per migliorare multitasking, continuità tra display e gestione delle finestre, ma l’esperienza dipenderà anche dall’adattamento delle applicazioni di terze parti. Il recente aumento dei prezzi attribuito alla crisi globale delle memorie aumenta ulteriormente la pressione sul posizionamento. Il primo video mostra un prodotto ormai pronto al lancio; il 12 agosto dovrà chiarire se l’evoluzione hardware e software sia sufficiente a rendere Pixel 11 Pro Fold un’alternativa concreta ai pieghevoli Samsung.

L'articolo Google mostra Pixel 11 Pro Fold e anticipa l’apertura dei preordini proviene da Matrice Digitale.

• Apple ha rimosso temporaneamente Telegram dopo avere rilevato materiale pedopornografico, ripristinando l’app quando contenuti e account sono stati eliminati.
• Russia, Brasile e tribunali statunitensi contestano ad Apple preinstallazione delle app nazionali, tutela dei minori e trattamento dei dati biometrici.
• L’India valuta incentivi fiscali fino al 2041 per la produzione Apple, mentre OpenAI respinge le accuse di sottrazione di segreti industriali.

Apple affronta una nuova concentrazione di pressioni regolatorie, giudiziarie e geopolitiche in mercati strategici. Nel fine settimana la società ha rimosso temporaneamente Telegram dall’App Store mondiale dopo avere individuato materiale pedopornografico disponibile sulla piattaforma, ripristinando l’app quando il contenuto e l’account responsabile sono stati eliminati. La Russia ha contemporaneamente aperto un procedimento sulla mancata preinstallazione di MAX e RuStore, mentre negli Stati Uniti e in Brasile avanzano cause relative al riconoscimento facciale di Apple Photos e ai giochi di casinò accessibili ai minori. In direzione opposta, l’India prepara incentivi fiscali fino al 2041 per consolidare la produzione locale dei dispositivi Apple.

Telegram torna sull’App Store dopo la rimozione globale

Telegram è scomparsa per alcune ore dall’App Store in numerosi Paesi, impedendo nuove installazioni e aggiornamenti ma senza disattivare le copie già presenti sugli iPhone. Apple ha successivamente chiarito che la rimozione era stata decisa dopo una revisione interna che aveva individuato contenuti contrari alle linee guida contro il CSAM. L’applicazione è stata ripristinata quando Telegram ha rimosso il contenuto e bloccato l’utente che lo aveva pubblicato. La piattaforma non era quindi stata bandita permanentemente né colpita da un provvedimento governativo coordinato: Apple ha applicato direttamente le regole contrattuali del proprio negozio. La portata mondiale dell’intervento mostra però quanto il controllo centralizzato dell’App Store possa produrre conseguenze immediate su una piattaforma utilizzata da centinaia di milioni di persone. Il caso arriva mentre Telegram affronta pressioni crescenti sul modo in cui modera canali pubblici, gruppi e contenuti illegali. Le autorità europee avevano già aperto verifiche sulla presenza di materiale abusivo, mentre le indagini culminate nell’Operazione Iris con sei arresti e oltre 200.000 file CSAM sequestrati hanno confermato la capacità delle reti criminali di utilizzare servizi di messaggistica e archiviazione per distribuire contenuti su larga scala.

Il controllo dell’App Store diventa un potere geopolitico

L’episodio riapre il problema del ruolo di Apple come infrastruttura privata di accesso al mercato digitale. La società non si limita a verificare sicurezza tecnica e conformità dei pagamenti, ma può decidere se un servizio di comunicazione globale rimanga disponibile su centinaia di milioni di dispositivi. Nel caso Telegram, la violazione contestata riguarda una categoria di contenuti la cui rimozione è indispensabile e non può essere trattata come una normale disputa commerciale. Resta tuttavia rilevante che il blocco sia stato applicato simultaneamente a livello internazionale, anziché limitato al contenuto o al territorio coinvolto. La successiva riattivazione dimostra che Apple ha utilizzato la rimozione come leva per ottenere un intervento rapido del gestore. Il meccanismo può essere efficace contro gli abusi, ma concentra nella società una funzione assimilabile all’enforcement transnazionale senza la trasparenza procedurale prevista per un’autorità pubblica. Telegram si trova inoltre al centro di uno scontro politico con Mosca, dopo che la Russia ha accusato Pavel Durov di favoreggiamento del terrorismo. L’App Store diventa così il punto nel quale sicurezza dei minori, libertà di comunicazione, sovranità nazionale e potere delle piattaforme si sovrappongono.

La Russia apre il caso su MAX e RuStore

Il servizio federale antimonopolio russo ha aperto un procedimento formale contro Apple per il mancato rispetto degli obblighi relativi alla preinstallazione del messenger MAX e del marketplace nazionale RuStore. Mosca impone ai produttori di dispositivi venduti nel Paese di offrire software domestico preselezionato o facilmente installabile durante la configurazione iniziale. MAX viene sostenuto dalle autorità come piattaforma nazionale per messaggistica e servizi pubblici, mentre RuStore rappresenta l’alternativa russa all’App Store. Apple non avrebbe adempiuto alla precedente diffida, facendo scattare il passaggio dall’avvertimento all’azione amministrativa. Il conflitto non riguarda soltanto la concorrenza: la Russia considera le applicazioni nazionali strumenti di sovranità digitale, mentre Apple difende il proprio controllo sull’installazione del software e sulla sicurezza di iOS. Accettare RuStore significherebbe creare un canale distributivo separato, sottoposto a regole e controlli locali, capace di modificare l’architettura chiusa dell’iPhone. Il precedente articolo su Apple Store, multe europee e pressioni russe aveva già mostrato come governi molto differenti contestino lo stesso potere, pur perseguendo obiettivi politici e normativi incompatibili tra loro.

India offre stabilità fiscale alla produzione Apple

Mentre la Russia aumenta la pressione sul software, l’India prepara condizioni più favorevoli per la manifattura. Una proposta di modifica fiscale estenderebbe fino al 2041 l’esenzione concessa alle società straniere che forniscono macchinari e attrezzature ai produttori indiani per conto di gruppi internazionali. La misura è particolarmente importante per Foxconn, Tata Electronics e gli altri partner che assemblano iPhone e componenti Apple sul territorio nazionale. Senza la proroga, la presenza di apparecchiature appartenenti a fornitori esteri potrebbe creare una stabile organizzazione fiscale in India, facendo scattare imposte aggiuntive e aumentando l’incertezza dei contratti. New Delhi vuole evitare che questa struttura rallenti gli investimenti proprio mentre Apple trasferisce una quota crescente della produzione fuori dalla Cina. L’incentivo non viene concesso esclusivamente alla società di Cupertino, ma la dimensione della sua filiera rende Apple uno dei principali beneficiari. L’azienda cerca di diversificare assemblaggio e componentistica anche per ridurre l’esposizione alle tensioni tra Washington e Pechino, già emerse nell’analisi su Apple, semiconduttori cinesi e pressioni del Senato statunitense. L’India utilizza quindi la fiscalità industriale per attrarre capacità produttiva che altri Paesi tentano di controllare attraverso dazi, obblighi software o restrizioni tecnologiche.

Photos e giochi di casinò aprono due fronti giudiziari

Negli Stati Uniti, un giudice ha autorizzato il proseguimento in forma collettiva di una causa secondo cui Apple Photos avrebbe violato il Biometric Information Privacy Act dell’Illinois. L’accusa sostiene che il sistema abbia creato modelli geometrici dei volti presenti nelle fotografie senza ottenere il consenso scritto richiesto dalla legge statale. Apple afferma che l’elaborazione avviene localmente sui dispositivi e che la società non raccoglie né controlla direttamente quei modelli. La distinzione tra elaborazione on-device e possesso del dato sarà centrale: i ricorrenti sostengono che la legge regoli la creazione dell’identificatore biometrico, non soltanto il suo trasferimento verso un server. Considerato il numero potenziale di utenti e le sanzioni previste per ogni violazione, l’esposizione teorica viene stimata in decine di miliardi di dollari, ma l’ammissione della class action non stabilisce la responsabilità di Apple né l’entità di un eventuale risarcimento. In Brasile, una causa separata chiede circa 300 milioni di real sostenendo che l’App Store non impedisca efficacemente ai minori di scaricare giochi di casinò e applicazioni con meccaniche assimilabili all’azzardo. Il problema era già emerso con le app nudify e il gambling occulto distribuiti attraverso l’App Store brasiliano, mostrando una distanza persistente tra classificazione formale e accessibilità reale dei contenuti.

iCloud e OpenAI mettono alla prova la segretezza interna

Un ulteriore rapporto sostiene che alcuni ex dipendenti Apple abbiano mantenuto accesso a documenti aziendali riservati perché l’organizzazione consentiva di utilizzare account iCloud personali anche per attività lavorative. File condivisi, note e cartelle potevano quindi rimanere associati all’account privato dopo la cessazione del rapporto, aggirando i sistemi centrali utilizzati normalmente per revocare credenziali e permessi. Non emerge una compromissione generalizzata dei server iCloud, ma una debolezza di governance: informazioni riservate sarebbero rimaste disponibili perché proprietà e condivisione dei documenti non erano state separate correttamente. La questione si intreccia con il contenzioso avviato da Apple contro OpenAI, accusata di avere beneficiato di segreti commerciali sottratti da ex dipendenti impegnati nello sviluppo di dispositivi AI. OpenAI ha respinto le contestazioni, sostenendo che Apple non abbia identificato informazioni realmente segrete, atti di appropriazione indebita o prove che i dipendenti coinvolti abbiano trasferito materiale protetto. La società di Cupertino aveva già ricevuto una prima replica nel dossier OpenAI respinge Apple: nessuna prova sul furto di segreti commerciali. La nuova risposta non chiude il contenzioso, ma sposta il confronto sulle prove documentali e sulla capacità di Apple di dimostrare che le informazioni contestate fossero protette attraverso procedure interne coerenti.

L'articolo Apple stretta tra Telegram e cause mentre l’India estende gli incentivi proviene da Matrice Digitale.

• I nuovi Galaxy Z raggiungono 1,44 milioni di preordini in Corea, superando il precedente record domestico stabilito dalla serie Galaxy Note 10.
• Galaxy Z Fold 8 concentra circa il 70% degli ordini, confermando l’interesse per il nuovo formato più largo rispetto al Flip compatto.
• Galaxy S26 FE supera le certificazioni FCC e NBTC, confermando connettività, varianti regionali e avvicinamento del lancio commerciale.

La nuova generazione di pieghevoli Samsung raggiunge un risultato commerciale senza precedenti nel mercato coreano. Galaxy Z Fold 8, Fold 8 Ultra e Flip 8 hanno raccolto complessivamente circa 1,44 milioni di preordini, superando il primato domestico detenuto dal 2019 dalla serie Galaxy Note 10. Il protagonista è soprattutto Galaxy Z Fold 8, responsabile di circa il 70% delle prenotazioni grazie al nuovo formato più largo e a un prezzo inferiore rispetto alla variante Ultra. Parallelamente, il futuro Galaxy S26 FE completa nuovi passaggi regolatori presso FCC e NBTC, mentre wallpaper e possibili colorazioni anticipano un debutto ormai vicino.

I Galaxy Z superano il record coreano del Note 10

Samsung ha annunciato che la famiglia Galaxy Z8 ha raggiunto circa 1,44 milioni di preordini in Corea del Sud, superando il precedente record di 1,38 milioni stabilito dalla serie Galaxy Note 10 nel 2019. Il risultato rappresenta il nuovo massimo domestico per una famiglia Galaxy durante la fase di prevendita e supera anche gli 1,35 milioni ottenuti dalla serie Galaxy S26. Il confronto più significativo riguarda però la generazione pieghevole precedente: Galaxy Z Fold 7 e Flip 7 si erano fermati complessivamente a circa 1,04 milioni di unità. L’incremento sfiora quindi il 38%, mostrando che il nuovo ciclo non è stato sostenuto soltanto dagli utenti già interessati ai foldable, ma ha ampliato il pubblico potenziale.

Il dato riguarda specificamente il mercato sudcoreano e non costituisce ancora un totale mondiale definitivo, poiché in diversi Paesi le prevendite rimangono aperte fino al 7 agosto. I primi segnali internazionali indicano comunque volumi superiori alle aspettative interne di Samsung. La crescita era stata anticipata quando Galaxy Z Fold 8 aveva superato le previsioni nei primi preordini, ma il nuovo dato permette di misurare per la prima volta la portata dell’intera gamma.

Galaxy Z Fold 8 concentra sette ordini su dieci

Il modello più richiesto è Galaxy Z Fold 8, che rappresenta circa il 70% di tutti i preordini coreani. La distribuzione è insolita rispetto alle generazioni precedenti, nelle quali il Flip più economico tendeva a produrre volumi maggiori grazie al prezzo inferiore e al formato compatto. Il Fold 8 introduce però un nuovo design più largo, con schermo interno vicino al rapporto 4:3 e display esterno maggiormente simile a quello di uno smartphone tradizionale. La modifica riduce uno dei principali limiti dei vecchi Fold, caratterizzati da pannelli esterni stretti e meno pratici per tastiera, navigazione e applicazioni quotidiane.

Samsung ha inoltre collocato Fold 8 a 1.899 dollari, mantenendolo sotto Fold 8 Ultra e trasformandolo nella porta d’ingresso al nuovo formato book-style. La strategia era già evidente nella presentazione di Galaxy Z Fold 8, Fold 8 Ultra e Flip 8, dove Samsung aveva separato nettamente il modello standard dall’Ultra attraverso dimensioni, fotocamere e posizionamento. I colori più richiesti per Fold 8 sono stati Cream e Graphite, mentre gli acquirenti dell’Ultra hanno preferito Graphite e Violet Shadow. Per Galaxy Z Flip 8 hanno prevalso Pink e Cream.

Il nuovo formato vale più della semplice riduzione di prezzo

Il successo del Fold 8 suggerisce che la domanda non dipenda soltanto dagli incentivi commerciali. Il nuovo rapporto dello schermo migliora video, lettura, multitasking e utilizzo delle applicazioni senza richiedere continui adattamenti dell’interfaccia. Samsung ha inoltre ridotto peso e spessore, aumentato la ricarica a 45 W e adottato Snapdragon 8 Elite Gen 5, rendendo il modello standard più vicino a un flagship tradizionale quando viene utilizzato chiuso. La produzione del Galaxy Z Fold 8 era stata aumentata prima dell’evento, segnalando che Samsung prevedeva un riequilibrio della domanda dai Flip verso i Fold. Il record coreano conferma questa scommessa, ma non elimina i limiti strutturali del mercato. I pieghevoli restano dispositivi costosi, più complessi da riparare e dipendenti dalla durata di display flessibile, cerniera e batteria. La società deve inoltre sostenere tre configurazioni differenti, con ricambi, firmware e ottimizzazioni specifiche. Il vero successo commerciale potrà essere valutato soltanto dopo i primi trimestri di vendita globale, quando termineranno promozioni, upgrade gratuiti della memoria e bonus di permuta.

Fold 8 Ultra mantiene una funzione di halo product

Il predominio del Fold 8 standard non rende marginale Galaxy Z Fold 8 Ultra. Il modello superiore svolge la funzione di prodotto vetrina, integrando display interno da 8 pollici, fotocamera principale da 200 MP e caratteristiche progettate per produttività e multimedialità avanzate. La variante Ultra permette a Samsung di mantenere un prezzo elevato per chi cerca il massimo hardware, evitando allo stesso tempo di trasferire tutti i costi sul Fold standard. Questa segmentazione avvicina la famiglia Z alla struttura della serie Galaxy S, composta da dispositivi differenti per dimensioni, fotocamere e prezzo. La strategia prepara anche l’espansione prevista per il 2027, quando Samsung potrebbe portare la gamma Galaxy Z a cinque modelli. La crescita delle varianti può aumentare la copertura del mercato, ma richiede una comunicazione più chiara per evitare sovrapposizioni. Fold, Fold Ultra, Flip e TriFold devono offrire vantaggi immediatamente riconoscibili, non semplici differenze di memoria o fotocamera.

Galaxy S26 FE supera le certificazioni FCC e NBTC

Mentre la famiglia Z entra nella fase commerciale, Galaxy S26 FE completa nuovi passaggi regolatori necessari al lancio. La certificazione NBTC thailandese riguarda il modello internazionale SM-S741B/DS, dove il suffisso DS conferma il supporto dual SIM. La documentazione non aggiunge specifiche hardware sostanziali, ma dimostra che Samsung ha raggiunto una configurazione sufficientemente stabile per sottoporla agli enti nazionali. Negli Stati Uniti, la FCC ha approvato le varianti destinate agli operatori e al mercato unlocked, confermando il supporto a reti 5G, Wi-Fi, Bluetooth, NFC e ricarica wireless.

Queste registrazioni seguono le precedenti apparizioni nei database GSMA, Geekbench, BIS e Wireless Power Consortium. Quest’ultimo aveva già indicato la compatibilità Qi2 2.2.1, probabilmente attraverso custodie magnetiche anziché magneti incorporati direttamente nella scocca. Le specifiche emerse finora attribuiscono allo smartphone Exynos 2500, 8 GB di RAM e One UI 9 basata su Android 17. Il dispositivo era già comparso nella roadmap dedicata a Galaxy S27 Pro, S26 FE e Galaxy Watch Ultra 2, ma le certificazioni riducono ulteriormente la distanza dal debutto.

Wallpaper e colori anticipano il nuovo design Fan Edition

I wallpaper individuati per Galaxy S26 FE utilizzano motivi astratti coordinati con le possibili finiture nero, bianco, grigio e viola. Le tonalità erano già apparse nelle immagini delle custodie e non rappresentano ancora una conferma definitiva dell’intera gamma commerciale, poiché Samsung può riservare alcuni colori a mercati, operatori o store online specifici.

Il telefono dovrebbe adottare il linguaggio estetico della serie Galaxy S26, con lati piatti e tre fotocamere verticali raccolte in una camera island rialzata. Alcune immagini preliminari mostrano il modulo molto vicino all’angolo superiore, ma potrebbero riferirsi a prototipi o render non definitivi. Samsung starebbe valutando anche una finitura posteriore lucida, potenzialmente meno costosa rispetto al vetro opaco del predecessore. La combinazione tra certificazioni, firmware sui server internazionali e materiali grafici indica un lancio probabile tra settembre e ottobre. Galaxy S26 FE dovrà collocarsi sotto Galaxy S26 senza perdere caratteristiche considerate essenziali nella fascia premium accessibile: display AMOLED, stabilizzazione ottica, ricarica wireless, supporto software prolungato e funzioni Galaxy AI. Il successo record dei pieghevoli offre a Samsung una forte apertura per la seconda metà dell’anno, ma il Fan Edition avrà il compito differente di trasformare parte dell’esperienza flagship in un prodotto destinato a volumi più ampi.

L'articolo Galaxy Z Fold 8 domina i preordini mentre Galaxy S26 FE supera FCC e NBTC proviene da Matrice Digitale.

• Galaxy F70 Pro debutta in India con Snapdragon 6 Gen 3, display AMOLED a 120 Hz, tripla fotocamera OIS e batteria da 6.000 mAh.
• Samsung apre la waitlist statunitense di Health Assistant, che analizzerà sonno, attività, alimentazione, parametri vitali e dati inseriti tramite chat.
• Home Up v18 migliora la personalizzazione di One UI 9, mentre Galaxy A37 passa sorprendentemente dagli aggiornamenti mensili a quelli trimestrali.

Samsung amplia la fascia media indiana con il nuovo Galaxy F70 Pro 5G, smartphone dotato di batteria da 6.000 mAh, ricarica a 45 W e tripla fotocamera con stabilizzazione ottica. Il dispositivo punta su autonomia, display AMOLED e supporto software prolungato, mantenendo un prezzo iniziale di 23.999 rupie attraverso le offerte di lancio. Parallelamente, l’azienda apre la waitlist di Samsung Health Assistant, il nuovo consulente sanitario basato sull’intelligenza artificiale, e aggiorna il modulo Home Up per One UI 9. Una decisione meno favorevole riguarda invece Galaxy A37, trasferito agli aggiornamenti di sicurezza trimestrali appena quattro mesi dopo il debutto.

Galaxy F70 Pro punta su autonomia e fotografia stabilizzata

Il nuovo Galaxy F70 Pro 5G è stato presentato ufficialmente per il mercato indiano con una batteria tipica da 6.000 mAh, valore superiore ai 5.000 mAh utilizzati da gran parte della gamma Galaxy A. Samsung dichiara oltre 24 ore di streaming YouTube, più di dodici ore di utilizzo dei social e oltre otto ore di registrazione video o gaming, risultati ottenuti in condizioni controllate e destinati a variare nell’uso reale. La ricarica cablata raggiunge 45 W, ma l’alimentatore compatibile viene venduto separatamente. Il dispositivo utilizza il processore Snapdragon 6 Gen 3 insieme a memoria LPDDR5X, anche se Samsung precisa che le prestazioni effettive della RAM vengono limitate dal controller del chipset ai livelli LPDDR5.

Lo schermo è un pannello Super AMOLED da 6,7 pollici, con risoluzione Full HD+ e frequenza di aggiornamento a 120 Hz, protetto da Gorilla Glass Victus+. Il modello si colloca nella stessa fascia nella quale Samsung ha già esteso One UI 8.5 ai dispositivi Galaxy M e A più economici, come avvenuto con Galaxy M55, A16 5G e A17 5G. La commercializzazione inizierà in India l’8 agosto 2026, con un prezzo promozionale da 23.999 rupie, mentre Samsung non ha annunciato una distribuzione europea.

La tripla fotocamera usa OIS e registra video in 4K

Il comparto posteriore comprende una fotocamera principale da 50 MP con stabilizzazione ottica, un’ultrawide da 5 MP e un sensore macro da 2 MP. Samsung presenta il telefono come l’unico modello nella propria fascia indiana dotato di tripla fotocamera con OIS, una definizione basata su una ricerca commissionata dall’azienda tra i dispositivi venduti tra 20.000 e 30.000 rupie.

La fotocamera principale può registrare video in 4K e utilizza la modalità No Shake Cam per ridurre vibrazioni e movimenti durante le riprese. La fotocamera frontale da 12 MP supporta invece HDR, mentre il software include Object Eraser, My Filter, modifiche AI e tredici modalità di scatto. Le specifiche dei sensori secondari rimangono modeste rispetto ai flagship, ma la presenza dell’OIS rappresenta un vantaggio concreto per fotografie notturne e video.

Il Galaxy F70 Pro adotta inoltre certificazione IP64, con protezione completa dalla polvere e resistenza agli spruzzi, senza essere progettato per l’immersione. Il telefono arriva con Android 16 e One UI 8.5, Circle to Search, Google Gemini, trascrizione delle chiamate e sei generazioni di aggiornamenti del sistema operativo. La politica di supporto avvicina la serie F alla longevità promessa sui recenti modelli Galaxy A, pur mantenendo differenze importanti nella frequenza delle patch.

Samsung Health Assistant apre la waitlist negli Stati Uniti

Samsung ha iniziato a mostrare nell’app Samsung Health un banner che permette agli utenti selezionati di iscriversi alla waitlist di Health Assistant. Il servizio utilizza l’intelligenza artificiale per collegare cinque aree principali: sonno, attività fisica, alimentazione, consapevolezza mentale e parametri vitali. L’assistente potrà rispondere a domande, interpretare i dati raccolti dai dispositivi Galaxy e offrire suggerimenti personalizzati in base agli obiettivi dichiarati e alle interazioni precedenti. Gli utenti potranno registrare tramite chat alimenti consumati, farmaci e valori della pressione sanguigna, evitando di compilare manualmente moduli differenti.

La beta è prevista negli Stati Uniti durante agosto 2026, ma Samsung non ha ancora comunicato una data precisa né un calendario internazionale. La waitlist richiede indirizzo email, modello dello smartphone, wearable utilizzato e obiettivi sanitari; al momento il banner è stato individuato soprattutto sui nuovi Galaxy Z Fold 8 e Fold 8 Ultra. La funzione si inserisce nell’espansione sanitaria già prevista per Galaxy Watch 9 e Watch Ultra 2, dispositivi progettati per aumentare autonomia, precisione dei sensori e analisi dei parametri personali.

L’assistente sanitario deve distinguere benessere e diagnosi

Health Assistant può semplificare l’interpretazione di grandi quantità di dati, ma non sostituisce un medico e non deve trasformare correlazioni statistiche in diagnosi. Sonno insufficiente, aumento della frequenza cardiaca o variazioni nell’attività possono dipendere da numerose condizioni che un modello privo di esami clinici non può valutare in modo affidabile. Samsung dovrà quindi mostrare chiaramente l’origine delle informazioni, distinguere dati misurati da contenuti inseriti manualmente e indicare quando una risposta richiede il confronto con un professionista. La centralizzazione aumenta inoltre la sensibilità delle informazioni conservate nell’account Samsung. Alimentazione, farmaci, pressione, attività, stress e riposo compongono un profilo sanitario molto più dettagliato rispetto ai singoli valori raccolti da uno smartwatch. Il progetto segue il rinnovamento di Samsung Health associato ai nuovi Galaxy Watch e alle funzioni per il benessere, ma l’arrivo dell’AI cambia la natura del servizio: la piattaforma non si limita più a visualizzare dati, bensì li interpreta e propone azioni. Accuratezza, privacy e possibilità di cancellare cronologia e informazioni personali diventeranno quindi centrali quanto le capacità conversazionali.

Home Up v18 migliora la personalizzazione di One UI 9

Samsung ha distribuito Home Up 18.0.00.30 sui dispositivi che utilizzano One UI 9. L’aggiornamento migliora la personalizzazione dello sfondo della sezione Preferiti, permettendo di regolare sfocatura, ombra, immagine, colore, trasparenza, spaziatura e raggio degli angoli. Il modulo corregge inoltre un problema di Smart Switch che impediva di ripristinare correttamente i layout DIY Home Screen dopo la migrazione verso un nuovo telefono. La modalità DIY, che consente di posizionare liberamente icone e widget senza rispettare la griglia tradizionale, riceve modifiche per rendere spostamenti e modifiche più prevedibili.

Viene risolto anche un errore che mostrava in modo scorretto alcune scorciatoie nel pannello integrato. Home Up resta uno dei componenti più utilizzati di Good Lock, perché permette di modificare schermata Home, task switcher, cartelle e animazioni oltre i limiti delle impostazioni standard. La nuova versione accompagna l’espansione di One UI 9 sui Galaxy Z Fold 8, ma non è ancora chiaro se gli stessi correttivi verranno portati su One UI 8.5 e sulle generazioni precedenti.

Galaxy A37 passa troppo presto alle patch trimestrali

Samsung ha spostato Galaxy A37 dall’elenco dei dispositivi aggiornati ogni mese a quello dei modelli che ricevono patch di sicurezza con cadenza trimestrale. La decisione arriva circa quattro mesi dopo la presentazione del 25 marzo e il lancio statunitense del 9 aprile, una tempistica anomala per uno smartphone ancora recente. Il Galaxy A57, presentato nello stesso evento, rimane invece nella fascia mensile. La modifica non riduce la promessa complessiva di sei generazioni Android e sei anni di aggiornamenti di sicurezza, ma allunga potenzialmente il periodo durante il quale una vulnerabilità nota può rimanere priva di correzione sul dispositivo. Samsung può comunque pubblicare patch straordinarie fuori calendario in presenza di falle critiche, ma la cadenza ordinaria diventa meno prevedibile. Il Galaxy A37 utilizza Exynos 1480, batteria da 5.000 mAh e tripla fotocamera, posizionandosi in una fascia di prezzo superiore al Galaxy F70 Pro in diversi mercati. La scelta appare quindi difficilmente spiegabile soltanto attraverso le caratteristiche hardware. Dopo avere rafforzato la sicurezza di One UI 9 con nuove protezioni e controlli contro gli accessi non autorizzati, Samsung introduce una distinzione che rischia di rendere meno chiara la propria politica di manutenzione nella fascia media.

L'articolo Galaxy F70 Pro debutta con batteria da 6.000 mAh e Samsung Health AI proviene da Matrice Digitale.

• Google cancella l’app mobile di AI Studio nonostante 800.000 preregistrazioni e trasferirà le funzioni di sviluppo direttamente dentro Gemini.
• Messages personalizza gli allegati, Ricerca Vocale riunisce Search e AI Mode e Tap to Share semplifica lo scambio tra telefoni vicini.
• Chromium proteggerà la leggibilità durante la condivisione dello schermo, mentre Android 17 QPR2 Beta 1 mostra date inesistenti nelle impostazioni rapide.

Google ha cancellato la versione mobile di AI Studio prima del debutto, nonostante circa 800.000 preregistrazioni raccolte tra Android e iOS. Le funzioni previste per creare, modificare e provare applicazioni AI dallo smartphone verranno trasferite dentro Gemini, che assume un ruolo sempre più centrale nell’offerta software dell’azienda. Parallelamente, Google testa una nuova gestione degli allegati in Messages, ridisegna la Ricerca Vocale e sviluppa Tap to Share, sistema che avvia lo scambio di file avvicinando due dispositivi. Chromium migliora inoltre la condivisione dello schermo sulle reti lente, mentre Android 17 QPR2 Beta 1 mostra un curioso bug limitato alla data visualizzata nelle impostazioni rapide.

Google cancella AI Studio mobile dopo 800.000 preregistrazioni

L’applicazione mobile di Google AI Studio, annunciata a maggio per Android e iOS, non verrà distribuita come prodotto autonomo. Il progetto avrebbe dovuto consentire a sviluppatori e creatori di costruire, modificare, testare e pubblicare applicazioni basate sull’intelligenza artificiale direttamente da smartphone e tablet. Google aveva previsto strumenti per il remix dei progetti, la sincronizzazione tra dispositivi e la sperimentazione rapida dei modelli Gemini, raccogliendo nel frattempo circa 800.000 preregistrazioni. La società ha però deciso di evitare l’introduzione di un’ulteriore applicazione e di integrare le capacità principali dentro Gemini, sia sui dispositivi mobili sia sui computer.

L’esperienza web di AI Studio continuerà invece a essere sviluppata. La cancellazione non equivale quindi all’abbandono degli strumenti di creazione, ma a una modifica del contenitore attraverso il quale verranno offerti. Google aveva già avvicinato la programmazione assistita a un pubblico più ampio con AI Studio per creare applicazioni Android senza scrivere codice, ma non ha indicato una data per l’arrivo delle stesse capacità nell’app Gemini. Chi aveva effettuato la preregistrazione non riceverà pertanto il software promesso e dovrà attendere una futura integrazione ancora priva di calendario.

Gemini diventa il punto unico per creare applicazioni AI

La decisione rafforza la trasformazione di Gemini da chatbot a interfaccia generale dei servizi AI di Google. Invece di aprire un ambiente di sviluppo separato, l’utente potrebbe descrivere durante una conversazione il tipo di applicazione desiderata, generarla, modificarne componenti e comportamento e provarla senza uscire dall’assistente. Questo modello riduce la frammentazione e permette a Google di riutilizzare account, cronologia, modelli, allegati e strumenti già presenti in Gemini. Introduce però anche un rischio di sovraccarico funzionale: un’app progettata per conversazioni, ricerca, analisi di documenti e controllo del dispositivo dovrà ospitare anche workflow di sviluppo, debugging e pubblicazione. AI Studio conserva sul web un’interfaccia specifica per prompt, parametri, API e test comparativi, mentre la versione integrata in Gemini potrebbe essere più accessibile ma meno adatta alle attività tecniche avanzate. La strategia segue l’espansione già osservata quando Gemini è entrato in documenti, Google Messages, Foto e altri servizi. Il dato delle 800.000 preregistrazioni dimostra comunque che esiste una domanda concreta per lo sviluppo mobile assistito dall’AI. Google dovrà ora evitare che la semplificazione organizzativa si traduca in un rinvio indefinito delle funzioni promesse.

Messages rende personalizzabile il pannello degli allegati

La beta 20260731 di Google Messages permette di riorganizzare le scorciatoie presenti nel pannello degli allegati. Un tocco prolungato consente di trascinare elementi come Galleria, Posizione, Magic Compose e Invio programmato, portando in alto le funzioni utilizzate più spesso. Le voci non possono essere eliminate completamente, ma quelle meno rilevanti possono essere spostate nella parte inferiore della griglia. Google aggiunge inoltre una freccia nella parte superiore del pannello: premendola, l’area degli allegati si espande fino a occupare l’intero schermo, rendendo più semplice consultare tutte le opzioni disponibili. Il cambiamento appare limitato, ma interviene su un’interfaccia diventata progressivamente più affollata con l’aggiunta di condivisione della posizione, GIF, sticker, fotocamera, documenti e strumenti AI. La personalizzazione riduce il numero di passaggi necessari per le operazioni frequenti e prepara Messages a svolgere il ruolo di client predefinito su una parte sempre più ampia dell’ecosistema Android. L’applicazione ha già ricevuto nuove funzioni per ricerca e gestione dei contenuti nel recente aggiornamento di Gemini, Messages e Find Hub. La nuova griglia rimane però una funzione beta e Google potrebbe modificarla prima della distribuzione stabile.

Ricerca Vocale riunisce Search, AI Mode e riconoscimento musicale

Google sta testando una revisione più profonda della Ricerca Vocale accessibile dal microfono della barra di ricerca Android. La nuova schermata introduce una barra inferiore che permette di passare rapidamente tra Search, AI Mode, Search Live e riconoscimento dei brani. La modalità tradizionale mostra una forma d’onda a quattro segmenti e trascrive in tempo reale le parole pronunciate. AI Mode consente di formulare una domanda complessa e successivamente modificare il testo riconosciuto, mentre Search Live mantiene una conversazione vocale continua con il motore di ricerca.

La funzione musicale conserva invece il sistema già utilizzato per identificare una canzone ascoltata nell’ambiente o canticchiata dall’utente. L’app ricorda l’ultima modalità scelta e può riaprirla automaticamente alla richiesta successiva, riducendo il numero di tocchi ma modificando anche il comportamento del pulsante microfono. Il nuovo design riprende la struttura di Google Lens, dove diverse modalità convivono nello stesso selettore. Il rollout è ancora limitato ad alcuni utenti della beta dell’app Google. L’accorpamento mostra come la ricerca classica e quella generativa stiano diventando due modalità della stessa interfaccia, mentre permangono dubbi sull’affidabilità dei risultati AI già emersi nell’analisi sui rischi di Google Search, AI Overview e AI Mode.

Tap to Share avvia il trasferimento avvicinando due telefoni

Il codice di Google Play Services 26.30.31 mostra ulteriori progressi per Tap to Share, una funzione ancora non annunciata che dovrebbe semplificare Quick Share. Dopo avere aperto il normale menu di condivisione, l’utente potrà avvicinare il proprio telefono a quello del destinatario e avviare il trasferimento senza selezionare manualmente Quick Share e cercare il dispositivo nell’elenco. Il comportamento richiama il sistema NameDrop e la condivisione di prossimità utilizzata sugli iPhone, anche se il trasferimento dei dati dovrebbe continuare a essere gestito dall’infrastruttura Quick Share. Google prepara anche un interruttore per disabilitare completamente Tap to Share, evitando attivazioni indesiderate o richieste di trasferimento nei luoghi affollati. L’analisi del pacchetto non chiarisce quali tecnologie verranno utilizzate per rilevare l’avvicinamento: Bluetooth, NFC e Ultra-Wideband potrebbero cooperare rispettivamente per individuazione, conferma e distanza, ma il codice disponibile non consente ancora di attribuire una configurazione definitiva. La funzione era già comparsa insieme ad altre novità nella prima ricostruzione di Tap to Share per Android e Google Messages. Trattandosi di un APK teardown, Google potrebbe ritardarla, modificarla o non distribuirla affatto.

Chrome ed Edge mantengono leggibili testi e interfacce condivise

Un cambiamento già integrato nel progetto Chromium migliorerà la condivisione dello schermo su Chrome ed Edge per Windows quando la connessione dispone di poca banda. Il nuovo encoder hardware H.264, basato su Media Foundation, privilegia la nitidezza del testo rispetto alla fluidità dei movimenti. In precedenza, durante un calo della rete, il codec poteva aumentare la compressione fino a rendere sfocati documenti, fogli di calcolo, codice e presentazioni. La nuova logica limita il parametro di quantizzazione a 35, invece di permettere che raggiunga il valore massimo di 51.

Quando la banda non basta, Chromium riduce quindi il frame rate e scarta alcuni fotogrammi, mantenendo più leggibili gli elementi statici. Il cursore e lo scorrimento potranno apparire meno fluidi, ma il contenuto non dovrebbe trasformarsi in un’immagine illeggibile. Il sistema gestisce inoltre meglio le richieste ripetute di keyframe, che possono sovraccaricare ulteriormente una connessione instabile. Il miglioramento interesserà servizi browser-based come Google Meet, Microsoft Teams e Zoom senza richiedere impostazioni manuali. Prosegue così l’ottimizzazione iniziata con Chrome Android e la riduzione degli scatti durante lo scorrimento, applicando però una priorità differente: meno fluidità in cambio di maggiore leggibilità.

Android 17 QPR2 mostra una data inesistente nelle impostazioni rapide

Android 17 QPR2 Beta 1 presenta infine un bug raro che altera la data mostrata nel pannello delle impostazioni rapide dei Pixel. Alcuni dispositivi hanno visualizzato valori impossibili come “0 Jan” oppure sono tornati apparentemente a mercoledì 1 gennaio. L’anomalia non modifica realmente l’orologio di sistema: l’ora nella barra di stato, Calendar, le attività programmate e le altre applicazioni continuano a utilizzare la data corretta. Il problema sembra quindi limitato al componente grafico che formatta e mostra l’informazione nel pannello rapido. Un riavvio ripristina temporaneamente la visualizzazione, anche se il difetto può ricomparire. Non sono emerse conseguenze su certificati, messaggi, fotografie o autenticazione, problemi che sarebbero invece possibili se il sistema cambiasse realmente data. Google non ha ancora pubblicato una correzione specifica, ma il bug dovrebbe essere risolto durante il ciclo beta precedente alla versione stabile di QPR2. L’episodio conferma la natura sperimentale delle build trimestrali, già evidente con Android 17 QPR1 Beta 6 e le correzioni dedicate a sicurezza e modalità desktop. Per gli utenti che dipendono dal Pixel come dispositivo principale, la stabilità della data reale riduce il rischio operativo, ma non elimina la possibilità di altre regressioni ancora non individuate.

L'articolo Google cancella AI Studio mobile e ridisegna condivisione e ricerca Android proviene da Matrice Digitale.