October 2021 - nexa - server-nexa.polito.it

Firefox Now Sends Your Address Bar Keystrokes to Mozilla

by Giacomo Tesio

Firefox now sends more data than you might think to Mozilla. To power Firefox Suggest, Firefox sends the keystrokes you type into your address bar, your location information, and more to Mozilla’s servers. Here’s exactly what Firefox is sharing and how to control it. This change was made as part of the introduction of Firefox Suggest in Firefox 93, released on October 5, 2021. As part of Firefox Suggest, Firefox is getting ads in your search bar—but that’s not the only thing that will be news to longtime Firefox users. According to Mozilla, “Firefox Suggest acts as a trustworthy guide to the better web, surfacing relevant information and sites to help people accomplish their goals.” In reality, what that means is, when you start typing in your address bar, you won’t just see the standard search suggestions from Google or your current search default engine. [...] Firefox Suggest is on by default. Mozilla’s blog post on the subject says Firefox Suggest is an “opt-in experience,” which was the case in September 2021—but it’s now enabled by default in Firefox 93. However, as of Firefox 93’s release in October 2021, Firefox Suggest is only enabled in the USA—for now. [...] To deliver contextual suggestions, Firefox will need to send Mozilla new data, specifically, what you type into the search bar, city-level location data to know what’s nearby and relevant, as well as whether you click on a suggestion and which suggestion you click on. [...] [to Disable Firefox Suggest] Select “Privacy & Security” in the left pane, and scroll down to “Address Bar — Firefox Suggest.” Disable “Contextual suggestions” and “Include occasional sponsored suggestions” to stop Firefox from sending data to Mozilla. https://www.howtogeek.com/760425/firefox-now-sends-your-address-bar-keystro… Giacomo

Oct. 9, 2021

Re: [nexa] "Perché l'ultimo decreto del governo mette a rischio la protezione dei dati"

by Diego Giorio

Ma no, in realtà è tutto il contrario: il comunicato stampa del Governo chiarisce che sono solo state introdotte "semplificazioni" e che anzi "È stata inoltre potenziata la competenza del Garante". Possiamo stare tranquilli! https://www.governo.it/it/articolo/comunicato-stampa-del-consiglio-dei-mini… PS: per chi non l'avesse colto, specifico che sono ironico. Buona domenica a tutti D. ________________________________ From: nexa <nexa-bounces(a)server-nexa.polito.it> on behalf of J.C. DE MARTIN <juancarlos.demartin(a)polito.it> Sent: Saturday, October 9, 2021 2:03 PM To: Nexa <nexa(a)server-nexa.polito.it> Subject: Re: [nexa] "Perché l'ultimo decreto del governo mette a rischio la protezione dei dati" Su questo importante argomento Carlo Blengino è intervenuto da par suo a "Zapping" (da 46 '30''): https://www.raiplayradio.it/audio/2021/09/ZAPPING-RADIO-1-del-08102021--55d… jc On 09/10/21 10:13, J.C. DE MARTIN wrote: Perché l'ultimo decreto del governo mette a rischio la protezione dei dati Il dl Capienze ha toccato anche aspetti di tutela dei dati personali, andando a modificare il Codice privacy e ridimensionando alcuni poteri del Garante Vincenzo Tiani https://www.wired.it/internet/regole/2021/10/08/privacy-decreto-capienze-go…

Oct. 9, 2021

[selfie] domenica alle 17 "Potere digitale"

by J.C. DE MARTIN

Chiedendo scusa per il "selfie", segnalo che domani alle 17 a Torino terrò una lezione per Biennale Democrazia dal titolo "Potere digitale": http://biennaledemocrazia.it/evento/potere-digitale/ Tema immenso, ovviamente, ma qualcosa proverò a dirlo. jc

Oct. 9, 2021

Valletti: "Big Tech: l’ora della responsabilità" (Biennale Democrazia)

by J.C. DE MARTIN

E' già online la lezione di Tommaso Valletti di questa mattina a Torino (per Biennale Democrazia): *"Big Tech: l’ora della responsabilità" * https://youtu.be/1pBWyFvzsxo Vivamente consigliata! juan carlos

Oct. 9, 2021

Re: [nexa] "Perché l'ultimo decreto del governo mette a rischio la protezione dei dati"

by J.C. DE MARTIN

Su questo importante argomento Carlo Blengino è intervenuto da par suo a "Zapping" (da 46 '30''): https://www.raiplayradio.it/audio/2021/09/ZAPPING-RADIO-1-del-08102021--55d… jc On 09/10/21 10:13, J.C. DE MARTIN wrote: > *Perché l'ultimo decreto del governo mette a rischio la protezione dei > dati** > * > /Il dl Capienze ha toccato anche aspetti di tutela dei dati personali, > andando a modificare il Codice privacy e ridimensionando alcuni poteri > del Garante// > / > Vincenzo Tiani > > https://www.wired.it/internet/regole/2021/10/08/privacy-decreto-capienze-go… >

Oct. 9, 2021

"Perché l'ultimo decreto del governo mette a rischio la protezione dei dati"

by J.C. DE MARTIN

*Perché l'ultimo decreto del governo mette a rischio la protezione dei dati** * /Il dl Capienze ha toccato anche aspetti di tutela dei dati personali, andando a modificare il Codice privacy e ridimensionando alcuni poteri del Garante// / Vincenzo Tiani https://www.wired.it/internet/regole/2021/10/08/privacy-decreto-capienze-go…

Oct. 9, 2021

Re: [nexa] New sovereign controls for GCP via Assured Workloads | Google Cloud Blog

by Giacomo Tesio

Scusa Giovanni, perdo colpi: ti ho linkato tutta la fuffa commerciale e non la documentazione tecnica. Guarda qui: https://cloud.google.com/kms/docs/ekm#how_it_works e qui https://support.fortanix.com/hc/en-us/articles/360030816111-Using-Fortanix-… (la documentazione di uno dei key manager esterni disponibili al momento) Giacomo

Oct. 9, 2021

Re: [nexa] New sovereign controls for GCP via Assured Workloads | Google Cloud Blog

by Giacomo Tesio

Ciao Giovanni, On Fri, 08 Oct 2021 12:33:37 +0200 380° wrote: > quindi le chiavi private sono fornite alle macchine remote e la > decrittazione avviene su quelle (perché i processi che consumano i > dati girano lì)? No, a quanto posso capire leggendo varie fonti [1][2][3][4][5] la decrittazione avviene sulle macchine di Google. Sulle macchine di "terze parti europee fidate" vengono solo mantenute le chiavi di cifratura (credo di aver letto AES 256) e Google fa giurin giuretto che non se le copia su una USB fra un utilizzo e l'altro. E che non le lascia copiare (quasi) a nessun altro senza dirtelo. Dal "white paper" [4]: > we will never use it for any purpose other than those necessary to > fulfill our contractual/legal obligations. [...] > > Access Approval (Beta) requires Google administrators to seek > explicit customer approval before Google can access data or > configurations, except in rare legal and outage use cases ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Infatti, se rileggi attentamente l'articolo condiviso da Juan Carlos, noterai un linguaggio molto attento a lasciare intendere che le chiavi non sono accessibili a Google senza mentire spudoratamente. > Using Key Access Justifications together with Cloud External Key > Manager, customers receive: > - [...illusioni...] > - [...fantasie...] > - A commitment from Google Cloud to protect the integrity of our > controls and the justifications. Il fondamento del meccanismo di sicurezza non è la locazione delle chiavi, ma la fiducia nelle promesse di Google. Infatti quelle chiavi, storate presso "terze parti fidate in Europa" e richieste ogni volta che esiste una giustificazione accettabile, possono essere comunque copiate da chiunque vi abbia accesso. Ma ogni volta che servono per decifrare qualcosa, i server e gli amministratori di Google li richiedono alla terza parte, le prendono, le usano e poi le cancellano. Non gli danno nemmeno una sbirciatina! Promesso! :-D Perché mai dovrebbero farlo? [0] Giacomo [0] https://www.forbes.com/sites/thomasbrewster/2021/10/04/google-keyword-warra… https://off-guardian.org/2021/07/08/meet-jigsaw-googles-intelligence-agency/ https://www.theguardian.com/technology/2019/nov/12/google-medical-data-proj… [1] https://cloud.google.com/blog/products/identity-security/new-security-tools… [2] https://cloud.google.com/blog/products/containers-kubernetes/exploring-cont… [3] https://www.fortanix.com/blog/2019/11/keeping-the-keys-to-your-kingdom-goog… [4] https://cloud.google.com/files/gcp-trust-whitepaper.pdf [5] https://cloud.google.com/blog/products/identity-security/how-google-cloud-i…

Oct. 8, 2021

Re: [nexa] [NEXA] Emissioni GHG in cloud pubblico e rendicontazione

by Giovanna Sissa

Grazie Davide per l’ottima sintesi. Pensavo oggi a un paradosso: Google Maps ci consiglierà i percorsi in auto per produrre meno GHG, ma se vogliamo sapere quante emissioni producono i servizi che abbiamo acquisito in cloud pubblico il vendor (e non solo Google) non ce lo dice. In altre parole: se andiamo in giro in auto ci dicono come essere ambientalisti, ma se vogliamo essere ambientalisti quando sviluppiamo soluzioni digitali (basandoci su servizi acquisiti in cloud pubblico) non siamo in grado di farlo perchè non disponiamo delle informazioni necessarie, ad esempio per confrontare il diverso impatto di soluzioni architetturali diverse o di vari algoritmi. Giovanna Il giorno gio 7 ott 2021 alle ore 13:57 D. Davide Lamanna < davide.lamanna(a)binarioetico.it> ha scritto: > On 05/10/21 18:07, Giovanna Sissa wrote: > > Segnalo un articolo sul tema delle emissioni GHG su Cloud pubblico e > > sulla impossibilità attuale dei clienti di conoscerle (e dunque di > > rendicontarle, anche se solo su base facoltativa, nel protocollo GHG): > > > https://www.agendadigitale.eu/smart-city/quanto-inquina-il-cloud-ecco-perch… > > < > https://www.agendadigitale.eu/smart-city/quanto-inquina-il-cloud-ecco-perch… > > > > > > Qualcuno sa se, nell’ambito della discussione sul cloud pubblico, il > > tema è in qualche modo emerso, magari a livello europeo? > > > > Giovanna Sissa > > > Grazie Giovanna, eccellente articolo. > > Faccio una sintesi parziale a beneficio della discussione, che a me > interessa molto. > > > "[...] tutte le valutazioni sono unanimi sul fatto che la distribuzione > nel cloud sia significativamente più ecologica dei vecchi data center on > premise." > > "In effetti, i grandi fornitori di cloud sono i maggiori acquirenti di > energia rinnovabile, hanno i valori PUE più bassi e stanno innovando con > apparecchiature efficienti e progettate su misura." > > "Tuttavia, tutto ciò significa poco se i clienti dei cloud vendor non > dispongono dei dati necessari per calcolare l’impronta ambientale dei > propri servizi ospitati su cloud pubblico." > > "[Il cloud] ha creato una dipendenza da infrastrutture globali e private." > > "Una soluzione sarebbe che i fornitori cloud pubblicassero i dati > richiesti dal Protocollo GHG in modo da consentire ai clienti di > completare i propri calcoli. Ma per la maggior parte i dati sono > considerati un segreto competitivo che è pesantemente custodito dai > Cloud Vendor." > > "Come la rivista Nature ha evidenziato le emissioni del cloud computing > rischiano così di rimanere nascoste nel cloud stesso." > > "Le attività industriali sono ben coperte da molti database specifici > del dominio (energia, trasporti, imballaggi, ecc.). Le cose sono diverse > nel settore IT, dove dalla stessa documentazione si evince una minore > maturità nell’effettuare queste valutazioni." > > "Se un’organizzazione desidera mitigare le proprie emissioni, ad esempio > attraverso compensazioni, l’unica opzione è fare affidamento sul fatto > che sia il fornitore del cloud a farlo per essa." > _______________________________________________ > nexa mailing list > nexa(a)server-nexa.polito.it > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa >

Oct. 8, 2021

Re: [nexa] capo chino su uno schermo (era Sui progetti “digitali” del PNRR)

by M. Fioretti

On Fri, Oct 08, 2021 12:16:39 PM +0200, maurizio lana wrote: > Qualcuno però l'aveva previsto alcune decine di anni fa il "passare parte > delle giornate a capo chino su uno schermo": solo io ricordo che alla > televisione, in tempi pre-cellulari circolava una pubblicità dei televisori > marca Pioneer... Non solo tu, ne scrissi qui anni fa: https://stop.zona-m.net/2014/10/the-background-you-should-put-on-your-smart… Marco -- Help me to continue my digital awareness blogging: https://stop.zona-m.net/christmas-2020-fundraising/

Oct. 8, 2021