Leider hat #pepppt keine transparenten Prozess, der Code ist nicht einsehbar, das Team offensichtlich gespalten. Anfangs war #DP3T noch als dezentraler Ansatz gelistet, wurde diese Woche aber ohne Kommentar gelöscht. @marcelsalathe verließ gestern #pepppt
Aufgrund mangelnder Transparenz, und vor allem weil #pepppt einen ausschließlich zentralisierten Ansatz verfolgt, welcher technisch nicht nötig ist und Datenschutznachteile hat @boosc reagierte im Tagesspiegel: tagesspiegel.de/wirtschaft/ent…
Hier wurden Schutzbehauptungen aufgestellt wie: "Wir verstecken nichts. Gleichzeitig wollen wir, dass unser Code unter Sicherheitsaspekten einmal komplett überprüft wurde, bevor er Open Source wird." Jeder IT 2. Semester weiß, dass security by obscurity ein anti-pattern ist.
Ebenso wird behauptet, dass #DP3T mehr Traffic verursache. Wer das paper liest: github.com/DP-3T/document… sieht hier 2 vorgeschlagene Verfahren: 'low-cost' und 'Unlinkable decentralized proximity tracing' Ersteres benötigt für 40.000 Infektionen 1,3MB
"Smartphones download a very small amount of data every day. For 40.000 (approximately the cumulative of 5 European countries at their contagion peak) new infections per day, smartphones download 1.30 MB each day." der zweite, sicherere Ansatz benötigt mehr Datenvolumen
Bei gleichzeitigem deutlich verbessertem Schutz vor Deanonymisierung "For 40.000 new infections per day (approximately the cumulative total of 5 European countries at their contagion peak) smartphones then need to download 110 MB each day." @boosc s Behauptung ohne Server
verursacht mehr Traffic ist also auch nicht haltbar. Bei low-cost würde ein nicht übertragen der Infizierten Daten an alle Smartphones 66kb-1,3MB pro Tag sparen. #DP3T hat einen transparenten Entwicklungsprozess, (fast) fertige Apps, keine kommerzielle Absichten und ermöglicht
sogar ein opt-in um seine Daten sicher und anonym für Epidemiologische Fragestellungen zur Verfügung zu stellen. @PeppPt wurde bislang wenig getestet, nur auf Androidgeräten, keine iPhones: spiegel.de/netzwelt/apps/… Excellenter Thread von @mikarv
dazu: threadreaderapp.com/thread/1251432…
dazu: threadreaderapp.com/thread/1251432…
"After this, Hans Christian Boos issued what sounded like a threat to Apple, that if they did not let PEPP-PT reduce iPhones' privacy features to create an (unnecessary) centralised databases, they would ensure 'government ministers' would 'blow up [in the company's] face'."
Es bleibt zu hoffen, dass sich @Apple nicht erpressen lässt und gemeinsam mit @Google eine API designed die zentrale Server nicht ermöglicht. @PeppPt hatte für ein paar Stunden ein PDF auf github veröffentlicht und gleich wieder depupliziert: nadim.computer/posts/res/pdf/…
Ein Document mit vielen allgemeinem Beschreibungen und nichts konkretem. Im Vergleich zu #DP3T ein Armutszeugnis. Zu guter letzt noch: wieso benötigen wir Apple und Google? 1.) Realisierbarkeit 2.) Anonymität. 1.) BLE im Hintergrund dauerhaft geht bei iOS nicht, bei Android
würde der Backgroundprozess auch irgendwann wegen signifikantem Stromverbrauch gekillt werden, es benötigt also ein API um dauerhaft BLE im Background nutzen zu können. 2.) Die Token die announced werden wechseln periodisch, wenn die MAC Adresse nicht gleichzeitig wechselt
Hier noch der Link zu der Quelle des PDFs: nadim.computer/posts/2020-04-… Sehr schön zusammengefasst und recherchiert.
Hier noch eine schöne Chronologie der Geschichte: nadim.computer/posts/2020-04-…
