Sabato 24 ottobre 2026
L’edizione di oggi
Millebit
AI · Software · QA
Il segnale, non il rumore.

Gli articoli di Millebit sono scritti con l’intelligenza artificiale a partire da fonti citate in ogni pezzo. Come lavoriamo

Approfondimento

Umanizzazione delle IA e rischio pratico: volti, voci e accesso ai dati

Testo scritto con l’intelligenza artificiale a partire da fonti pubbliche, senza revisione umana prima della pubblicazione.

Volti e voci che rendono l'IA persuasiva, insieme a VM utente-persistenti e funzioni che delegano azioni, aumentano una superficie d'attacco reale e misurabile più che un rischio esistenziale.

Illustrazione generata con l’intelligenza artificiale

Peter James e Jonny L. Saunders hanno scaricato da Muse un archivio con l’intero filesystem della macchina virtuale: root, file di sistema Ubuntu, template di app, documentazione interna. Dicono di averlo ottenuto con “pochissimo” prompting. Saunders parla di procedura “estremamente facile” e di “quasi nessuna resistenza alle prompt injection”. Tesi: quando diamo all’IA un volto amichevole, permessi persistenti e funzioni che agiscono nel mondo, aumentiamo una superficie d’attacco concreta. Non è teoria. È già visibile nei comportamenti degli utenti e nelle scelte di prodotto.

Come l’umanizzazione aumenta la persuasività

Victoria Song ha cambiato idea dopo un’icona. Prima, Muse aveva dato risposte “ok-ish”, “mid” a richieste su corsa e recupero muscolare. Poi l’avatar è diventato “un pezzo di pane a forma di gatto” con “una faccia alla Kirby”. Da lì, per testare se le raccomandazioni sarebbero migliorate, ha condiviso più dettagli personali. L’avatar si era modellato su informazioni pescate dalle sue email. Song lo ha chiamato “Blorbo” nella newsletter Optimizer. Il nome non aggiunge funzioni, ma favorisce confidenza in chat.

Il punto non è la grafica. È il comportamento. La sequenza è lineare: richiesta, risposta nella media, cambio di aspetto, maggiore condivisione. Un volto amichevole riduce le cautele. Aumenta il volume di dati che l’utente offre per scelta. Quei dati alimentano risposte e, potenzialmente, autorizzazioni operative.

Google spinge nella stessa direzione con Live Avatar. Solo i clienti Gemini Enterprise possono usare la funzione. Gemini 3.8 Live anima volti in tempo reale in 97 lingue. Il labiale resta sincronizzato. Google indica l’assenza di “visual drift” nella transizione tra lingue. Un video di esempio mostra il passaggio dall’inglese al giapponese con la bocca allineata a entrambe. I contenuti compaiono sullo schermo mentre l’avatar parla. Le organizzazioni possono usare una libreria di volti preimpostati o crearne di propri. I video portano watermark invisibile SynthID. Un’interfaccia così mantiene l’attenzione e rafforza l’impressione di presenza. Più dialogo, più confidenza, più dati.

La tendenza è chiara: interfacce che sembrano persone ottengono più informazioni dalle persone. Questo non è un rischio remoto. È un effetto osservato in chat reali.

Accesso locale e persistenza: la superficie tecnica

Muse gira su macchine virtuali Linux persistenti, una per utente. Meta lo dice in modo diretto. Il portavoce Daniel Roberts sostiene che “proprio come con il laptop davanti a te, è ovvio che puoi vedere i file”. Aggiunge che l’esportazione dei dati della macchina virtuale non dà accesso privilegiato all’infrastruttura di Meta o ai dati di altre persone.

Il fatto nuovo sta nell’uso di quelle risorse dentro un agente. James e Saunders hanno esportato l’intero filesystem con “pochissimo” prompting, in modo “estremamente facile” secondo Saunders. Hanno ottenuto root, file di sistema, template di app, documentazione interna, tutti dentro l’ambiente della VM. Saunders parla di “quasi nessuna resistenza alle prompt injection”.

Qui si tocca una differenza rispetto a un laptop. La testata nota che quei file “potenzialmente rivelano” aspetti del funzionamento della piattaforma. Non c’è violazione di infrastruttura, secondo Meta. Ma c’è materiale interno visibile all’utente per disegno del prodotto. E quindi esportabile.

Persistenza e visibilità locale ampliano la superficie. Se l’agente può leggere file di sistema, template e documentazione, l’uscita diventa un vettore. Bastano poche istruzioni per cucire un archivio e spedirlo fuori, come mostrano James e Saunders. L’effetto non dipende da bug profondi. Dipende da come incrociamo persistenza, accesso e canali di uscita.

Delegare azioni al mondo reale amplia i vettori di abuso

Google avvia “Call for Me” su Pixel 11. Gemini compone il numero, parla con l’operatore, segue i menu automatici, attende in linea. Mostra una trascrizione in tempo reale. Usa il numero personale dell’utente. L’utente può subentrare in qualsiasi momento. La funzione è un test limitato ai proprietari di Pixel 11 negli Stati Uniti con abbonamento a Gemini e richiede la beta dell’app Telefono per Android.

Google elenca casi d’uso concreti: chiedere se un prodotto è disponibile, prenotare un ristorante, spostare un appuntamento, mettere articoli in riserva. Gemini “si presenta” all’inizio della chiamata. Può condividere dati personali approvati dall’utente quando necessario, con un tassello di controllo dichiarato da Google.

Questo sposta il baricentro. Un agente non solo parla all’utente. Parla a terzi, dal numero dell’utente, e conduce transazioni minori. Se sommiamo questo alla persuasività degli avatar e all’accesso persistente a risorse locali, otteniamo una catena completa: più dati raccolti, più contesto da utilizzare, più azioni possibili. Ogni anello apre un varco potenziale, se i controlli mancano. La trascrizione in tempo reale aiuta l’utente a vigilare, ma legittima anche l’automazione come attore nelle relazioni di servizio.

Il problema pratico che Bowley mette in evidenza

Rob Bowley chiede di rallentare. La sua frase è netta: “quello su cui dobbiamo davvero rallentare è il collegare tutto a tutto”. Sposta il fuoco dal rischio esistenziale a danni che vediamo già: attacchi che fermano linee produttive, dati esposti, ripristini lenti e cari. Spesso senza che l’IA sia il vettore. Il punto è la priorità: integrazioni sconsiderate creano falle operative adesso. Una “pausa” generica sull’IA, dice, distrae da ciò che stiamo aprendo quando innestiamo automazioni nei processi.

Propone una regola di cautela. Evitare i contesti che attivano la “Lethal Trifecta”. La definisce come combinazioni che aprono una “gaping security hole”. Troppi agenti vengono inseriti proprio lì, aumentando superfici d’attacco che non sappiamo contenere. L’avvertimento è operativo. “Non perché i modelli potrebbero diventare qualcosa,” scrive, “ma perché nessuno ha ancora capito come farlo in modo sicuro”.

Messa accanto ai casi di Muse e di Gemini, la sua tesi trova presa. Più umanizzazione aumenta la propensione a condividere. Più accesso persistente espone materiali locali. Più delega consente azioni con effetti fuori dallo schermo. La sicurezza deve affrontare l’insieme, non il singolo pezzo.

Che controlli servono per ridurre il rischio pratico

Le fonti mostrano tre leve che crescono insieme: interfaccia persuasiva, accesso persistente, delega di azioni. I controlli devono seguire lo stesso tracciato.

  • Interfaccia e dati: testare l’effetto degli avatar sulla propensione alla condivisione. Misurare se un volto amichevole, come nel caso descritto da Song, induce utenti a rivelare più informazioni personali. Tarare le impostazioni di default su parsimonia informativa. Esporre con chiarezza quando l’agente attinge a fonti personali, come le email nel racconto di Song.

  • Accesso e uscita: trattare l’esportazione del filesystem come un atto rilevante. Se le VM sono persistenti e visibili, servono limiti espliciti agli oggetti che l’agente può confezionare e inviare. Il caso di James e Saunders indica che barriere contro prompt injection e raccolte massive sono deboli o assenti, secondo il loro resoconto. Ridurre la superficie significa controllare canali e formati di export.

  • Delega e identità: quando un agente chiama dal numero personale dell’utente, l’impatto reputazionale e pratico è diretto. “Call for Me” mostra sia il potenziale sia la necessità di confini: autorizzazioni granulari, limiti d’uso, intervento umano pronto. La trascrizione in tempo reale aiuta il controllo, ma non basta se l’agente può concludere transazioni senza supervisione puntuale.

Queste misure non chiedono di fermare lo sviluppo. Chiedono di bilanciare efficacia e contenimento. L’obiettivo è tenere insieme esperienza e sicurezza, sapendo che ogni punto di forza della prima diventa un varco per la seconda se non presidiato.

La cartina di tornasole è semplice: ridurre la quantità di dati sensibili che l’interfaccia induce a rivelare; ridurre ciò che l’agente può leggere e impacchettare; ridurre ciò che può fare senza una conferma. Le tre riduzioni seguono le tre leve che le fonti mettono in luce.

Umanizzare gli agenti, dar loro occhi e voce, e legarli a risorse concrete è una scelta di prodotto precisa. Produce valore d’uso. Produce anche obblighi di contenimento. Il prossimo banco di prova non sarà un benchmark. Sarà misurare quante esfiltrazioni “con pochissimo prompting” riusciamo a impedire, e quante telefonate automatizzate riusciamo a incanalare entro confini chiari.

Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici

Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate nel pezzo. Prima di uscire, ogni testo passa questi controlli:

  • Fedeltà alle fonti. Un secondo passaggio toglie ogni affermazione che le fonti non sostengono.
  • Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale.
  • Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica.

I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.

Come funziona Millebit, nel dettaglio →

Hai trovato un errore? Segnalacelo
Tipo di segnalazione

Leggiamo ogni segnalazione. Le correzioni fatte sono elencate in Correzioni. L’email, se la lasci, serve solo a risponderti.