September 2020 - nexa - server-nexa.polito.it

Il progetto microG include le API di Exposure Notification (era Re: Location e Bluetooth ... )

by Roberto Resoli

Un aggiornamento: la situazione è cambiata velocemente in questi mesi. Google ha rilasciato il 26 luglio (con licenza Apache 2.0) l'implementazione dell'Exposure Notification Api. Questo ha velocizzato molto i lavori già in corso in microG (al contrario di quanto ipotizzavo nel maggio scorso) Il 28/05/20 17:44, Roberto Resoli ha scritto: > Va da sè che su tutti queste derivazioni di AOSP l'API di exposure > notification non sarà disponibile (a meno di non installare blob binari > con i play services). Il progetto microG (reimplementazione libera di > parte dei play services) pare non svilupperà alcunchè al riguardo, con > ottime ragioni[3] Il thread [3] è veramente una lettura interessante, anche dal punto di vista dell'opportunità o meno di implementare le API in MicroG > In una discussione sul progetto dell'app tedesca corona-warn-app[4] ci > sono ulteriori elementi; non è escluso che in futuro l'implementazione > dell'API di exposure notification entri in AOSP, e quindi diventi > ispezionabile e ricompilabile indipendentemente. Mi sembra comunque poco > probabile. Sta di fatto comunque che a questo punto tutta la catena, comprese le API, è completamente disponibile in sw libero. Per chi volesse invece una soluzione di compromesso, è possibile installare le pico gapps su una rom lineageos a partire dalla versione 13 (corrispondente ad Android 6 Marshmallow) e beneficiare delle API di EN su un sistema "semilibero". Notare che anche in tal caso *non* è necessario configurare un utente Google per attivare le API di EN. Immuni può essere tranquillamente installata da uno store come Aurora Stor (intallabile a sua volta via F-Droid). Ho sperimentato entrambe le cose direttamente su miei dispositivi. rob > ciao, > rob > > [1] > https://android.stackexchange.com/questions/160479/why-do-i-need-to-turn-on… > > [2] > https://9to5google.com/2020/04/13/android-contact-tracing-google-play-servi… > > [3] https://github.com/microg/android_packages_apps_GmsCore/issues/1057

Sept. 11, 2020

A QUIC Look at Web Tracking

by Giacomo Tesio

QUIC has been developed by Google to improve the transport performance of HTTPS traffic. It currently accounts for approx. 7% of the global Internet traffic. In this work, we investigate the feasibility of user tracking via QUIC from the perspective of an online service. Our analysis reveals that the protocol design contains violations of privacy best practices through which a tracker can passively and uniquely identify clients across several connections. This tracking mechanisms can achieve reduced delays and band-width requirements compared to conventional browserfinger printing or HTTP cookies. This allows them to be applied in resource- or time-constrained scenarios such as real-time biddings in online advertising. To validate this finding, we investigated browsers which enable QUIC by default, e.g., Google Chrome. Our results suggest that the analyzed browsers do not provide protective measures against tracking via QUIC. However, the introduced mechanisms reset during a browser restart, which clears the cached connection data and thus limits achievable tracking periods. To mitigate the identified privacy issues, we propose changes to QUIC’s protocol design, the operation of QUIC-enabled web servers, and browser implementations. https://petsymposium.org/2019/files/papers/issue3/popets-2019-0046.pdf Questo è un paper del 2019, non mi pare sia già passato in lista. QUIC è stato introdotto da Google in Chrome nel 2013 ed in meno di 6 anni gestiva già il 7% del traffico mondiale, nonostante sia ancora una bozza IETF in stato "I-D EXISTS". Per capire l'ambizione del progetto (ed il potere di Google), l'IETF potrebbe chiamare "HTTP/3" l'adattamento dell'HTTP a QUIC. https://datatracker.ietf.org/wg/quic/documents/ Inutile dire che QUIC è progettato bene: https://http3.net/ MA è progettato anzitutto per ridurre problemi (e costi) di scalabilità che affrontano società come Google, Amazon, Microsoft, Cloudflare... ma che sono irrilevanti per chiunque altro. Lato utente, QUIC renderà molto più veloce il caricamento di pagine Web che scaricano molte risorse separate da fonti diverse. In altri termini, i cittadini potranno farsi sorvegliare più in fretta. Giacomo

Sept. 10, 2020

Re: [nexa] Report: "Artificial intelligence" by Social Europe

by Giovanni Biscuolo

"J.C. DE MARTIN" <demartin(a)polito.it> writes: > *Artificial intelligence** > * > Publisher: Social Europe (in cooperation with Friedrich-Ebert > Stiftung and Weizenbaum Institut) > Published: 1st August 2020 > > Free PDF Download > https://www.socialeurope.eu/book/artificial-intelligence [...] > AI has conjured up a dystopia of robots displacing human workers from > employment. Some have predicted very large-scale job substitution but > others question whether such a predetermined outcome can be envisaged: > whether jobs are lost and how they are changed depends on whether > workers are involved in the decisions that are made. Interessante questione: leggendola mi sembrava di avere un déjà vu e, come pollicino, le briciole mi hanno ricondotto al Luddismo, ma non nell'accezzione distorta passata alla storia: https://web.archive.org/web/20140301111725/https://www.smithsonianmag.com/h… «What the Luddites Really Fought Against» --8<---------------cut here---------------start------------->8--- [...] Despite their modern reputation, the original Luddites were neither opposed to technology nor inept at using it. Many were highly skilled machine operators in the textile industry. [...] Fearing a national movement, the government soon positioned thousands of soldiers to defend factories. Parliament passed a measure to make machine-breaking a capital offense. [...] As the Industrial Revolution began, workers naturally worried about being displaced by increasingly efficient machines. But the Luddites themselves “were totally fine with machines,” says Kevin Binfield, editor of the 2004 collection Writings of the Luddites. They confined their attacks to manufacturers who used machines in what they called “a fraudulent and deceitful manner” to get around standard labor practices. “They just wanted machines that made high-quality goods,” says Binfield, “and they wanted these machines to be run by workers who had gone through an apprenticeship and got paid decent wages. Those were their only concerns.” [...] But it needs to be about big things, too, like standing up against technologies that put money or convenience above other human values. If we don’t want to become, as Carlyle warned, “mechanical in head and in heart,” it may help, every now and then, to ask which of our modern machines General and Eliza Ludd would choose to break. And which they would use to break them. --8<---------------cut here---------------end--------------->8--- Solo per dire che, in fondo in fondo, non si tratta di nulla di nuovo e soprattutto non connesso "solo" alla AI. Probabilmente il sogno di ogni Luddista è che ciascuno possieda una macchina intelligentissima che, lavorando sotto contratto al posto suo [1], porti a casa un reddito dignitoso a fine mese :-D [...] Saluti, Giovanni. [1] e permettendogli di coltivare liberamente le proprie passioni, lavorando -- Giovanni Biscuolo

Sept. 10, 2020

Re: [nexa] nexa Digest, Vol 137, Issue 20

by Antonio Iacono

> In altri termini, ci sarebbe necessità di lavorare a un progetto per realizzare un servizio di insegnamento remoto per le scuole. > Occorre un team di una ventina di sviluppatori, una infrastruttura di server dedicati sufficientemente ampia, per un investimento di circa 12milioni l’anno. Trovate soldi e server che gli sviluppatori ve li porto io ;) Battuta a parte, come avrete notato ogni tanto segnalo link che iniziano con https://noiopen.discourse.group Bene, io ho frequentato in passato diverse associazioni di software libero ma NoiOpen è diversa, a parte lo spessore tecnico di alcuni suoi associati, da Michele Sciabarra a Davide Dozza a Valentino Spataro (solo per citare gente che già mi era nota), lo è perché tutte le attività dell'associazione avvengono in rete, sul forum, in totale trasparenza, e il codice che man mano viene scritto è subito reso disponibile. Ovviamente iscriversi al forum non significa dover far parte necessariamente dell'associazione.

Sept. 10, 2020

Re: [nexa] Corte Ue: Secondo l’avvocato generale Szpunar, l’incorporazione, in una pagina Internet, di opere provenienti da altri siti Internet mediante link automatici (inline linking) richiede l’autorizzazione del titolare dei diritti su tali opere (conc C-392/19)

by Giovanni Biscuolo

Marco Ciurcina <ciurcina(a)studiolegale.it> writes: > Nuove in arrivo (forse) dal confine tra inline linking e framing > > https://curia.europa.eu/jcms/upload/docs/application/pdf/2020-09/ > cp200103it.pdf «It's the end of the www(orld) as we know it (and I feel fine)» :-D Saluti, Giovanni -- Giovanni Biscuolo

Sept. 10, 2020

Re: [nexa] Con il cloud le BigTech si prenderanno tutto

by Giuseppe Attardi

> On 10 Sep 2020, at 16:36, nexa-request(a)server-nexa.polito.it wrote: > > Date: Thu, 10 Sep 2020 15:19:41 +0200 > From: Giacomo Tesio <giacomo(a)tesio.it <mailto:giacomo@tesio.it>> > To: nexa(a)server-nexa.polito.it <mailto:nexa@server-nexa.polito.it> > Subject: Re: [nexa] nexa Digest, Vol 137, Issue 20 > Message-ID: <20200910151821.3b5f79d5(a)tesio.it <mailto:20200910151821.3b5f79d5@tesio.it>> > Content-Type: text/plain; charset=utf-8 > > On Thu, 10 Sep 2020 12:22:41 +0200 > Giuseppe Attardi <attardi(a)di.unipi.it <mailto:attardi@di.unipi.it>> wrote: > >>> >>> ... >> >> Molto bello, se non ché ci sono ancora mille problemi da superare. >> Per esempio la scalabilità: con Jitsi Meet si arriva al massimo a una >> ventina di connessioni > > Ma 20 video stream non sono sufficienti per ciascun paio di occhi? > > Voglio dire: certamente vi è un limite sui client connessi (e molto > purtroppo dipende proprio dalle caratteristiche del client, memoria, > scheda video, cpu... spesso più che dalla banda disponibile), ma per > una classe che tiene lezione... perché deve essere rilevante? > > In una lezione remota (che comunque non può prevedere verifiche) perché > un insegnante DEVE VEDERE tutti gli studenti contemporaneamente? > Perché deve SENTIRLI tutti contemporaneamente? > Perché gli studenti DEVONO VEDERSI E SENTIRSI TUTTI FRA LORO? Qui dovremmo aprire una divagazione sui metodi di insegnamento a distanza. Sal Kahn, fondatore di Kahn Academy, afferma che bisognerebbe cambiare modalità, ad esempio non facendo sempre lezione a tutti insieme, ma dividendo gli studenti in piccoli gruppi che comunicano tra loro nel risolvere problemi che pone loro l’insegnante, e che poi confrontano tutti insieme. https://www.nytimes.com/2020/08/13/opinion/coronavirus-school-digital.html <https://www.nytimes.com/2020/08/13/opinion/coronavirus-school-digital.html?…> Combinando Canvas, che ha questa funzione di suddivisione in gruppi, e BBB, sarebbe agevole farlo. — Beppe

Sept. 10, 2020

Re: [nexa] Con il cloud le BigTech si prenderanno tutto

by Giuseppe Attardi

> On 10 Sep 2020, at 12:22, Giuseppe Attardi <attardi(a)di.unipi.it> wrote: > > In altri termini, ci sarebbe necessità di lavorare a un progetto per realizzare un servizio di insegnamento remoto per le scuole. > Occorre un team di una ventina di sviluppatori, una infrastruttura di server dedicati sufficientemente ampia, per un investimento di circa 12milioni l’anno. > Riguardo al no free launches, ecco un aggiornamento da Google: La promozione enterprise di Google Suite di cui avevamo beneficiato per via dell'emergenza COVID-19 scade a fine mese. Dal 1o di ottobre, non si potranno avere più di 100 studenti per meet e la registrazione delle lezioni in streaming sarà permessa solo in forma "temporanea" (video sul drive per un mese poi viene cancellato). Pertanto le Università dovrebbero acquistare G Suite Education Enterprise, il cui prezzo è $48/user/year for students. Se le università italiane le acquistassero per solo il 16% dei loro studenti, pagherebbero 12milioni. — Beppe

Sept. 10, 2020

Re: [nexa] nexa Digest, Vol 137, Issue 20

by Giacomo Tesio

On Thu, 10 Sep 2020 12:48:26 +0200 Angelo Raffaele Meo <meo(a)polito.it> wrote: > caro Marco, > sulla base della mia lunga esperienza e sulla conoscenza dei nostri > polli, prevedo che spenderemo i fondi del recovery fund per acuistare > prodotti chiusi dei soliti noti, in violazione delle leggi. > Più volte mi hai spiegato che non si può, ma insisto... perchè non > fare un esposto alla magistratura? Scusate la mia ignoranza, ma perché non si può? Giacomo

Sept. 10, 2020

Re: [nexa] nexa Digest, Vol 137, Issue 20

by Giovanni Biscuolo

Antonio Iacono <antiac(a)gmail.com> writes: >> Per fare un servizio di Web Conference scalabile occorrerebbe avere un reflector centrale, come fanno i prodotti commerciali, anzichè aprire n^2 connessioni tra tutti i partecipanti. > > Una delle soluzioni possibili potrebbe essere quella di usare Asterisk > > v. https://www.researchgate.net/publication/327129126_A_Scalable_WebRTC_Platfo… Quella potrebbe essere una soluzione alternativa e transitoria. Oppure si potrebbe aiutare con un po' di sostegno politico e finanziario progetti come GNUnet e secushare.org che hanno già sviluppato interessanti prototipo e hanno un sacco di cose interessanti da dire in merito al fatto che i sistemi distribuiti sono l'unico modo per contrastare il potere della centralizzazione [1] Saluti, Giovanni [1] https://secushare.org/centralization -- Giovanni Biscuolo

Sept. 10, 2020

Information Society service

by don Luca Peyron

According to Advocate General Szpunar, a service that puts taxi passengers directly in touch, via an electronic application, with taxi drivers constitutes an Information Society service Sentenza molto interessante, buona lettura dl https://curia.europa.eu/jcms/upload/docs/application/pdf/2020-09/cp200102en… _________________________ don Luca Peyron Direttore Ufficio per la Pastorale Universitaria Arcidiocesi di Torino www.universitari.to.it via XX settembre 83, Torino tel. 011 5156239

Sept. 10, 2020