May 2015 - nexa - server-nexa.polito.it

Berkman Center Webcast live oggi ore 18 - Guide to U.S. Government Practice on Global Information Sharing, Second Edition

by Giuseppe Futia

Guide to U.S. Government Practice on Global Information Sharing, Second Edition https://cyber.law.harvard.edu/events/luncheon/2015/05/KropfandCohen <http://cyber.law.harvard.edu/events/luncheon/2014/06/sigal> *with authors John Kropf and Neal Cohen* Today, 6.00 pm Webcast live: http://cyber.law.harvard.edu/interactive/webcast http://nexa.polito.it/berkman-webcast-live The recently published, “Guide to U.S. Government Practice on Global Sharing of Personal Information, Second Edition”, provides an introduction to the principles, practices, and agreements behind how the U.S. government shares personal information with foreign governments - for purposes ranging from tax to counter terrorism and cyber-crime. This information sharing is not only necessary to strengthen relations with foreign governments but to protect the country from threats, foreign and domestic. In the past year, these issues have been most readily visible in the Transatlantic Trade and Investment Partnership (TTIP) negotiations and the renegotiation of the Safe Harbor Framework. About John John Kropf has worked in privacy and information law and policy since 1995. He serves as the Corporate Privacy Executive for Northrop Grumman. Previously, Kropf worked as deputy chief counsel for Privacy and Information Governance for Reed Elsevier and as a career member of the Senior Executive Service working as Deputy Chief Privacy Officer and Senior Adviser on International Privacy Policy for the U.S. Department of Homeland Security. Before joining DHS, Kropf worked for 10 years as an international lawyer with the U.S. Department of State in the Office of Legal Adviser. About Neal Neal Cohen is a New York and English qualified lawyer in the Privacy & Security practice group at Perkins Coie LLP and a research fellow at the Berkman Center for Internet & Society at Harvard University. His law practice and academic research focus on the global harmonization of data protection and privacy law. Prior to joining Perkins Coie LLP, Neal spent several years practicing data protection and privacy law in London at another multinational law firm and before that, Neal clerked in the Privacy Office at the Department of Homeland Security.

May 19, 2015

FYI: WEBCAST TODAY: The Future of the Internet in the Wake of Charlie Hebdo and Increased Government Surveillance Online

by J.C. DE MARTIN

FYI joly posted: "On Thursday May 14 and Friday May 15 2015 the Columbia University School of International and Public Affairs(SIPA) and the Global Commission on Internet Governance (GCIG) will present the Conference on Internet Governance and Cyber-Security at Columbia U" isocdc <http://livestream.com/internetsociety2/surveillance>Today *Monday May 18 2015* the Institute for International Economic Policy at The George Washington University <http://www.gwu.edu/%7Eiiep/> (IIEP) and the Greater Washington DC Chapter of the Internet Society <http://isoc-dc.org/> (ISOC-DC) will jointly host *The Future of the Internet in the Wake of Charlie Hebdo and Increased Government Surveillance Online <http://www.gwu.edu/%7Eiiep/events/Future_of_Internet_Charlie_Hebdo/>* – a lunchtime discussion between *Bruce Schneier*, noted authority on cybersecurity and *Chris Riley*, Vice President and Head of Public Policy at Mozilla, on how increasing surveillance and use of malware could impact the future of the Internet. The event will webcast live on the *Internet Society #2 Livestream Channel <http://livestream.com/internetsociety2/surveillance>*. *What: The Future of the Internet in the Wake of Charlie Hebdo and Increased Government Surveillance Online <http://www.gwu.edu/%7Eiiep/events/Future_of_Internet_Charlie_Hebdo/> Where: GWU, Washington DC When: Monday May 18 2015 12:30-2pm EDT | 16:30-18:00 UTC Webcast: http://livestream.com/internetsociety2/surveillance Twitter: @IIEPGW <https://twitter.com/search?q=iiepgw&src=typd&vertical=default&f=tweets>| @isocdc <https://twitter.com/search?q=isocdc&src=typd&vertical=default&f=tweets>* *Permalink* http://isoc-ny.org/p2/7784

May 18, 2015

Internet, Society & Socratic Truth - Charles and Fern Nesson (Harvard Law School) - Università degli Studi di Torino

by Giuseppe Futia

Internet, Society & Socratic Truth Università degli Studi di Torino Campus Luigi Einaudi - Sala lauree rossa Lungo Dora Sienza 100/A - Torino This course will be taught by *Charles and Fern Nesson* of the *Harvard Law School* and will begin online on June 1 and culminate in three f2f meetings June 11, 12 and 15. *The focus of the course is veritas, the jury, and the future of truth in cyberspace*. The program is modeled on the Nessons' original Harvard Law School course (available at http://canvas.harvard.edu/courses/2290) where it is described as “a call to reclaim the deliberative process as a means of generating social change.” In this course, you will explore the concept of the American jury in both theory and practice. You will engage as co-learners in small-group deliberations, real and virtual. You will gain hands-on live jury experience of persuading and being persuaded. You will learn about yourself and your jury in relation to others. We will begin by deliberating a historical legal case and continue with jury deliberations on a major issue of our time The Schedule * online activity beginning *June 1* * Thursday, *11 June*: 1st Day, from 4:00 to 5:30 p.m. * Friday, *12 June*: 2nd Day, from 4:00 to 5:30 p.m. * Monday, *15 June*: 3rd Day, from 11:00-12:30 a.m. How to apply *To take part in the course*, students and other participants are required to send their e-mail to: *Alessandro Cogo* (acogo(a)unito.it) *students in attendance will obtain up to three credits*. Lecturers *Charles Nesson* is the William F. Weld Professor of Law at Harvard Law School and the founder of the Berkman Center for Internet & Society at Harvard University. *Fern Nesso*n is a graduate of the Harvard Law School, a lawyer, teacher and photographer. The PDF version of the poster is available at: http://www.giurisprudenza.unito.it/do/avvisi.pl/ShowFile?_id=fve3;field=all….

May 18, 2015

Wired (Chiusi): "Dati e propaganda, se i colossi web sono controllati e controllori"

by J.C. DE MARTIN

*Dati e propaganda, se i colossi web sono controllati e controllori* Fabio Chiusi Giornalista Pubblicato maggio 17, 2015 Ci sono dati che dovrebbero essere prodotti o quantomeno verificati da soggetti terzi, indipendenti e nell’interesse del pubblico, che invece sono e restano per noi utenti materia di pura fede nei soggetti privati che li computano e diffondono. Una fede che potrebbe essere mal riposta per una elementare questione metodologica: quando il controllato è il controllore, c’è da dubitare della bontà del controllo. E no, non si tratta solamente della scarsa trasparenza dei “rapporti per la trasparenza” dei colossi web privati che organizzano e scandiscono le nostre vite. Non è unicamente una questione di quali dati vengono trasmessi a entità governative a seguito di precise richieste, o quali contenuti rimossi per via del copyright o di motivazioni politiche. Si tratta di comprendere la noncuranza con cui accettiamo che tutto questo avvenga senza nessuna reale possibilità di contestare ciò che ci dicono quei comunicati aziendali. […] Continua qui: http://www.wired.it/attualita/tech/2015/05/17/dati-propaganda-se-i-colossi-…

May 17, 2015

Google must be more open on 'right to be forgotten', academics warn in letter | Technology | The Guardian

by J.C. DE MARTIN

http://www.theguardian.com/technology/2015/may/14/google-right-to-be-forgot… (Sent from my wireless device; please excuse brevity and typos (if any))

May 14, 2015

il funzionamento e i malfunzionamenti della SIAE

by Simone Aliprandi

Visto che in questa lista si è parlato a volte delle storture del sistema SIAE, segnalo anche qui l'uscita di un mio nuovo libro intitolato "SIAE: funzionamento e malfunzionamenti", ovviamente rilasciato con licenza CC: http://lasiae.blogspot.it/p/libro.html. Se qualcuno lo volesse recensire, sono a disposizione per inviare una copia. La prima presentazione in anteprima si terrà questo martedì (ore 18:30) presso il SAE Institute di Milano. Un caro saluto. -- Simone Aliprandi - http://www.aliprandi.org | http://www.array.eu

May 14, 2015

25 maggio CRS sul lavoro digitale

by Giulio De Petra

Segnalo, sperando che sia di interesse, un incontro organizzato a Roma dal Centro per la Riforma dello Stato in collaborazione con nexiano doc, e su un tema di cui si è parlato anche in lista. Sono ovviamente invitati i nexiani romani o di passaggio. Giulio Inviato da iPad

May 14, 2015

stabilito il giudice competente in caso di accesso illecito a sistemi informatici

by Diego Giorio

http://www.camminodiritto.it/articolosingolo.asp?indexpage=429&hootPostID=e… “Il luogo di consumazione del delitto di accesso abusivo ad un sistema informatico o telematico, di cui all’art. 615-ter c.p., è quello nel quale si trova il soggetto che effettua l’introduzione abusiva o vi si mantiene abusivamente”. Se non ricordo male ne avevamo già parlato in questa lista, ma segnalo comunque questo articolo interessante Saluti a tutti Diego

May 12, 2015

Re: [nexa] "Please consider the impacts of banning HTTP" (issue #107 di WhiteHouse/https su GitHub)

by Arturo Filastò

A proposito di standard e lo scarso supporto di questi…. La mai precedente mail aveva dei problemi di encoding che spero ora siano fixati. Perdonate il mio “quotable-printable”. Grazie Simone per lo spunto di riflessione, ecco i miei 2c sulla questione: 1) Una distinzione secondo me molto importante da fare è tra il traffico HTTP machine to human (faccio una richiesta HTTP e ottengo indietro dell’HTML o Javascript) e machine to machine (servire un file compresso con dentro dati scientifici da analizzare o una API REST). Penso che per il primo tipo di traffico sia importante, e gestibile, avere una politica HTTPS only, per la seconda, come @jhourcle ho un po’ di dubbi. Come faceva notare Ximin quando il traffico in chiaro viene poi processato da un browser si sta esponendo gli utenti del nostro sito web a possibili vettori di attacco come nel caso del DDoS a github di un mese fa. 2) La verifica dei certificati SSL è ubiquo nei browser, ma non è la stessa cosa per un sacco di librerie o tool molto utilizzati. Basti pensare che fino ad un anno fa il package manager di python non verificava i certificati SSL. Stiamo facendo progressi, ma comunque non abbiamo un livello di maturità elevato. 3) E’ importante riconoscere il fatto che avere HTTPS non significa essere per forza. Come faceva notare @jhourcle aumenta la superficie di attacco, ma anche in assenza di vulnerabilità non significa che il traffico dell’utente non transiti in chiaro su internet (ricordate le slide dell’NSA su SSL added and removed here [1]) e potrebbe portare ad un finto senso di sicurezza (sono comunque dell’idea che avere HTTPS sia meglio di nulla). 4) Per realtà piccole è impegnativo gestire certificati SSL ed e’ ancora più difficile gestirli bene. Chiunque ha mai avuto la spiacevole esperienza di dover mettere su un server HTTPS sa di che cosa sto parlando. I tool da usare sono scomodi e presentano così tante opzioni che il culto del cargo [2] è inevitabile. Come faceva notare Fabio ACME e Let’s Encrypt sono due progetti che potrebbero risolvere questo problema nel futuro. In sintesi secondo me HTTPS only sí, ma per il traffico che contiene contenuti attivi (HTML/Javascript/CSS/SWF etc.). Per contenuti che devono invece essere elaborati da qualcosa di diverso da un browser non è ancora venuto il momento di passare a HTTPS only, ma sarebbe comunque il caso di fornire un metodo sicuro per verificare l’integrità del contenuto. ~ Art. [1] http://www.newyorker.com/wp-content/uploads/2013/11/nsa-smiley-face-580.jpg [2] http://it.wikipedia.org/wiki/Culto_del_cargo

May 12, 2015

Re: [nexa] "Please consider the impacts of banning HTTP" (issue #107 di WhiteHouse/https su GitHub)

by Arturo Filastò

=C2=A0 Grazie Simone per lo spunto di riflessione, ecco i miei 2c sulla question= e: 1) Una distinzione secondo me molto importante da fare =C3=A8 tra il traf= fico HTTP machine to human (faccio una richiesta HTTP e ottengo indietro = dell=E2=80=99HTML o Javascript) e machine to machine (servire un file com= presso con dentro dati scientifici da analizzare o una API REST). =20 Penso che per il primo tipo di traffico sia importante, e gestibile, aver= e una politica HTTPS only, per la seconda, come =40jhourcle ho un po=E2=80= =99 di dubbi. Come faceva notare Ximin quando il traffico in chiaro viene poi processat= o da un browser si sta esponendo gli utenti del nostro sito web a possibi= li vettori di attacco come nel caso del DDoS a github di un mese fa. 2) La verifica dei certificati SSL =C3=A8 ubiquo nei browser, ma non =C3=A8= la stessa cosa per un sacco di librerie o tool molto utilizzati. Basti p= ensare che fino ad un anno fa il package manager di python non verificava= i certificati SSL. =20 Stiamo facendo progressi, ma comunque non abbiamo un livello di maturit=C3= =A0 elevato. 3) E=E2=80=99 importante riconoscere il fatto che avere HTTPS non signifi= ca essere per forza. Come faceva notare =40jhourcle aumenta la superficie= di attacco, ma anche in assenza di vulnerabilit=C3=A0 non significa che = il traffico dell=E2=80=99utente non transiti in chiaro su internet (ricor= date le slide dell=E2=80=99NSA su SSL added and removed here :) =5B1=5D) = e potrebbe portare ad un finto senso di sicurezza (sono comunque dell=E2=80= =99idea che avere HTTPS sia meglio di nulla). =20 4) Per realt=C3=A0 piccole =C3=A8 impegnativo gestire certificati SSL ed = e=E2=80=99 ancora pi=C3=B9 difficile gestirli bene. Chiunque ha mai avuto= la spiacevole esperienza di dover mettere su un server HTTPS sa di che c= osa sto parlando. I tool da usare sono scomodi e presentano cos=C3=AC tan= te opzioni che il culto del cargo =5B2=5D =C3=A8 inevitabile. =20 Come faceva notare =46abio ACME e Let=E2=80=99s Encrypt sono due progetti= che potrebbero risolvere questo problema nel futuro. In sintesi secondo me HTTPS only s=C3=AD, ma per il traffico che contiene= contenuti attivi (HTML/Javascript/CSS/SW=46 etc.). Per contenuti che dev= ono invece essere elaborati da qualcosa di diverso da un browser non =C3=A8= ancora venuto il momento di passare a HTTPS only, ma sarebbe comunque il= caso di fornire un metodo sicuro per verificare l=E2=80=99integrit=C3=A0= del contenuto. =20 =7E Art. =20 =5B1=5D http://www.newyorker.com/wp-content/uploads/2013/11/nsa-smiley-fa= ce-580.jpg =20 =5B2=5D http://it.wikipedia.org/wiki/Culto=5Fdel=5Fcargo On April 24, 2015 at 7:28:45 PM, Simone Basso (bassosimone=40gmail.com(ma= ilto:bassosimone=40gmail.com)) wrote: > Cari tutti, > > tl;dr ho sempre pensato che il traffico HTTP dovrebbe sempre essere > cifrato. Alcune discussioni e articoli letti recentemente mi hanno > fatto capire che il problema e' piu' complesso e articolato, e voglio > convidere con voi quello che ho letto e alcune mie riflessioni.

May 12, 2015