August 2018 - nexa - server-nexa.polito.it

Re: [nexa] Improving DNS Privacy in Firefox

by Alberto Cammozzo

Ciao Stefano, a meno di usare DNsCrypt, DNScurve o altri protocolli DNS cifrati, i resolver DNS "comuni" non cifrano il payload, per cui i provider più zelanti (anche in Italia) modificano il traffico anche se nono sono i loro DNS a rispondere alla query (cioè fanno Deep Packet Inspectio -- anche se sarebbe più corretto dire che è un attacco Man In The Middle) Per esempio, se hai configurato come server DNS un server di Google e chiedi l'indirizzo di Pirate Bay, otterrai 127.0.0.1 o l'indirizzo del banner di censura perché il tuo provider modifica al volo il contenuto del pacchetto e sostituisce l'indirizzo corretto (censurato) con quello "di censura". Il comportamento varia da provider a provider, alcuni non fanno DPI Per evitare la censura serve una cifratura del traffico ce lo renda inalterabile. Neanche a me piace HTTPS e meno che meno la centralizzazione. I protocolli di cifratura DNS sono complicati. Una soluzione efficace che tecnicamente non è alla portata di tutti è dirottare tutto (e solo) il traffico DNS su una o più VPN verso un server DNS proprio (o sicuro). DoH è più facile, anche se condivido le critiche esposte in lista. ciao, Alberto On 30/08/2018 12:16, Stefano Quintarelli wrote: > perche non usare uno qualsiasi degli N (grandissimo) DNS che ci sono > in giro per il mondo ? (o uno proprio) > > On 30/08/2018 12:12, Simone Basso wrote: >> Ciao Marco, >> >> Il giorno gio 30 ago 2018 alle ore 10:50 Marco Mellia >> <marco.mellia(a)polito.it <mailto:marco.mellia@polito.it>> ha scritto: >> >> Qualcuno mi deve spiegare perché il DNS di cloudflare o di Google o >> di Amazon (note no profit organization che non paghiamo) dovrebbe >> essere più sicuro/veloce/affidabile del DNS del ISP (che >> paghiamo)... >> >> >> Perché ci sono vari stati nel mondo dove usare il DNS che il tuo >> provider ti fornisce significa censura. Questo implica cose come >> essere indirizzati su 127.0.0.1 oppure su una block page che ti >> spiega perché non puoi accedere a un contenuto. >> >> Anche qualora non vi fosse alcun tipo di manipolazione del DNS, vi >> potrebbe essere sorveglianza, monitorando le query DNS. >> >> Implementando il DNS-over-HTTPS (che è la soluzione descritta >> nell'articolo che è stato postato) si aumenta il costo richiesto a >> uno stato per continuare a implementare censura e/o sorveglianza. >> Questo è bene per un individuo, organizzazione, o entità X, se negli >> obiettivi di X c'è aiutare le persone che stanno su internet ad >> accedere liberamente ai contenuti cui desiderano accedere. >> >> Questo trend per cui tutto passa per i soliti big player dovrebbe >> fare più paura. Invece tutti a gridare al miracolo perché ci >> propinano un obbrobrio tecnico come la panacea ad un non problema... >> >> >> Non sono d'accordo che sia un "non problema". Ci sono aree del mondo >> dove questo probabilmente non è un problema e devo inviare più >> traffico a un ristretto numero di player potrebbe essere un problema. >> E aree del mondo dove questa tecnica è utile per superare la censura. >> >> Bye, >> >> Simone >> >> >> My 2c >> M >> >> >> Inviato da iPad >> >> > Il giorno 29 ago 2018, alle ore 21:24, >> nexa-request(a)server-nexa.polito.it >> <mailto:nexa-request@server-nexa.polito.it> ha scritto: >> > >> > Questo dovrebbe essere dirompente per molti degli schemi di >> censura in >> > Italia, basati su DNS DPI >> > >> > >> <https://blog.nightly.mozilla.org/2018/06/01/improving-dns-privacy-in-firefo…> >> > >> > Domain Name Service (DNS) is one of the oldest parts of internet >> > architecture, and remains one that has largely been untouched by >> efforts >> > to make the web safer and more private. On the Firefox >> network and >> > security teams, we’re working to change that by encrypting DNS >> queries >> > and by testing a service that keeps DNS providers from collecting >> and >> > sharing your browsing history. >> >> _______________________________________________ >> nexa mailing list >> nexa(a)server-nexa.polito.it <mailto:nexa@server-nexa.polito.it> >> https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa >> >> >> >> _______________________________________________ >> nexa mailing list >> nexa(a)server-nexa.polito.it >> https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa >> > _______________________________________________ > nexa mailing list > nexa(a)server-nexa.polito.it > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa

Aug. 30, 2018

Re: [nexa] Improving DNS Privacy in Firefox

by Simone Basso

Il giorno gio 30 ago 2018 alle ore 12:16 Stefano Quintarelli < stefano(a)quintarelli.it> ha scritto: > perche non usare uno qualsiasi degli N (grandissimo) DNS che ci sono in > giro per il mondo ? (o uno proprio) > Non ho seguito abbastanza da vicino il dibattito relativo all'implementazione da poterti rispondere sapendo in prima persona le motivazioni per cui questa specifica scelta e' stata implementata in questo modo, e non ho mai investito tempo per approfondire la questione. Riguardo al modo in cui funziona, stando a quanto riporta Daniel Stenberg su Twitter, il menu di configurazione di Firefox ha un default pre-impostato, ossia Cloudflare, e volendo un utente puo' cambiare questa impostazione predefinita [1], "basta" che sappia quali altri provider usare. Basandomi sulla mia esperienza ma ignorando - come dicevo - la discussione sui dettagli di DNS over HTTPS (doh), penso che possa essere ragionevole ipotizzare che usare un fornitore doh di grandi dimensioni per questi due motivi: 1. collateral freedom [2]: se il servizio di doh lo fornisce una entita' relativamente piccola, uno stato puo' permettersi di tirare giu' questa entita' senza causare troppi danni, ma, se si tratta di una entita' molto grande, bloccarla puo' creare molti collaterali all'economia e al funzionamento di internet in quello stato (una delle tecniche piu' efficaci di evasione della censura, meek [3], funziona proprio cosi') 2. performance: se si tratta di un servizio con punti di presenza quasi ovunque, dovrebbe tendenzialmente funzionare bene (si vuole evitare di dare ulteriori problemi di performance a gente che gia' parte spesso con reti che non sono il massimo). Bye, Simone [1] https://twitter.com/bagder/status/1033384089750044672 [2] https://en.wikipedia.org/wiki/Collateral_freedom [3] https://blog.torproject.org/tor-heart-bridges-and-pluggable-transports > > On 30/08/2018 12:12, Simone Basso wrote: > > Ciao Marco, > > > > Il giorno gio 30 ago 2018 alle ore 10:50 Marco Mellia > > <marco.mellia(a)polito.it <mailto:marco.mellia@polito.it>> ha scritto: > > > > Qualcuno mi deve spiegare perché il DNS di cloudflare o di Google o > > di Amazon (note no profit organization che non paghiamo) dovrebbe > > essere più sicuro/veloce/affidabile del DNS del ISP (che paghiamo)... > > > > > > Perché ci sono vari stati nel mondo dove usare il DNS che il tuo > > provider ti fornisce significa censura. Questo implica cose come essere > > indirizzati su 127.0.0.1 oppure su una block page che ti spiega perché > > non puoi accedere a un contenuto. > > > > Anche qualora non vi fosse alcun tipo di manipolazione del DNS, vi > > potrebbe essere sorveglianza, monitorando le query DNS. > > > > Implementando il DNS-over-HTTPS (che è la soluzione descritta > > nell'articolo che è stato postato) si aumenta il costo richiesto a uno > > stato per continuare a implementare censura e/o sorveglianza. Questo è > > bene per un individuo, organizzazione, o entità X, se negli obiettivi di > > X c'è aiutare le persone che stanno su internet ad accedere liberamente > > ai contenuti cui desiderano accedere. > > > > Questo trend per cui tutto passa per i soliti big player dovrebbe > > fare più paura. Invece tutti a gridare al miracolo perché ci > > propinano un obbrobrio tecnico come la panacea ad un non problema... > > > > > > Non sono d'accordo che sia un "non problema". Ci sono aree del mondo > > dove questo probabilmente non è un problema e devo inviare più traffico > > a un ristretto numero di player potrebbe essere un problema. E aree del > > mondo dove questa tecnica è utile per superare la censura. > > > > Bye, > > > > Simone > > > > > > My 2c > > M > > > > > > Inviato da iPad > > > > > Il giorno 29 ago 2018, alle ore 21:24, > > nexa-request(a)server-nexa.polito.it > > <mailto:nexa-request@server-nexa.polito.it> ha scritto: > > > > > > Questo dovrebbe essere dirompente per molti degli schemi di > > censura in > > > Italia, basati su DNS DPI > > > > > > > > < > https://blog.nightly.mozilla.org/2018/06/01/improving-dns-privacy-in-firefo… > > > > > > > > Domain Name Service (DNS) is one of the oldest parts of internet > > > architecture, and remains one that has largely been untouched by > > efforts > > > to make the web safer and more private. On the Firefox network > and > > > security teams, we’re working to change that by encrypting DNS > > queries > > > and by testing a service that keeps DNS providers from collecting > > and > > > sharing your browsing history. > > > > _______________________________________________ > > nexa mailing list > > nexa(a)server-nexa.polito.it <mailto:nexa@server-nexa.polito.it> > > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa > > > > > > > > _______________________________________________ > > nexa mailing list > > nexa(a)server-nexa.polito.it > > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa > > >

Aug. 30, 2018

Re: [nexa] Improving DNS Privacy in Firefox

by Stefano Quintarelli

perche non usare uno qualsiasi degli N (grandissimo) DNS che ci sono in giro per il mondo ? (o uno proprio) On 30/08/2018 12:12, Simone Basso wrote: > Ciao Marco, > > Il giorno gio 30 ago 2018 alle ore 10:50 Marco Mellia > <marco.mellia(a)polito.it <mailto:marco.mellia@polito.it>> ha scritto: > > Qualcuno mi deve spiegare perché il DNS di cloudflare o di Google o > di Amazon (note no profit organization che non paghiamo) dovrebbe > essere più sicuro/veloce/affidabile del DNS del ISP (che paghiamo)... > > > Perché ci sono vari stati nel mondo dove usare il DNS che il tuo > provider ti fornisce significa censura. Questo implica cose come essere > indirizzati su 127.0.0.1 oppure su una block page che ti spiega perché > non puoi accedere a un contenuto. > > Anche qualora non vi fosse alcun tipo di manipolazione del DNS, vi > potrebbe essere sorveglianza, monitorando le query DNS. > > Implementando il DNS-over-HTTPS (che è la soluzione descritta > nell'articolo che è stato postato) si aumenta il costo richiesto a uno > stato per continuare a implementare censura e/o sorveglianza. Questo è > bene per un individuo, organizzazione, o entità X, se negli obiettivi di > X c'è aiutare le persone che stanno su internet ad accedere liberamente > ai contenuti cui desiderano accedere. > > Questo trend per cui tutto passa per i soliti big player dovrebbe > fare più paura. Invece tutti a gridare al miracolo perché ci > propinano un obbrobrio tecnico come la panacea ad un non problema... > > > Non sono d'accordo che sia un "non problema". Ci sono aree del mondo > dove questo probabilmente non è un problema e devo inviare più traffico > a un ristretto numero di player potrebbe essere un problema. E aree del > mondo dove questa tecnica è utile per superare la censura. > > Bye, > > Simone > > > My 2c > M > > > Inviato da iPad > > > Il giorno 29 ago 2018, alle ore 21:24, > nexa-request(a)server-nexa.polito.it > <mailto:nexa-request@server-nexa.polito.it> ha scritto: > > > > Questo dovrebbe essere dirompente per molti degli schemi di > censura in > > Italia, basati su DNS DPI > > > > > <https://blog.nightly.mozilla.org/2018/06/01/improving-dns-privacy-in-firefo…> > > > > Domain Name Service (DNS) is one of the oldest parts of internet > > architecture, and remains one that has largely been untouched by > efforts > > to make the web safer and more private. On the Firefox network and > > security teams, we’re working to change that by encrypting DNS > queries > > and by testing a service that keeps DNS providers from collecting > and > > sharing your browsing history. > > _______________________________________________ > nexa mailing list > nexa(a)server-nexa.polito.it <mailto:nexa@server-nexa.polito.it> > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa > > > > _______________________________________________ > nexa mailing list > nexa(a)server-nexa.polito.it > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa >

Aug. 30, 2018

Re: [nexa] Improving DNS Privacy in Firefox

by Simone Basso

Ciao Marco, Il giorno gio 30 ago 2018 alle ore 10:50 Marco Mellia < marco.mellia(a)polito.it> ha scritto: > Qualcuno mi deve spiegare perché il DNS di cloudflare o di Google o di > Amazon (note no profit organization che non paghiamo) dovrebbe essere più > sicuro/veloce/affidabile del DNS del ISP (che paghiamo)... > Perché ci sono vari stati nel mondo dove usare il DNS che il tuo provider ti fornisce significa censura. Questo implica cose come essere indirizzati su 127.0.0.1 oppure su una block page che ti spiega perché non puoi accedere a un contenuto. Anche qualora non vi fosse alcun tipo di manipolazione del DNS, vi potrebbe essere sorveglianza, monitorando le query DNS. Implementando il DNS-over-HTTPS (che è la soluzione descritta nell'articolo che è stato postato) si aumenta il costo richiesto a uno stato per continuare a implementare censura e/o sorveglianza. Questo è bene per un individuo, organizzazione, o entità X, se negli obiettivi di X c'è aiutare le persone che stanno su internet ad accedere liberamente ai contenuti cui desiderano accedere. > Questo trend per cui tutto passa per i soliti big player dovrebbe fare più > paura. Invece tutti a gridare al miracolo perché ci propinano un obbrobrio > tecnico come la panacea ad un non problema... > Non sono d'accordo che sia un "non problema". Ci sono aree del mondo dove questo probabilmente non è un problema e devo inviare più traffico a un ristretto numero di player potrebbe essere un problema. E aree del mondo dove questa tecnica è utile per superare la censura. Bye, Simone > > My 2c > M > > > Inviato da iPad > > > Il giorno 29 ago 2018, alle ore 21:24, > nexa-request(a)server-nexa.polito.it ha scritto: > > > > Questo dovrebbe essere dirompente per molti degli schemi di censura in > > Italia, basati su DNS DPI > > > > < > https://blog.nightly.mozilla.org/2018/06/01/improving-dns-privacy-in-firefo… > > > > > > Domain Name Service (DNS) is one of the oldest parts of internet > > architecture, and remains one that has largely been untouched by efforts > > to make the web safer and more private. On the Firefox network and > > security teams, we’re working to change that by encrypting DNS queries > > and by testing a service that keeps DNS providers from collecting and > > sharing your browsing history. > > _______________________________________________ > nexa mailing list > nexa(a)server-nexa.polito.it > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa >

Aug. 30, 2018

Parere sulla rifusione della direttiva riutilizzo informazione settore pubblico

by Margherita Salvadori

Ricordando che il tema é stato oggetto di alcuni progetti, segnalo la pubblicazione in data odierna https://eur-lex.europa.eu/legal-content/IT/TXT/PDF/?uri=CELEX:52018XX0830(0… Questa la sintesi delle conclusioni: Pertanto, il GEPD raccomanda: — di modificare l’articolo 1, paragrafo 2, lettera g), della proposta e fornire una specifica formulazione sulla differenza tra «documenti» e «parti di documenti» a cui la direttiva PSI non si applicherebbe per motivi di protezione dei dati, — di accogliere il riferimento all’autorità di controllo istituita dall’articolo 51 del GDPR ai sensi dell’articolo 4, paragrafo 4, della proposta per rafforzare ulteriormente il legame tra il riutilizzo dell’informazione del settore pub blico e la protezione dei dati personali, — di reintrodurre la specifica disposizione relativa alla normativa applicabile sulla protezione dei dati attualmente inserita nell’articolo 1, paragrafo 4, della direttiva 2013/37/UE, nella parte sostanziale della proposta (incluso il necessario aggiornamento dei riferimenti agli strumenti giuridici attualmente in vigore); — di concentrarsi ulteriormente sull’uso dell’anonimizzazione nel contesto del riutilizzo dell’informazione del settore pubblico inserendo un riferimento alle «informazioni anonime» nel testo legislativo ed estendendo la portata degli enti che hanno diritto a includere i costi di anonimizzazione nei costi che possono essere addebitati ai riutilizzatori, — di precisare chiaramente nella proposta che si applica la definizione di «dati personali» a norma dell’articolo 4, paragrafo 1, del GDPR, — di fornire valutazioni d’impatto sulla protezione dei dati per determinati settori che trattano dati sensibili, quali il settore della sanità, sulle quali il licenziante dovrebbe basare la sua decisione e conseguentemente tenere in debito conto le condizioni di riutilizzo, — come ultima osservazione nel formulare le presenti raccomandazioni, il GEPD sottolinea la rilevanza per la protezione dei dati dei seguenti principi chiave, i quali, secondo la Commissione, dovrebbero essere rispettati nel contesto del riutilizzo dei dati, ossia: (i) minimizzazione del lock-in dei dati e garanzia di una concorrenza non falsata, (ii) trasparenza e partecipazione sociale ai fini del riutilizzo nei confronti dei cittadini/delle persone interessate, nonché trasparenza e chiara definizione degli obiettivi tra il licenziante e i licenziatari, (iii) valutazione d’impatto sulla protezione dei dati e garanzie appropriate di protezione dei dati per il riutilizzo (secondo il principio del «non nuocere» dal punto di vista della protezione dei dati). Cordiali saluti, Margherita Salvadori

Aug. 30, 2018

Re: [nexa] Improving DNS Privacy in Firefox

by Marco Mellia

Qualcuno mi deve spiegare perché il DNS di cloudflare o di Google o di Amazon (note no profit organization che non paghiamo) dovrebbe essere più sicuro/veloce/affidabile del DNS del ISP (che paghiamo)... Questo trend per cui tutto passa per i soliti big player dovrebbe fare più paura. Invece tutti a gridare al miracolo perché ci propinano un obbrobrio tecnico come la panacea ad un non problema... My 2c M Inviato da iPad > Il giorno 29 ago 2018, alle ore 21:24, nexa-request(a)server-nexa.polito.it ha scritto: > > Questo dovrebbe essere dirompente per molti degli schemi di censura in > Italia, basati su DNS DPI > > <https://blog.nightly.mozilla.org/2018/06/01/improving-dns-privacy-in-firefo…> > > Domain Name Service (DNS) is one of the oldest parts of internet > architecture, and remains one that has largely been untouched by efforts > to make the web safer and more private. On the Firefox network and > security teams, we’re working to change that by encrypting DNS queries > and by testing a service that keeps DNS providers from collecting and > sharing your browsing history.

Aug. 29, 2018

Re: [nexa] Improving DNS Privacy in Firefox

by Giacomo Tesio

A me il DoH non convince sotto molti punti di vista. A seconda del threat model può essere utile o estremamente dannoso. https://blog.ungleich.ch/en-us/cms/blog/2018/08/04/mozillas-new-dns-resolut… Inoltre CloudFlare costituisce un Single Point of Failure, guarda caso sempre negli Stati Uniti (configurabile, lo so... speriamo l'interfaccia sia più usabile di quella necessaria per disabilitare JavaScript). Giacomo 2018-08-29 22:06 GMT+02:00 Alberto Cammozzo <ac+nexa(a)zeromx.net>: > Questo dovrebbe essere dirompente per molti degli schemi di censura in > Italia, basati su DNS DPI > > <https://blog.nightly.mozilla.org/2018/06/01/improving-dns-privacy-in-firefo…> > > Domain Name Service (DNS) is one of the oldest parts of internet > architecture, and remains one that has largely been untouched by efforts to > make the web safer and more private. On the Firefox network and security > teams, we’re working to change that by encrypting DNS queries and by testing > a service that keeps DNS providers from collecting and sharing your browsing > history. > > For more than 30 years, DNS has served as a key mechanism for accessing > sites and services on the web. Browsers (including Firefox) use DNS to > access a distributed database that turns URLs into TCP/IP addressing > information. Firefox cannot do much without the service. DNS hails from the > days of a kinder, more gentle Internet where it was normal to make this kind > of query using unencrypted protocols and send them to any nearby server who > claimed to be able to answer it. > > This approach is no longer a fit for the modern Internet. Because there is > no encryption, other devices along the way might collect (or even block or > change) this data too. DNS lookups are sent to servers that can spy on your > website browsing history > <https://cdt.org/blog/dns-strengthening-the-weakest-link-in-internet-privacy/> > without either informing you or publishing a policy about what they do with > that information. > > While sophisticated users can turn to cloud-based “open resolvers” that > offer better privacy controls than what is available by default from most > internet service providers (ISPs), these resolvers rely on the same old > unencrypted protocols so ISPs can often intercept data anyway. > > Our first effort to upgrade the privacy of DNS is to implement the DNS over > HTTPS (DoH) protocol, which encrypts DNS requests and responses. See Lin > Clark’s terrific explainer > <https://hacks.mozilla.org/2018/05/a-cartoon-intro-to-dns-over-https/> about > how DNS over HTTPS can really improve the state of the art. > > DoH support has been added to Firefox 62 to improve the way Firefox > interacts with DNS. DoH uses encrypted networking to obtain DNS information > from a server that is configured within Firefox. This means that DNS > requests sent to the DoH cloud server are encrypted while old style DNS > requests are not protected. DoH standardization is currently a work in > progress > <https://datatracker.ietf.org/doc/draft-ietf-doh-dns-over-https/?include_tex…> > and we hope that soon many DNS servers will secure their communications with > it. > > Firefox does not yet use DoH by default. See the end of this post for > instructions on how you can configure Nightly to use (or not use) any DoH > server. > > Our second effort focuses on building a default configuration for DoH > servers that puts privacy first. > > We are running a shield study <https://support.mozilla.org/en-US/kb/shield> > where some Nightly users will participate in one or more experiments to help > us build out a secure, cloud-based service that handles DoH requests. All > Nightly users will receive an in-product notification about these studies. > > Cloudflare is our partner for these experiments. When a shield study is > active, Nightly Firefox will automatically use Cloudflare’s secure DNS over > HTTPS <https://blog.cloudflare.com/dns-resolver-1-1-1-1/> service (though we > aren’t using the famous 1.1.1.1 address). The first study will test whether > DoH’s performance is up to the task. > > [...] > > _______________________________________________ > nexa mailing list > nexa(a)server-nexa.polito.it > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa

Aug. 29, 2018

Improving DNS Privacy in Firefox

by Alberto Cammozzo

Questo dovrebbe essere dirompente per molti degli schemi di censura in Italia, basati su DNS DPI <https://blog.nightly.mozilla.org/2018/06/01/improving-dns-privacy-in-firefo…> Domain Name Service (DNS) is one of the oldest parts of internet architecture, and remains one that has largely been untouched by efforts to make the web safer and more private. On the Firefox network and security teams, we’re working to change that by encrypting DNS queries and by testing a service that keeps DNS providers from collecting and sharing your browsing history. For more than 30 years, DNS has served as a key mechanism for accessing sites and services on the web. Browsers (including Firefox) use DNS to access a distributed database that turns URLs into TCP/IP addressing information. Firefox cannot do much without the service. DNS hails from the days of a kinder, more gentle Internet where it was normal to make this kind of query using unencrypted protocols and send them to any nearby server who claimed to be able to answer it. This approach is no longer a fit for the modern Internet. Because there is no encryption, other devices along the way might collect (or even block or change) this data too. DNS lookups are sent to servers that can spy on your website browsing history <https://cdt.org/blog/dns-strengthening-the-weakest-link-in-internet-privacy/> without either informing you or publishing a policy about what they do with that information. While sophisticated users can turn to cloud-based “open resolvers” that offer better privacy controls than what is available by default from most internet service providers (ISPs), these resolvers rely on the same old unencrypted protocols so ISPs can often intercept data anyway. Our first effort to upgrade the privacy of DNS is to implement the DNS over HTTPS (DoH) protocol, which encrypts DNS requests and responses. See Lin Clark’s terrific explainer <https://hacks.mozilla.org/2018/05/a-cartoon-intro-to-dns-over-https/> about how DNS over HTTPS can really improve the state of the art. DoH support has been added to Firefox 62 to improve the way Firefox interacts with DNS. DoH uses encrypted networking to obtain DNS information from a server that is configured within Firefox. This means that DNS requests sent to the DoH cloud server are encrypted while old style DNS requests are not protected. DoH standardization is currently a work in progress <https://datatracker.ietf.org/doc/draft-ietf-doh-dns-over-https/?include_tex…> and we hope that soon many DNS servers will secure their communications with it. Firefox does not yet use DoH by default. See the end of this post for instructions on how you can configure Nightly to use (or not use) any DoH server. Our second effort focuses on building a default configuration for DoH servers that puts privacy first. We are running a shield study <https://support.mozilla.org/en-US/kb/shield> where some Nightly users will participate in one or more experiments to help us build out a secure, cloud-based service that handles DoH requests. All Nightly users will receive an in-product notification about these studies. Cloudflare is our partner for these experiments. When a shield study is active, Nightly Firefox will automatically use Cloudflare’s secure DNS over HTTPS <https://blog.cloudflare.com/dns-resolver-1-1-1-1/> service (though we aren’t using the famous 1.1.1.1 address). The first study will test whether DoH’s performance is up to the task. [...]

Aug. 29, 2018

CBP expands partnership with airlines on facial recognition | Papers, Please!

by J.C. DE MARTIN

https://papersplease.org/wp/2018/08/28/cbp-expands-partnership-with-airline… CBP expands partnership with airlines on facial recognition This month US Customs and Border Protection (CBP) posted the latest in a series of Privacy Impact Assessments (PIAs) for its Traveler Verification Service (TVS) program. The latest PIA gives notice (although not in the form required by Federal law) that CBP and its airline and airport partners are carrying out a second expanded phase of “demonstrations” of TVS, an identity-as-a-service scheme designed to use automated recognition of images from a shared CBP/airline/airport database of facial photos for purposes including surveillance and control (for CBP) and business process automation and price personalization (for airlines and airports). CBP (1) describes TVS as a “biometric exit” program, (2) describes the current use of TVS as merely a “demonstration”, (3) continues to claim that airlines and airports “have no interest in keeping or retaining” facial images any longer , or using them for any other purposes, than is required by CBP for “security”, and (4) says that U.S citizens aren’t required to submit to mug shots. These claims are intended to lull the public into not protesting: “This is only a test, using photos for limited purposes. The photos will be deleted once you get on the plane, and not used for nay commercial or other purpose.” And so forth. All that might be somewhat reassuring, if any of it were true. But none of it is: [...] (Sent from my wireless device; please excuse brevity and typos (if any))

Aug. 29, 2018

Re: [nexa] The Web is still a DARPA weapon.

by Stefano Quintarelli

On 29/08/2018 16:04, Giacomo Tesio wrote: > Non vorrei essere nei panni dell'imputato. questo vale in generale... penso che solo chi conosce il penale ha una idea dei modi in cui puoi essere trascinato tuo malgrado in un procedimento... ciao, s.

Aug. 29, 2018