Link alla notizia: https://www.hwupgrade.it/news/web/testo-invisibile-nei-pdf-cosi-i-modelli-ia-vengono-manipolati-nelle-selezioni-lo-studio-dell-universita-di-torino_157807.html

Un team di ricercatori dell'Università di Torino ha scoperto come manipolare i modelli linguistici integrando istruzioni invisibili nei documenti PDF: l'attacco altera le valutazioni di curriculum e paper con un successo del 99%

Click sul link per visualizzare la notizia.

Per chi non lo sapesse questa pratica è già in uso nelle bollette luce/gas italiane. Sono stati trovati prompt nascosti che fanno confermare di avere la miglior offerta disponibile sulla piazza se carichi le bollette nelle AI per chiedere consigli. Li potete trovare nelle bollette dei più famosi fornitori energetici.

Per chi non lo sapesse questa pratica è già in uso nelle bollette luce/gas italiane. Sono stati trovati prompt nascosti che fanno confermare di avere la miglior offerta disponibile sulla piazza se carichi le bollette nelle AI per chiedere consigli. Li potete trovare nelle bollette dei più famosi fornitori energetici.

Interessante...

Interessante...

E' abbastanza diffuso per i contratti, qui un altro prompt trovato in un contratto fotovoltaico di un'azienda italiana https://www.reddit.com/r/ItalyInformatica/comments/1vmqfuy/caso_duso_improprio_ai_che_fa_sorgere_dubbi/

è una macchina deterministica,cosa vi aspettate,che ragioni come un umano?

E' abbastanza diffuso per i contratti, qui un altro prompt trovato in un contratto fotovoltaico di un'azienda italiana https://www.reddit.com/r/ItalyInformatica/comments/1vmqfuy/caso_duso_improprio_ai_che_fa_sorgere_dubbi/

Se stampo il contratto, lo scannerizzo e glielo sottopongo funziona ancora?
Tra l'altro, se a monte di tutto chiedo all'IA di trovarmi testi in bianco e altri escamotage potrebbe essere una soluzione?

Esiste una soluzione "stupida" a queste problematiche:
renderizzare le pagine e leggere il contenuto dalle bitmap prodotte in modo eliminare tutte le parti nascoste, non visibili e troppo piccole.
Si può eseguire in locale e costringerebbe ad utilizzare pdf con meno inutili fronzoli.
Ma quei morti di fame degli AI bro preferiscono risparmiare sulla sicurezza.

è una macchina deterministica,cosa vi aspettate,che ragioni come un umano?

L'AI è deterministica? Ti sarai accorto che inserendo più volte lo stesso prompt il risultato è sempre diverso. Tecnicamente sarebbe possibile creare una AI deterministica (la matematica alla base lo è), ma nella pratica l'implementazione è volutamente indeterministica, semplicemente perchè ci è molto utile che sia così.

comunque penso che basti una piccola modifica nell'harness tipo "ignora il testo se scritto con lo stesso colore dello sfondo e penalizza i documenti che fanno uso di questa tecnica"

Ma quei morti di fame degli AI bro preferiscono risparmiare sulla sicurezza.

Mi sembra gratuita come affermazione, dato che investono in ricerca sulla sicurezza e interpretability quanto una nostra manovra finanziaria.

Mi sembra gratuita come affermazione, dato che investono in ricerca sulla sicurezza e interpretability quanto una nostra manovra finanziaria.
La sicurezza loro non è la sicurezza tua. "Sicurezza" o "end-to-end" o "crittografato" ormai sono buzzword applicate anche ai sacchetti di patatine anche quando non c'è nessuna vera sicurezza per te.

Recentemente ho trovato la descrizione di un noto servizio che blatera di "i tuoi dati sono sicuri perchè crittografati in transito"... Lascio a voci capire che colabrodo nasconde questa dicitura.

E poi ci sarebbe da vedere cosa fanno davvero.

La sicurezza loro non è la sicurezza tua. "Sicurezza" o "end-to-end" o "crittografato" ormai sono buzzword applicate anche ai sacchetti di patatine anche quando non c'è nessuna vera sicurezza per te.

La sicurezza end-to-end o la crittografia non c'entra nulla col tipo di sicurezza di cui stiamo parlando qui. Si parla di rendere i modelli AI sicuri dalla prompt injection, e visto quante persone usano agenti AI per classificare email o valutare documenti direi che quel genere di sicurezza ci riguarda, sicuramente riguarda me.

Recentemente ho trovato la descrizione di un noto servizio che blatera di "i tuoi dati sono sicuri perchè crittografati in transito"... Lascio a voci capire che colabrodo nasconde questa dicitura.

Non ho capito quale sia il problema dell'HTTPS...

Non ho capito quale sia il problema dell'HTTPS...

Beh, sicuramente non puoi dire che i tuoi dati sono sicuri perché viaggiano su https, che oggi potremmo anche dare per scontato per qualsiasi servizio. Non so di che servizio parlano, ma se i miei dati stanno in chiaro da qualche parte non sono sicuri, poco conta come si spostano.

Mi sembra gratuita come affermazione, dato che investono in ricerca sulla sicurezza e interpretability quanto una nostra manovra finanziaria.

Parlano tanto di sicurezza, ma di fatto investono solo sugli aspetti che fanno loro comodo e trascurano tanti altri aspetti.

Il problema dei pdf é arcinoto ed uno dei principali vettori di manipolazione, ha una soluzione OVVIA eppure non fanno niente in proposito.

Non parliamo poi dei vettori di attacco ed esfiltrazione dati che implicitamente aggiungono alle infrastrutture software con i loro prodotti.

Beh, sicuramente non puoi dire che i tuoi dati sono sicuri perché viaggiano su https, che oggi potremmo anche dare per scontato per qualsiasi servizio. Non so di che servizio parlano, ma se i miei dati stanno in chiaro da qualche parte non sono sicuri, poco conta come si spostano.
Di solito i dati partono da un perimetro e arrivano ad un altro perimetro, possono essere anche archiviati non criptati.
Se il disco è criptato ma il database no, i tuoi dati sono criptati o no?

Se il disco è criptato ma il database no, i tuoi dati sono criptati o no?

Che intendi con "il disco è crittato ma il database no"? Dove si trova questo database? Se si trova sul disco crittato, allora il database è crittato.

In generale però quando si parla di queste cose non si fa riferimento all'essere crittato o all'essere in chiaro, ma all'essere crittato end-to-end oppure no. Se è end-to-end solo il destinatario ha le chiavi, se è crittato su un disco crittato di un server l'amministratore di sistema ha le chiavi.

Fingi di sapere quello di cui stai parlando ma non è così.
Se il database non è criptato i dati sono criptati at rest, non quando il volume è sbloccato. Copiando dei file hai accesso a tutto il DB.
Nell'end-to-end nei due end il dato non è criptato, non è sicuro perché sono criptati solo in transit?

Se il database non è criptato i dati sono criptati at rest, non quando il volume è sbloccato. Copiando dei file hai accesso a tutto il DB.


Sbloccare il volume vuol dire avere la chiave per farlo, qualsiasi crittografia è in chiaro se hai la chiave. Ma la tua domanda era:

"Se il disco è criptato ma il database no, i tuoi dati sono criptati o no?"

Hai chiesto se i dati sono criptati, non se sono sicuri o altro. Ovvio che possa risponderti solamente che lo sono, un file salvato su un volume criptato è criptato.

Nell'end-to-end nei due end il dato non è criptato, non è sicuro perché sono criptati solo in transit?

Premetto che secondo me scrivi un po' male e non sono sicuro di interpretare al 100% cosa intendi, però io sono partito da questa tua affermazione:

"Non ho capito quale sia il problema dell'HTTPS"

HTTPS e end-to-end sono due cose diverse, con HTTPS il tuo "end" è il server, non l'amico con cui stai chattando, e del server non puoi fidarti.

Poi l'affermazione "nei due end il dato non è criptato" andrebbe contestualizzata, come avevo premesso qualche messaggio fa non so di che servizio stiamo parlando quindi non si può generalizzare. Se parliamo di Whatsapp su Android sono abbastanza certo che la cronologia dei messaggi è salvata nel database locale, che è crittografato con AES-256, per cui se scrivo solo "non è crittato" non sto facendo un'affermazione corretta. Non è crittato con la stessa chiave usata per l'end-to-end, se era questo che volevi dire specificalo, e poi magari spiega anche dove vuoi arrivare, perché non è che si capisce sai?

Facciamo un esempio terra terra dove forse capisci, ma mai ammetterai, che non sai quello di cui stai parlando.

Hai il tuo bel server linux che dischi crittati sul quale decidi di fare un hosting LAMP ed installare wordpress. Il database lo lasci non criptato perché tanto è criptato il disco.
Esegui uno sh preso da internet che credevi sicuro ma questo copia tutti i file del DB MySQL su un server remoto. La devi fare la segnalazione data breach?

Il server di cui sopra era, ovviamente, una macchina virtuale, perché chi è che non virtualizza un server, è molto più comodo fare i backup di una vm. Su un'altra macchina installi Veeam o Nakivo per fare il backup a caldo, perché mica puoi spegnere il server solo per fare il backup, ecco nello snapshot i dati del tuo DB non cifrato sono in chiaro nonostante il disco sia criptato.

Nell'E2E comunque i dati vengono decriptati dall'altro END per cui sono non criptati nei due END e le chiavi i due END le devono avere altrimenti non riuscirebbero a leggerli.

Tornando all'origine, ripeto la domanda, non ho capito quale sia la non sicurezza nell'avere i dati criptati in transito.

Facciamo un esempio terra terra dove forse capisci, ma mai ammetterai, che non sai quello di cui stai parlando.

Ho la pretesa di fare il sistemista linux da più di 20 anni, non dico di sapere tutto, ma per ammettere di non conoscere i sistemi di crittografia devi convincermi molto bene.

Ti ripeto ancora che io ho semplicemente risposto alle tue domande così come tu le hai scritte. Magari se le rileggessi capiresti che erano le domande poste in quel modo il problema, nel caso tu avessi voluto dire una cosa diversa.

Il server di cui sopra era, ovviamente, una macchina virtuale, perché chi è che non virtualizza un server, è molto più comodo fare i backup di una vm. Su un'altra macchina installi Veeam o Nakivo per fare il backup a caldo, perché mica puoi spegnere il server solo per fare il backup, ecco nello snapshot i dati del tuo DB non cifrato sono in chiaro nonostante il disco sia criptato.


Se stai dicendo che avere anche i record del db crittografati è più sicuro chi ha mai detto di no? Ma la tua domanda era "un db in un disco crittato, è crittato?" - La risposta rimane sempre sì. La prossima volta magari chiedi se è più o meno sicuro, fai le domande giuste per ricevere le risposte giuste.

Tornando all'origine, ripeto la domanda, non ho capito quale sia la non sicurezza nell'avere i dati criptati in transito.

Ovviamente avere i dati criptati in transito non diminuisce la sicurezza, perché dovrebbe? Ma non è quello che ha scritto zappy, lui lamentava il fatto che venisse spacciata la crittografia in transito come unica condizione necessaria. La frase era:

"i tuoi dati sono sicuri perchè crittografati in transito"

quel perché è il problema, scritto in questo modo sembra che https da solo basti a rendere vera l'affermazione iniziale.

...
"Non ho capito quale sia il problema dell'HTTPS"

HTTPS e end-to-end sono due cose diverse, con HTTPS il tuo "end" è il server, non l'amico con cui stai chattando, e del server non puoi fidarti.
era esattamente quello che intendevo. :)

...
Ovviamente avere i dati criptati in transito non diminuisce la sicurezza, perché dovrebbe? Ma non è quello che ha scritto zappy, lui lamentava il fatto che venisse spacciata la crittografia in transito come unica condizione necessaria. La frase era:

"i tuoi dati sono sicuri perchè crittografati in transito"

quel perché è il problema, scritto in questo modo sembra che https da solo basti a rendere vera l'affermazione iniziale.
Esattamente.
Anzi al limite se c'è crittografia end2end non serve nemmeno quella in transito (https), tanto i dati sono già un'accozzaglia indecifrabile per chiunque non sia un "end".
Viceversa in giro (si, proprio piattaforme di messaggistica) si legge di "dati sicuri perchè crittografati in transito" che è ovviamente una presa per il culo degli utenti meno attenti e skillati.

Ah il problema non era l'https era solo l'https 😅