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

Re: [nexa] On YouTube’s Digital Playground, an Open Gate for Pedophiles

by Giovanni Biscuolo

Buongiorno, Giacomo Tesio <giacomo(a)tesio.it> writes: > On September 12, 2020 10:58:50 AM UTC, Giovanni Biscuolo <giovanni(a)biscuolo.net> wrote: >>Giacomo Tesio <giacomo(a)tesio.it> writes: >> >>> For parents, there are no easy solutions, said Jenny >>> Coleman, the director of Stop It Now, an organization that combats >>> sexual exploitation of children. “Even the most careful of families >>can >>> get swept into something that is harmful or criminal,” she said. >> >>Ma non è vero, è di una falsità PREOCCUPANTE. Una precisazione. Ho commentato così quel brano dell'articolo perché - per la fretta di leggere - ho male interpretato la situazione: il video da cui parte il racconto era stato caricato in autonomia dalla bimba di 10 anni e non dalla madre, come erronaemante ho interpretato io. Quindi la bimba ha usato l'account Youtube di qualcun altro, non ho ben capito se di nascosto o no… ma fa poca differenza > Hai ragione, una soluzione semplice esiste: non affidare i propri > figli ad un computer (tanto meno uno tascabile) fintanto che non sono > in grado di comprenderne tutti gli aspetti del funzionamento. Sì, l'universo di discorso è quello. Devo ammettere che sono un po' troppo sucettibile al "i genitori non hanno soluzioni in situazioni del genere", che assomiglia troppo a quello che la quasi totatità degli insegnanti si sentono dire ai colloqui scolastici dai genitori: "ha ragione, glielo dico sempre, ma non so più cosa fare"… ma non andiamo OT Tornando al caso specifico, credo che qualsiasi soluzione che ruotasse attorno al concetto "genitore (o poliziotto) sintetico surrogato" implementato da qualche programma (progressivamente raffinato) che gira sui server Google per pattugliare Youtube sarebbe la peggiore che possa essere concepita; oltre che essere un vero e proprio ginepraio dal punto di vista tecnico. > Magari per legge, come non si può far guidare ad un bambino un'auto > che è nettamente più semplice da comprendere. …ma non è la stessa cosa che accedere alla rete e pubblicare contenuti del tutto leciti, sebbene fatto in modo ASSAI improvvido. Per tutto il resto c'è il GDPR (non è la soluzione a tutto ma molto meglio di quello che c'era prima): https://www.bbc.com/news/technology-52758787 «Grandmother ordered to delete Facebook photos under GDPR» Forse organizzare dei gruppi familiari nei quali si discutono queste cose potrebbe fare bene anche alla coesione familiare :-D > Quella che descrivi invece non è una soluzione. Non ho detto che è la migliore soluzione, ma pur sempre una buona soluzione per chi vuole continuare a usare quello strumento (magari leggendone anche i termini di servizio, neh) > Per tre ragioni: > 1) se funziona, protegge i bambini solo da alcuni avversari Tutti queli che NON hanno accesso al video > 2) YouTube potrebbe tranquillamente violare quelle impostazioni, > servendo solo ai pedofili meglio identificabili i filmati, senza che > nessuno (tranne i pedofili in questione) se ne accorga o lo possa > dimostrare Questo sarebbe quasi sicuramente un reato e mi astengo dal commentare oltre. > 3) i default sono imposizioni più efficaci della legge OK, ma questo non è in contrasto con "la mia soluzione" ;-) Sì certo, le interfacce influenzano molto come un servizio viene PERCEPITO e utilizzato… anche un bel tasto rosso con la consueta icona "Attenzione" con un avviso "Premendo questo tasto rendi pubblico e accessibile il tuo video a CHIUNQUE" farebbe sicuramente la sua bella figura. >>> PS: Mai caricare video su YouTube, TikTok etc... neanche di bambini! >>;-) >> >>Ciascuno si prenda la responsabilità di quello che fa, ANCHE in rete. > > Non ci può essere responsabilità senza conoscenza. Sul fatto che serva maggiore consapevoleza (che deriva dalla conoscenza) della "sfera digitale" sono totalmente d'accordo. Sulla questione filosofica di quali siano le condizioni - socialmente parlando, quindi anche giuridicamente - per considerare responsabile una persona: mi astengo :-D Ciao, Giovanni. -- Giovanni Biscuolo

Sept. 13, 2020

Re: [nexa] Ci sono ancora hacker tra i giovani d'oggi?

by Giacomo Tesio

On September 13, 2020 9:54:02 AM UTC, Antonio Iacono <antiac(a)gmail.com> wrote: >Chi è l'hacker? >E' colui che svolge un'attività con passione e libera da schemi. Direi di no. La passione è qualcosa che si subisce al di là della propria volontà, mentre l'hacking è una scelta consapevole e libera. Le mie definizioni operative sono: ``` Hacker: A person deeply moved by Curiosity. Someone who struggle for knowledge. Hack: What hackers do. An experiment. An original solution to a problem. ``` >Ci sono oggi hacker tra i giovani? Sì. Giusto qualche settimana fa un 17enne è stato arrestato per aver ridicolizzato la sicurissima Silicon Valley attraverso Twitter. "We are all alike" ;-) >Dove sono, che idee hanno e cosa stanno facendo? Trattandosi di un insieme di persone inevitabilmente eterogeneo, distribuito, marginalizzato e strumentalizzato per millenni, non è possibile rispondere brevemente. Di certo non è possibile rispondere senza prima decostruire le ridicole credenze mainstream su di noi e distillare l'essenza del nostro ethos dalla propaganda che ha provato (con grande successo) a sottometterci e gentrificarci. Recentemente Marco Ciurcina ha pubblicato un piccolo saggio dal titolo "Etica Hacker?" https://digitcult.lim.di.unimi.it/index.php/dc/article/view/163 Ho iniziato a rispondergli qui: http://www.tesio.it/2020/09/03/not_all_hackers_are_americans.html >Io sono stato un hacker mancato, è vero, avevo la passione per >l'elettronica, l'informatica, la programmazione, ma non era esclusiva, >la "condividevo" con mille altre passioni e questa ecletticità finiva >per depotenziare i risultati in ciascuna di tali attività. Anzitutto hacker non necessariamente si nasce. E poi il successo "secondo il mondo" ha poco a che fare con noi. Ciò che ci interessa è la conoscenza, soddisfare la nostra Curiosità. Come spiegherò nel prossimo pezzo della serie che Marco ha scatenato, la Curiosità è il valore fondamentale per noi hacker. E non è importante se l'hack funziona o meno, è solo importante imparare. >Ma un hacker in carne e ossa (più ossa per la verità) l'ho conosciuto. >Quel Salvatore Sanfilippo (aka Antirez) che abbiamo citato in altre >occasioni. Per lui la programmazione era ed è sempre stato tutto. >L'ho conosciuto prima di fama, a ventanni era un esperto di sicurezza >informatica, con il suo hping, nel 1998, era già un hacker [2], e poi >personalmente quando è andato a vivere, per qualche anno, nella mia >zona (erano i primi anni duemila). >Una volta sono andato a trovarlo, stava lì con il saldatore in mano, >non vedendolo alla tastiera gli ho chiesto cosa stesse facendo, mi ha >risposto: "un programmatore di PIC16F84" [3]. >Avrebbe programmato qualsiasi cosa e sono felice per lui che adesso, >con Redis [4], abbia raccolto i frutti di una vita da hacker. La programmazione è un mezzo. I problemi sono una scusa (ed una domanda che ci sfida). Ma il fine ultimo è sempre soddisfare la nostra Curiosità. Giacomo

Sept. 13, 2020

Ci sono ancora hacker tra i giovani d'oggi?

by Antonio Iacono

Chi è l'hacker? E' colui che svolge un'attività con passione e libera da schemi. Ci sono oggi hacker tra i giovani? La risposta è ovviamente sì se si intende una qualsiasi attività, se invece si restringe il campo delle attività umane all'informatica, alla tecnologia, allora la risposta non è così scontata. Diamo per buono che ci siano. Dove sono, che idee hanno e cosa stanno facendo? Alessandro Baricco nel 2006 ha scritto un libro, dal titolo "I barbari. Saggio sulla mutazione" [1]. In cui, per farla breve, "rimprovera" i giovani, i millenials, di essere "superficiali", di non andare a fondo, di non essere appassionati delle cose che fanno, in definitiva, aggiungo io, di non essere degli hacker. Ora, io non so se ha ragione o meno. In ogni epoca gli adulti, i genitori, hanno sempre accusato i figli per qualsiasi cosa, a volte tarpando loro le ali. Mi ricordo da adolescente quando mia madre mi gridava di lasciar perdere quel "maledetto saldatore" che prima o poi avrei incendiato la casa (la sbadataggine mi ha sempre contraddistinto e la scrivania di allora porta ancora i segni di bruciatura). Io sono stato un hacker mancato, è vero, avevo la passione per l'elettronica, l'informatica, la programmazione, ma non era esclusiva, la "condividevo" con mille altre passioni e questa ecletticità finiva per depotenziare i risultati in ciascuna di tali attività. Ma un hacker in carne e ossa (più ossa per la verità) l'ho conosciuto. Quel Salvatore Sanfilippo (aka Antirez) che abbiamo citato in altre occasioni. Per lui la programmazione era ed è sempre stato tutto. L'ho conosciuto prima di fama, a ventanni era un esperto di sicurezza informatica, con il suo hping, nel 1998, era già un hacker [2], e poi personalmente quando è andato a vivere, per qualche anno, nella mia zona (erano i primi anni duemila). Una volta sono andato a trovarlo, stava lì con il saldatore in mano, non vedendolo alla tastiera gli ho chiesto cosa stesse facendo, mi ha risposto: "un programmatore di PIC16F84" [3]. Avrebbe programmato qualsiasi cosa e sono felice per lui che adesso, con Redis [4], abbia raccolto i frutti di una vita da hacker. Antonio [1] https://it.wikipedia.org/wiki/I_barbari [2] https://lwn.net/1998/1210/hping.html [3] https://it.wikipedia.org/wiki/PIC_(microcontrollore) [4] https://it.wikipedia.org/wiki/Redis

Sept. 13, 2020

Re: [nexa] Privacy Bug Found in Apple, Google COVID-Tracing Framework

by Giacomo Tesio

On September 12, 2020 5:48:32 PM UTC, Roberto Resoli <roberto(a)resolutions.it> wrote: > >Mmm... devo ancora leggere tutto, ma: > >"The Google/Apple framework is proprietary and closed-source." > >e invece mi risulta che il sorgente sia disponibile dal 26 Luglio: > https://github.com/google/exposure-notifications-internals Mi fa piacere che questo codice sia disponibile con una licenza libera. Mi fa piacere che microG (nella propria sacrosanta autonomia) abbia potuto accoglierlo nella propria codebase. Mi fa persino piacere che i pochissimi italiani che usano microG E sinceramente credono possa essere utile, abbiano la possibilità di installare Immuni. E lo dico sinceramente. Alla peggio, sbagliando si impara! ;-) Ma continuo a sconsigliare a tutti l'installazione di questo tipo di applicazioni. La disponibilità del sorgente con una licenza così permissiva ha una funzione commerciale e politica molto chiara: l'open washing. Perché per la maggioranza delle persone, il diritto di modificare quel codice è irrilevante: tanto non possono caricarlo sul proprio cellulare Android senza invalidare la garanzia. E poi la disponibilità del sorgente non permette di stimare la percentuale di falsi allarmi (o quella di allarmi mancati) che, se l'uso di queste app fosse diffuso capillarmente, finirebbero per generare un DDoS contro il SSN durante una pandemia. Ne scrissi qualche tempo fa, dopo essermi confrontato con mia moglie ed altri medici di famiglia: http://www.tesio.it/2020/06/03/perche_sconsiglio_di_installare_immuni.html Intanto i congiunti dei contatti non sono soggetti a quarantena... per quanto stretta sia la congiunzione. ;-) E ci sarebbe molto, MOLTO da dire... ma parlando delle aberrazioni nella gestione della sanità di questi mesi (e di questi giorni) andrei come minimo off-topic. [1] In questo contesto però, la disponibilità dei sorgenti non cambia nulla per la salute pubblica. Giacomo 1) ma se fossi un giornalista, invece di intervistare direttori e primari, proverei a parlare con infermieri ospedalieri, infermieri territoriali, medici di guardia... garantendo, ovviamente, di non menzionare le fonti.

Sept. 12, 2020

Re: [nexa] Privacy Bug Found in Apple, Google COVID-Tracing Framework

by Roberto Resoli

Il 12 settembre 2020 19:48:32 CEST, Roberto Resoli <roberto(a)resolutions.it> ha scritto: >Il 12 settembre 2020 19:28:30 CEST, Antonio Iacono <antiac(a)gmail.com> >ha scritto: >>https://decrypt.co/40765/privacy-bug-found-apple-google-covid-tracing-frame… > >Mmm... devo ancora leggere tutto, ma: > >"The Google/Apple framework is proprietary and closed-source." > >e invece mi risulta che il sorgente sia disponibile dal 26 Luglio: > https://github.com/google/exposure-notifications-internals Come riportato in uno dei commenti all'articolo, pare che la cosa fosse già nota, ma non considerata un rischio apprezzabile, perchè il periodo in cui è possibile collegare due mac non supera mai un periodo di emissione dei RPI (10 min): https://github.com/google/exposure-notifications-internals/blob/main/README… rob

Sept. 12, 2020

Re: [nexa] Privacy Bug Found in Apple, Google COVID-Tracing Framework

by Roberto Resoli

Il 12 settembre 2020 19:28:30 CEST, Antonio Iacono <antiac(a)gmail.com> ha scritto: >https://decrypt.co/40765/privacy-bug-found-apple-google-covid-tracing-frame… Mmm... devo ancora leggere tutto, ma: "The Google/Apple framework is proprietary and closed-source." e invece mi risulta che il sorgente sia disponibile dal 26 Luglio: https://github.com/google/exposure-notifications-internals rob rob

Sept. 12, 2020

Privacy Bug Found in Apple, Google COVID-Tracing Framework

by Antonio Iacono

https://decrypt.co/40765/privacy-bug-found-apple-google-covid-tracing-frame… "Essentially, they found Bluetooth LE’s numeric address and the framework’s own rolling proximity ID do not necessarily update at the same time, leaving little windows in which the Bluetooth address corresponds with the old ID—a pebble to trace. They were able to eavesdrop on messages from up to 50 meters using a 'cheap and basic antenna', they wrote."

Sept. 12, 2020

Re: [nexa] l'insostenibile pesantezza degli standards

by Antonio Iacono

> Cominciamo a BUTTARE VIA un po' di standards, vecchi orpelli di una > cultura del controllo incompatibile con un sano sviluppo della civiltà > digitale che ci meritiamo. Ah, se ti sentissero coloro che lavorano presso UNI, DIN, ANSI, ETSI, ISO, ITU e tutta quella pletora di enti di standardizzazione istituzionali e no. Sono ovviamente gli standard "imposti" per favorire un'azienda, una piattaforma, una tecnologia, ecc. che vanno eliminati. Citerò ancora una volta da un libro, l'ottimo "Open Source, software libero e altre libertà" di Carlo Piana (capitolo che potete leggere liberamente online qui [1] ). 1) uno standard non può fare riferimento a un prodotto, un servizio una tecnologia non standard, o peggio, proprietaria; 2) uno standard dovrebbe essere il più neutro possibile sul piano tecnologico, ovvero non privilegiare ingiustificatamente una piattaforma rispetto a un'altra, una tecnologia rispetto a un'altra, un'impresa piuttosto che un'altra, per quanto possibile. In altre occasioni mi sono scagliato contro il PDF, lo farò pure qui. E' vero, Adobe ha "donato" il formato che è diventato uno standard ISO ma PDF non è il TXT, JPG, PNG, TIFF e così via per i quali ci sono centinaia di software di lettura/modifica. Il PDF è il formato di file più importante del mondo [2]. Mi dite la diffusione delle alternative ad Acrobat? Quanti usano Evince, Okular, Atril? L'uno, il due per cento. E non è monopolio questo? E quand'anche volessi usare Acrobat Reader su Linux, perchè l'ultima versione disponibile per questa piattaforma è la 9.5.5 del 2013 !!!. La mia azienda per motivi di sicurezza mi chiede espressamente di usare l'ultima versione di Acrobat Reader e allora cosa dovrei fare io, installare Windows solo per leggere ed usare i PDF? Antonio [1] https://it.wikisource.org/wiki/Open_source,_software_libero_e_altre_libert%… [2] https://www.vice.com/it/article/pam43n/perche-pdf-e-il-formato-di-file-piu-…

Sept. 12, 2020

Fw: TR: Webinaire - Institutions publiques et communs (Michel Bauwens) - 23 septembre 10h-12h

by Cristiana Sappa

Cari tutti, Di seguito trovate le informazioni su un seminario online previsto per il 23 settembre mattina sull'interazione tra le istituzioni pubbliche e i commons. L'incontro si svolgerà in lingua francese. L'iscrizione è obbligatoria. Un caro saluto, Cristiana De : Sebastien Shulz <sebastien.shulz(a)gmail.com> Envoyé : vendredi 11 septembre 2020 15:45 À : Biens communs, réseau francophone <echanges(a)bienscommuns.org> Cc : SAPPA Cristiana <c.sappa(a)ieseg.fr> Objet : Re: Webinaire - Institutions publiques et communs (Michel Bauwens) - 23 septembre 10h-12h *** Le Groupe de travail "politiques des communs numériques" (Centre Internet et Société, CNRS) organise un séminaire d'étudeouvert au public sur le thème des : *** Interactions entre institutions publiques et communs.Premières leçons des expérimentations en cours Intervenant - Michel Bauwens Le séminaire aura lieu sur Zoom le Mercredi 23 septembre de 10am à 12am (UTC+2)// inscription (une fois inscrit nous vous enverrons le lien Zoom - max 100 places) *** Les initiatives qui tentent de faire collaborer institutions publiques et communs (numériques) se font de plus en plus nombreuses depuis une dizaine d'année. Mais elles restent encore marginales et sont confrontées à de nombreuses épreuves administratives, juridiques, économiques et politiques. Le but de ce séminaire d'étude est d'en tirer les premiers résultats généraux et de creuser un cas particulier, le Plan de transition vers les communs de la ville de Gand. Ce cas sera présenté parMichel Bauwens. Il sera précédé d'une introduction par Sébastien Shulz (co-animateur du groupe de travail) et suivi d'un temps long d'échange entre l'intervenant et les participants du séminaire en ligne. ***Michel Bauwens - est le fondateur de la P2P Foundation, membre fondateur du Commons Strategies Group et directeur de recherche de la plateforme pour l'élaboration de politiques pro-communs CommonsTransition.org. Il est l'auteur de nombreux écrits sur la question de l'économie des communs et du pair à pair (notamment en français,Sauver le monde : Vers une société post-capitaliste avec le peer-to-peer(2015) et Pour une véritable économie collaborative (avec Vasilis Kostakis, 2017)). Il s'investit également auprès des institutions publiques en tant que candidat au Parlement européen ou encore en élaborant des plans de transition vers une société des communs pour l'Équateur (2014) et la ville de Gand (2019). *** Ce séminaire s'inscrit dans le cadre des Journées du Centre Internet et Société 2020(CNRS). Programme complet etinscription.*** Contacts - sebastien.shulz(a)gmail.com // c.sappa(a)ieseg.fr Sébastien ShulzDoctorant en sociologie Laboratoire Interdisciplinaire Sciences Innovations Sociétés (Université Paris-Est) 06.68.86.68.46 // Linkedin

Sept. 12, 2020

Re: [nexa] On YouTube’s Digital Playground, an Open Gate for Pedophiles

by Giacomo Tesio

On September 12, 2020 10:58:50 AM UTC, Giovanni Biscuolo <giovanni(a)biscuolo.net> wrote: >Giacomo Tesio <giacomo(a)tesio.it> writes: > >> For parents, there are no easy solutions, said Jenny >> Coleman, the director of Stop It Now, an organization that combats >> sexual exploitation of children. “Even the most careful of families >can >> get swept into something that is harmful or criminal,” she said. > >Ma non è vero, è di una falsità PREOCCUPANTE. Hai ragione, una soluzione semplice esiste: non affidare i propri figli ad un computer (tanto meno uno tascabile) fintanto che non sono in grado di comprenderne tutti gli aspetti del funzionamento. Magari per legge, come non si può far guidare ad un bambino un'auto che è nettamente più semplice da comprendere. Quella che descrivi invece non è una soluzione. Per tre ragioni: 1) se funziona, protegge i bambini solo da alcuni avversari 2) YouTube potrebbe tranquillamente violare quelle impostazioni, servendo solo ai pedofili meglio identificabili i filmati, senza che nessuno (tranne i pedofili in questione) se ne accorga o lo possa dimostrare 3) i default sono imposizioni più efficaci della legge >> PS: Mai caricare video su YouTube, TikTok etc... neanche di bambini! >;-) > >Ciascuno si prenda la responsabilità di quello che fa, ANCHE in rete. Non ci può essere responsabilità senza conoscenza. Giacomo

Sept. 12, 2020