FUB-HCC / 20-SWP-CodingOpenness

repository for teaching in summer term 2020
Apache License 2.0
8 stars 0 forks source link

Vergleich der Ansätze #2

Closed bernd96 closed 4 years ago

bernd96 commented 4 years ago

TODO: Aufarbeitung der bestehenden Recherche hinzu einem Vergleich bezüglich (1) Architektur (2) Kommunikationsablauf

Erdnaf commented 4 years ago

Ich mach hier mal den Anfang für Kriterien, die vielleicht sinvoll sind:

Architektur:

Kommunikationsablauf:

ergänzt gerne

linuxhelf commented 4 years ago

Ich glaube das sind schon die wesentlichen Punkte, auf die schnelle fällt mir z.b. folgendes ein

nicht direkt technisch, aber wahrscheinlich trotzdem sehr interessant:

Evtl. redundant mit Vergleich der IDs

bin mir unsicher ob interressant, da nicht wesentlich zum algorithmus:

habe ich noch keine Infos zu gesehen, könnte aber sehr wichtig sein:

ist ähnlich zu Vergleich der Ids in Kombination mit Zweitkontakt (für tracking von zweitkontakt, muss man sich als Erstkontakt gegenüber dem Server erkenntlich zeigen/ausweisen)

kraleva commented 4 years ago

Ich würde auch dazu die Frage hinzufügen, inwie fern die Privatsphäre des Nutzers geschätzt wurde, da die größte Kritik bei PEPP-PT z.B. mit Datenschutz verbunden, so wir können auch in diesem Zusammenhang die Ansätze vergleichen.

julizet commented 4 years ago

Würde noch um den Themenbereich "Privatsphäre und gesellschaftliche Transparenz" erweiterin. Darin die Kategorien:

Im Themenbereich "Architektur" könnte man noch die Kategorie "Ort der Rechenleistung" (Server Vs. Smartphone) aufnehmen

clmb commented 4 years ago

Es gibt bereits einige Vergleiche, vielleicht helfen diese beide Kriterien: https://mobilsicher.de/ratgeber/corona-epidemie-eindaemmen-per-smarphone-diese-apps-stehen-zur-debatte https://www.wu.ac.at/ec/projects/privacy-friendly-corona-virus-tools https://secpriv.wien/blog/de/tracing-app/overview/ Ich denke, insbesondere der letzte Blogartikel ist sehr hilfreich.

julizet commented 4 years ago

Wiki-Page als Arbeitsdokument: Hier entlang

Architektur: @julizet Kommunikationsablauf: @kraleva & @Erdanf Privatsphäre: @bernd96 & @linuxhelf

Erdnaf commented 4 years ago

Ich denke wir sollten die Kategorie "MAC-Adressen-Übertragung" in "MAC-Adressen-Tracking" ädern und uns anschauen, wie das verhindert werden kann.

Hier ein Text vom dem Dokument von DCTS, dass dass gut erklärt:

Bluetooth also advertises the mac-address of the device. From our observations this address changes after a certain time and is also changed when Bluetooth is activated. We were able to observe this behaviour in our tests on Android 8 and 9 as well as iOS 12. We stop and restart advertising immediately when updating the ID, such that the advertised mac-addresses change at the same time as the IDs. This prevents any malicious association of a mac-address to several IDs. These changing IDs keep the user anonymous and complicate tracking.

Erdnaf commented 4 years ago

Arbeitsaufträge beim Treffen:

clmb commented 4 years ago

Ich habe gestern noch Feedback bezüglicher zweier Punkte von Prof. Wählisch erhalten.

Die Kategorien sind unscharf.

  • Ort der Speicherung: Server vs. Smartphone. Besser waere Server vs. Client. ... Der Erlaeuterungstext ist bei beiden Kategorien gleich. Was ist mit "Daten" gemeint.

  • Verfahren bei Aktualisierungen: Broadcast an alle vs. Pull je Geraet. Push vs. Pull. Man koennte die Clients auch per Broadcast informieren, ein Pull durchzufuehren -- wann auch immer das Pull dann tatsaechlich passiert.

clmb commented 4 years ago

Broadcast beschreibt, an wen ich Daten verteile.

Pull bzw. Push, wie ich die Daten erhalte.

Daher sollten diese beiden Perspektiven getrennt werden.

clmb commented 4 years ago

Bitte bauen Sie ein Experten-Panel auf, dass Sie bei dem Vergleich der Ansätze unterstützt. Prof. Wählisch wäre auch mit dabei und Sie können ihn anschreiben.

clmb commented 4 years ago

Ich kommentiere hier so rum, da es noch kein Board gibt. Ich würde gern Issues erstellen.

Erdnaf commented 4 years ago

ist auf andere Issues verteilt worden