April 2020 - nexa - server-nexa.polito.it

mio modesto contributo al tema "covid19 tracing vs privacy"
by M. Fioretti April 5, 2020

April 5, 2020

e' qui: http://stop.zona-m.net/it/2020/04/quel-che-ho-capito-finora-delle-app-anti-… Marco -- M. Fioretti http://mfioretti.com http://stop.zona-m.net Your own civil rights and the quality of your life heavily depend on how software is used *around* you

4 6

hacking in time of SARS-CoV-2: open hardware projects working to solve COVID-19
by Giovanni Biscuolo April 5, 2020

April 5, 2020

Buongiorno nexiani, a parte il piccolissimo dettaglio che "open hardware" è una buzzword che in pratica non significa nulla, in questo articolo ci sono interessanti riferimenti a diversi progetti che - bene o male non lo so ancora - coinvolgono l'utilizzo di software libero e/o progetti hardware liberi (free hardware design) https://opensource.com/article/20/3/open-hardware-covid19 (articolo piuttosto denso di riferimenti che ancora devo leggere per bene) --8<---------------cut here---------------start------------->8--- [...] Opentrons' open source lab automation platform is comprised of a suite of open source hardware, verified labware, consumables, reagents, and workstations. [...] can "automate up to 2,400 tests per day within days of an order being placed." It plans to ramp up to 1 million tested samples by July 1. [...] Chai's Open qPCR device uses polymerase chain reaction (PCR) to rapidly test swabs from surfaces (e.g., door handles and elevator buttons) to see if the novel coronavirus is present. [...] Data from the Chai Open qPCR can enable public health, civic, and business leaders to make more informed decisions about cleaning, mitigation, facility closures, contract tracing, and testing. [...] OpenPCR is a PCR testing device kit from Josh Perfetto and Jessie Ho, the creators behind the Chai Open qPCR. This is more of a DIY open source device than their previous project, but it has the same use case: using environmental testing to identify the coronavirus in the field. As the project page states, "traditional real-time PCR machines capable of detecting these pathogens typically cost upwards of $30,000 US dollars and are not suitable for field usage." Because OpenPCR is a kit users build and is shared under a GPLv3.0 license, the device aims to democratize access to molecular diagnostics. [...] The Open Lung Low Resource Ventilator is a quick-deployment ventilator that utilizes a bag valve mask (BVM), also known as an Ambu-bag, as a core component. Ambu-bags are mass-produced, certified, small, mechanically simple, and adaptable to both invasive tubing and masks. The OPEN LUNG ventilator will use micro-electronics to sense and control air pressure and flow, with the goal to enable semi-autonomous operation. This early-stage project boasts a large team with hundreds of contributors, led by: Colin Keogh, David Pollard, Connall Laverty, and Gui Calavanti. It is shared under a GPLv3.0 license. [...] The Pandemic Ventilator is a DIY ventilator prototype. Like the RepRap project, it uses commonly available hardware components in its design. The project was uploaded by user Panvent to Instructables more than 10 years ago, and there are six major steps to producing it. The project is shared under a CC BY-NC-SA license. [...] These projects are just a fraction of the activity happening in the open hardware space to solve or treat COVID-19. In researching this article, I discovered other projects worth exploring, such as: [...] --8<---------------cut here---------------end--------------->8--- Nell'articolo fanno riferimento anche al caso italiano di fabbricazione di valvole Venturi per i respiratori [1], per le quali AFAIU è attualmente illegale la distribuzione dei file 3D (oltre avere ancora qualche problemino di validazione della produzione, forse) per via dei brevetto. Io non ho nessun dubbio che una maggior cultura hacker trasversale ci aiuterebbe molto a risolvere _meglio_ diversi problemi, anche *prima* che diventino delle emergenze: più "right to repair" (prego vedere [2]), più agilità, meno burocrazia inutile, fuori dalle scatole i brevetti e tanto, tanto amore per la conoscenza... trasversale Saluti, Giovanni. [1] https://www.3dprintingmedia.network/covid-19-3d-printed-valve-for-reanimati… [2] https://repair.org/medical «Repair monopolies, created by equipment manufacturers, are driving health care costs up and patient care down.» Ovviamente pesa anche di più in tempi di emergenze tipo questa. -- Giovanni Biscuolo Xelera IT Infrastructures

1 0

Re: [nexa] qualche info in più su PEPP-PT (Enrico Nardelli)
by diego di caro April 4, 2020

April 4, 2020

Grazie inifinite! stavo cercando qualcosa che usasse Homomorphic encryption. Non ho sentito il video, non ho forse capito bene il tuo riassunto, ma lo scopo dell Homomorphic non potrebbe essere altro che creare un'architettura decentralizzata, per cui TU con la tua chiave consulti il server, sai che sei stato vicino a un contagiato e a tua volta avverti i tuoi contatti. Nessuno altro può sapere quello che succede nel server se non tu. per quello che riguarda singapore/ pepp, che mi sembrano uguali, un attaccante deve entrare in possesso delle chiavi custodite nel server centrale che permettono di decifrare le ID temporanee create client side dai telefoni e riferirle ai numeri telefonici. E' il principio delle one time passwords, a quanto ho capito. Ma mi taccio perchè non sono un tecnico. d. Il sabato 4 aprile 2020, 12:00:07 CEST, <nexa-request(a)server-nexa.polito.it> ha scritto: Send nexa mailing list submissions to nexa(a)server-nexa.polito.it To subscribe or unsubscribe via the World Wide Web, visit https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa or, via email, send a message with subject or body 'help' to nexa-request(a)server-nexa.polito.it You can reach the person managing the list at nexa-owner(a)server-nexa.polito.it When replying, please edit your Subject line so it is more specific than "Re: Contents of nexa digest..." Today's Topics: 1. qualche info in più su PEPP-PT (Enrico Nardelli) 2. Re: qualche info in più su PEPP-PT (Stefano Quintarelli) ---------------------------------------------------------------------- Message: 1 Date: Sat, 4 Apr 2020 11:28:05 +0200 From: Enrico Nardelli <nardelli(a)mat.uniroma2.it> To: Nexa <nexa(a)server-nexa.polito.it> Subject: [nexa] qualche info in più su PEPP-PT Message-ID: <7524c6cf-4be5-100b-7cc6-83836cd8142c(a)mat.uniroma2.it> Content-Type: text/plain; charset=utf-8; format=flowed Cari tutti vi segnalo che qui https://aiforgood.itu.int/webinar/ è possibile vedere un webinar (episode #2) in cui viene detto qualcosa di più su questi sistemi di contact tracing Ci sono due speaker: Kurt Rohloff, Duality Technologies Thomas Wiegand, Fraunhofer Hertz Institute Rohloff ha parlato in generale di Privacy Enhancing Technologies (PET) descrivendo uno schema basato sulla crittografia omomorfica (una tecnica che permette di crittare i dati consentendo di poter comunque fare alcune computazioni su questi dati i cui risultati possono però essere "letti" solo da chi ha crittografato i dati originali) per realizzare un sistema di contact tracing. Wiegand ha partato di PEPP-PT, la soluzione che pare diversi paesi europei vogliano adottare. Nel seguito vi faccio una sintesi di quello che ho capito e che non ho capito, sperando sia utile. In ogni caso, come molti altri hanno osservato qui in lista, lo snodo fondamentale è l'organizzazione dei test ed il loro utilizzo in modo estensivo. Senza che vi sia per questo un piano realistico in termini di tempi e risorse tutto questo rimane puro "soluzionismo digitale". Ciao, Enrico --------------------- Per quanto riguarda Rohloff La parte interessante dal punto di vista tecnico inizia intorno a 19'45" fino a 28'45" Quello che ho capito è che lo schema è basato su: 1. Il telefono installa una coppia chiave-privata (KR) / chiave-pubblica (KB) 2. Tutti i dati che il telefono scambia con altri telefoni cui si trova vicino (via Bluetooth) o con il server del servizio sono crittati con KB e contengono informazioni quali telefono e e-mail del possessore del telefono. 3. I dati che il telefono invia al server contengono informazioni relative al contatto avuto con altri telefoni: a quali telefoni si è stati vicino e quando, ma non dove. Quello che penso di aver capito, ma non è chiaro dalla presentazione: 1. Il server (grazie alla crittografia omomorfica) è in grado di ritrovare i dati corrispondenti ad un numero di telefono (quando, ad esempio, il suo possessore sia risultato infetto ad un test) e quindi di recuperare da questi (mi pare sempre usando la crittografia omomorfica) quali altri telefoni devono essere contattati, perché sono stati vicini a chi è risultato infetto in una certa finestra temporale. Quello che non ho capito è come si ottengono i dati di localizzazione geografica e come il sistema protegge i dati dagli attacchi. Se il server è in grado di leggere i numeri di telefono con la crittografia omomorfica allora può essere in grado di farlo anche un attaccante. Da 33'00" a 38'00" c'è poi un'interessante discussione su trust e soluzioni aperte. ----------------------------------- Per quanto riguarda Wiegand questo è quello che ho capito di come funziona PEPP (anche in base a quanto avevo già letto dalla pagina https://www.pepp-pt.org/content) 1. Ogni telefono scambia con altri telefoni cui si trova vicino (via Bluetooth) è un ID randomizzato ma univocamente legato al telefono 2. Gli ID scambiati sono memorizzati da ogni telefono solo localmente con una marca temporale, per un periodo massimo legato alla finestra di incubazione, trascorso il quale il telefono li cancella 3. Quando il possessore del telefono viene rilevato positivo al test riceve un codice di autorizzazione mediante il quale la sua storia locale di contatti può essere inviata in modo sicuro ad un server centrale Non ho capito però come, dagli identificatori randomizzati che il servizio riceve da chi, essendo infettato, glieli ha trasmessi, il servizio riesce a dedurre i numeri dei telefoni che gli sono stati vicini e quindi a contattarli. Anche qui, se può farlo il servizio, può farlo chiunque altro. Un'informazione nuova è che il sistema dovrebbe essere rilasciato nella settimana dopo Pasqua (16-18 aprile) ---------------------------------- -- EN ===================================================================== Prof. Enrico Nardelli Dipartimento di Matematica - Universita' di Roma "Tor Vergata" Via della Ricerca Scientifica snc - 00133 Roma tel: +39 06 7259.4204 fax: +39 06 7259.4699 mobile: +39 335 590.2331 e-mail: nardelli(a)mat.uniroma2.it home page: http://www.mat.uniroma2.it/~nardelli blog: http://www.ilfattoquotidiano.it/blog/enardelli/ http://link-and-think.blogspot.it/ ===================================================================== -- ------------------------------ Message: 2 Date: Sat, 4 Apr 2020 11:56:13 +0200 From: Stefano Quintarelli <stefano(a)quintarelli.it> To: Nexa <nexa(a)server-nexa.polito.it> Subject: Re: [nexa] qualche info in più su PEPP-PT Message-ID: <52ced64f-7b10-9c49-a9d0-60187c7df86a(a)quintarelli.it> Content-Type: text/plain; charset=windows-1252; format=flowed se questa e' la procedura, non vedo come possa funzionare per rilevare gli iphone (25-30% del mercato) ciao!, s. On 04/04/2020 11:28, Enrico Nardelli wrote: > Cari tutti > > vi segnalo che qui > https://aiforgood.itu.int/webinar/ > è possibile vedere un webinar (episode #2) in cui viene detto qualcosa > di più su questi sistemi di contact tracing > > Ci sono due speaker: > Kurt Rohloff, Duality Technologies > Thomas Wiegand, Fraunhofer Hertz Institute > > Rohloff ha parlato in generale di Privacy Enhancing Technologies (PET) > descrivendo uno schema basato sulla crittografia omomorfica (una tecnica > che permette di crittare i dati consentendo di poter comunque fare > alcune computazioni su questi dati i cui risultati possono però essere > "letti" solo da chi ha crittografato i dati originali) per realizzare un > sistema di contact tracing. > > Wiegand ha partato di PEPP-PT, la soluzione che pare diversi paesi > europei vogliano adottare. > > Nel seguito vi faccio una sintesi di quello che ho capito e che non ho > capito, sperando sia utile. > > In ogni caso, come molti altri hanno osservato qui in lista, lo snodo > fondamentale è l'organizzazione dei test ed il loro utilizzo in modo > estensivo. Senza che vi sia per questo un piano realistico in termini di > tempi e risorse tutto questo rimane puro "soluzionismo digitale". > > Ciao, Enrico > > --------------------- > Per quanto riguarda Rohloff > > La parte interessante dal punto di vista tecnico inizia intorno a 19'45" > fino a 28'45" > > Quello che ho capito è che lo schema è basato su: > > 1. Il telefono installa una coppia chiave-privata (KR) / chiave-pubblica > (KB) > > 2. Tutti i dati che il telefono scambia con altri telefoni cui si trova > vicino (via Bluetooth) o con il server del servizio sono crittati con KB > e contengono informazioni quali telefono e e-mail del possessore del > telefono. > > 3. I dati che il telefono invia al server contengono informazioni > relative al contatto avuto con altri telefoni: a quali telefoni si è > stati vicino e quando, ma non dove. > > Quello che penso di aver capito, ma non è chiaro dalla presentazione: > > 1. Il server (grazie alla crittografia omomorfica) è in grado di > ritrovare i dati corrispondenti ad un numero di telefono (quando, ad > esempio, il suo possessore sia risultato infetto ad un test) e quindi di > recuperare da questi (mi pare sempre usando la crittografia omomorfica) > quali altri telefoni devono essere contattati, perché sono stati vicini > a chi è risultato infetto in una certa finestra temporale. > > Quello che non ho capito è come si ottengono i dati di localizzazione > geografica e come il sistema protegge i dati dagli attacchi. Se il > server è in grado di leggere i numeri di telefono con la crittografia > omomorfica allora può essere in grado di farlo anche un attaccante. > > Da 33'00" a 38'00" c'è poi un'interessante discussione su trust e > soluzioni aperte. > > ----------------------------------- > Per quanto riguarda Wiegand questo è quello che ho capito di come > funziona PEPP (anche in base a quanto avevo già letto dalla pagina > https://www.pepp-pt.org/content) > > 1. Ogni telefono scambia con altri telefoni cui si trova vicino (via > Bluetooth) è un ID randomizzato ma univocamente legato al telefono > > 2. Gli ID scambiati sono memorizzati da ogni telefono solo localmente > con una marca temporale, per un periodo massimo legato alla finestra di > incubazione, trascorso il quale il telefono li cancella > > 3. Quando il possessore del telefono viene rilevato positivo al test > riceve un codice di autorizzazione mediante il quale la sua storia > locale di contatti può essere inviata in modo sicuro ad un server centrale > > Non ho capito però come, dagli identificatori randomizzati che il > servizio riceve da chi, essendo infettato, glieli ha trasmessi, il > servizio riesce a dedurre i numeri dei telefoni che gli sono stati > vicini e quindi a contattarli. Anche qui, se può farlo il servizio, può > farlo chiunque altro. > > Un'informazione nuova è che il sistema dovrebbe essere rilasciato nella > settimana dopo Pasqua (16-18 aprile) > > ---------------------------------- > > > -- EN > > ===================================================================== > Prof. Enrico Nardelli > Dipartimento di Matematica - Universita' di Roma "Tor Vergata" > Via della Ricerca Scientifica snc - 00133 Roma > tel: +39 06 7259.4204 fax: +39 06 7259.4699 > mobile: +39 335 590.2331 e-mail: nardelli(a)mat.uniroma2.it > home page: http://www.mat.uniroma2.it/~nardelli > blog: http://www.ilfattoquotidiano.it/blog/enardelli/ > http://link-and-think.blogspot.it/ > ===================================================================== -- reserve your meeting with me at https://cal.quintarelli.it ------------------------------ Subject: Digest Footer _______________________________________________ nexa mailing list nexa(a)server-nexa.polito.it https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa ------------------------------ End of nexa Digest, Vol 132, Issue 16 *************************************

4 4

wearables for workplace-level contact tracing for COVID-19
by Giovanni Biscuolo April 4, 2020

April 4, 2020

Buongiorno nexiani, mi verrebbe da dire loro: quando fate così mi fate paura! :-) Siccome il Contact Tracing dei contagiati che sono stati nei propri luoghi di lavoro è notoriamente un problema insormontabile con il metodo tradizionale, i datori di lavoro possono dotare i propri collaboratori di comodi tracciatori indossabili "Proof of Health", in tre comodi modelli, per gestire il tutto da una comoda Dashboard :-O Venghino, signori, venghino! Presto sugli scaffali di tutti i gadget store mondiali! https://techcrunch.com/2020/04/02/estimote-launches-wearables-for-workplace… --8<---------------cut here---------------start------------->8--- The devices, called simply the “Proof of Health” wearables, aim to provide contact tracing — in other words, monitoring the potential spread of the coronavirus from person-to-person — at the level of a local workplace facility. The intention is to give employers a way to hopefully maintain a pulse on any possible transmission among their workforces and provide them with the ability to hopefully curtail any local spread before it becomes an outsized risk. [...] That’s designed for internal use within an organization for now, but Cheney tells me he’s working now to see if there might be a way to collaborate with WHO or other external health organizations to potentially leverage the information for tracing across enterprises and populations, too. [...] Many have proposed technology-based solutions for contact tracing, including leveraging existing data gathered by smartphones and consumer applications to chart transmission. But those efforts also have considerable privacy implications, and require use of a smartphone — something Cheney says isn’t really viable for accurate workplace tracking in high-traffic environments. By creating a dedicated wearable, Cheney says that Estimote can help employers avoid doing something “invasive” with their workforce, since it’s instead tied to a fit-for-purpose device with data shared only with their employers, and it’s in a form factor they can remove and have some control over. Mobile devices also can’t do nearly as fine-grained tracking with indoor environments as dedicated hardware can manage, he says. --8<---------------cut here---------------end--------------->8--- L'App su smartphone ha considerevoli implicazioni di privacy ed è troppo invasiva, questo invece! :-D https://estimote.com/wearable/ (prego guardare le figurine) --8<---------------cut here---------------start------------->8--- The contact tracing dashboard notifies all exposed team members and protects your entire workforce Team members who work together use small wireless devices which automatically registers their close interactions In the event of a symptomatic employee, companies can quickly locate other exposed team members who are at risk Wirelessly chargeable with programmable panic button and LED status indicators Button that enables employees to log their health status in real-time --8<---------------cut here---------------end--------------->8--- Non è l'unico sul mercato. Saluti, Giovanni -- Giovanni Biscuolo Xelera IT Infrastructures

2 1

Coronavirus : pourquoi l'Allemagne semble-t-elle mieux gérer l'épidémie que la France ?
by Luigi Scorca April 4, 2020

April 4, 2020

En Allemagne. Le pays a commencé très tôt à faire tester ses habitants. *"Les tests sont le pilier de la stratégie allemande"*, analyse Laurent Desbonnets, correspondant de France Télévisions outre-Rhin. Dès le premier cas avéré en Bavière, à la mi-janvier, une politique massive de dépistage a été mise en place, à l'initiative de l'Institut Robert-Koch, établissement de référence pour la recherche appliquée et la santé publique en Allemagne. *"Le gouvernement s'appuie sur les laboratoires indépendants, disséminés sur le territoire. Dès janvier, il leur a communiqué à chacun le modèle pour réaliser le test"*, décrit Laurent Desbonnets. https://mobile.francetvinfo.fr/sante/maladie/coronavirus/coronavirus-pourqu… Luigi

1 0

South Africa comes with Blockchain application CoviID, will reward you for isolating • CCnews24
by Alberto Cammozzo April 4, 2020

April 4, 2020

<https://ccnews24.net/south-africa-comes-with-blockchain-application-coviid-…> South Africa comes with Blockchain application CoviID, will reward you for isolating The application called CoviID is primarily intended for officials to trace all possible physical contacts of already infected people with other people. The CoviID application has the following advantages: It motivates people to follow good hygiene Health check after testing Negatively tested persons will be given greater freedom of movement Positively tested people will be monitored using Bluetooth and geolocation Associate Professor Co-Pierre Georg, UCT’s Master’s in Financial Technology convenor, says Lockdown is effective but cannot work for a long time and is only a temporary solution. Therefore, with their group of students created a application CoviID which will be available in the next three weeks. “The app designers used insights from behavioural economics to create a design that would influenceusers to practise good hygiene and health habits” said co-designer Kungela Mzuku, a former student who is now an innovation developer at Standard Bank. Rewarding will also be one of the features of CoviID If the app detects and confirms that you have been at home for several days, you will be eligible for a discount at a partner store. The designers were inspired by the Discovery’s Vitality program. “This will help the government to incentivise people to do the right thing without having to go into full lockdown every time there is an outbreak, which is very costly,” said Georg. The biggest challenge was privacy, how sensitive medical information will be published and stored to prevent leakage. “Designing this kind of app is not rocket science, and we’re not the first or only ones to do it. The thing that makes us different, however, is the fact that we’ve designed this from a privacy-first perspective,” said Georg. The application will use Blockchain technology to ensure sufficient security. All collected data, such as infection status, is stored on the phone using SELF SOVEREIGN IDENTITY technology to ensure that data is not stored in a centralized government or private database. Published anti-coronavirus applications fail mainly in security, such as the apps from Oxford University or the British National Health Service , so we believe that the app from the creators of South Africa will meet expectations and prevent the spread of the pandemic called Coronavirus.

1 0

A Microsoft Employee Literally Wrote Washington’s Facial Recognition Law
by Alberto Cammozzo April 4, 2020

April 4, 2020

<https://onezero.medium.com/a-microsoft-employee-literally-wrote-washingtons…> Tuesday should have been a win for privacy advocates. Washington state signed SB 6280 into law, making it the first state in the country to pass a facial recognition bill, which outlines how the government can and cannot use the technology. But a closer look reveals the bill’s flaws. The law does little to curtail government use of facial recognition, instead setting up basic transparency and accountability mechanisms for when the state does decide to deploy dystopian real-time surveillance. The bill has little impact on the commercial development or sale of facial recognition technology. The bill doesn’t limit sales to law enforcement, or even hold companies responsible for the outcomes of their algorithms. The bill was sponsored by State Senator Joe Nguyen, who is currently employed as a program manager by Microsoft It’s no surprise then that the bill was championed by Microsoft in public and behind closed doors. In fact, the bill was literally sponsored by State Senator Joe Nguyen, who is currently employed as a program manager by Microsoft. I’m not a fan of the phrase “Let that sink in,” but you really do have to take a minute and think about that one. The ACLU of Washington wrote a strong rebuttal of the law, which is set to take effect in July, saying that anything short of a facial recognition ban will not safeguard civil liberties. “Alternative regulations supported by big tech companies and opposed by impacted communities do not provide adequate protections — in fact, they threaten to legitimize the infrastructural expansion of powerful face surveillance technology,” ACLU project manager Jennifer Lee wrote. “This is why we strongly opposed SB 6280, which purports to put safeguards around the use of facial recognition technology but does just the opposite.” The transparency and accountability measures are better than nothing. The new law requires state and local government agencies to alert the public about what facial recognition algorithms they are buying, and train its staff adequately to use the technology. Companies selling the technology to the government now need to open their algorithms to independent testing. State or local prosecutors relying on facial recognition must tell defendants that before the trial. But when it comes to real-time surveillance, the new law says police must now get a warrant except in the broad case of “exigent circumstances,” enshrining the capability of real-time facial recognition in the state legislature. In other facial recognition news, Wolfcom, which, as revealed by OneZero, is testing live facial recognition in police body cameras, recently spoke with Government Technology about its new tech. “People are always afraid of something new, but there’s no stopping technology. We can either ignore it and other people develop it, or we can understand it’s here to stay … and try to steer its path toward the force of good, ” Wolfcom CEO Peter Onruang said. Onruang said concerns about constant police surveillance were overblown. “I know there are fears out there that people will get shot for facial recognition. That’s not what it will be designed for … It’s only meant to help an officer realize there’s a possibility (they’re interacting with a wanted or missing person),” he said. Thankfully, no technology has ever been used for something other than what it was designed for. [...]

1 0

[Nexa]
by Federico Bo April 4, 2020

April 4, 2020

Enrico, molto interessante la tua email su PEPP-PT: perché non lo trasformi in un post per poterlo condividere? Federico Il sab 4 apr 2020 12:00 <nexa-request(a)server-nexa.polito.it> ha scritto: > Send nexa mailing list submissions to > nexa(a)server-nexa.polito.it > > To subscribe or unsubscribe via the World Wide Web, visit > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa > or, via email, send a message with subject or body 'help' to > nexa-request(a)server-nexa.polito.it > > You can reach the person managing the list at > nexa-owner(a)server-nexa.polito.it > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of nexa digest..." > > > Today's Topics: > > 1. qualche info in più su PEPP-PT (Enrico Nardelli) > 2. Re: qualche info in più su PEPP-PT (Stefano Quintarelli) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 4 Apr 2020 11:28:05 +0200 > From: Enrico Nardelli <nardelli(a)mat.uniroma2.it> > To: Nexa <nexa(a)server-nexa.polito.it> > Subject: [nexa] qualche info in più su PEPP-PT > Message-ID: <7524c6cf-4be5-100b-7cc6-83836cd8142c(a)mat.uniroma2.it> > Content-Type: text/plain; charset=utf-8; format=flowed > > Cari tutti > > vi segnalo che qui > https://aiforgood.itu.int/webinar/ > è possibile vedere un webinar (episode #2) in cui viene detto qualcosa di > più su questi sistemi di contact tracing > > Ci sono due speaker: > Kurt Rohloff, Duality Technologies > Thomas Wiegand, Fraunhofer Hertz Institute > > Rohloff ha parlato in generale di Privacy Enhancing Technologies (PET) > descrivendo uno schema basato sulla crittografia omomorfica (una tecnica > che permette di crittare i dati consentendo di poter comunque fare alcune > computazioni su questi dati i cui risultati possono però essere "letti" > solo da chi ha crittografato i dati originali) per realizzare un sistema di > contact tracing. > > Wiegand ha partato di PEPP-PT, la soluzione che pare diversi paesi europei > vogliano adottare. > > Nel seguito vi faccio una sintesi di quello che ho capito e che non ho > capito, sperando sia utile. > > In ogni caso, come molti altri hanno osservato qui in lista, lo snodo > fondamentale è l'organizzazione dei test ed il loro utilizzo in modo > estensivo. Senza che vi sia per questo un piano realistico in termini di > tempi e risorse tutto questo rimane puro "soluzionismo digitale". > > Ciao, Enrico > > --------------------- > Per quanto riguarda Rohloff > > La parte interessante dal punto di vista tecnico inizia intorno a 19'45" > fino a 28'45" > > Quello che ho capito è che lo schema è basato su: > > 1. Il telefono installa una coppia chiave-privata (KR) / chiave-pubblica > (KB) > > 2. Tutti i dati che il telefono scambia con altri telefoni cui si trova > vicino (via Bluetooth) o con il server del servizio sono crittati con KB e > contengono informazioni quali telefono e e-mail del possessore del telefono. > > 3. I dati che il telefono invia al server contengono informazioni relative > al contatto avuto con altri telefoni: a quali telefoni si è stati vicino e > quando, ma non dove. > > Quello che penso di aver capito, ma non è chiaro dalla presentazione: > > 1. Il server (grazie alla crittografia omomorfica) è in grado di ritrovare > i dati corrispondenti ad un numero di telefono (quando, ad esempio, il suo > possessore sia risultato infetto ad un test) e quindi di recuperare da > questi (mi pare sempre usando la crittografia omomorfica) quali altri > telefoni devono essere contattati, perché sono stati vicini a chi è > risultato infetto in una certa finestra temporale. > > Quello che non ho capito è come si ottengono i dati di localizzazione > geografica e come il sistema protegge i dati dagli attacchi. Se il server è > in grado di leggere i numeri di telefono con la crittografia omomorfica > allora può essere in grado di farlo anche un attaccante. > > Da 33'00" a 38'00" c'è poi un'interessante discussione su trust e > soluzioni aperte. > > ----------------------------------- > Per quanto riguarda Wiegand questo è quello che ho capito di come funziona > PEPP (anche in base a quanto avevo già letto dalla pagina > https://www.pepp-pt.org/content) > > 1. Ogni telefono scambia con altri telefoni cui si trova vicino (via > Bluetooth) è un ID randomizzato ma univocamente legato al telefono > > 2. Gli ID scambiati sono memorizzati da ogni telefono solo localmente con > una marca temporale, per un periodo massimo legato alla finestra di > incubazione, trascorso il quale il telefono li cancella > > 3. Quando il possessore del telefono viene rilevato positivo al test > riceve un codice di autorizzazione mediante il quale la sua storia locale > di contatti può essere inviata in modo sicuro ad un server centrale > > Non ho capito però come, dagli identificatori randomizzati che il servizio > riceve da chi, essendo infettato, glieli ha trasmessi, il servizio riesce a > dedurre i numeri dei telefoni che gli sono stati vicini e quindi a > contattarli. Anche qui, se può farlo il servizio, può farlo chiunque altro. > > Un'informazione nuova è che il sistema dovrebbe essere rilasciato nella > settimana dopo Pasqua (16-18 aprile) > > ---------------------------------- > > > -- EN > > ===================================================================== > Prof. Enrico Nardelli > Dipartimento di Matematica - Universita' di Roma "Tor Vergata" > Via della Ricerca Scientifica snc - 00133 Roma > tel: +39 06 7259.4204 fax: +39 06 7259.4699 > mobile: +39 335 590.2331 e-mail: nardelli(a)mat.uniroma2.it > home page: http://www.mat.uniroma2.it/~nardelli > blog: http://www.ilfattoquotidiano.it/blog/enardelli/ > http://link-and-think.blogspot.it/ > ===================================================================== > -- > > > ------------------------------ > > Message: 2 > Date: Sat, 4 Apr 2020 11:56:13 +0200 > From: Stefano Quintarelli <stefano(a)quintarelli.it> > To: Nexa <nexa(a)server-nexa.polito.it> > Subject: Re: [nexa] qualche info in più su PEPP-PT > Message-ID: <52ced64f-7b10-9c49-a9d0-60187c7df86a(a)quintarelli.it> > Content-Type: text/plain; charset=windows-1252; format=flowed > > se questa e' la procedura, non vedo come possa funzionare per rilevare > gli iphone (25-30% del mercato) > > ciao!, s. > > > On 04/04/2020 11:28, Enrico Nardelli wrote: > > Cari tutti > > > > vi segnalo che qui > > https://aiforgood.itu.int/webinar/ > > è possibile vedere un webinar (episode #2) in cui viene detto qualcosa > > di più su questi sistemi di contact tracing > > > > Ci sono due speaker: > > Kurt Rohloff, Duality Technologies > > Thomas Wiegand, Fraunhofer Hertz Institute > > > > Rohloff ha parlato in generale di Privacy Enhancing Technologies (PET) > > descrivendo uno schema basato sulla crittografia omomorfica (una tecnica > > che permette di crittare i dati consentendo di poter comunque fare > > alcune computazioni su questi dati i cui risultati possono però essere > > "letti" solo da chi ha crittografato i dati originali) per realizzare un > > sistema di contact tracing. > > > > Wiegand ha partato di PEPP-PT, la soluzione che pare diversi paesi > > europei vogliano adottare. > > > > Nel seguito vi faccio una sintesi di quello che ho capito e che non ho > > capito, sperando sia utile. > > > > In ogni caso, come molti altri hanno osservato qui in lista, lo snodo > > fondamentale è l'organizzazione dei test ed il loro utilizzo in modo > > estensivo. Senza che vi sia per questo un piano realistico in termini di > > tempi e risorse tutto questo rimane puro "soluzionismo digitale". > > > > Ciao, Enrico > > > > --------------------- > > Per quanto riguarda Rohloff > > > > La parte interessante dal punto di vista tecnico inizia intorno a 19'45" > > fino a 28'45" > > > > Quello che ho capito è che lo schema è basato su: > > > > 1. Il telefono installa una coppia chiave-privata (KR) / chiave-pubblica > > (KB) > > > > 2. Tutti i dati che il telefono scambia con altri telefoni cui si trova > > vicino (via Bluetooth) o con il server del servizio sono crittati con KB > > e contengono informazioni quali telefono e e-mail del possessore del > > telefono. > > > > 3. I dati che il telefono invia al server contengono informazioni > > relative al contatto avuto con altri telefoni: a quali telefoni si è > > stati vicino e quando, ma non dove. > > > > Quello che penso di aver capito, ma non è chiaro dalla presentazione: > > > > 1. Il server (grazie alla crittografia omomorfica) è in grado di > > ritrovare i dati corrispondenti ad un numero di telefono (quando, ad > > esempio, il suo possessore sia risultato infetto ad un test) e quindi di > > recuperare da questi (mi pare sempre usando la crittografia omomorfica) > > quali altri telefoni devono essere contattati, perché sono stati vicini > > a chi è risultato infetto in una certa finestra temporale. > > > > Quello che non ho capito è come si ottengono i dati di localizzazione > > geografica e come il sistema protegge i dati dagli attacchi. Se il > > server è in grado di leggere i numeri di telefono con la crittografia > > omomorfica allora può essere in grado di farlo anche un attaccante. > > > > Da 33'00" a 38'00" c'è poi un'interessante discussione su trust e > > soluzioni aperte. > > > > ----------------------------------- > > Per quanto riguarda Wiegand questo è quello che ho capito di come > > funziona PEPP (anche in base a quanto avevo già letto dalla pagina > > https://www.pepp-pt.org/content) > > > > 1. Ogni telefono scambia con altri telefoni cui si trova vicino (via > > Bluetooth) è un ID randomizzato ma univocamente legato al telefono > > > > 2. Gli ID scambiati sono memorizzati da ogni telefono solo localmente > > con una marca temporale, per un periodo massimo legato alla finestra di > > incubazione, trascorso il quale il telefono li cancella > > > > 3. Quando il possessore del telefono viene rilevato positivo al test > > riceve un codice di autorizzazione mediante il quale la sua storia > > locale di contatti può essere inviata in modo sicuro ad un server > centrale > > > > Non ho capito però come, dagli identificatori randomizzati che il > > servizio riceve da chi, essendo infettato, glieli ha trasmessi, il > > servizio riesce a dedurre i numeri dei telefoni che gli sono stati > > vicini e quindi a contattarli. Anche qui, se può farlo il servizio, può > > farlo chiunque altro. > > > > Un'informazione nuova è che il sistema dovrebbe essere rilasciato nella > > settimana dopo Pasqua (16-18 aprile) > > > > ---------------------------------- > > > > > > -- EN > > > > ===================================================================== > > Prof. Enrico Nardelli > > Dipartimento di Matematica - Universita' di Roma "Tor Vergata" > > Via della Ricerca Scientifica snc - 00133 Roma > > tel: +39 06 7259.4204 fax: +39 06 7259.4699 > > mobile: +39 335 590.2331 e-mail: nardelli(a)mat.uniroma2.it > > home page: http://www.mat.uniroma2.it/~nardelli > > blog: http://www.ilfattoquotidiano.it/blog/enardelli/ > > http://link-and-think.blogspot.it/ > > ===================================================================== > > -- > reserve your meeting with me at https://cal.quintarelli.it > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > nexa mailing list > nexa(a)server-nexa.polito.it > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa > > > ------------------------------ > > End of nexa Digest, Vol 132, Issue 16 > ************************************* >

2 1

"A European strategy for data "
by J.C. DE MARTIN April 3, 2020

April 3, 2020

COMMUNICATION FROM THE COMMISSION TO THE EUROPEAN PARLIAMENT, THE COUNCIL, THE EUROPEAN ECONOMIC AND SOCIAL COMMITTEE AND THE COMMITTEE OF THE REGIONS A European strategy for data Documento (PDF, 35 pagin) in allegato. juan carlos

3 2

Move Fast & Roll Your Own Crypto: A Quick Look at the Confidentiality of Zoom Meetings - The Citizen Lab
by Alberto Cammozzo April 3, 2020

April 3, 2020

<https://citizenlab.ca/2020/04/move-fast-roll-your-own-crypto-a-quick-look-a…> This report examines the encryption that protects meetings in the popular Zoom teleconference app. We find that Zoom has “rolled their own” encryption scheme, which has significant weaknesses. In addition, we identify potential areas of concern in Zoom’s infrastructure, including observing the transmission of meeting encryption keys through China. Key Findings Zoom documentation claims that the app uses “AES-256” encryption for meetings where possible. However, we find that in each Zoom meeting, a single AES-128 key is used in ECB mode by all participants to encrypt and decrypt audio and video. The use of ECB mode is not recommended because patterns present in the plaintext are preserved during encryption. The AES-128 keys, which we verified are sufficient to decrypt Zoom packets intercepted in Internet traffic, appear to be generated by Zoom servers, and in some cases, are delivered to participants in a Zoom meeting through servers in China, even when all meeting participants, and the Zoom subscriber’s company, are outside of China. Zoom, a Silicon Valley-based company, appears to own three companies in China through which at least 700 employees are paid to develop Zoom’s software. This arrangement is ostensibly an effort at labor arbitrage: Zoom can avoid paying US wages while selling to US customers, thus increasing their profit margin. However, this arrangement may make Zoom responsive to pressure from Chinese authorities. [...]

1 0