Hier ein Kommentar von Golem.de
Was ist davon zu halten ?
Von F-Droid ist aus Sicherheitsgründen dringend abzuraten
Autor: gagalala 03.03.23 - 14:35
F-Droid hat fundamentale systemische Probleme und eine explizite Anti-Security-Haltung. Man sollte wirklich damit aufhören, es als sichere oder privatsphärefreundliche Alternative darzustellen, und Blogposts zu stenografieren.
Erster Punkt: der Security Audit von 2018, zu finden via Radically Open Security. Ich glaube nicht, dass ich bei einem derart überschaubaren Ökosystem schonmal so viele Beanstandungen gesehen habe. Klar könnten die Punkte inzwischen behoben worden sein, aber der Report macht deutlich, dass die Entwicker:innen die Materie nicht verstehen.
Neueres Beispiel gewünscht? Im Blogpost auf der F-Droid Webseite vom 22.12.2022 zu einem aktuellen Audit wird für die Beibehaltung von (längst obsoletem) TLS 1.0 und 1.1 argumentiert, aus „Kompatibilitätsgründen“. Allen hier sollte klar sein, dass das keine gute Idee ist.
Bis vor kurzem lief F-Droids Build-Infra auch noch auf Debian Stretch, was seit Mitte 2020 EOL-Status hat. Einfach nur unverständlich, das Team setzt bewusst die Sicherheit der User:innen aufs Spiel.
Leider darf ich noch keine Links posten, ihr solltet die Infos aber mit o.g. Stichpunkten easy finden.
Nach meiner Einschätzung ist grundsätzlich jeder Download und Installation einer Software aus dem Netz ein Sicherheitsrisiko. Die Quelle spielt hierbei keine Rolle. Wir haben alles schon gehabt:
Es gelingt jemandem in ein Repository Code einzuschleussen, die Store-Betreiber übersehen Malware -teilweise bei x-Anwendungen die in einem Rutsch entfernt werden müssen-, lange als vertrauenswürdig geglaubte Software entpuppt sich als Projekt eines unseriösen Betreibers, Projekt wird an Mister-X verkauft, usw. usf.
Von allen derzeit frei verfügbaren Quellen für Software, die ohne weiteren Aufwand Software und regelmäßig Infos zu verfügbaren Updates liefern (App-Stores), ist F-Droid mit Sicherheit eine der vertrauenswürdigsten Plattformen. Die installierte Software wurde aus öffentlichen Quellen gebaut.
Das Risiko beschränkt sich somit im wesentlichen auf Fehler im Source-Code und einen -urplötzlich vom Wege abkommenden- unzuverlässigen Betreiber. Das gibt es sonst in der Form für Mobile nirgends.
Ist so ein bischen unglücklich formuliert. Das ist nicht aus einem Artikel bei Golem.de, sondern ein Leser-Kommentar des users gagalala zu einem Artikel, in dem die neue Version des F-Droid-Clients vorgestellt wurde: Neues F-Droid lädt Repository-Index schneller
Insgesamt würde ich diesen Kommentar zustimmen. Ich finde jedoch, dass diese Seite hier es besser erklärt und besser ins Detail geht, ist aber dementsprechend auch lang. Hier wäre eine etwas kürzere Zusammenfassung, die auch Probleme vom IzzyOnDroid-Repo erwähnt.
Der zweite Link ist deshalb kürzer, weil sich der Autor auf die beiden einzigen in der Praxis bzw. von der Risikoabschätzung wirklich relevanten Punkt bezieht den beide Posts haben. Das ist das Signing der Apps mit dem eigenen F-Droid-Key. Man ist damit -wie oben bereits erwähnt- von der Vertrauenswürdigkeit der Betreiber abhängig. Das zweite ist, das beide empfehlen, direkt vom Autor zu laden wenn dieser das anbietet. Das ist natürlich immer das beste, wenn man diesem vertraut.
Der erste Post aus dem Januar liest sich wie ein direkter Auftrag einer Marketing-Abteilung, den F-Droid-Store zu diskreditieren.
Debian Stretch z.B. hat noch im Juli 22 Updates für Sicherheitskomponenten erhalten. Selbst heute spricht je nach eingesetzter Software nichts dagegen, einen solchen Server zu betreiben. Das sollte man natürlich nicht machen, wenn es vermeidbar ist.
Für die niedrigen TLS-Level gab es auch vertretbare Gründe. Es gibt Menschen in anderen Ländern, die nicht Upgraden können und ein altes Android haben. So bekommen sie noch einen aktuellen Browser, Mailclient, Telegram, usw.
Zum Schluss kommt im ersten Post die Empfehlung, den Play-Store zu verwenden
Im Playstore gibt es Apps, die sowohl bezüglich Sicherheit als auch Privatsphäre Malware sind. Beispielsweise wurde „App Lite Launcher“ (Abstractemu) über 10.000 mal heruntergeladen. Diese Malware arbeitet erstmal völlig unauffällig, rootet allerdings die Geräte (ja, auch Ungerootete-Stock-ROMs) im Hintergrund. Es gibt auch andere Malware-Typen, die einen Fernzugriff auf das Gerät ermöglich (z.B. „Octo“) - ebenfalls im Playstore in verschiedenen Apps verteten. Daneben gibt es dann natürlich Apps, die die Privatsphäre massiv missachten. Weder ein verpflichtendes Minimum-SDK-Level, die Signiermethode oder das Certificate-Pinning haben daran etwas geändert. Das wird sich mMn auch langfristig nicht ändern. Der Playstore ist eine lukrative Plattform - mit relativ wenig Aufwand erreicht man viele Geräte.
Google entfernt diese Malware zwar regelmäßig, allerdings erreichen diese Apps immer 10.000, 50.000 oder 100.000 Downloads. Solche Downloadzahlen schafft man nicht über Nacht, d.h. präventiv, also nachdem der Entwickler seine Malware hochgeladen hat und Google genügend Zeit hätte diese zu analysieren, greift keine „Sicherung“. Selbst im Nachgang dauert es zu lange, bis eine App dann auch tatsächlich entfernt wird. Häufig wird diese nicht von Google selbst entdeckt, sondern durch andere Sicherheitsforscher oder Unternehmen.
Im Sinne eines konstruktiven Dialogs: Was wäre denn eine realistische Alternative zu F-Droid?
Ich sehe die Kritikpunkte schon als relevant an, aber wenn die Alternative wäre, für alle Apps manuell auf Github/Gitlab nach Updates zu suchen, siegt bei mir doch die Faulheit.
Eine mögliche Lösung über die ich gestolpert bin, ist Obtainium(-> Github). Mit der App kann man Open-Source-Apps direkt von zB Github oder Gitlab installieren und aktuell halten. Man wird bei Updates automatisch benachrichtigt und kann die Apps direkt mit Obtainium aktualisieren.
na ja, die idee ist nicht schlecht, die umsetzung ist suboptimal.
beispiel an brave browser:
es wird das ganze git durchsucht und die neuste version installiert. das ist aber die nightly.
kurzum, man kann nichr wählen welches release installiert werden soll. nur welche plattform.
bei anderen apps die ich getestet habe werden keine apks gefunden, oder aber auch die ganzen forks, was es brutal unübersichtlich macht.
imho also nur was für enthusiasten, nicht aber für leute die noch andre hobbies haben…
Doch, du kannst aus verschiedenen Varianten der Versionserkennung auswählen, nach cpu-architektur kategorisieren/filtern und die Releases individuell mit regulären Ausdrücken filtern. In deinem Beispiel könntest du releases die „nightly“ beinhalten einfach ausschließen.
Der Entwickler veröffentlich die Apps über f-droid und flathub. Im gitlab-repository gibt es keine releases. Die f-droid version wird sofort gefunden, wenn man „fluffychat“ in die Suche eingibt. Du kannst es also über obtanium installieren. Dass es keine releases auf gitlab gibt, ist eine Sache von fluffychat und nicht von Obtanium.
Das waren jetzt max 5 min Zeitaufwand…
Und den Begriff „nightly“ in ein Menü einzugeben ist auch nicht wirklich kompliziert.
Absolut, es wird ja niemand gezwungen. Ich wollte nur mal teilen, dass es eine Möglichkeit gibt
