Visualizza wikitesto di Decentralized Privacy-Preserving Proximity Tracing

'''Decentralized-Privacy-Preserving Proximity Tracking''' (DP-3T, stilizzata come <math>DP^3T</math> ) è un protocollo open-source sviluppato da un team europeo guidato da [[Carmela Troncoso]] e formato da ricercatori provenienti da diverse università<ref>{{Cita pubblicazione|url=https://github.com/DP-3T/documents/blob/master/DP3T%20White%20Paper.pdf|titolo=Decentralized Privacy-Preserving Proximity Tracing|sito=GitHub|editore=DP-3T Project|data=25 maggio 2020|accesso=12 febbraio 2024|lingua=en}}</ref> in risposta alla [[Pandemia di COVID-19 del 2019-2021|pandemia]] di [[Pandemia di COVID-19 del 2019-2021|COVID-19]] per facilitare la tracciatura dei contatti avuti dai partecipanti infetti.<ref>{{Cita news|lingua=en-US|url=https://www.nytimes.com/reuters/2020/04/20/technology/20reuters-health-coronavirus-europe-tech.html|titolo=Rift Opens Over European Coronavirus Contact Tracing Apps|pubblicazione=The New York Times|data=2020-04-20|accesso=2020-04-21|issn=0362-4331}}</ref> Il protocollo, come anche il protocollo Pan-European Privacy-Preserving Proximity Tracing (PEPP-PT), utilizza [[Bluetooth Low Energy]] per tenere traccia e registrare gli incontri con altri utenti.<ref name=":02">{{Cita web|url=https://bluetrace.io/static/bluetrace_whitepaper-938063656596c104632def383eb33b3c.pdf|cognome=Jason Bay, Joel Kek, Alvin Tan, Chai Sheng Hau, Lai Yongquan, Janice Tan, Tang Anh Quy|nome=|sito=Government Technology Agency|data=|accesso=2020-04-12|urlarchivio=|dataarchivio=}}</ref><ref name=":3">{{Cita news|lingua=en|url=https://www.wired.com/story/apple-google-contact-tracing-strengths-weaknesses/|titolo=Is Apple and Google's Covid-19 Contact Tracing a Privacy Risk?|pubblicazione=Wired|accesso=2020-04-18|issn=1059-1028}}</ref> I protocolli differiscono nel loro meccanismo di reportistica: PEPP-PT richiede ai client di caricare i log dei contatti su un server di report centrale e mentre su DP-3T il server di reporting centrale non ha mai accesso ai log di contatti né è responsabile dell'elaborazione e della comunicazione ai client dei contatti avvenuti.  Poiché i registri dei contatti non vengono mai trasmessi a terzi, presenta importanti vantaggi in termini di privacy rispetto all'approccio PEPP-PT,<ref>{{Cita web|url=https://fortune.com/2020/04/20/coronavirus-contact-tracing-privacy-europe-pepp-pt-dp3t-covid-19-tracking/|sito=Fortune|lingua=en|accesso=2020-04-21}}</ref><ref>{{Cita web|url=https://www.coindesk.com/european-contact-tracing-consortium-faces-wave-of-defections-over-centralization-concerns|sito=CoinDesk|data=2020-04-20|lingua=en|accesso=2020-04-21}}</ref><ref>{{Cita news|lingua=en|url=https://uk.reuters.com/article/uk-health-coronavirus-europe-tech-idUKKBN2221U6|titolo=Rift opens over European coronavirus contact tracing apps|pubblicazione=Reuters|data=2020-04-20|accesso=2020-04-21|dataarchivio=24 aprile 2020|urlarchivio=https://web.archive.org/web/20200424112105/https://uk.reuters.com/article/uk-health-coronavirus-europe-tech-idUKKBN2221U6|urlmorto=sì}}</ref> tuttavia ciò comporta costi che richiedono maggiore potenza di elaborazione sul lato client per elaborare i rapporti sulle infezioni.<ref>{{Cita web|url=https://github.com/DP-3T/documents/blob/master/DP3T%20-%20Simplified%20Three%20Page%20Brief.pdf|cognome=|nome=|sito=GitHub|data=|accesso=2020-04-22|urlarchivio=|dataarchivio=}}</ref>

Secondo [[Google (azienda)|Google]], il progetto di tracciamento dei contatti di Google / Apple è stato "fortemente ispirato" dal protocollo DP-3T.<ref>{{Cita web|url=https://social.techcrunch.com/2020/04/24/apple-and-google-update-joint-coronavirus-tracing-tech-to-improve-user-privacy-and-developer-flexibility/|sito=TechCrunch|lingua=en-US|accesso=2020-04-26|titolo=Copia archiviata|dataarchivio=4 giugno 2021|urlarchivio=https://web.archive.org/web/20210604040434/https://techcrunch.com/2020/04/24/apple-and-google-update-joint-coronavirus-tracing-tech-to-improve-user-privacy-and-developer-flexibility/|urlmorto=sì}}</ref><ref>{{Cita web|url=https://www.cnbc.com/2020/04/28/apple-iphone-contact-tracing-how-it-came-together.html|cognome=Farr|nome=Christina|sito=CNBC|data=2020-04-28|lingua=en|accesso=2020-04-29}}</ref>

L'SDK DP-3T e le app di calibrazione intendono supportare le API Apple / Google non appena verranno rilasciate su dispositivi iOS e [[Android]].<ref>{{Cita web|url=https://github.com/DP-3T/dp3t-sdk-ios#introduction|sito=GitHub|lingua=en|accesso=2020-05-06}}</ref><ref>{{Cita web|url=https://github.com/DP-3T/dp3t-sdk-android#introduction|sito=GitHub|lingua=en|accesso=2020-05-06}}</ref>

Il 21 aprile 2020, l'Ufficio federale della sanità pubblica svedese ha annunciato che l'applicazione nazionale per la tracciatura dei contatti da coronavirus sarà basata su DP-3T.<ref>{{Cita web|url=https://www.swissinfo.ch/eng/sci-tech/digital-solution_contact-tracing-app-could-be-launched-in-switzerland-within-weeks/45706296|cognome=swissinfo.ch|nome=S. W. I.|sito=SWI swissinfo.ch|lingua=en|accesso=2020-04-21}}</ref> Il 22 aprile 2020, la [[Croce Rossa austriaca]], leader del progetto dell'app nazionale di tracciamento dei contatti digitali, ha annunciato la sua migrazione verso l'approccio di DP-3T.<ref>{{Cita web|url=https://www.ots.at/presseaussendung/OTS_20200422_OTS0052/stopp-corona-app-weiterentwicklung-mit-hilfe-der-zivilgesellschaft|sito=OTS.at|lingua=de|accesso=2020-04-22}}</ref> [[Estonia|L'Estonia ha]] inoltre confermato che la sua app sarebbe basata su DP-3T.<ref>{{Cita web|url=https://e-estonia.com/trace-covid-19-while-respecting-privacy/|sito=e-Estonia|data=2020-04-24|lingua=en-US|accesso=2020-04-26}}</ref> Il 28 aprile 2020, la [[Finlandia]] ha annunciato di stare testando una versione di DP-3T chiamata "Ketju".<ref>{{Cita web|url=https://www.sitra.fi/en/news/vaasan-keskussairaala-pilotoi-koronalle-altistuneiden-tunnistamisessa-auttavaa-ketju-sovellusta/|sito=Sitra|lingua=en-GB|accesso=2020-04-29}}</ref> In [[Germania]], l'app nazionale si basa su DP-3T ed è stata sviluppata da [[SAP (azienda)|SAP SE]] e [[Deutsche Telekom]] insieme a CISPA, che è una delle organizzazioni che hanno creato il protocollo.<ref>{{Cita web|url=https://www.handelsblatt.com/technik/forschung-innovation/corona-tracking-helmholtz-zentrum-erwartet-start-der-corona-app-in-den-naechsten-wochen/25788696.html|lingua=de|accesso=2020-04-29}}</ref>

== Panoramica ==
Il protocollo DP-3T funziona sulla base degli Ephemeral ID (EphID, ''trad. ID Temporanei''), ossia stringhe semi-casuali che identificano in modo univoco i client e che cambiano di tanto in tanto.<ref>{{Cita web|url=https://social.techcrunch.com/2020/04/20/frances-inria-and-germanys-fraunhofer-detail-their-robert-contact-tracing-protocol/|sito=TechCrunch|lingua=en-US|accesso=2020-04-22|urlmorto=sì}}</ref> Quando due client si incontrano, essi si scambiano i propri EphID e li memorizzano localmente in un registro contatti.<ref>{{Cita web|url=https://ncase.me/contact-tracing/|sito=ncase.me|accesso=2020-04-19}}</ref> Quando un utente risulta positivo all'infezione, viene inviato un rapporto a un server centrale. Ogni client sulla rete quindi raccoglie i report dal server e controlla in modo indipendente i propri registri di contatti in cerca di eventuali EphID presenti nel report del server. Se viene trovato una corrispondenza per un EphID, ciò vuol dire che l'utente è entrato in stretto contatto con un paziente infetto e quindi viene avvisato dal client (ossia dall'app). Poiché ogni dispositivo verifica localmente i registri dei contatti, e quindi i registri dei contatti non vengono mai trasmessi a terzi, il server di report centrale non può da solo accertare l'identità o il registro dei contatti di alcun client nella rete. Ciò è in contrasto con protocolli concorrenti come PEPP-PT, in cui il server di report centrale riceve ed elabora i registri dei contatti del client.<ref>{{Cita web|url=https://medium.com/@frankvolkel/tracetogether-under-the-hood-7d5e509aeb5d|cognome=Liauw|nome=🇸🇬 Frank|sito=Medium|data=2020-04-09|lingua=en|accesso=2020-04-18}}</ref> 
[[File:DP-3T_Ephemeral_ID.svg|miniatura|Diagramma che mostra come i diversi componenti dell'algoritmo per la generazione di ID Temporanei (EphID) comunicano l'un l'altro]]
Come anche il protocollo TCN e suoi Temporary Contact Numbers, il protocollo DP-3T utilizza ''ID Temporanei'' a 16 byte (EphID) per identificare in modo univoco i dispositivi che si trovano in prossimità di un client. Questi EphID vengono registrati localmente sul dispositivo ricevente e non vengono mai trasmessi a terzi.

Per generare un EphID, innanzitutto un client genera una chiave segreta che cambia giornalmente ( <math>SK_t</math> ) calcolando <math>SK_t = H(SK_{t-1})</math>, dove <math>H()</math> è una funzione hash crittografica (come ad esempio [[Secure Hash Algorithm|SHA-256]]). <math>SK_0</math> viene calcolato da un algoritmo tramite una chiave segreta standard, ad esempio tramite [[EdDSA|Ed25519]]. Il client utilizzerà <math>SK_t</math> durante il giorno <math>t</math> per generare un elenco di EphID. All'inizio della giornata, un client genererà un elenco locale di dimensione <math>n=(24*60)/l</math> di nuovi EphID da trasmettere durante il giorno, dove <math>l</math> è la durata di un EphID in minuti. Per impedire a terzi di stabilire schemi di movimento tracciando gli identificatori su una vasta area, gli EphID vengono cambiati frequentemente. Data la chiave segreta del giorno <math>SK_t</math>, ogni dispositivo calcola <math>S\_EphID(BK) = PRG(PRF(SK_t, BK))</math>, dove <math>BK</math> è una stringa fissa, <math>PRF()</math> è una funzione pseudo-random come ad esempio [[HMAC|HMAC-SHA256]] e <math>PRG()</math> è un [[cifrario a flusso]] che produce <math>n * 16</math> byte. Questo flusso viene quindi suddiviso in blocchi di 16 byte e ordinato in maniera randomica per ottenere gli EphID del giorno.

== Specifiche tecniche ==
Il protocollo DP-3T è costituito da due componenti distinte: il monitoraggio e la registrazione degli incontri a distanza ravvicinata con altri utenti ([[handshake]] fra i dispositivi), e la segnalazione di tali incontri, in modo tale che altri client possano determinare se sono stati in contatto con un paziente infetto (segnalazione di infezione). Come la maggior parte dei protocolli di tracciamento dei contatti, l'[[handshake]] del dispositivo utilizza [[Bluetooth Low Energy]] per trovare e scambiare le informazioni con i client nelle vicinanze e la fase di segnalazione delle infezioni utilizza il protocollo [[HTTPS]] per caricare un report su un server centrale. Inoltre, come altri protocolli di reporting decentralizzati, il server di report centrale non ha mai accesso ai registri dei contatti di alcun client; piuttosto il report è strutturato in modo tale che i client stessi possano derivare individualmente gli eventuali contatti dal report.

=== Handshake del dispositivo ===
Per trovare i client nelle vicinanze e comunicare con essi, il protocollo utilizza le sia la modalità server che client di [[Bluetooth LE]], cambiando frequentemente modalità.<ref>{{Cita web|url=https://github.com/DP-3T/dp3t-sdk-android/blob/develop/dp3t-sdk/sdk/src/main/java/org/dpppt/android/sdk/internal/TracingService.java|cognome=|nome=|sito=GitHub|data=|lingua=en|accesso=2020-04-24|urlarchivio=|dataarchivio=}}</ref> In modalità server, il dispositivo emette il suo EphID affinché venga letto dai client, mentre quando è in modalità client il dispositivo esegue la scansione di eventuali server nelle vicinanze.<ref>{{Cita web|url=https://devzone.nordicsemi.com/f/nordic-q-a/71/what-is-a-client-and-server-in-ble|sito=Nordic DevZone|lingua=en|accesso=2020-04-24}}</ref> Quando un client e un server si incontrano, il client legge l'EphID del server e successivamente invia il proprio EphID al server. I due dispositivi memorizzano quindi l'incontro nei rispettivi registri dei contatti, oltre a un [[Marca temporale|timestamp approssimativo]] e alla potenza del segnale. La potenza del segnale viene successivamente utilizzata come parte del processo di segnalazione delle infezioni per stimare la distanza tra un paziente infetto e l'utente.

=== Segnalazione dell'infezione ===
Quando si segnala un'infezione, questa viene inviata ad un server di report centrale controllato dall'autorità sanitaria locale. Prima che un utente possa inviare un rapporto, l'autorità sanitaria deve prima confermare l'infezione e generare un codice che autorizzi il client a caricare il rapporto. L'autorità sanitaria informa inoltre il paziente sul giorno da cui far iniziare il report da inviare (indicato come <math>t</math>). Il client carica quindi la coppia <math>SK_t</math> e <math>t</math> al server di report centrale, e altri client della rete scaricheranno in un secondo momento tale report. Utilizzando lo stesso algoritmo utilizzato per generare gli EphID originali, i client possono riprodurre tutti gli EphID utilizzati nel periodo passato a partire dal giorno <math>t</math>. In questo modo possono confrontare il report con il registro dei contatti locali per determinare se l'utente è stato nelle immediate vicinanze di un paziente infetto.

Nell'intero protocollo, l'autorità sanitaria non ha mai accesso ai registri dei contatti e serve solo per diagnosticare l'infezione ai pazienti e autorizzare l'invio dei report da parte dei pazienti infetti.<ref>{{Cita web|url=https://github.com/DP-3T/documents|titolo=DP-3T/documents|sito=GitHub|lingua=en|accesso=2020-06-02}}</ref>

== Analisi epidemiologica ==
Quando un utente installa un'app compatibile con il protocollo DP-3T, gli viene chiesto se desidera optare per la condivisione dei dati con gli [[Epidemiologia|epidemiologi]] . Se l'utente acconsente, nel momento in cui viene confermato che è stato in stretto contatto con un paziente infetto, la rispettiva voce del registro contatti contenente l'incontro viene inviata a un server centrale per analisi statistiche. Al fine di impedire a terzi di rilevare potenziali infezioni rilevando tali caricamenti, i rapporti vengono inviati a intervalli regolari insieme con rapporti fittizi, indistinguibili da quelli originali, che vengono inviati anche quando non ci sono dati da trasmettere.

== Interoperazione tra le autorità sanitarie ==
Per facilitare la compatibilità tra le app DP-3T gestite da autorità sanitarie separate, le app mantengono un elenco locale delle regioni visitate da un utente. Le regioni sono ampie aree direttamente corrispondenti alla giurisdizione dell'autorità sanitaria; la posizione esatta non viene registrata. L'app client si connetterà successivamente server di report centrali anche di queste regioni e recupererà i report dai loro server oltre che dal server di report centrale della propria regione. Inoltre l'app client invierà il report anche a questi server nel caso in cui l'utente risultasse infetto.

== Attacchi a DP-3T e critiche ==
L'esperto di crittografia e sicurezza Serge Vaudenay, analizzando la sicurezza di DP-3T<ref name="Vaudenay">{{Cita web|url=https://eprint.iacr.org/eprint-bin/getfile.pl?entry=2020/399&version=20200409:125022&file=399.pdf|cognome=|nome=|sito=IACR ePrint archive|data=|accesso=2020-05-07|urlarchivio=|dataarchivio=}}</ref>  ha sostenuto che alcune misure di protezione dei dati personali introdotte in DP-3T potrebbero avere un effetto opposto a quello desiderato; in particolare le persone infette e coloro che sono entrati in contatto con tali persone potrebbero essere de-anonimizzati<ref>{{Cita web|url=https://eprint.iacr.org/eprint-bin/getfile.pl?entry=2020/399&version=20200409:125022&file=399.pdf|titolo=Analysis of DP3T
Between Scylla and Charybdis}}</ref>.

Il lavoro di Vaudenay presenta numerosi attacchi contro DP-3T e sistemi simili. In risposta, il gruppo DP-3T afferma che su dodici rischi che Vaudenay presenta, otto sono anche presenti in sistemi centralizzati, tre non funzionano e uno, che comporta l'accesso fisico al telefono, funziona ma può essere mitigato.<ref>{{Cita web|url=https://github.com/DP-3T/documents|cognome=The DP-3T Project|nome=|sito=|data=23 April 2020|accesso=|urlarchivio=|dataarchivio=}}</ref> In un lavoro successivo<ref name="Vaudenay2" />  di Vaudenay esamina gli attacchi contro sistemi di tracciamento sia centralizzati che decentralizzati e riferendosi ad attacchi contro le persone infette conclude che comparando architetture centralizzate e decentralizzate si può osservare che gli attacchi ad architetture decentralizzate non sono riconoscibili, possono essere attuati su larga scala e che le contromisure proposte al più riescono a mitigare i danni solo in un numero limitato di possibili scenari. Al contrario i sistemi centralizzati possono offrire un numero maggiore di contromisure.<ref>{{Cita web|url=https://eprint.iacr.org/eprint-bin/getfile.pl?entry=2020/531&version=20200507:064545&file=531.pdf|titolo=Centralized or Decentralized?
The Contact Tracing Dilemma}}</ref>

Nello stesso lavoro<ref name="Vaudenay2">{{Cita web|url=https://eprint.iacr.org/eprint-bin/getfile.pl?entry=2020/531&version=20200507:064545&file=531.pdf|cognome=|nome=|sito=IACR ePrint archive|data=|accesso=2020-05-07|urlarchivio=|dataarchivio=}}</ref> Vaudenay sostiene che, poiché né gli approcci centralizzati né quelli decentralizzati offrono un livello sufficiente di protezione della privacy, dovrebbero essere esplorate soluzioni differenti, in particolare suggerendo ConTra Corona<ref>{{Cita web|url=http://eprint.iacr.org/2020/505|cognome=|nome=|sito=arXiv|data=|accesso=2020-05-09|urlarchivio=|dataarchivio=}}</ref>, Epione<ref>{{Cita web|url=https://arxiv.org/abs/2004.13293|cognome=|nome=|sito=arXiv|data=|accesso=2020-05-07|urlarchivio=|dataarchivio=}}</ref> e Pronto-C2<ref>{{Cita web|url=https://eprint.iacr.org/2020/493|cognome=|nome=|sito=IACR ePrint archive|data=|accesso=2020-05-07|urlarchivio=|dataarchivio=}}</ref>  come possibili alternative.

Tang<ref>{{Cita web|url=https://arxiv.org/abs/2004.06818|cognome=|nome=|sito=arXiv|data=|accesso=2020-05-07|urlarchivio=|dataarchivio=}}</ref> ha esaminato i principali sistemi di tracciamento dei contatti e ha mostrato che DP-3T è soggetto a quelli che chiama "attacchi di identificazione mirati".

Attacchi teorici su DP-3T sono stati simulati<ref>{{Cita web|url=https://github.com/oseiskar/corona-sniffer|cognome=|nome=|sito=github|data=|accesso=2020-05-07|urlarchivio=|dataarchivio=}}</ref>, dimostrando che sulla prima versione del sistema DP-3T una terza parte può eseguire in maniera permanente e molto semplice il tracciamento degli utenti che hanno caricato volontariamente i loro identificatori sfruttando una grande flotta di dispositivi [[Bluetooth Low Energy]].

== Note ==
<references />

== Voci correlate ==
* BlueTrace 
* Protocollo TCN 
* Traccia di prossimità paneuropea per il rispetto della privacy 
* Progetto di tracciamento dei contatti di Google / Apple

[[Categoria:Software con licenza Apache]]
[[Categoria:Software con licenza MPL]]
[[Categoria:Protocolli livello applicazione]]