May 2023 - nexa - server-nexa.polito.it

testo IA Act votato nella commissione del PE

by de petra giulio

Invio in allegato il testo consolidato cosi come votato oggi dalla commissione del PE. Dovrebbe andare in votazione nella sessione del 12/15 giugno.

May 11, 2023

Re: [nexa] piccolo aiuto

by Daniela Tafani

Buongiorno, Stefano. Forse puoi ritrovarlo a partire da qui: https://arstechnica.com/information-technology/2022/10/googles-newest-ai-ge… Un saluto, Daniela ________________________________ Da: nexa <nexa-bounces(a)server-nexa.polito.it> per conto di Stefano Quintarelli <stefano(a)quintarelli.it> Inviato: giovedì 11 maggio 2023 11:38 A: Nexa Oggetto: [nexa] piccolo aiuto Buongiorno a tutti mi pareva fosse passato in lista un video che non ritrovo piu' era un video di google labs in cui si vedevano degli esempi di generazione di video a partire da una imagine di riferimento, con un text prompt. questo e' un fotogramma di quel video https://es.sonicurlprotection-fra.com/click?PV=2&MSGID=20230511093850075455… qualcuno mi puo' aiutare a ritrovarlo ? grazie!, s. _______________________________________________ nexa mailing list nexa(a)server-nexa.polito.it https://es.sonicurlprotection-fra.com/click?PV=2&MSGID=20230511093850075455…

May 11, 2023

piccolo aiuto

by Stefano Quintarelli

Buongiorno a tutti mi pareva fosse passato in lista un video che non ritrovo piu' era un video di google labs in cui si vedevano degli esempi di generazione di video a partire da una imagine di riferimento, con un text prompt. questo e' un fotogramma di quel video https://i.imgur.com/7A44H4K.png qualcuno mi puo' aiutare a ritrovarlo ? grazie!, s.

May 11, 2023

Re: [nexa] Dati della PA nei cloud [era Re: Is AI just 'Capital's Willing Executioner'?]

by Giacomo Tesio

On Thu, May 11, 2023 at 09:45:37AM +0200, D. Davide Lamanna wrote: > > banalmente, la Homomorphic Encryption temo resterà sempre fortemente > > vulnerabile a timing attack. > > Attenzione! L'articolo parla di una specifica software library, molto > diffusa in HE, ma certamente non l'unica. L'articolo è solo un esempio della classe di vulnerabilità che ho descritto, basato sul controllo dell'elaborazione effettuata sui dati cifrati anche in assenza della possibilità di decifrare il risultato di tale elaborazione. Ovviamente, se chi effettua l'elaborazione non ha accesso alla chiave pubblica (oltre che alla chiave privata) il problema non si pone. Tuttavia tale strategia pone un problema di protezione della chiave "pubblica" che va comunque condivisa con chi è autorizzato a trattare i dati cifrati (ovvero a stabilire quali elaborazione è possibile fare). Il che rende la crittografia omomorfica qualcosa di intermedio fra la crittografia simmetrica e quella asimmetrica. Ma fintanto che chi esegue l'elaborazione cifrata può anche cifrare un'elaborazione di propria scelta, dubito che si possa aggirare il tipo di timing attack che descrivevo. > Di HE si è parlato moltissimo dopo che Craig Gentry, uno > studente di dottorato della Duke University, è riuscito, nel 2009, ad ideare > per primo nella storia uno schema di Fully Homomorphic Encryption. L'idea di cifrare l'algoritmo di decifratura per ottenere una versione (sempre cifrata) del plain text con un rumore ridotto è stata GENIALE. Comunque, personalmente, sono interessato anzitutto alla FHE. > L'HE è solo più indietro degli altri tipi > di cifratura, perché è notovolmente più complessa. Ma la comunità è molto > più che vitale, ci sono migliaia di articoli che escono ogni anno. Vero, ma non tratterrei il respiro in attesa di una sua applicazione su vasta scala. > > Un ipotetico fornitore cloud che abbia accesso alla chiave PUBBLICA > > di cifratura (NB: non quella privata, basta quella pubblica) può > > cifrare una elaborazione arbitraria e applicarla ai dati cifrati > > ottenendo un risultato anch'esso cifrato. > > Questo però lo puoi fare anche con la cifratura di uso comune. Uhm... irrilevante. Con la cifratura non omomorfica, l'unico modo che hai per effettuare un'elaborazione sul dato cifrato è decifrarlo prima. A quel punto hai accesso al dato in chiaro e, oltre a ciò che devi, ci puòi fare quel che vuoi impunemente (perché la copia dei dati non lascia tracce). Insomma, con la crittografia di uso comune l'attacco che descrivevo è inutile (se hai accesso alle chiavi di cifratura) o impossibile (se non hai accesso a tali chiavi). > > Il bello della FHE è che tale avversario non può decifrare il risultato > > senza la chiave privata. > > Anche questo è vero per qualunque meccanismo di cifratura. Non sono stato chiaro: la FHE ti permette di cifrare un programma ed applicarlo ad un dato cifrato ottenendo un output cifrato senza che in alcun passaggio la CPU abbia accesso al dato in chiaro. Questo con la crittografia non-FHE è impossibile: 1. per usare un dato come input di un programma devi prima decriptarlo. 2. l'output che ottieni dal programma è in chiaro e se vuoi cifrarlo con un'algoritmo di cifratura asimmetrico, devi cifrarlo successivamente solo a quel punto, se non hai tenuto copie dei dati in chiaro non hai più accesso all'output se non hai la chiave privata. Poter effettuare l'elaborazione in modo completamente cifrato è ciò che caratterizza la FHE. Il problema è che i timing attack che ho descritto ne vanificano il selling point. > > Tuttavia, nulla gli impedisce di cifrare un elaborazione che è > > estremamente lenta se il primo bit del testo cifrato è 1 ed estremamente > > veloce se è 0. > > > > Applicando tale elaborazione cifrata e misurando i tempi di risposta può > > dedurre il valore del primo bit del testo in chiaro. > > E' questo il punto importante in cui si evidenzia la particolare > vulnerabilità. Non possiamo però estenderla alla HE tout court. La HE è > molto di più di Microsoft SEAL. Naturalmente. Ma l'articolo è (IMHO) solo un caso specifico di un problema strutturale. Un problema non invalicabile (trattando la chiave pubblica come chiave "riservata", ma distinta dalla chiave privata che deve rimanere _segreta_) ma comunque da non ignorare. Anche perché, se lo ignoriamo, non passerà troppo tempo prima che le BigTech usingo la FHE per buttare un po' di fumo negli occhi di utenti e policy maker, dichiarando di non poter accedere ai dati ricevuti mentre potranno farlo tranquillamente. > > Ho un vaghissimo ricordo di una tecnica simile presentata l'anno scorso > > ma non ritrovo l'articolo accademico che ne parlava. > > Grazie ancora per l'articolo e per lo scambio. Grazie a te! Spero solo che non siamo stati troppo "opachi" per chi non conosce il tema. Giacomo

May 11, 2023

Re: [nexa] Dati della PA nei cloud [era Re: Is AI just 'Capital's Willing Executioner'?]

by D. Davide Lamanna

On 5/10/23 16:56, Giacomo Tesio wrote: > Ciao Davide e 380, > > On Wed, May 10, 2023 at 02:20:48PM +0200, 380° wrote: >>>> Domanda: ma è proprio necessario consentire che i dati siano oggetto di >>>> computazione "nel cloud" (cioè sul computer di qualcun altro)? >>> No, non è necessario. E' solo una possibilità in più che la HE potrebbe >>> rendere possibile: usare Public Cloud senza essere visti dai >>> proprietari. >> scusa se puntualizzo ma tecnicamente si tratta di usare la CPU >> (computazione) in una Public Cloud senza che input e output siano >> "interpretabili" dai proprietari >> >> ...e però dal punto di vista sistemistico avendo accesso all'hardware si >> possono fare così Tante Cose™ che dubito seriamente che un proprietario >> sufficientemente motivato non sia in grado di leggere i bit in chiaro. Grazie mille, Giacomo, dell'articolo che hai inviato. Trovo stupefacente e mi fa davvero piacere, che in Nexa si arrivi a livelli così alti di analisi in ambiti di ricerca super-specialistici. Rispondo ai tuoi punti. > banalmente, la Homomorphic Encryption temo resterà sempre fortemente > vulnerabile a timing attack. Attenzione! L'articolo parla di una specifica software library, molto diffusa in HE, ma certamente non l'unica. Altri importanti librerie sono ad esempio: HElib PALISADE TFHE HEAAN ma ne esistono moltissime altre. Inoltre i ricercatori che hanno scoperto la vulnerabilità di cui si parla nell'articolo, hanno lavorato su versioni di Microsoft SEAL inferiori alla 3.6, dopo la quale è stato introdotto un diverso protocollo di campionatura. Tutto questo per dire che gli studi di crittografia in generale, e in particolare quelli di crittografia omomorfica, che rappresenta una specializzazione completamente a sé, hanno una lunghissima storia e una notevole vitalità. Di HE si è parlato moltissimo dopo che Craig Gentry, uno studente di dottorato della Duke University, è riuscito, nel 2009, ad ideare per primo nella storia uno schema di Fully Homomorphic Encryption. Ma di HE i matematici (molto più che gli informatici) si occupano da ben prima, sicuramente dagli anni '80, e continuano a farlo, come dimostra questo e numerosissimi altri articoli, che mettono alla prova i sistemi ideati da loro colleghi. Questo succede anche nella crittografia di uso comune, ma non è sufficiente per dire che la crittografia resterà _sempre_ vulnerabile a questo o quell'attacco. E' un processo continuo di verifiche, di rotture di protocolli, di schemi, di sistemi, volto a migliore continuamente l'applicabilità della cifratura. L'HE è solo più indietro degli altri tipi di cifratura, perché è notovolmente più complessa. Ma la comunità è molto più che vitale, ci sono migliaia di articoli che escono ogni anno. > > Un ipotetico fornitore cloud che abbia accesso alla chiave PUBBLICA > di cifratura (NB: non quella privata, basta quella pubblica) può > cifrare una elaborazione arbitraria e applicarla ai dati cifrati > ottenendo un risultato anch'esso cifrato. Questo però lo puoi fare anche con la cifratura di uso comune. > > Il bello della FHE è che tale avversario non può decifrare il risultato > senza la chiave privata. Anche questo è vero per qualunque meccanismo di cifratura. > > Tuttavia, nulla gli impedisce di cifrare un elaborazione che è > estremamente lenta se il primo bit del testo cifrato è 1 ed estremamente > veloce se è 0. > > Applicando tale elaborazione cifrata e misurando i tempi di risposta può > dedurre il valore del primo bit del testo in chiaro. E' questo il punto importante in cui si evidenzia la particolare vulnerabilità. Non possiamo però estenderla alla HE tout court. La HE è molto di più di Microsoft SEAL. > Ho un vaghissimo ricordo di una tecnica simile presentata l'anno scorso > ma non ritrovo l'articolo accademico che ne parlava. Grazie ancora per l'articolo e per lo scambio. D. (null)

May 11, 2023

Re: [nexa] Dati della PA nei cloud [era Re: Is AI just 'Capital's Willing Executioner'?]

by D. Davide Lamanna

On 5/10/23 14:20, 380° wrote: > Ciao Davide, > > "D. Davide Lamanna"<davide.lamanna(a)binarioetico.it> writes: > > [...] > >>>> Negli ultimi anni si sono fatti passi avanti importanti nel campo >>>> dell'Homomorphic Encryption [1]. >>> AFAIU quella fa la crittazione dei dati, non dei metadati, sbaglio? >> Puoi cifrare quel che vuoi, dati, metadati, non ci sono limiti. Perché >> dovrebbero esserci del resto? Il problema semmai è far funzionare gli >> handshake protocollari con questo tipo di cifratura. > OK ho capito grazie, quindi sostanzialmente occorrerebbe riscrivere il > protocollo IP (o SMTP, DNS, ecc.) affiché sia in grado di usare la HE > (che come dici tu ha un grosso overhead) > > Se non mi sfugge qualcosa, dal punto di vista architetturale preferisco > l'approccio usato da GNUnet (cover traffic) [1], che funziona (anche) > /sopra/ al protocollo IP così com'è (può essere pensata come una specie > di overlay net) > > [...] GNUNet è sicuramente più dritto allo scopo di anonimato in rete, e di conseguenza più efficace (ed efficiente) per questo specifico scopo. Lo scopo dell'Homomorphic Encryption è più ampio e generale e numerosissimi sono gli ambiti applicativi. In definitiva, si tratta di sommare numeri cifrati ottenendo il cifrato della somma (che poi non è direttamente la somma algebrica, ma non disperdiamoci in dettagli). I ricercatori poi applicano questa proprietà matematica a molte diverse cose, tra cui il routing anonimo, ma non solo. Hanno trovato, ad esempio, che sia ottimale per le applicazioni che utilizzano database in cui alcuni specifici valori devono restare illegibili (memorizzati cifrati ed operati sempre in cifrato). Le applicazioni pensabili sono sconfinate, la ricerca deve fare il suo corso. [...] >> No, non è necessario. E' solo una possibilità in più che la HE potrebbe >> rendere possibile: usare Public Cloud senza essere visti dai >> proprietari. > scusa se puntualizzo ma tecnicamente si tratta di usare la CPU > (computazione) in una Public Cloud senza che input e output siano > "interpretabili" dai proprietari Esattamente. > ...e però dal punto di vista sistemistico avendo accesso all'hardware si > possono fare così Tante Cose™ che dubito seriamente che un proprietario > sufficientemente motivato non sia in grado di leggere i bit in chiaro. Per intenderci: nella ALU entrano numeri cifrati ed escono numeri cifrati. Se vuoi leggere bit in chiaro, devi rompere il protocollo di cifratura. Come nell'articolo che ha posta Giacomo e che riguarda lo schema di cifratura "Microsoft SEAL" (rispondo anche a quella email a parte) [...] >>> immagina chi fa wiretapping, puoi :-) >>> >>> mi spiace ma non c'è proprio nessuno scampo a quanto faccia tecnicamente >>> schifo Internet >> Mi sa che hai ragione. >> >> Ogni tentativo di spingere all'estremo l'anonimato in rete va comunque >> apprezzato, secondo me. > Sì sì, assolutamente sì. > > Solo che io sono _estremamente_ triste nell'osservare che le poche > risorse che si dedicano a questo compito si disperdono in > progetti... poco coerenti con lo status quo > > [...] > Mettiamola così: è la libertà della ricerca. Ognuno scommette su qualcosa. Il campo di applicazione dell'HE è vastissimo. Se qualcuno si vuole cimentare con il routing anonimo, ben venga. Magari fatti 100 i risultati della sua ricerca, ce ne sarà 1 che servirà a GNUNet. O forse neanche 1, ma saranno state comunque formate persone su ambiti e approcci verticalissimi che aprono a nuovi sviluppi, sempre con l'etica della riservatezza al centro. D. (null)

May 11, 2023

Re: [nexa] Dati della PA nei cloud [era Re: Is AI just 'Capital's Willing Executioner'?]

by Giacomo Tesio

On Wed, May 10, 2023 at 04:56:19PM +0200, Giacomo Tesio wrote: > > Ho un vaghissimo ricordo di una tecnica simile presentata l'anno scorso > ma non ritrovo l'articolo accademico che ne parlava. era questo: https://eprint.iacr.org/2022/204.pdf (ovviamente non potevo che trovarlo DOPO aver risposto... scusate) Giacomo

May 10, 2023

Re: [nexa] Dati della PA nei cloud [era Re: Is AI just 'Capital's Willing Executioner'?]

by Giacomo Tesio

Ciao Davide e 380, On Wed, May 10, 2023 at 02:20:48PM +0200, 380° wrote: > > >> Domanda: ma è proprio necessario consentire che i dati siano oggetto di > >> computazione "nel cloud" (cioè sul computer di qualcun altro)? > > > > No, non è necessario. E' solo una possibilità in più che la HE potrebbe > > rendere possibile: usare Public Cloud senza essere visti dai > > proprietari. > > scusa se puntualizzo ma tecnicamente si tratta di usare la CPU > (computazione) in una Public Cloud senza che input e output siano > "interpretabili" dai proprietari > > ...e però dal punto di vista sistemistico avendo accesso all'hardware si > possono fare così Tante Cose™ che dubito seriamente che un proprietario > sufficientemente motivato non sia in grado di leggere i bit in chiaro. banalmente, la Homomorphic Encryption temo resterà sempre fortemente vulnerabile a timing attack. Un ipotetico fornitore cloud che abbia accesso alla chiave PUBBLICA di cifratura (NB: non quella privata, basta quella pubblica) può cifrare una elaborazione arbitraria e applicarla ai dati cifrati ottenendo un risultato anch'esso cifrato. Il bello della FHE è che tale avversario non può decifrare il risultato senza la chiave privata. Tuttavia, nulla gli impedisce di cifrare un elaborazione che è estremamente lenta se il primo bit del testo cifrato è 1 ed estremamente veloce se è 0. Applicando tale elaborazione cifrata e misurando i tempi di risposta può dedurre il valore del primo bit del testo in chiaro. Ho un vaghissimo ricordo di una tecnica simile presentata l'anno scorso ma non ritrovo l'articolo accademico che ne parlava. Giacomo

May 10, 2023

The lawyer whose sex trafficking case against Instagram could spell trouble for big tech | Global development | The Guardian

by Alberto Cammozzo

<https://www.theguardian.com/global-development/2023/may/10/lawyer-sex-traff…> On 14 March 2022, Annie McAdams, a personal injury lawyer running a small firm in Houston, Texas, filed a civil action suit on behalf of one of her clients. The plaintiff was a 23-year-old woman, who had endured years of sexual exploitation at the hands of a convicted trafficker. The defendant was one of the most powerful technology companies in the world. Contained within McAdams’s federal suit was a series of allegations that Meta – the owner of Facebook and Instagram, which are used by more than 3 billion people every day – had knowingly created a breeding ground for human trafficking and was actively facilitating the buying and selling of people for sex online. The lawsuit alleges that the company’s products – particularly Instagram – connects vulnerable victims with human traffickers and sex buyers, and provides traffickers with the means to groom those victims. It says that human trafficking victims are regularly posted on Instagram and sold for sex against their will and claims that the company has failed to take adequate steps to stop this. In the court documents, the plaintiff – who we are calling Shawna – says she was 18 when she was first contacted on Instagram by a man she didn’t know. She claims that the man – referred to as RL in the court papers – sent her messages on her public profile and on Instagram’s direct-messaging service and that this campaign of grooming led to her agreeing to meet him in person. Two days after their first meeting, she claims that RL began to sell her to sex buyers on Instagram. She claims that RL posted explicit pictures of her on Instagram along with emojis such as dollar signs, crowns and roses, widely recognised by law enforcement and trafficking experts as indicators of commercial sex adverts. “[Meta Inc] knew that the use of these codes were blatant red flags … and were actually sex trafficking advertisements designed to sell her for sex, but [Meta] did nothing to remove or prevent those repeated posts, despite having the ability to do so,” the court papers say. Shawna alleges that over the course of a year she was sold on Instagram to multiple sex buyers. She says she was threatened with homelessness or violence by RL if she refused to fulfil her “quota” of sex acts. She went on to testify against RL in a federal criminal trial in Texas and he was subsequently sentenced to 40 years for sex trafficking. However, the lawsuit claims that at the time it was filed to the court in Houston, Instagram had not removed the trafficker’s Instagram account. McAdams claims that despite repeated attempts by Meta to get the case dismissed, Shawna, who is seeking damages from the company, is now on the brink of taking her civil claim against Meta further through the US court system than any other case has managed. She believes that there are now no serious legal obstacles between her case and bringing Meta before a jury in 2024 to face allegations that it played an integral role in the trafficking of her client. A spokesperson for Meta said that Meta prohibits sex trafficking on its platforms “in no uncertain terms … we vigorously deny the claims made against Meta in this suit.” It is not the first time that Meta – in either of its guises as Meta Platforms Inc or Facebook Inc – has faced lawsuits containing similar allegations. Yet in the two decades since it was launched by Mark Zuckerberg from a Harvard dorm, his company – which rebranded from Facebook to Meta in 2021 – like other technology companies with servers based in the US, has never faced prosecution for illegal and harmful content and activities on its platforms. For decades, social media companies have sheltered behind an obscure clause in the 1996 Communications Decency Act – called section 230, which concludes that technology companies are not legally responsible for crimes that occur on their platforms. Section 230 states that providers of “interactive computer services” – which includes the owners of social media platforms and website hosts – should not be treated as the publisher of material posted by users. Since the act was passed, tech companies such as Meta have argued successfully in US courts that section 230 provides them with immunity from prosecution for any illegal content published on their platforms, as long as they are unaware of that content’s existence, building a fortress of legal precedent. Section 230 does not shield online platforms from federal criminal charges if they are seen as responsible for facilitating trafficking. And a recent amendment to section 230 – known as the Fosta-Sesta package – means that companies can be held liable under state and civil laws but must be shown to have knowingly assisted or facilitated sex trafficking. Other cases have attempted to swerve section 230, but in her federal suit, McAdams is instead tackling it head-on, arguing that it has been misunderstood and was never intended to protect a social media company which, she claims, knowingly allows crimes against children to occur on its platforms. “The problem is not section 230,” McAdams says. “The problem is 20 years of bad precedent and the court’s misinterpretation of 230. In no place does it say that there should be immunity. There is a big difference between immunity and no liability.” McAdams’ decision to tackle the interpretation of liability under section 230 comes as changing legal winds across the US challenge the lack of accountability granted to tech companies. The debate around section 230 has become highly polarised. Those who want the clause amended say that the legal safe haven it has provided for internet companies means they have no incentive to root out illegal content on their sites. Others warn that amending section 230 would curb free speech and dismantle democratic values online. Some sex worker groups also warn that undermining section 230 would harm their business and make them unsafe. McAdams says that the only way to stop social media platforms being used as online marketplaces for sex trafficking is through the courts. Along with Shawna’s case, McAdams has several similar suits filed against Meta across the US in which other plaintiffs allege that Meta enabled, facilitated and profited from their sex trafficking. “After years of being silenced, I hope my clients will have their day in court,” she says. “Their bravery and resilience has started something that could finally see the internet become a safer place for children and open the door for other survivors to be heard. I have many, many more victims waiting to have their cases reviewed. This is just the start.” A Meta spokesperson said: “Sex trafficking is abhorrent … we cooperate with law enforcement so they can find and prosecute the criminals who commit these heinous acts, and we use technology to help keep this abuse off our platforms.” “Our goal is to prevent people who seek to exploit others from using our platform, and we work closely with anti-trafficking experts and safety organisations around the world to inform these efforts. We will continue to join with others across society in the fight against sex trafficking and the predators who engage in it. “No court has found that there is any truth to [McAdams’s] allegations against Meta or that her claims are legally viable.”

May 10, 2023

Re: [nexa] Dati della PA nei cloud [era Re: Is AI just 'Capital's Willing Executioner'?]

by 380°

Ciao Davide, "D. Davide Lamanna" <davide.lamanna(a)binarioetico.it> writes: [...] >>> Negli ultimi anni si sono fatti passi avanti importanti nel campo >>> dell'Homomorphic Encryption [1]. >> AFAIU quella fa la crittazione dei dati, non dei metadati, sbaglio? > > Puoi cifrare quel che vuoi, dati, metadati, non ci sono limiti. Perché > dovrebbero esserci del resto? Il problema semmai è far funzionare gli > handshake protocollari con questo tipo di cifratura. OK ho capito grazie, quindi sostanzialmente occorrerebbe riscrivere il protocollo IP (o SMTP, DNS, ecc.) affiché sia in grado di usare la HE (che come dici tu ha un grosso overhead) Se non mi sfugge qualcosa, dal punto di vista architetturale preferisco l'approccio usato da GNUnet (cover traffic) [1], che funziona (anche) /sopra/ al protocollo IP così com'è (può essere pensata come una specie di overlay net) [...] >> Domanda: ma è proprio necessario consentire che i dati siano oggetto di >> computazione "nel cloud" (cioè sul computer di qualcun altro)? > > No, non è necessario. E' solo una possibilità in più che la HE potrebbe > rendere possibile: usare Public Cloud senza essere visti dai > proprietari. scusa se puntualizzo ma tecnicamente si tratta di usare la CPU (computazione) in una Public Cloud senza che input e output siano "interpretabili" dai proprietari ...e però dal punto di vista sistemistico avendo accesso all'hardware si possono fare così Tante Cose™ che dubito seriamente che un proprietario sufficientemente motivato non sia in grado di leggere i bit in chiaro. > Io mi sono appassionato alla materia nell'ambito del mio dottorato di > ricerca. Posto che sono comunque un promotore di Private Cloud. Campo nel quale la _motivata_ fiducia è fondamentale >> Io in alternativa ho una modesta proposta: crittografia dei dati nello >> storage (remoto o locale), computazione dei dati nella CPU >> locale... intanto che aspettiamo la Homomorphic Encryption :-D > > Questa è sempre la strada maestra. e anche più sicura [...] >>> Si possono implementare Mail Server che offrono persino funzioni di >>> ricerca con HE [2], >> Che non riusciranno _mai_ a battere le performance di ricerca locale, ad >> esempio usando xapian [1] per le email via notmuch [2] o per i documenti >> via Recoll [3] > > Poco ma sicuro. Senza contare che la cifratura omomorfica dà luogo a > overhead prestazionali mastodontici rispetto alla cifratura standard. è questo che a mio avviso la rende inadatta allo scopo: già /rifare/ i protocolli di rete usando la cifratura standard comporta un calo di "prestazioni", non credo sia il caso di appesantire ulteriormente [...] >> ...e comunque perché funzionino servono i metadati in chiaro, o no? > > Dipende da come implementi i protocolli. La HE ti dà la possibilità di > fare operazioni su dati cifrati il cui risultato è il cifrato del > risultato che avresti avuto eseguendo quelle stesse operazioni sul dato > in chiaro. Teoricamente ci puoi fare quello che vuoi. OK chiaro, ciò significa quello che abbiamo detto sopra: comunque i protocolli di comunicazione andrebbero rifatti e in questo caso si possono ottenere ottimi risultati evitando l'overhead della HE [...] >> Ad oggi ci sono implementazioni del >> protocollo APART (Anonymous Proactive Ad hoc RouTing)? > > Non saprei. Penso che si tratti comunque ancora di sperimentazione. Grazie, io ho fatto alcune ricerche sul web ma mi pare che questi strumenti siano rimasti a livello (sub)prototipale [...] >>> (l'applicazione Signal ne usa uno per impedire la disclosure del >>> mittente a livello di router). >> Non sapevo di questa cosa: hai dettagli per favore? >> >> Ti riferisci forse alla funzione "sealed sender" introdotta nel 2018? >> Perché se così fosse, faccio umilmente notare che: [...] > Sì, mi riferisco a quella e sì, conosco i passaggi che hai riportato. > Rimane interessante, a mio avviso, che Signal abbia introdotto la > tecnologia in produzione, nei suoi sforzi di essere Privacy > preserving. Sì giusto, si tratta solo di capire fino a che livello sono in grado di preservare la privacy: loro (Signal) e alcune potentissime agenzie senza dubbio hanno tutti i metadati _e_ fanno analisi del traffico di quel protocollo. [...] >> immagina chi fa wiretapping, puoi :-) >> >> mi spiace ma non c'è proprio nessuno scampo a quanto faccia tecnicamente >> schifo Internet > > Mi sa che hai ragione. > > Ogni tentativo di spingere all'estremo l'anonimato in rete va comunque > apprezzato, secondo me. Sì sì, assolutamente sì. Solo che io sono _estremamente_ triste nell'osservare che le poche risorse che si dedicano a questo compito si disperdono in progetti... poco coerenti con lo status quo [...] Grazie, 380° [1] https://docs.gnunet.org/about.html#anonymity -- 380° (Giovanni Biscuolo public alter ego) «Noi, incompetenti come siamo, non abbiamo alcun titolo per suggerire alcunché» Disinformation flourishes because many people care deeply about injustice but very few check the facts. Ask me about <https://stallmansupport.org>.

May 10, 2023