In diesem Artikel ordnen wir für euch ein, warum es den Fork überhaupt gibt, was sich bei Organic Maps seither verändert hat, wie sich die beiden Apps im Herbst 2026 bei Funktionen und Datenschutz unterscheiden und welche wir auf einem GrapheneOS-Smartphone installieren würden.

Kurz gesagt: Welche App solltet ihr nehmen?

Technisch liegen beide Apps nah beieinander: offline, ohne Werbung, ohne Konto, auf Basis von OpenStreetMap. Der grosse Unterschied liegt in der Führung des Projekts. Organic Maps gehört einer privaten Firma mit drei Gesellschaftern, CoMaps ist ein gemeinnützig ausgerichtetes Community-Projekt. Für Datenschutz-Puristen und GrapheneOS-Nutzer ist CoMaps deshalb unsere Empfehlung. Organic Maps bleibt eine funktionierende Google-Maps-Alternative, hat aber offene Fragen bei Lizenz und Transparenz, die man kennen sollte.

Was ist CoMaps? Die Geschichte hinter dem Fork

Um den Streit zu verstehen, lohnt ein Blick zurück. Organic Maps entstand im Dezember 2020 selbst als Fork von Maps.me, nachdem der damalige Eigentümer eine Version veröffentlicht hatte, die nicht mehr auf dem öffentlichen Quellcode basierte. Zwei der ursprünglichen Maps.me-Entwickler gründeten das neue Projekt, das sich von Anfang an mit Privatsphäre, Performance und Community-Mitbestimmung bewarb.

Formell gehörte das Projekt aber der Organic Maps OÜ, einer in Estland registrierten Firma mit den drei Gesellschaftern Viktar Havaka, Alexander Borsuk und Roman Tsisyk. Am 21. März 2025 schickten Mitwirkende einen Brief an diese Gesellschafter, am 16. April 2025 wurde er als offener Brief veröffentlicht. Die Kernforderungen: Umbau in eine gemeinnützige Struktur, nachvollziehbare Entscheidungen und offene Finanzen. Bis Mitte Mai 2025 hatten knapp 200 Personen unterschrieben.

Im Brief und in den Diskussionen danach wurden mehrere Vorwürfe laut: eine nicht abgesprochene Affiliate-Partnerschaft mit einer Reiseplattform, eine Firmenstruktur, in der sich die Gesellschafter gegenseitig blockieren konnten, und der Vorwurf, Spendengelder seien teilweise für private Ausgaben verwendet worden. Wichtig für eine faire Einordnung: Das sind Anschuldigungen aus der Community, keine gerichtlich festgestellten Tatsachen.

Weil keine Einigung zustande kam, gründeten ehemalige Mitwirkende im April 2025 CoMaps auf Codeberg. Der Name wurde per Community-Abstimmung gewählt, die erste Android-Vorschau erschien am 1. Juni 2025. Laut einem Vortrag auf der State of the Map 2026 zählte das Projekt im April 2026 rund 50 Entwickler und über 250 Übersetzer, die die App in etwa 80 Sprachen bringen.

Was ist seither bei Organic Maps passiert?

Organic Maps ist nicht tot, im Gegenteil. Die App bekommt weiterhin regelmässig Updates. Das Juni-Update 2026 brachte optionale Satellitenbilder, Routing für den öffentlichen Verkehr mit U-Bahn, Bus und Tram sowie die kürzeste Route als Alternative zur schnellsten. Im August folgten ein CarPlay-Dashboard und Mehrfachauswahl für Lesezeichen, im September bessere Alternativrouten und eine Option, Zwischenstopps automatisch zu sortieren.

Gleichzeitig hat Organic Maps Entscheidungen getroffen, die den Vorwurf der fehlenden Offenheit eher bestärkt haben. Im August 2025 wurden die kompilierten Kartendateien unter eine eigene, nicht freie Lizenz gestellt, die eine Weitergabe unter anderem Namen verbietet. Die App selbst bleibt unter Apache 2.0, die Karten, ohne die sie nutzlos ist, aber nicht mehr. Dazu kommen ältere Kritikpunkte: Der sogenannte Metaserver für Karten-Downloads war bis Dezember 2024 nur in einem privaten Repository verfügbar und läuft auf Cloudflare. Und die Affiliate-Links zu einer Hotelbuchungsplattform waren von November 2023 bis Mai 2025 in der App, bevor sie nach heftiger Kritik entfernt wurden.

CoMaps vs. Organic Maps: Die Funktionen im Vergleich

Im Alltag fühlen sich beide Apps sehr ähnlich an. Ihr ladet Karten für ein Land oder eine Region herunter und navigiert danach komplett ohne Internetverbindung, zu Fuss, mit dem Velo oder mit dem Auto. Die Unterschiede stecken im Detail.

Was CoMaps zusätzlich mitbringt: Laut der offiziellen Übersicht des Projekts gibt es wöchentliche Kartenupdates, ohne dass ihr dafür die App aktualisieren müsst. Beim Routing könnt ihr befestigte oder unbefestigte Strassen sowie Treppen meiden, was gerade beim Wandern und Velofahren praktisch ist. Dazu kommen eine Vorschau der Abbiegeanweisungen, Bewertungen über das offene Mangrove-Projekt (vorerst nur Android und Linux), automatische Backups eurer Favoriten unter Android, Links zu Panoramax-Strassenbildern und ein deutlich ausgebauter OpenStreetMap-Editor inklusive OSM Notes. Das Juli-Update hat zudem getrennte Routing-Optionen pro Verkehrsmittel und bessere Anweisungen in Kreiseln gebracht.

Wo Organic Maps vorne liegt: Beim ÖV-Routing und bei den Satellitenbildern hat Organic Maps 2026 Funktionen ausgeliefert, die über das gemeinsame Erbe hinausgehen. Organic Maps ist ausserdem länger auf dem Markt und deutlich verbreiteter, was sich etwa an der Zahl der Sterne auf GitHub zeigt, wo Organic Maps rund achtmal mehr hat als CoMaps. Einige Nutzer bevorzugen zudem die Kartendarstellung von Organic Maps, etwa bei den Wander- und Velo-Ebenen.

Beim Tempo hat CoMaps klar zugelegt. Die Community veröffentlicht rund zwei Versionen pro Monat, die Release-Liste auf Codeberg ist öffentlich einsehbar. Ein CoMaps-Entwickler hat auf Hacker News erklärt, dass CoMaps regelmässig Änderungen von Organic Maps übernimmt, umgekehrt aber bisher nicht. Das ist allerdings die Sicht einer Seite.

Datenschutz: Wo liegen die echten Unterschiede?

Vorweg: Beide Apps sind um Welten datenschutzfreundlicher als Google Maps. Beide funktionieren offline, beide kommen ohne Konto und ohne Werbung aus, und beide erstellen kein Bewegungsprofil auf einem Server. Wer heute noch Google Maps nutzt, macht mit jeder der beiden Apps einen grossen Schritt nach vorne. Mehr zu diesem Thema findet ihr in unserem Ratgeber zum Schutz eurer Privatsphäre.

Die Unterschiede liegen in den Details, die für ein De-Google-Setup aber relevant sind. In den Builds von Organic Maps aus dem Google Play Store wird euer Standort laut isitreallyfoss.com über Googles proprietären Fused Location Provider ermittelt. In den F-Droid-Builds wurde das im November 2024 durch eine freie Lösung ersetzt, für den Play Store aber nicht. Auf einem GrapheneOS-Gerät ohne Google Play spielt das keine Rolle, auf einem normalen Android-Smartphone aber schon.

CoMaps verpflichtet sich ausdrücklich zu Transparenz, Datenschutz und Gemeinnützigkeit und legt seine Finanzen offen. Im Forum von Privacy Guides wird CoMaps deshalb als das Projekt gesehen, das die Open-Source-Kriterien besser erfüllt. Ganz ohne Kritik kommt aber auch CoMaps nicht davon: Ein Nutzer bemängelt dort, dass CoMaps zusätzliche Points of Interest aus Quellen ausserhalb von OpenStreetMap ausliefert. Diese lassen sich nicht einfach abschalten und können dazu führen, dass Nutzer nicht existierende Orte an OSM melden. Wer ein reines OSM-Erlebnis will, sollte das wissen.

Und was ist mit OsmAnd?

OsmAnd ist der dritte grosse Name bei den Offline-Karten-Apps auf Basis von OpenStreetMap. Die App ist mächtiger, bietet mehr Einstellungen, Kartenebenen und Spezialfunktionen, ist dafür aber auch deutlich komplexer in der Bedienung. CoMaps und Organic Maps setzen bewusst auf Einfachheit. Wer eine App für den Alltag sucht, die man ohne Handbuch versteht, ist bei CoMaps oder Organic Maps besser aufgehoben. Wer gerne an jedem Detail dreht, wird mit OsmAnd glücklich. Einen ausführlicheren Vergleich findet ihr in unserem Artikel zu Organic Maps und OsmAnd.

CoMaps auf GrapheneOS und Android installieren

CoMaps gibt es im Google Play Store, im App Store, auf F-Droid und seit Anfang 2026 auch für Linux über Flathub. Auf einem GrapheneOS-Smartphone empfehlen wir euch eine der beiden Varianten ausserhalb des Play Stores, weil sie nicht vom Google-Ökosystem abhängen.

F-Droid oder IzzyOnDroid? Neben dem offiziellen F-Droid-Repository bietet CoMaps die App auch über das IzzyOnDroid-Repository an. Laut einem Maintainer von CoMaps haben beide Versionen denselben Funktionsumfang. Der Unterschied: Die F-Droid-Version wird von F-Droid selbst gebaut und signiert, weshalb neue Releases dort ein paar Tage später ankommen. Die IzzyOnDroid-Version stammt direkt aus den offiziellen Releases auf Codeberg und ist vom CoMaps-Team signiert, Updates sind dort also schneller verfügbar. IzzyOnDroid müsst ihr in eurem F-Droid-Client einmalig als zusätzliches Repository hinzufügen. Eine Übersicht aller Bezugsquellen findet ihr auf der Hilfeseite von CoMaps. Wichtig: Wegen der unterschiedlichen Signaturen könnt ihr nicht einfach zwischen den beiden Varianten hin und her updaten, sondern müsst euch für eine Quelle entscheiden.

Wechselt ihr von Organic Maps, könnt ihr eure Lesezeichen und Tracks in Organic Maps exportieren und in CoMaps wieder importieren. Da beide Apps auf derselben Codebasis beruhen, sollte das in der Regel problemlos klappen. Prüft nach dem Import trotzdem kurz, ob alle Listen vollständig angekommen sind, bevor ihr Organic Maps deinstalliert.

Ihr habt noch kein Smartphone mit GrapheneOS? Wir installieren GrapheneOS auch auf eurem eigenen Pixel, damit ihr Karten-Apps wie CoMaps ganz ohne Google-Dienste nutzen könnt. Dass solche Alternativen wichtiger werden, zeigt auch Googles Plan, die Installation von Apps ausserhalb des Play Stores zu erschweren. Mehr dazu in unserem Beitrag Keep Android Open.

Häufige Fragen zu CoMaps und Organic Maps

Ist CoMaps kostenlos?

Ja. CoMaps ist kostenlos, werbefrei und Open Source unter der Apache-2.0-Lizenz. Das Projekt finanziert sich über Spenden.

Ist CoMaps nur eine Kopie von Organic Maps?

Am Anfang ja, inzwischen nicht mehr. CoMaps startete mit dem Code von Organic Maps, hat aber seit April 2025 zahlreiche eigene Funktionen entwickelt, etwa wöchentliche Kartenupdates, erweiterte Routing-Optionen und Bewertungen über Mangrove. Umgekehrt hat auch Organic Maps eigene Neuerungen wie das ÖV-Routing.

Ist Organic Maps noch sicher nutzbar?

Ja. Organic Maps sammelt laut eigenen Angaben keine persönlichen Daten und funktioniert weiterhin offline. Die Kritik betrifft vor allem die Führung des Projekts, die Lizenz der Kartendateien und Google-Komponenten in den Play-Store-Builds, nicht ein konkretes Datenleck.

Fazit: CoMaps ist die konsequentere Wahl

Organic Maps hat vieles richtig gemacht und liefert weiterhin gute Updates, zuletzt mit ÖV-Routing und Satellitenbildern. Aber eine Navigations-App ist Vertrauenssache. Sie kennt euren Standort, eure Routen und eure gespeicherten Orte. Wenn ein Projekt seine Kartendaten unter eine proprietäre Lizenz stellt, Server-Komponenten lange geschlossen hielt und Fragen zur Mittelverwendung nicht transparent beantwortet, ist das für ein Datenschutz-Werkzeug ein echtes Problem.

CoMaps nimmt denselben technischen Kern und stellt ihn auf ein offenes Fundament: öffentlicher Code auf Codeberg, nachvollziehbare Entscheidungen, gemeinnützige Ausrichtung und eine Community, die in hohem Tempo liefert. Das Projekt ist jünger und muss seine Langlebigkeit noch beweisen, aber nach eineinhalb Jahren und regelmässigen Releases sieht es nicht nach einem kurzlebigen Fork aus. Für euer GrapheneOS-Smartphone oder jedes andere Gerät, auf dem ihr Google Maps ersetzen wollt, ist CoMaps deshalb unsere Empfehlung.

The post CoMaps vs. Organic Maps: Welche Offline-Karten-App ist die bessere Google-Maps-Alternative? appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Im September haben wir in unserem Kommentar zur E-ID in der Schweiz und zu d-you beschrieben, warum die Formate unter der europäischen Brieftasche keine echte Unverknüpfbarkeit liefern und warum die technische Richtlinie des BSI noch fehlte. Das wird hier nicht wiederholt. Neu ist, was das Parlament daraus gemacht hat: welche Schutzmechanismen im Gesetz stehen, welche in einer unverbindlichen Entschliessung gelandet sind und welche Anträge abgelehnt wurden.

d-you Wallet: was der Bundestag beschlossen hat

Der Weg war kurz. Erste Lesung am 23. September, öffentliche Anhörung mit 14 Sachverständigen am 6. Oktober, Abstimmung im Digitalausschuss am 14. Oktober, Verabschiedung im Plenum am Tag darauf. Laut der Bundestagsdokumentation zum Verfahren stimmten im Ausschuss CDU/CSU und SPD dafür, AfD, Grüne und Linke dagegen. netzpolitik.org fasste das Tempo in einem Wort zusammen, das wir hier nicht verbessern können: „Schwuppdiwupp“.

Das Gesetz selbst ist schmaler, als der Name vermuten lässt. Die eigentlichen Regeln für die Brieftasche stehen in der europäischen eIDAS-Verordnung; das Digitale Identitätengesetz (DIdG, Drucksache 21/7408) regelt die deutschen Zuständigkeiten, Fristen und Rechtsgrundlagen drumherum. Was der Ausschuss am Regierungsentwurf geändert hat, steht in der Beschlussempfehlung, Drucksache 21/8617. Die wichtigsten Punkte:

• Wer nicht will, dass das biometrische Passfoto in die Identitätsdaten der Wallet übernommen wird, kann das ablehnen. Der Regierungsentwurf sah das Foto noch zwingend vor.
• Bundesbehörden müssen ihre elektronischen Nachweise für die Wallet innerhalb von zwölf statt 24 Monaten bereitstellen, und das Gesetz wird früher evaluiert: im zweiten statt im dritten Kalenderjahr.
• Die Experimentierklausel in § 23, mit der das Digitalministerium vom Gesetz abweichen darf, wird enger gefasst.
• Das zentrale Bürgerkonto des Bundes bleibt als Zugang zu Verwaltungsleistungen erhalten, die Online-Ausweisfunktion soll ab 13 Jahren nutzbar sein.

Zum Start am 2. Januar 2027 soll d-you nach Darstellung von netzpolitik.org nur die Ausweisfunktion können. Führerschein und Lichtbildnachweis kommen später, pseudonyme Logins, Zero-Knowledge-Beweise und selektive Datenfreigabe sollen schrittweise folgen. Eine Brieftasche mit genau einem Dokument ist immerhin übersichtlich.

Passfoto: abwählbar, aber ohne Schutz vor Nachteilen

Der neue Satz in § 20 Abs. 1 DIdG beginnt mit „Die Erforderlichkeit fehlt, insoweit der Nutzer die Aufnahme des Lichtbilds in die Personenidentifizierungsdaten“ ablehnt. Das ist ein echter Fortschritt gegenüber dem Entwurf, und er kam nicht aus Berlin. Auf europäischer Ebene hatte der zuständige eIDAS-Ausschuss im Juni das Passfoto als zusätzliches Datenfeld beschlossen, den Mitgliedstaaten aber ein Opt-out erlaubt; Spanien, die Niederlande, Italien und Deutschland hatten sich vorher gegen eine Pflicht gestellt, wie netzpolitik.org im Juni berichtete. Der Bundestag hat diesen Spielraum nun genutzt, mehr nicht.

Bianca Kastl, die als Sachverständige angehört wurde, nennt das „lediglich die Ausnutzung des europäischen Rahmens“. Was fehlt, ist die andere Hälfte: ein Schutz davor, dass ein Dienst die Vorweisung ohne Foto schlechter behandelt oder ablehnt. Thomas Lohninger von epicenter.works hatte in seiner Stellungnahme zur Anhörung dafür eine eigene Vorschrift vorgeschlagen, samt Beschwerdestelle bei der Bundesnetzagentur. Im Gesetz steht sie nicht. Gegenüber netzpolitik.org hielt er fest: „Das Gesetz sieht weiterhin keinen Nichtdiskriminierungsschutz vor.“

Ein Opt-out ohne Nachteilsverbot ist eine Wahlmöglichkeit, solange niemand sie bestraft. Wer weiss, wie schnell aus „freiwillig“ ein grauer Button mit dem Hinweis „für dieses Angebot leider nicht verfügbar“ wird, ahnt, wie lange das hält.

Pseudonyme: Pflicht nach EU-Recht, im Gesetz eine Bitte

Die pseudonyme Nutzung ist der Teil der Brieftasche, der euch vor Überidentifizierung schützen soll: Ein Dienst, der euch nur wiedererkennen muss, bekommt ein Pseudonym statt eures Namens. Die Koalition hält in ihrer Entschliessung selbst fest, dass diese Funktion nach Art. 5a Abs. 4 lit. b der eIDAS-Verordnung zwingend ist. Und dann steht dort der Satz: „Nach aktuellem Planungsstand kann die Pseudonymfunktion zum Start nicht zur Verfügung stehen.“

Was folgt, ist eine Aufforderung an die Bundesregierung, die Funktion „wenn nicht zum Start, so doch zeitnah zur Verfügung zu stellen“ und die nötigen Arbeiten „priorisiert und schnellstmöglich“ nach dem ersten Rollout anzugehen. Ein Datum gibt es nicht, eine rechtliche Bindung auch nicht – eine Entschliessung des Bundestags ist eine politische Erklärung, kein Gesetz. Der CDU-Berichterstatter Markus Reichel räumte laut netzpolitik.org „eine Lücke“ ein und sprach von einer „Roadmap“. Kastl formuliert es nüchterner: „Pseudonyme verkommen im Gesetz zu einer Absichtserklärung.“

Der Bundesdatenschutzbeauftragte hatte in seiner Stellungnahme einen klaren Ausweg vorgeschlagen: die erste Version der Wallet nur dort einzusetzen, wo eine Identifizierung mit staatlichen Ausweisdaten ohnehin erforderlich ist. Die Grünen wollten in ihrem Entschliessungsantrag (Drucksache 21/8624) sogar, dass die Wallet erst bereitgestellt wird, wenn die pseudonyme Nutzung umgesetzt und zertifiziert ist. Beides ist nicht ins Gesetz gekommen. Damit ist d-you zum Start eine Brieftasche, die mit dem vollen Namen antwortet, auch wenn ein Dienst nur wissen will, ob er euch schon kennt.

Wer Daten abfragen darf, prüft vorher niemand

Jeder Dienst, der Daten aus der Brieftasche abfragen will, muss sich als sogenannter vertrauender Beteiligter registrieren. Ob die Daten, die er sich dabei genehmigen lässt, für seinen Zweck überhaupt nötig sind, prüft in Deutschland vorab niemand. Lohninger weist in seiner Stellungnahme darauf hin, dass die eIDAS-Verordnung den Mitgliedstaaten freistellt, ob und wie sie das prüfen, und dass eine solche Prüfung „in anderen Mitgliedstaaten“ längst Praxis sei – er nennt Österreich und die Niederlande.

Statt einer Prüfung enthält die Begründung der Ausschussfassung einen Grundsatz: Vertrauende Beteiligte seien „gehalten, bereits bei ihrer Registrierung“ die Datenminimierung nach der DSGVO anzuwenden, und eine Registrierung für Daten, die für den Zweck nicht erforderlich sind, verbiete sich. Das ist richtig – und es ist eine Beschreibung dessen, was ohnehin gilt. Wer sich nicht daran hält, fällt erst auf, wenn jemand sich beschwert. Lohninger hat das in der Anhörung so zusammengefasst: „Sie bauen hier ein Ökosystem, vergessen Sie nicht die Müllabfuhr.“

Zum Vergleich: Die Schweiz hat für ihre E-ID nach der knappen Abstimmung ein öffentliches Register angekündigt, in dem Anbieter ihre Datenabfragen eintragen müssen, dazu die Möglichkeit, fehlbare Anbieter auszuschliessen. Das haben wir im E-ID-Kommentar ausführlich beschrieben. Deutschland setzt auf die DSGVO und nachträgliche Aufsicht. Die Linken-Abgeordnete Sonja Lemke sagte laut netzpolitik.org voraus, wohin das führt: „Wir laufen damit in eine Cookie-Banner‑2.0‑Situation hinein.“ Wer gerade verfolgt, wie die EU beim Digitalen Omnibus mit dem ursprünglichen Cookie-Banner umgeht, findet den Vergleich nicht beruhigend.

Experimentierklausel: das Ministerium darf abweichen

§ 23 DIdG erlaubt dem Digitalministerium, befristet von Vorgaben des Gesetzes abzuweichen, um Neues zu erproben. Der Ausschuss hat die Klausel enger gemacht: Eine Befristung darf nur noch einmal verlängert werden, für Abweichungen, die auf einzelne Länder begrenzt sind, genügt kein Benehmen mehr, sondern es braucht Einvernehmen, und das Ministerium muss den Digitalausschuss mindestens zwei Sitzungswochen vor der Bekanntgabe im Bundesanzeiger unterrichten und ihm Gelegenheit zur Stellungnahme geben. Den Antrag der Linken, § 23 ganz zu streichen, lehnte die Mehrheit ab.

Was nicht kam, ist das, was der Bundesdatenschutzbeauftragte verlangt hatte: Abweichungen, die den Datenschutz betreffen, sollten im Einvernehmen mit ihm erfolgen, solche, die die Datensicherheit betreffen, im Einvernehmen mit dem BSI. Jetzt wird der Ausschuss informiert. Informiert werden ist etwas anderes als zustimmen müssen – das weiss jeder, der schon einmal eine Mail mit dem Betreff „zur Kenntnis“ bekommen hat.

Ohne Google und Apple? Der Antrag ist abgelehnt

Für die Leser dieses Blogs ist ein Punkt besonders interessant. Die Linke forderte in ihrem Entschliessungsantrag (Drucksache 21/8625) unter anderem, dass die Wallet auch ohne die App-Stores von Google und Apple bezogen und auf gerooteten Geräten und PCs genutzt werden kann. Die Grünen verlangten, dass Wallets auf alternativen Betriebssystemen funktionieren und Torwächter nach dem Digital Markets Act nicht selbst Wallet-Anbieter werden. Beide Anträge wurden abgelehnt.

Daraus folgt nicht, dass d-you auf einem Pixel mit GrapheneOS oder einem Gerät ohne Google-Dienste nicht laufen wird. Es folgt nur, dass das Gesetz es nicht garantiert. Eine öffentliche Aussage des Digitalministeriums, welche Geräte und Betriebssysteme unterstützt werden und ob die App Googles Play Integrity voraussetzt, haben wir nicht gefunden. Wie schnell eine solche Abhängigkeit Nutzer freier Systeme aussperrt, zeigen Banking-Apps wie Revolut, das GrapheneOS blockiert. Zusammen mit Googles Entwickler-Verifizierung entsteht ein Bild, in dem der staatliche Ausweis auf dem Smartphone davon abhängt, ob ein amerikanischer Konzern das Gerät für vertrauenswürdig hält.

Jiska Classen von der Universität Potsdam hat in der Anhörung den entgegengesetzten Einwand gemacht, und er gehört fairerweise dazu: Sie forderte laut netzpolitik.org, die Wallet nur auf Geräten mit zertifiziertem, separatem Sicherheitselement zuzulassen. Dass das keine Theorie ist, hat im April die EU-Altersverifikations-App gezeigt, die ohne Hardware-Sicherheitsmodul auskam und in zwei Minuten ausgehebelt war. Sicherheit und Offenheit ziehen hier in verschiedene Richtungen. Ein Gesetz könnte diese Abwägung offen regeln. Dieses tut es nicht.

Wie es weitergeht

Als Nächstes geht das Gesetz in den Bundesrat. Die Länder hatten in ihrer Stellungnahme zum Entwurf unter anderem verlangt, die Form der Bereitstellung per Rechtsverordnung mit ihrer Zustimmung festzulegen und Open-Source-Lösungen zu bevorzugen; die Bundesregierung blieb laut Bundestagsdokumentation beim Ministerium als entscheidender Stelle. Danach stehen diese Termine an:

• 2. Januar 2027: Start von d-you mit der Ausweisfunktion, ohne Pseudonyme. Ob die Länder und Kommunen bis dahin Nachweise ausstellen können, ist offen; der Deutsche Städte- und Gemeindebund forderte in der Anhörung, die Wallet müsse zum Start „im kommunalen Alltag nutzbar sein“.
• „Zeitnah“ danach: die Pseudonymfunktion. Ohne Datum, ohne Frist, ohne Sanktion, wenn sie ausbleibt.
• Zwölf Monate nach Verkündung: Bundesbehörden müssen ihre elektronischen Nachweise bereitstellen.
• Im zweiten Kalenderjahr: die Evaluation des Gesetzes.
• Schweiz: Ein neues Startdatum der E-ID nennt das Bundesamt für Justiz weiterhin nicht; die Vertrauensinfrastruktur soll „voraussichtlich im ersten Halbjahr 2027“ in Betrieb gehen.

Interesse ist durchaus da. Nach einer Umfrage im Auftrag des Branchenverbands Bitkom unter 1004 Personen wollen 53 Prozent die Wallet nutzen, 46 Prozent haben allerdings noch nie von ihr gehört. Wer d-you ab Januar installiert, sollte wissen, dass die Brieftasche nach Einschätzung des Bundesdatenschutzbeauftragten zunächst nur eine Klarnamen-Identifizierung bietet – und sie nur dort verwenden, wo ein Ausweis auch auf Papier verlangt würde. Das ist dieselbe Grenze, die der Bundesdatenschutzbeauftragte für das Gesetz vorgeschlagen hatte, nur jetzt in eurer Verantwortung statt in der des Gesetzgebers.

Fazit: d-you startet als Ausweis, nicht als Datenschutzversprechen

Das Digitale Identitätengesetz hat an zwei Stellen nachgebessert, wo der Druck aus der Anhörung und aus Brüssel gross genug war: beim Passfoto und bei der Kontrolle der Experimentierklausel. An den Stellen, die über den Datenschutz im Alltag entscheiden, ist es bei Absichten geblieben. Die Pseudonyme, die das EU-Recht verlangt, stehen in einer Entschliessung. Die Prüfung, ob ein Dienst zu viel abfragt, steht in einer Begründung. Und ob die Wallet ohne Google und Apple funktioniert, steht nirgends.

Damit ist d-you zum Start, was der Personalausweis schon immer war: ein Nachweis, wer ihr seid. Das ist nützlich, und für Behördengänge ist es genug. Für alles andere ist es zu viel. Die Bundesregierung hat versprochen, das „schnellstmöglich“ zu ändern. In der Verwaltungssprache ist das die Zeitangabe, die sich am leichtesten einhalten lässt.

Quellen und weiterführende Links

• Deutscher Bundestag: Beschlussempfehlung und Bericht des Ausschusses für Digitales und Staatsmodernisierung zum DIdG, Drucksache 21/8617 (14.10.2026)
• Deutscher Bundestag: Entschliessungsantrag von Bündnis 90/Die Grünen, Drucksache 21/8624
• Deutscher Bundestag: Entschliessungsantrag der Fraktion Die Linke, Drucksache 21/8625
• Deutscher Bundestag: Textarchiv zum Digitale Identitätengesetz (KW 42/2026)
• Thomas Lohninger (epicenter.works): Stellungnahme zur Anhörung vom 06.10.2026
• Bundesbeauftragter für den Datenschutz und die Informationsfreiheit: Stellungnahme zur Anhörung vom 06.10.2026
• netzpolitik.org: Digitale Identitätengesetz verabschiedet (15.10.2026)
• netzpolitik.org: Digitale Brieftasche d-you – Fachleute warnen vor Sicherheitsrisiken und Vertrauensverlust (07.10.2026)
• netzpolitik.org: Biometrische Passfotos statt Pseudonyme (22.06.2026)
• Bitkom: Digitale Brieftasche d-you – Hälfte der Bevölkerung will sie nutzen (15.10.2026)
• Bundesamt für Justiz: Staatliche E-ID

The post d-you Wallet: Gesetz beschlossen, Pseudonyme fehlen appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Dieser Kommentar ist keine Abrechnung mit Signal. Er stellt fest, dass Signal technisch vorbildlich ist und organisatorisch eigenwillig, dass der beliebte Ausweg Molly gerade sichtbar ins Stocken gerät, und dass Matrix die offenere Antwort ist — aber keine kostenlose. Wie viel welcher Messenger über euch verrät, haben wir in unserem Beitrag zu Metadaten bei Messengern ausführlich verglichen; das wird hier nicht wiederholt.

Signal oder Matrix: worum es eigentlich geht

Zuerst das, was an Signal unstrittig ist. Die Verschlüsselung ist der Massstab, an dem sich andere messen lassen müssen, und die Architektur ist auf Datensparsamkeit gebaut. Wie konsequent das ist, zeigt Signal selbst auf einer eigenen Seite mit allen Behördenanfragen: Die einzigen Daten, die Signal herausgeben kann, sind laut eigener Aussage der Zeitpunkt der Registrierung und der Tag der letzten Verbindung. Die Liste reicht von einer Grand-Jury-Vorladung 2016 bis zu einer weiteren in diesem Jahr, und jedes Mal steht dort dasselbe.

Genau deshalb ist die Kritik an Signal so schwer zu führen. Wer Signal wegen der Verschlüsselung angreift, liegt falsch. Die Reibung entsteht an anderer Stelle: bei Entscheidungen, die eine einzelne Organisation für Millionen von Nutzern trifft, ohne sie offen zu begründen — beim Geld, bei der Verteilung über Google, beim Push-Dienst und beim Umgang mit allem, was nicht von Signal selbst kommt. Das sind keine Sicherheitslücken. Es sind Abhängigkeiten.

Das Geld: öffentlich, aber nicht durchschaubar

Der Vorwurf der „unklaren Finanzierung" stimmt nur zur Hälfte, und die Hälfte, die nicht stimmt, gehört an den Anfang. Signal ist eine gemeinnützige Stiftung nach US-Recht und muss jährlich eine Steuererklärung veröffentlichen. ProPublica führt diese Formulare für die Signal Technology Foundation lückenlos ab 2018. Wer wissen will, wie viel Signal einnimmt und ausgibt, kann es nachlesen. Das ist mehr, als die meisten kommerziellen Messenger je offenlegen.

Was die Zahlen zeigen

Gelesen ergeben diese Zahlen allerdings ein unruhiges Bild. Für das Geschäftsjahr 2024 weist die Stiftung Einnahmen von rund 29,4 Millionen Dollar aus, davon 21,8 Millionen aus Zuwendungen, dem stehen Ausgaben von 38,0 Millionen gegenüber. Das Nettovermögen ist negativ, bei minus 4,7 Millionen. Auch 2021 und 2022 lagen die Ausgaben deutlich über den Einnahmen. Signal selbst hat das nie verschwiegen: Im Beitrag „Privacy is Priceless, but Signal is Expensive" vom November 2023 rechnete die Organisation vor, dass sie bis 2025 rund 50 Millionen Dollar pro Jahr brauchen werde, davon etwa 14 Millionen für Infrastruktur und rund 19 Millionen für die etwa 50 Angestellten.

Am Anfang steht ein Darlehen. Signal nennt es selbst ein „generous initial loan from Brian Acton", dem WhatsApp-Mitgründer. Laut den Steuerformularen lagen die Verbindlichkeiten der Stiftung Ende 2018 bei 105 Millionen Dollar, ein Jahr später bei 38 Millionen. Was mit der Differenz geschah — ob ein Teil erlassen, umgewandelt oder anders verbucht wurde —, geht aus der Übersicht nicht hervor, und Signal hat es nach unserem Kenntnisstand nie in einem eigenen Beitrag erklärt. Das ist kein Skandal. Aber es ist genau die Art Lücke, in der Spekulationen gedeihen.

Woher die Spekulationen kommen

Die hartnäckigste Erzählung lautet, Signal sei ein Projekt der US-Regierung. Ihr wahrer Kern: Der Open Technology Fund, nach eigener Darstellung „funded through annual appropriations passed by the United States Congress", hat Open Whisper Systems, den Vorläufer der heutigen Stiftung, zwischen 2013 und 2016 mit insgesamt 2.955.000 Dollar gefördert. Daraus wird in Foren regelmässig eine Hintertür. Belegt ist davon nichts: Der Quellcode ist offen, die Builds sind seit 2016 reproduzierbar, und die Behördenanfragen sprechen eine deutliche Sprache.

Die zweite Episode ist hausgemacht. Im April 2021 baute Signal Zahlungen mit der Kryptowährung MobileCoin ein. Bruce Schneier hielt das damals für einen Fehler: Es lade Steuer-, Finanz- und Ermittlungsbehörden geradezu ein, und es gebe „no good reason to tie the two functions together in a single product". In einem Nachtrag wies er darauf hin, dass Signal-Gründer Moxie Marlinspike im Beirat von MobileCoin sass. Eine Organisation, die von Vertrauen lebt, hat damit einen Interessenkonflikt selbst ins Haus geholt. Wer danach jede Finanzfrage mit Misstrauen stellt, ist nicht paranoid, sondern hat aufgepasst.

Kein F-Droid, kein Unified Push, keine Föderation

Der zweite Punkt betrifft Leser dieses Blogs unmittelbar, denn er entscheidet darüber, wie Signal auf einem Telefon ohne Google läuft. Signal empfiehlt den Play Store ausdrücklich als „safest and easiest way". Die APK zum direkten Herunterladen gibt es zwar, aber mit dem Satz, normale Nutzer sollten das „under normal circumstances" nicht tun. Eine Fassung in F-Droid gibt es nicht. Moxie Marlinspike schrieb 2017, im Forum von F-Droid zitiert: „I have no plans to distribute this through f-droid, and don't see what the advantage of doing so would be."

Beim Push-Dienst ist es ähnlich. Signal setzt auf Googles Firebase Cloud Messaging, kurz FCM, und ohne Google-Dienste auf eine eigene, dauerhaft offene WebSocket-Verbindung; die Hilfeseite zu Benachrichtigungen nennt beides als Fehlerquelle. Was das für Akku und Privatsphäre bedeutet, haben wir in Was ist Google Push beschrieben. Unified Push, das offene Gegenmodell, unterstützt Signal nicht. In der Liste der Apps mit Unified Push taucht Signal nicht auf, wohl aber Molly und mehr als zehn Matrix-Clients. Eine öffentliche Begründung von Signal, warum nicht, haben wir nicht gefunden.

Das Muster dahinter ist alt und gut dokumentiert. Als 2016 das Projekt LibreSignal ohne Google-Abhängigkeit mit Signals Servern sprechen wollte, antwortete Marlinspike laut LWN: „You're free to use our source code for whatever you would like under the terms of the license, but you're not entitled to use our name or the service that we run." Und: „It is unlikely that we will ever federate with any servers outside of our control again, it makes changes really difficult." Das ist eine ehrliche, technisch begründbare Position. Sie heisst aber auch: Signal entscheidet allein, wie ihr Signal benutzen dürft, und es fühlt sich nicht verpflichtet, darüber zu verhandeln.

Zur Fairness gehört, dass Signal sich bewegt, wenn es will. Seit September testet die Organisation laut Android Authority in der Beta 8.28.1 eine Registrierung ganz ohne Telefonnummer, gegen eine einmalige Gebühr von drei Dollar, die über Zero-Knowledge-Nachweise vom Konto getrennt bleiben soll. Das ist ein echter Fortschritt. Und es ist wieder eine Entscheidung, die niemand ausserhalb von Signal kommen sah.

Molly: der Ausweg, der gerade stottert

Für alle, denen das zu viel Google ist, war Molly mit Unified Push lange die elegante Lösung: ein gehärteter Fork von Signal, mit Passphrase für die Datenbank, ohne Google-Bibliotheken in der FOSS-Fassung und mit Push über MollySocket. Molly spricht mit denselben Servern, eure Kontakte merken keinen Unterschied. Das Projekt verspricht in seiner Beschreibung auf GitHub: „Molly updates every two weeks to include the latest Signal features and fixes."

Zwei Wochen, die zu drei Monaten wurden

Die Release-Liste erzählt eine andere Geschichte. Auf Version 8.7.3 vom April folgte erst Mitte Juli die 8.19.2, gut zwölf Signal-Versionen später. Die bisher letzte Fassung, 8.19.2-4, erschien am 31. Juli. Signal selbst ist seither laut der Release-Übersicht von Releasebot bei Version 8.29 vom 23. September angekommen. Am 1. Oktober schrieb ein Nutzer in Issue 831: „It's been almost 3 months and about 10 Signal releases since the last update again." Das Wort „again" ist das eigentlich Bemerkenswerte.

Drei Tage später folgte Issue 834: Mehrere Geräte mit der aktuellen Molly-Version unter GrapheneOS stellten keine Nachrichten mehr zu, es blieb bei einem Haken, und mit der offiziellen Signal-App funktionierte alles. Bis zum heutigen Tag steht darunter keine Antwort der Entwickler. Auch bei uns melden sich seit einiger Zeit Nutzer mit genau diesem Muster. Neu ist es nicht: Schon im April musste Molly mit 8.7.3-2 eine Fassung nachschieben, die laut Release-Notiz Probleme beim Senden für Nutzer von Unified Push behob.

Woran es diesmal liegt, ist nicht belegt; dazu schweigt das Projekt. Strukturell ist die Ursache aber offensichtlich. Ein Fork, der mit einem fremden, zentral betriebenen Server spricht, muss jede Änderung dieses Servers nachziehen, und zwar in dessen Takt, nicht in seinem eigenen. Signal ändert sein Protokoll, wann es will, und schuldet Molly nichts — das hat Marlinspike 2016 ausdrücklich so gesagt. Ein kleines, unabhängiges Projekt kann dieses Wettrennen eine Weile mithalten. Dauerhaft gewinnen kann es nicht. Und ausgerechnet ein Messenger für Sicherheitsbewusste, der dem Original um zehn Versionen hinterherläuft, ist eine Pointe, über die niemand lachen möchte — selbst wenn Molly verspricht, Sicherheitskorrekturen sofort nachzuziehen.

Zwischenfazit: Signal ist sicher, aber nur zu Signals Bedingungen. Molly hat versucht, diese Bedingungen zu verbessern, und zeigt gerade, warum das auf Dauer nicht trägt. Das liegt nicht an den Entwicklern von Molly, sondern an der Architektur, die Signal bewusst gewählt hat.

Matrix: offen, föderiert, mit eigenen Baustellen

Matrix ist in fast jedem dieser Punkte das Gegenmodell. Es ist ein offenes Protokoll, das jeder auf einem eigenen Server betreiben kann, und es gibt nicht eine App, sondern viele. Die Matrix.org Foundation empfiehlt selbst Element und Element X, FluffyChat, Cinny und Nheko. Unified Push ist dort kein Bastelprojekt: In der Liste von unifiedpush.org stehen unter anderem Element, Element X, FluffyChat und SchildiChat. Wie das mit Element konkret aussieht, zeigt unsere Anleitung Element ohne Google Push. Entscheidet sich ein Client-Projekt für etwas, das euch nicht passt, nehmt ihr einen anderen — ohne euer Konto, eure Kontakte oder euren Server zu wechseln. Genau das kann Molly nicht.

Wer allerdings Signal die Finanzen vorhält und bei Matrix wegschaut, macht es sich zu leicht. Im Februar 2025 schrieb die Foundation in „Crossroads", sie sei „not yet sustainable": 561.000 Dollar Einnahmen standen 2024 Ausgaben von 1,2 Millionen gegenüber, ohne 100.000 Dollar Soforthilfe drohte die Abschaltung der Brücken zu Slack, XMPP und IRC. Der Jahresbericht vom März 2026 meldet Besserung — 38 Prozent mehr Einnahmen, der Verlust sank von 50 auf 34 Prozent der Kosten —, aber auch, dass die Hälfte der Einnahmen von einem einzigen Mitglied stammt, Automattic, und dass die Foundation „disproportionately dependent on Element's in-kind donations and financial support" sei. Signal hängt an wenigen grossen Gebern. Matrix hängt an einer Firma.

Diese Firma hat bereits einmal gezeigt, dass sie die Regeln ändern kann. Im November 2023 stellte Element den wichtigsten Server, Synapse, von der Apache-Lizenz auf die AGPLv3 um und verlangt seither von neuen Beitragenden eine Lizenzvereinbarung. Für Selbsthoster ändert das wenig, die AGPL ist eine freie Lizenz. Aber es zeigt, dass auch bei Matrix eine Stelle wichtige Entscheidungen allein treffen kann. Der Unterschied zu Signal: Die Spezifikation ist offen, es gibt weitere Server-Implementierungen, und ein Fork bleibt mit dem Rest des Netzes verbunden.

Bleiben die Metadaten, und hier ist Matrix klar schlechter. Jeder beteiligte Homeserver kennt Mitgliedschaften, Zeitpunkte und Gegenstellen eurer Räume. Wie viel genau, steht im Metadaten-Vergleich. Wer seinen eigenen Server betreibt oder einen vertrauenswürdigen Betreiber nutzt, verschiebt dieses Problem dorthin, wo er es kontrolliert. Wer einfach ein Konto auf matrix.org anlegt, hat es dagegen gegen einen anderen zentralen Betreiber eingetauscht. Hier gehört eine Offenlegung hin: Wir betreiben selbst einen öffentlichen Matrix-Server und einen MollySocket-Dienst. Wir haben also an beiden Seiten dieses Vergleichs ein eigenes Interesse, und ihr solltet das wissen.

Die Gegenposition: Zentralisierung ist ein Feature

Das stärkste Argument für Signal stammt von Signal selbst, und es verdient eine ernsthafte Antwort. Marlinspike begründete die Absage an Föderation damit, dass ein föderiertes Protokoll kaum noch zu ändern sei, weil alle Server mitziehen müssten. Ein zentraler Dienst kann dagegen über Nacht eine neue Verschlüsselung ausrollen, Sealed Sender einführen oder Telefonnummern optional machen. Matrix kennt das Gegenteil: Neue Funktionen hängen an Spezifikationsvorschlägen und an Homeservern, die sie umsetzen müssen.

Das Argument stimmt — für die Technik. Für die Organisation dreht es sich um. Dieselbe Zentralisierung, die schnelle Verbesserungen erlaubt, erlaubt auch schnelle Fehlentscheidungen wie den MobileCoin-Ausflug, und sie macht jede Abhängigkeit, ob von Google, von einem Darlehen oder von einer Handvoll Grossspendern, zu einer Abhängigkeit aller Nutzer. Dass Signal diese Macht bisher überwiegend im Sinne seiner Nutzer eingesetzt hat, ist ein Verdienst der handelnden Personen. Eine Garantie ist es nicht.

Auch die Absage an F-Droid lässt sich so begründen, und Marlinspike tat es mit dem Satz, er sehe keinen Vorteil darin. Der Vorteil liegt allerdings auf der Hand, nur nicht für Signal: Wer F-Droid nutzt, braucht weder ein Google-Konto noch den Play Store, um Updates zu bekommen. Ausgerechnet die reproduzierbaren Builds, die Signal seit 2016 anbietet, wären die ideale Grundlage für eine überprüfbare Fassung aus einer zweiten Quelle. Dass Signal darauf verzichtet, ist kein Sicherheitsargument. Es ist eine Frage der Kontrolle über den Verteilweg — und die will Signal nicht teilen.

Das zweite Gegenargument lautet, Matrix sei für normale Menschen zu kompliziert. Das ist leiser geworden, seit Element X und FluffyChat sich wie gewöhnliche Messenger bedienen lassen, aber es ist nicht falsch: Wer zwischen Homeservern wählen, Schlüssel sichern und Geräte verifizieren muss, hat mehr zu tun als bei Signal. Diese Arbeit ist der Preis der Unabhängigkeit. Wer sie nicht leisten will, ist bei Signal besser aufgehoben als bei einem schlecht betreuten Matrix-Konto.

Signal, Molly oder Matrix: was das für euch heisst

Eine Antwort für alle gibt es nicht, aber es gibt klare Fälle.

• Ihr nutzt ein Telefon mit Google-Diensten oder GrapheneOS mit Sandboxed Google Play: Bleibt bei der offiziellen Signal-App. Ihre Kryptografie ist unbestritten, und die Abhängigkeit von FCM habt ihr dort ohnehin.
• Ihr nutzt Molly und es läuft: Behaltet im Auge, wie weit Molly hinter Signal liegt. Zehn Versionen Rückstand sind ein Warnzeichen, auch wenn Molly verspricht, Sicherheitskorrekturen sofort zu übernehmen. Ein Backup der Chats vor jedem grösseren Sprung ist Pflicht.
• Molly stellt nicht mehr zu: Der kurzfristige Ausweg ist die offizielle Signal-App als APK, die ohne Google-Dienste über WebSocket statt FCM arbeitet. Sie spricht mit denselben Servern, das Konto registriert ihr mit derselben Nummer neu, und die Chats kommen über ein Backup mit — Molly bezeichnet seine Sicherungen als kompatibel mit Signal. Das kostet etwas Akku, funktioniert aber.
• Euch geht es um Unabhängigkeit, nicht nur um Verschlüsselung: Dann ist Matrix die konsequentere Wahl, am besten auf einem eigenen oder einem vertrauten Homeserver und mit einem Client, der Unified Push kann. Rechnet mit mehr Metadaten beim Server und mit etwas mehr Aufwand.
• Euer Umfeld ist auf Signal: Dann bleibt Signal der Messenger, über den ihr eure Leute erreicht. Matrix ersetzt Signal nicht über Nacht, es kann neben ihm wachsen — für Gruppen, Familien und Projekte, die ihre Infrastruktur selbst in der Hand haben wollen.

Fazit: Signal ist sicher, aber nicht eures

An Signal ist nichts faul. Die Verschlüsselung hält, die Datensparsamkeit ist belegt, und die Finanzen liegen offener auf dem Tisch als bei fast jedem anderen Messenger. Merkwürdig wird Signal erst, wenn ihr fragt, wer bestimmt: wie ihr die App bekommt, über welchen Dienst sie euch weckt, ob ein Fork mitspielen darf und wofür das Geld der Stiftung ausgegeben wird. Die Antwort lautet jedes Mal: Signal, und zwar allein.

Molly war der Versuch, die beste Verschlüsselung mit mehr Freiheit zu verbinden, und er zeigt gerade seine Grenze. Matrix bietet diese Freiheit von Grund auf, verlangt dafür aber Mitdenken, einen guten Homeserver und Geduld mit einer Foundation, die selbst noch um ihr Budget kämpft. Das ist der ehrliche Tausch: Bei Signal vertraut ihr einer Organisation, bei Matrix vertraut ihr vor allem euch selbst. Für einen Blog, der Selbsthosting nicht als Hobby versteht, ist die Richtung damit klar — aber wer heute nur sicher chatten will, macht mit Signal nichts falsch.

Quellen und weiterführende Links

• Signal — Government Communication, alle beantworteten Behördenanfragen und die herausgegebenen Daten
• ProPublica Nonprofit Explorer — Signal Technology Foundation, Form 990 für 2018 bis 2024
• Signal — Privacy is Priceless, but Signal is Expensive, Kostenaufstellung vom 16.11.2023
• Open Technology Fund — Signal / Open Whisper Systems, Förderung 2013 bis 2016
• Open Technology Fund — About, Finanzierung über den US-Kongress
• Signal — Reproducible Signal builds for Android, 31.03.2016
• Bruce Schneier — Signal Adds Cryptocurrency Support, 07.04.2021
• Signal — Android APK, Empfehlung des Play Store und Warnhinweis zur direkten Installation
• F-Droid Forum — Signal: Discussion about Google Play alternative, Zitat von Moxie Marlinspike vom 14.03.2017
• Signal Support — Notifications, Play-Dienste und WebSocket als Fehlerquellen
• UnifiedPush — Apps using UnifiedPush, Liste der unterstützenden Apps
• LWN — The perils of federated protocols, LibreSignal und Marlinspikes Absage an Föderation, 18.05.2016
• Android Authority — Signal will let you register without a phone number, 17.09.2026
• Molly auf GitHub, Projektbeschreibung und Update-Versprechen
• Molly — Releases, Versionen und Release-Notizen
• Molly Issue 831 — No updates, 01.10.2026
• Molly Issue 834 — Problems with Molly users messages today, 04.10.2026
• Releasebot — Signal Android Updates, Versionsübersicht von Signal für Android
• Matrix.org — Try Matrix, empfohlene Clients
• Matrix.org — The Matrix.org Foundation is at a crossroads, 20.02.2025
• Matrix.org — Annual Report 2025, 27.03.2026
• Element — A new home and license (AGPL) for Synapse and friends, 06.11.2023

The post Signal oder Matrix: warum Signal merkwürdig bleibt appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Das Timing ist entweder Zufall oder sehr gutes Marketing. Ein Projekt, dem Google gerade die Existenzgrundlage wegverhandelt, veröffentlicht ausgerechnet jetzt seinen modernsten Client. Andere würden das trotzig nennen. Wir nennen es vernünftig.

F-Droid 2.0: was das grosse Update tatsächlich ändert

Laut der Ankündigung des Projekts ist F-Droid 2.0 „a complete redesign of the official F-Droid app and the largest app update in 10 years". Der Client wurde in Kotlin mit Jetpack Compose neu geschrieben, nach mehr als einem Jahr Arbeit und 14 Testversionen. Eine unabhängige Sicherheitsprüfung hat laut F-Droid das Security Lab des Open Technology Fund zusammen mit Convocation durchgeführt; einen veröffentlichten Bericht dazu haben wir nicht gefunden.

Sichtbar wird der Umbau zuerst in der Navigation. Statt der bisherigen Tabs gibt es nur noch drei Bereiche: Entdecken, Suche und Meine Apps. Die Kategorien sind in „Entdecken" aufgegangen und deutlich feiner geworden, allein Spiele zerfallen jetzt in 17 Genres. Die Suche durchsucht neben dem Namen auch Beschreibungen, Kategorien und Übersetzungen. Filter lassen sich kombinieren — nach Kategorie, Gerätekompatibilität und, für unsere Leser wohl am interessantesten, nach Anti-Features. Einstellungen und das Teilen in der Nähe (Nearby Swap) sind über die obere Leiste erreichbar.

Die zweite grosse Änderung ist unsichtbar, aber spürbar: F-Droid 2.0 sucht im Hintergrund nach Updates und installiert sie standardmässig selbst. Wer bisher etwas anderes eingestellt hatte, behält laut Projekt seine Einstellungen; die manuellen Optionen liegen im Menü von „Meine Apps". Das Herunterziehen zum Aktualisieren ist dafür abgeschafft, mit der Begründung: „The best refresh button is the one you never have to press."

Noch nicht bei allen: Basic ja, der klassische Client noch Beta

Wer heute sein F-Droid öffnet und nichts Neues sieht, macht nichts falsch. Das Projekt schreibt ausdrücklich, es beginne damit, die Version „over the coming weeks" an die Nutzer zu verteilen. Den Stand zeigen die Paketseiten:

• Beim klassischen F-Droid-Client ist Stand heute weiterhin 1.23.2 vom 19. Februar 2026 als empfohlene Version markiert. Die Fassungen 2.0.0 vom 23. September und 2.0.1 vom 29. September stehen dort als Beta.
• Bei F-Droid Basic ist 2.0.1 bereits die empfohlene Version. Wer Basic nutzt, hat das Update also vermutlich schon.

Beide Varianten verlangen ab 2.0 mindestens Android 7.0. Was Basic vom klassischen Client unterscheidet und warum wir Basic für die meisten empfehlen, steht in unserer Anleitung zu F-Droid; die Bildschirmfotos dort zeigen allerdings noch die alte Oberfläche.

Installieren wie ein richtiger Store: Session-Installer und Vorabfreigabe

Der technisch wichtigste Teil des Updates ist der neue Installationsweg. F-Droid nutzt jetzt durchgehend Androids Session-Installer und, wo das Gerät es kann, die sogenannte Vorabfreigabe. Das Projekt begründet den Schritt bemerkenswert offen: „Now, thanks largely to pressure from the EU's Digital Markets Act (DMA) and anti-trust actions around the world, Android offers all app stores an option for a smoother and more automatic install and update experience than before."

Was damit gemeint ist, steht in Googles eigener Beschreibung von Android 14: Mit requestUserPreapproval() kann ein Store die Zustimmung des Nutzers einholen, bevor er die App herunterlädt. Bisher kam die Rückfrage erst, wenn das Paket schon auf dem Gerät lag. Ist die Installation einmal freigegeben, kann der Store laut Google „download and install the app in the background without interrupting the user". Auf Geräten ohne diese Schnittstelle fragt Android wie bisher erst nach dem Herunterladen.

Bemerkenswert ist das aus einem Grund, der über F-Droid hinausgeht: Hier hat eine Wettbewerbsregel, die in der Schweiz nicht gilt, eine Systemfunktion erzwungen, die überall ankommt. Dass Regulierung manchmal doch etwas bewirkt, wollen wir in dieser Deutlichkeit festgehalten haben, bevor es wieder jemand bestreitet.

Was wegfällt: Privileged Extension, Panik-Löschen und Android 6

Jede Neuschreibung hat Opfer. Bei F-Droid 2.0 sind es vier, und zwei davon treffen genau die Leute, die F-Droid aus Überzeugung nutzen.

Die Privileged Extension wird nicht mehr benutzt

Die F-Droid Privileged Extension war bisher der Weg, Updates ohne Rückfrage zu installieren, vor allem auf Systemen, die F-Droid fest eingebaut haben. Damit ist Schluss: „F-Droid Privileged Extension (FPE) is not currently supported by 2.0. That means even if FPE is installed, F-Droid 2.0 won't use it." Automatische Updates laufen in 2.0 stattdessen über den Session-Installer. Für Nutzer von Systemen wie CalyxOS, die F-Droid mitliefern, ist das die Änderung, die sie am ehesten bemerken werden.

Panik-Löschen ist vorerst weg

F-Droid konnte bisher auf ein Signal einer Panik-App wie Ripple hin ausgewählte Apps entfernen und ihre Daten löschen. Diese Funktion ist in 2.0 nicht enthalten. Das Projekt begründet das mit dem Wartungsaufwand gemessen an der kleinen Nutzerzahl, nennt sie aber ausdrücklich wichtig und schreibt: „Users who rely on the current app-wiping implementation may opt to postpone updating to F-Droid 2.0 while we evaluate bringing the feature back."

Tor nur noch als Proxy, Android 6 gar nicht mehr

Die automatische Erkennung von Tor ist entfallen, weil sie laut Projekt nicht mehr zuverlässig funktionierte. Wer bisher die Tor-Option („Use Tor") eingeschaltet hatte, findet die Einstellung nach dem Update in den allgemeinen Proxy-Einstellungen wieder. Als einfachsten Weg empfiehlt F-Droid künftig die App Tor VPN, die den Verkehr systemweit durch Tor leitet; wer die Proxy-Einstellungen von Hand pflegt, kann das weiterhin tun, etwa zusammen mit Orbot. Und weil einige der neuen Werkzeuge auf Korrekturen in Android 7 angewiesen sind, fällt Android 6 heraus. Für solche Geräte nennt die Dokumentation zu alten Android-Versionen weiterhin 1.23.2 als passende Fassung.

Alte Kritik, teilweise neue Antworten

Mehrere Punkte aus unserem Beitrag zu den Sicherheitsbedenken bei F-Droid betrafen genau den Client, der jetzt ersetzt wird. Was ist davon übrig?

Damals stand dort, der Client ziele auf API-Level 29 und unterstütze die moderne Update-Schnittstelle von Android nicht. Laut dem Änderungsprotokoll des Clients zielt der neue Client seit 2.0-alpha10 auf target SDK 37, und die Updates laufen über den Session-Installer. Die Privileged Extension, die wir wegen der ungeprüft durchgereichten Berechtigung INSTALL_PACKAGES kritisiert hatten, wird nicht mehr benutzt. Und für das fehlende Zertifikat-Pinning gibt es zumindest einen Teilschritt: Seit 2.0-rc0 ist laut Änderungsprotokoll „certificate transparency for known domains" aktiv. Das ist nicht dasselbe wie Pinning, aber es ist mehr als nichts.

Unverändert bleibt das, was am Modell selbst hängt: F-Droid baut die meisten Apps weiterhin selbst und signiert sie mit eigenen Schlüsseln, ihr vertraut also nach wie vor dem Entwickler und F-Droid. Ein Zwischenfazit, das wir vor einem Jahr nicht erwartet hätten: Der Client hat bei den Punkten aufgeholt, die sich mit Arbeit beheben liessen. Bei denen, die eine Grundsatzfrage sind, steht alles wie gehabt.

Der 30. September: was Google wirklich scharf geschaltet hat

Sechs Tage nach der Ankündigung kam der Stichtag. Laut Googles Übersicht zur Entwickler-Verifizierung gelten seit dem 30. September 2026 die neuen Schutzmechanismen für Nutzer, die Apps aus teilnehmenden Stores installieren — in Brasilien, Indonesien, Singapur und Thailand, auf zertifizierten Geräten ab Android 7. Teilnehmend sind laut den Leitfäden sieben Stores: Google Play, der HONOR App Market, der OPPO App Market, der Samsung Galaxy Store, der Palm Store von Transsion, der V-Appstore von vivo und GetApps von Xiaomi.

F-Droid steht nicht auf dieser Liste, und direkt installierte APK-Dateien auch nicht. Googles FAQ sagt dazu wörtlich: „If you distribute your app through other stores, or if users sideload your app directly, these new verification requirements won't apply to your app yet." Das entscheidende Wort ist wie schon im August „yet". Die weltweite Ausdehnung auf alle Apps zertifizierter Geräte kündigt Google für 2027 an.

Neu ist dagegen, dass Google den sogenannten Advanced Flow inzwischen nachvollziehbar beschreibt. Im August hatten wir an dieser Stelle noch geschrieben, die Schritte liessen sich in Googles Dokumentation nicht nachprüfen. Das ist überholt. Die FAQ nennt sie jetzt einzeln: Entwicklermodus in den Systemeinstellungen einschalten, eine kurze Abfrage bestätigen, dass euch niemand dabei anleitet, das Telefon neu starten und neu anmelden, dann eine einmalige Wartezeit von einem Tag. Danach bestätigt ihr per Fingerabdruck, Gesicht oder PIN und könnt die Installation von Apps nicht verifizierter Entwickler für sieben Tage oder dauerhaft erlauben. Eine Warnung erscheint trotzdem bei jeder solchen App, mit der Schaltfläche „Install Anyway". Die Installation über ADB ist von der Wartezeit ausgenommen und bleibt laut Google unverändert.

Google begründet die 24 Stunden mit Betrugsmaschen, bei denen Opfer am Telefon zu sofortigen Änderungen gedrängt werden. Das Argument ist nicht aus der Luft gegriffen. Es ändert aber nichts daran, dass dieselbe Hürde künftig vor jedem steht, der freiwillig und mit Absicht einen anderen Bezugsweg wählt — und dass die Firma, die sie aufstellt, zugleich den grössten App-Store betreibt.

Worauf ihr beim Umstieg auf F-Droid 2.0 achten solltet

Ihr nutzt eine Panik-App mit F-Droid. Wenn ihr euch darauf verlasst, dass F-Droid auf ein Signal von Ripple oder einer ähnlichen App hin Apps löscht: Wartet mit dem Update, wie es das Projekt selbst empfiehlt. Sonst bemerkt ihr das Fehlen erst, wenn ihr die Funktion braucht.

Ihr habt die Privileged Extension installiert. Sie bleibt auf dem Gerät, wird aber von 2.0 ignoriert. Prüft nach dem Update, ob die Aktualisierungen bei euch wie erwartet durchlaufen; die Vorabfreigabe vor dem Herunterladen setzt Android 14 voraus.

Ihr ladet über Tor. Die Einstellung wandert in die Proxy-Einstellungen. Seht nach dem Update nach, ob sie dort korrekt übernommen wurde, bevor ihr die nächste App herunterladet.

Ihr habt noch ein Gerät mit Android 6. Für dieses Gerät gibt es kein 2.0. Bleibt bei 1.23.2.

Ihr wohnt nicht in Brasilien, Indonesien, Singapur oder Thailand. Für euch hat sich am 30. September nichts geändert. Das ist kein Grund zur Entwarnung, sondern ein gutes Jahr Vorlauf. Wer bisher auf eine Handvoll Apps aus freien Quellen angewiesen ist, nutzt die Zeit, um sich ein lokales Archiv der installierten APK-Dateien anzulegen.

Fazit: F-Droid 2.0 rüstet auf, bevor Google den Schalter umlegt

F-Droid 2.0 ist mehr als ein neuer Anstrich. Der Client installiert endlich so, wie ein moderner Store unter Android installieren soll, er zielt auf eine aktuelle Android-Version und verzichtet auf die Privileged Extension, die wir selbst als Schwachstelle beschrieben haben. Dafür verlieren ausgerechnet die Nutzer mit dem höchsten Schutzbedarf vorerst eine Funktion, und das Projekt sagt ihnen das ehrlich, statt es zu verstecken.

An der grösseren Lage ändert das alles nichts. Der 30. September hat F-Droid noch nicht getroffen, weil Google den Hebel zuerst bei sieben Stores angesetzt hat. 2027 trifft er alle, und dann hilft der schönste Client nichts, wenn die Entwickler darin vor der Wahl stehen, ihren Ausweis bei Google zu hinterlegen oder ihren Nutzern einen Tag Wartezeit zuzumuten. F-Droid hat die eigene Hausaufgabe gemacht. Die von Google ist noch offen, und sie wird nicht in Kotlin geschrieben, sondern in Brüssel, Bern und Mountain View entschieden.

Quellen und weiterführende Links

• F-Droid: F-Droid 2.0: A New Chapter for Android Freedom, 24. September 2026 — Neuerungen, entfallene Funktionen, Verteilung „over the coming weeks"
• F-Droid: Paketseite des klassischen Clients — 1.23.2 empfohlen, 2.0.0 und 2.0.1 als Beta
• F-Droid: Paketseite von F-Droid Basic — 2.0.1 empfohlen, Android 7.0 oder neuer
• F-Droid Client: Änderungsprotokoll — target SDK 37 ab 2.0-alpha10, Certificate Transparency ab 2.0-rc0
• F-Droid: Running on old Android versions — passende Client-Versionen für ältere Geräte
• Android Developers: Android 14 features and APIs — Vorabfreigabe mit requestUserPreapproval()
• Android Developers: Developer verification — Zeitplan, Stichtag 30. September 2026, Ausdehnung 2027
• Android Developers: Developer verification guides — die sieben teilnehmenden Stores
• Android Developers: Developer verification FAQ — Geltungsbereich des Stichtags, Ablauf des Advanced Flow, ADB

The post F-Droid 2.0: was neu ist und was wegfällt appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was MTE technisch macht, warum GrapheneOS ohne diese Funktion keine Geräte offiziell unterstützt und weshalb ausgerechnet Qualcomm sie jahrelang nicht liefern konnte, haben wir in GrapheneOS ohne Google Pixel ausführlich erklärt. Dieser Beitrag setzt dort an und trägt den Stand vom 7. September nach.

Pixel 11 MTE: der Stand nach neun Tagen

Die Kurzfassung vorweg, weil sich die Lage dreimal gedreht hat und ihr sonst dem falschen Zwischenstand aufsitzt. Die Hardware des Pixel 11 beherrscht MTE — zumindest in einer Minimalvariante. Die Firmware gibt die Funktion inzwischen wieder frei. Das ausgelieferte Betriebssystem schaltet sie trotzdem nicht ein. Und Google sagt nicht, warum.

Das ist etwas anderes als „Google hat die Sicherheitsfunktion aus dem Chip gestrichen", und es ist deutlich mehr als eine Nuance: Von der Antwort hängt ab, ob GrapheneOS die Pixel-11-Reihe je unterstützen kann. Für alle, die ein Gerät mit dem Betriebssystem kaufen wollen — unser Einsteiger-Guide erklärt die Einrichtung Schritt für Schritt —, ist das die einzige Frage, die im Herbst 2026 zählt.

Was am 29. August gemeldet wurde

GrapheneOS veröffentlicht das meiste zuerst auf Mastodon, und die Ausgangsmeldung war unmissverständlich. Nach einer Woche Arbeit lag eine Teilportierung vor, abschliessen liess sie sich nicht. „Pixel 11 doesn't have MTE support. It's entirely gone." Kurz darauf die Feststellung, dass die Pixel-11-Reihe die eigenen Sicherheitsanforderungen nicht zu erfüllen scheine.

Ganz nebenbei enthielt derselbe Faden auch das Gegenteil einer Abrechnung. Das Pixel 11 bringe durchaus Verbesserungen mit, namentlich einen quantensicheren Verified Boot per ML-DSA, den Ersatz von Samsungs Shannon-IMS durch AOSP-IMS und einen Titan M3, der den Schutz gegen Datenextraktion deutlich verbessern sollte. Nur nütze das wenig, wenn gleichzeitig MTE wegfällt.

Warum MTE für GrapheneOS kein Extra ist

Die ARM Memory Tagging Extension versieht Speicherbereiche mit einer Markierung und prüft bei jedem Zugriff, ob die Markierung des Zeigers dazu passt. Ganze Fehlerklassen — Use-after-free, Pufferüberläufe — fliegen damit zur Laufzeit auf, statt zur Angriffsfläche zu werden. Das ist im Bestandsartikel ausgeführt und wird hier nicht wiederholt.

Entscheidend für die aktuelle Lage ist der Umfang der Nutzung. GrapheneOS setzt MTE im gesamten Basissystem ein, einschliesslich Kernel und sämtlicher Standardprozesse; nur für einige gerätespezifische Prozesse ist es vorübergehend abgeschaltet. Ein Gerät ohne MTE ist für dieses Projekt also nicht ein Gerät mit einem fehlenden Häkchen, sondern eines, auf dem die zentrale Schutzschicht des Systems ersatzlos entfällt.

Ein Ersatz wäre technisch denkbar und praktisch unattraktiv: HWASan käme mit rund doppeltem CPU-Aufwand und 25 Prozent mehr Speicherbedarf und liesse sich sinnvoll nur auf den Kernel und einige wichtige Teile des Systems begrenzen. Zur Erinnerung: Das Pixel 8 kam im Oktober 2023 mit Hardware-MTE, GrapheneOS hat es noch im selben Monat quer durch das System eingesetzt — Android und das Pixel-System selbst haben es nie standardmässig aktiviert. Wer die Funktion überhaupt benutzt, ist eine sehr kurze Liste, und Google steht nicht darauf.

Ein Dollar pro Telefon: die Rechnung stammt von GrapheneOS, nicht von Google

An dieser Stelle ist Vorsicht geboten, denn hier vermischen viele Berichte Zuschreibung und Beleg. Die These, Google habe an der Chipfläche gespart, ist eine Vermutung von GrapheneOS — und das Projekt kennzeichnet sie selbst als solche. Rund vier Prozent der Cache-Fläche liessen sich einsparen; bei einem SoC-Preis von 150 Dollar und einem Cache-Anteil von einem Viertel ergäbe das etwa 1,50 Dollar pro Telefon — „that's not a well informed estimate of the price of MTE but it does have a price". Einen Tag später präzisierte das Projekt: Ohne dynamische Zuteilung brauche MTE einen um 3,125 Prozent grösseren CPU-Cache und einen aufwendigeren Cache-Controller, was auf etwa einen Dollar je Gerät hinauslaufe.

Eine Stellungnahme von Google zu dieser Rechnung gibt es nicht. Die Schätzung als Googles Begründung auszugeben, wäre deshalb falsch — und genau das ist in der Berichterstattung mehrfach passiert.

Belegt ist dagegen der Rahmen. MTE ist in ARMv9 optional und nicht Pflicht; die meisten ARMv9-Umsetzungen haben es nicht. Qualcomm hat es erst im Snapdragon 8 Elite Gen 5, und im eine Stufe darunter liegenden Snapdragon 8 Gen 5 ist es wegen Errata funktionslos. Und GrapheneOS hat nach eigener Darstellung bereits 2024 gehört, dass Google MTE im Zuge des Umstiegs auf eigene CPU-Kerne fallenlassen wollte — beim Tensor G5 des Pixel 10 geschah das nicht, und der Tensor G6 nutzt noch gar keine eigenen Kerne. Notebookcheck hat dazu geleakte interne Unterlagen ausgewertet, in denen „MTE support" in einer Prioritätenliste zur Cache-Architektur rot durchgestrichen ist; wann der Strich gesetzt wurde, geht daraus nicht hervor.

Der Rückzieher: die Firmware-Unterstützung ist wieder da

Am 1. September kam die Wende, und sie kam aus einer Beta. Android 17 QPR2 Beta 4 erschien am 28. August, die Abbilder für die Pixel-11-Reihe wurden nach Darstellung von GrapheneOS aber erst rund drei Tage später nachgeschoben. 9to5Google nennt für den Beitritt der Pixel-11-Modelle zum Beta-Programm den 1. September und den Build CP41.260814.003.C2.

Das Ergebnis der Prüfung: „It still has at least bare minimum support for MTE at a hardware level." Die Vermutung des Projekts lautet seither, dass Google die Beschleunigung im CPU-Cache entfernt und damit die Leistung ruiniert habe, weshalb die Funktion in der Firmware komplett abgeschaltet worden sei. In QPR2 Beta 4 ist die Firmware-Unterstützung wieder vorhanden, das Betriebssystem lässt MTE aber weiterhin aus, und die Firmware übergibt dem Kernel bedingungslos den Parameter arm64.nomte. Von Hand geht es trotzdem: Der Tag-Speicher lässt sich über fastboot oem mte on reservieren, danach braucht es einen Kernel, der arm64.nomte ignoriert.

Und heute, am 7. September, hat sich auch die letzte offene Frage in eine unerwartete Richtung bewegt. Die Sorge lautete ja, MTE könnte auf dem Pixel 11 zwar existieren, aber unbrauchbar langsam sein. GrapheneOS schreibt dazu: Die Funktion sei über den Fastboot-Modus einschaltbar und dann im Serienbetriebssystem per ADB nutzbar, sie stehe aber weder im Advanced Protection Mode noch in den Entwickleroptionen zur Verfügung. „It isn't clear why it isn't enabled for use in the stock OS yet. It appears to work fine and performs fine."

Damit ist von der Ausgangsdiagnose nach neun Tagen wenig übrig. Die Hardware kann es, die Firmware kann es, es funktioniert, und es ist schnell genug. Abgeschaltet ist es trotzdem.

Was Google dazu sagt

Nichts. GrapheneOS hat nach eigener Angabe schon vor der ersten Meldung mehrere Leute bei Google angeschrieben und keine Antwort erhalten; bis heute weiss das Projekt nicht, ob es ernsthafte CPU-Errata gibt oder ob die Funktion schlicht schlecht lief. Als strukturelle Erklärung nennt GrapheneOS, dass Google auf seine Anfragen zunehmend schweige, seit im Juni 2025 die Pixel-Unterstützung mit Android 16 aus AOSP herausgefallen ist — ein Vorgang, den wir seinerzeit in Google erschwert Custom-ROMs für Pixel-Geräte beschrieben haben und der sich in der Suche nach einem zweiten Hardware-Partner fortsetzte.

Eine Auskunft gab es dann doch, sie war nur nichts wert. Ein Nutzer berichtete, Google habe ihm bestätigt, MTE werde mit dem September-Update aktiviert. GrapheneOS prüfte nach: Gefragt worden war ein Support-Mitarbeiter, der nicht bei Google arbeitet und noch nie von MTE gehört hatte — „the support agent clearly used an LLM to fabricate something to close the ticket". Ein Konzern, der eine Speicherschutzfunktion nicht kommentiert, aber ein Sprachmodell eine erfinden lässt, damit ein Ticket zugeht: Das ist der Zustand der Kundenkommunikation im Jahr 2026, in einem Satz.

Worauf ihr achten solltet

Für die Kaufentscheidung ist die Lage trotz aller Drehungen ziemlich klar, und sie hat sich seit dem 31. August nicht verbessert.

• Ein Pixel 11 ist heute kein GrapheneOS-Gerät. Es steht nicht auf der Liste der unterstützten Geräte, und das Projekt hat sich noch nicht entschieden. Der Stand von heute: Der Grossteil der Portierung ist fertig, weitergearbeitet wird nach Abschluss von Android 17 QPR1 — offiziell unterstützt wird nur, was nachweislich funktioniert.
• Wer bereits gekauft hat, prüft die Rückgabefrist. GrapheneOS verweist selbst auf die 15-tägige Rückgabemöglichkeit ohne Begründung und die Empfehlung, stattdessen zum Pixel 10 zu greifen. Ob diese Frist auch für euren Händler in der Schweiz gilt, steht in dessen Bedingungen und nicht bei Google.
• Das Pixel 11 ist nicht generell unsicher. Diese Verkürzung geistert durch die Kommentarspalten. GrapheneOS ordnet es ausdrücklich über Pixel 6 und 7 ein und weit über Geräte ohne Secure Element und ohne verlässliche Firmware-Updates — ein Rückschritt ist es gegenüber Pixel 8, 9 und 10.
• Achtet auf die Nebenwirkungen. Unabhängig von MTE nennt GrapheneOS eine gegenüber dem Pixel 10 leicht schwächere GPU, rund 15 Prozent mehr CPU-Leistung und 2 GB weniger Arbeitsspeicher bei den Basis-Pro-Modellen. Für den Aufpreis einer neuen Generation ist das eine dünne Bilanz.
• Bastellösungen taugen nicht als Kaufgrund. Dass sich MTE per fastboot und ADB einschalten lässt, ist ein Befund für Entwickler, kein Produktmerkmal. Solange es weder im Advanced Protection Mode noch in den Entwickleroptionen steht, ist es für den Alltag nicht vorhanden.

Fazit: Ein gesparter Dollar kostet Google drei Gerätegenerationen Vorsprung

Die Pixel-Reihe hatte genau ein Alleinstellungsmerkmal, das über Kameravergleiche hinausging: Sie war die einzige Android-Hardware, auf der ein kompromissloses Sicherheitssystem überhaupt laufen konnte. Genau deshalb musste Motorola MTE zusagen, bevor GrapheneOS eine Partnerschaft einging. Wer diese Anforderung an einen fremden Hersteller stellt, kann sie beim eigenen Lieferanten nicht fallenlassen, ohne die eigenen Standards zu entwerten — und genau so hat das Projekt es selbst formuliert.

Bemerkenswert ist deshalb weniger die technische Panne als die Reihenfolge. Zuerst wird eine Funktion so weit abgeräumt, dass niemand sie ausprobieren kann. Dann kommt sie in einer Beta leise zurück. Dann stellt sich heraus, dass sie funktioniert und schnell genug ist. Und die einzige Stelle, die sagen könnte, was das alles soll, sagt gar nichts. Es ist dieselbe Kommunikationsverweigerung, die uns schon bei der Entwickler-Verifizierung und bei der Frage nach Googles Zugriff auf Pixel-Geräte begegnet ist.

Bis das geklärt ist, gilt die schlichteste aller Empfehlungen: Kauft das Vorgängermodell. Und wenn Google die drei Zeilen Firmware-Konfiguration doch noch freigibt, berichten wir darüber — dann hoffentlich mit einer Antwort von Google statt einer vom Sprachmodell eines Callcenters.

Quellen und weiterführende Links

• GrapheneOS, 29.08.2026: Teilportierung auf die Pixel-11-Reihe, MTE fehlt in Software, Firmware und wahrscheinlich Hardware
• GrapheneOS, 29.08.2026: „Pixel 11 doesn't have MTE support. It's entirely gone."
• GrapheneOS, 29.08.2026: MTE wird im gesamten Basissystem einschliesslich Kernel eingesetzt
• GrapheneOS, 29.08.2026: Pixel 8 mit Hardware-MTE seit Oktober 2023, Android nutzt es nie standardmässig
• GrapheneOS, 29.08.2026: Verbesserungen des Pixel 11 — ML-DSA, AOSP-IMS, Titan M3
• GrapheneOS, 30.08.2026: Einordnung gegenüber Pixel 6, Pixel 7 und Geräten ohne Secure Element
• GrapheneOS, 30.08.2026: Schätzung von rund 1,50 Dollar je Telefon, ausdrücklich als grobe Rechnung gekennzeichnet
• GrapheneOS, 30.08.2026: MTE ist in ARMv9 optional; Qualcomm erst ab Snapdragon 8 Elite Gen 5
• GrapheneOS, 30.08.2026: 3,125 Prozent mehr Cache, aufwendigerer Cache-Controller, rund ein Dollar je Gerät
• GrapheneOS, 31.08.2026: HWASan als möglicher Teilersatz, rund doppelter CPU-Aufwand
• GrapheneOS, 31.08.2026: Die angebliche Google-Bestätigung stammt von einem externen Support-Mitarbeiter
• GrapheneOS, 31.08.2026: Hinweis auf die 15-tägige Rückgabefrist und die Empfehlung zum Pixel 10
• GrapheneOS, 31.08.2026: GPU, CPU-Leistung und Arbeitsspeicher im Vergleich zur Pixel-10-Reihe
• GrapheneOS, 01.09.2026: Hinweis aus dem Jahr 2024 auf den geplanten Wegfall von MTE bei eigenen CPU-Kernen
• GrapheneOS, 01.09.2026: Mindestunterstützung für MTE auf Hardware-Ebene vorhanden
• GrapheneOS, 01.09.2026: QPR2 Beta 4 vom 28.08., arm64.nomte wird bedingungslos übergeben
• GrapheneOS, 01.09.2026: Aktivierung über fastboot oem mte on und einen eigenen Kernel
• GrapheneOS, 01.09.2026: Anfragen an Google blieben unbeantwortet
• GrapheneOS, 01.09.2026: Google schweigt seit dem Wegfall der Pixel-Unterstützung in AOSP im Juni 2025
• GrapheneOS, 07.09.2026: MTE über Fastboot und ADB nutzbar, „appears to work fine and performs fine"
• GrapheneOS, 07.09.2026: Portierung weitgehend fertig, Fortsetzung nach Android 17 QPR1
• Android Developers: Android 17 QPR2 Beta
• Android Open Source Project: ARM Memory Tagging Extension
• 9to5Google, 01.09.2026: Pixel-11-Reihe im Beta-Programm, Build CP41.260814.003.C2
• Notebookcheck: Geleakte Unterlagen zur Cache-Architektur des Tensor G6
• GrapheneOS: Projektseite mit der Liste der unterstützten Geräte

The post Pixel 11 MTE: Die Hardware kann es, Google schweigt appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Vorweg das Wichtigste für alle, die uns deswegen schreiben wollen: Es liegt nicht an eurem Telefon, nicht an GrapheneOS und nicht an einer kaputten Installation. Neu aufsetzen hilft nicht.

Aurora Store meldet „Server busy": was bislang belegt ist

Der Sammelthread im Kuketz-Forum wurde am 29. August 2026 um 06:21 Uhr eröffnet und läuft seither weiter. Rund ein Dutzend Nutzer melden dieselbe Fehlermeldung, zwei melden ausdrücklich, dass bei ihnen alles funktioniert. Am Sonntagnachmittag stand dort noch immer keine Lösung, nur die Hoffnung, dass es sich von selbst erledigt. Im Bugtracker des Projekts liegt parallel das Issue 802, in dem Aurora in einer Endlosschleife bei „requesting new session" hängen bleibt — auch mit anonymem Konto.

Was im Forum an Ursachen kursiert — eine gezielte Sperre durch Google, eine VPN-Blockade, ein Fehler in der App, überlastete Dispenser —, ist Spekulation. Belegt ist keine davon. Google hat sich nicht geäussert, das Aurora-Projekt ebenfalls nicht. Wir schreiben das hier ausdrücklich hin, statt uns eine Schlagzeile zu bauen: Dass Google gerade aktiv gegen Aurora vorgeht, ist plausibel, aber unbewiesen. Was sich dagegen sehr wohl belegen lässt, ist der Grund, warum ein solcher Ausfall überhaupt alle auf einmal treffen kann.

Warum ein paar hundert Konten für Millionen Nutzer reichen müssen

Aurora ist kein eigener App-Store. Es ist, in den Worten des Projekts, „an unofficial FOSS client to Google Play" — eine andere Oberfläche vor demselben Laden. Die Apps kommen von Googles Servern, und um dort etwas anzufragen, braucht es ein Google-Konto.

Genau dafür gibt es die anonyme Anmeldung, und die funktioniert über sogenannte Token-Dispenser. Das Wiki des Projekts beschreibt sie selbst so:

„A token dispenser is a web client, that has around 250 real google accounts (inclusive of all servers), it distributes the AuthToken to anyone how makes a request to it in a defined format."

Rund 250 echte Google-Konten über alle Server hinweg. Für die gesamte Nutzerschaft. Und dasselbe Wiki nennt auch die beiden Grenzen, die Google dabei zieht: „Google enforces a limit of approximately 12 concurrent active login sessions" pro Konto, und darüber hinaus gilt eine Rate-Limit-Politik — wird die Schnittstelle zu intensiv genutzt, macht Google den Anmeldetoken schlicht ungültig.

Damit ist die Rechnung eigentlich schon aufgemacht. Wenn ein paar hundert geteilte Konten mit je etwa einem Dutzend gleichzeitiger Sitzungen den Zugang für alle tragen sollen, dann genügt eine Welle gleichzeitiger Anfragen, ein Ausfall einzelner Dispenser oder eine Handvoll gesperrter Poolkonten — und es steht für alle still. Es braucht dafür keinen Beschluss in Mountain View. Es genügt, dass niemand dort ein Interesse daran hat, dass es weiterläuft.

Anonym heisst nicht googlefrei

Der Punkt, der in dieser Woche untergeht und der uns wichtiger ist als der Ausfall selbst: Wer Aurora benutzt, redet mit Google. Nicht mit einem Konto, das euren Namen trägt — aber sehr wohl mit Googles Servern, von eurer IP-Adresse aus, mit einem Geräteprofil und einer konkreten Anfrage nach einer konkreten App. Aurora nimmt Google euer Konto weg, nicht eure Daten. Das steht ausführlicher in unserer Anleitung zum Aurora Store, und es ist der Grund, warum ein Ausfall wie dieser überhaupt möglich ist: Ihr hängt an einer fremden Infrastruktur, die euch nichts schuldet.

Der übliche Ausweg, ein eigenes Google-Konto in Aurora zu hinterlegen, funktioniert weiterhin — und ist derzeit die einzige Methode, die zuverlässig läuft. Nur ist auch der Ausweg schmaler geworden: Ein frisches Konto anzulegen, ohne eine Telefonnummer zu hinterlegen, gelingt inzwischen kaum noch. Im Forum berichtet ein Nutzer, dass er dafür eine Prepaid-Karte gekauft hat. Wer diesen Weg geht, nimmt also eine zweite Kennung in Kauf, um eine erste zu vermeiden.

Worauf ihr achten solltet

Setzt nichts neu auf. Der Fehler liegt nicht auf eurem Gerät. Ein neu geflashtes GrapheneOS ändert daran nichts und kostet euch nur einen Nachmittag.

Der günstigste Versuch zuerst. In den Aurora-Einstellungen unter „Netzwerk" den Dispenser entfernen und eine neue Sitzung anfordern hat bei einem Teil der Betroffenen geholfen. Läuft ein VPN, testweise abschalten — und Cloudflare nicht blockieren, die Dispenser laufen alle darüber. Danach hilft nur abwarten.

Wenn danach Aurora spinnt und man sich nicht mehr anmelden kann, hier der originale Dispenser von Aurora:

https://auroraoss.com/api/auth

Nehmt nicht euer Hauptkonto. Wer Aurora mit einem eigenen Google-Konto anmeldet, verknüpft jede Installation dauerhaft damit. Wenn schon, dann ein Konto, das sonst nichts von euch weiss — und mit dem Wissen, dass Google damit wieder eine Kennung mehr hat. Wie das praktisch aussieht, steht in unserem älteren Beitrag zu den Methoden gegen das Aurora-Rate-Limit.

Prüft, was ihr überhaupt über Aurora bezieht. Freie Apps gibt es über F-Droid, Apps mit GitHub-Releases über Obtainium — beide ohne jeden Google-Kontakt. Für viele bleibt am Ende eine Handvoll proprietärer Apps übrig, die es nur bei Google gibt. Genau diese Handvoll ist der Hebel, und es lohnt sich, sie einmal bewusst anzusehen.

Rechnet mit Wiederholungen. Am 30. September greift die Entwickler-Verifizierung in den ersten vier Ländern. Was Google an der Verteilung von Apps festzurrt, trifft Aurora als unautorisierten Client zuerst.

Fazit: Aurora war nie eine Unabhängigkeit, sondern eine Duldung

Ob Google diesmal aktiv eingegriffen hat, wissen wir nicht, und wir behaupten es auch nicht. Der Ausfall zeigt aber etwas, das unabhängig von der Ursache stimmt: Aurora verschafft euch keine Unabhängigkeit von Google, sondern einen bequemeren Umgang damit. Die Infrastruktur dahinter sind ein paar hundert geteilte Konten auf fremden Servern, und sie funktioniert genau so lange, wie Google sie nicht abstellt.

Das ist kein Argument gegen Aurora — die Alternative wäre der offizielle Play Store mit eurem echten Konto, und die ist schlechter. Es ist ein Argument dafür, den eigenen Bedarf an Google-Apps ehrlich zu prüfen, solange es noch freiwillig geschieht. Wer an drei Apps hängt, hat ein Problem an drei Stellen. Wer an keiner hängt, liest solche Meldungen entspannt.

Update vom 04.09.2026

Scheinbar funktioniert der Aurora Store wieder problemlos, ich konnte heute 25 Apps in einem Rutsch updaten. User im Kuketz Forum berichten ebenfalls dass sie ihre Apps wieder updaten können. Nichts desto trotz habe ich bei dieser Gelegenheit nochmals meine Apps unter die Lupe genommen und es wurden einige deinstalliert, die ich eigentlich garnicht brauche.

Quellen und weiterführende Links

• AuroraOSS Wiki, Anonymous Logins — Token-Dispenser mit rund 250 Konten, Grenze von etwa zwölf gleichzeitigen Sitzungen, Rate-Limit-Politik von Google
• Kuketz-Forum, „Aurora Store: Server busy?" — Sammelthread seit dem 29.08.2026, Stand der Betroffenheit und der Versuche
• GitLab-Issue 802 — Endlosschleife bei „requesting new session", auch mit anonymem Konto
• Aurora Store auf GitLab — Projektseite, Selbstbeschreibung als inoffizieller Play-Client

The post Aurora Store meldet Server busy: was dahintersteckt appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Der Digital Markets Act gilt in der Schweiz nicht. Das ist bekannt. Weniger bekannt ist, was daraus praktisch folgt und wie wenig die Schweiz dagegen in der Hand hat — auch nicht mit den zwei grossen Regulierungsvorhaben, die derzeit laufen. Beide gehen an der Sache vorbei, und zwar nicht aus Versehen.

Was der Digital Markets Act vorschreibt — und was er mit dem DSA nicht zu tun hat

Brüssel hat 2022 zwei Verordnungen beschlossen, die gerne in einem Atemzug genannt und dabei regelmässig verwechselt werden. Der Digital Services Act regelt, was auf Plattformen gesagt und gelöscht werden darf, mit Meldewegen, Moderationspflichten und Trusted Flaggern. Wir haben ihn hier ausführlich und nicht wohlwollend behandelt. Der Digital Markets Act regelt etwas völlig anderes: nicht Inhalte, sondern Marktmacht.

Er benennt eine Handvoll Konzerne als Torwächter und legt ihnen Pflichten auf, die vorher gelten und nicht erst nach jahrelangen Verfahren. Die Kommission fasst sie so zusammen: Torwächter dürfen ihre eigenen Dienste im Ranking nicht bevorzugen, dürfen Nutzer nicht daran hindern, vorinstallierte Software zu deinstallieren, müssen Dritten in bestimmten Fällen Interoperabilität gewähren und müssen Geschäftskunden erlauben, ihre Angebote auch ausserhalb der Plattform zu bewerben. Dazu kommt die Pflicht, Endnutzer bei der ersten Nutzung aktiv wählen zu lassen, welche Suchmaschine, welchen Browser und welchen Sprachassistenten sie wollen, statt ihnen eine Voreinstellung unterzuschieben. Genau das ist der Auswahlbildschirm, den es in der Schweiz seit diesem Sommer nicht mehr gibt.

Der Unterschied zwischen den beiden Verordnungen ist kein juristisches Detail. Der DSA greift in die Rede ein, der DMA in den Markt. Wer beide für dasselbe hält, kann nicht erklären, warum sich das eine ablehnen und das andere trotzdem vermissen lässt.

890 Millionen Euro und 60 Tage: so sieht Durchsetzung im DMA aus

Der Bussenentscheid vom 23. Juli 2026 zerfällt in zwei Teile. 460 Millionen Euro entfallen auf Selbstbevorzugung in der Google-Suche: Google zeigt eigene Dienste prominenter an, «including at the top of the search results page or by using enhanced visuals and filters». 430 Millionen Euro entfallen auf Google Play, weil App-Entwickler ihre Kunden nicht auf «alternative, often cheaper, purchase channels» hinweisen durften und die Gebühren für solche Verweise überhöht waren. Die Pressemitteilung der Kommission hält fest: «Google is required to comply with the Commission's decisions within 60 days.» Danach drohen Zwangsgelder von bis zu fünf Prozent des weltweiten Tagesumsatzes.

Rechnet nach: 60 Tage ab dem 23. Juli endet am 21. September 2026. Bis dahin muss Google die Suchergebnisseite umgebaut haben, oder es wird teuer. Das ist der entscheidende Punkt an diesem Instrument — nicht die Höhe der Busse, sondern die Uhr, die mit ihr zu laufen beginnt.

Der Auswahlbildschirm verschwand, kaum war das Urteil rechtskräftig

Die Vorgeschichte reicht acht Jahre zurück. 2018 verhängte die Kommission gegen Google eine Busse wegen missbräuchlicher Praktiken rund um Android. Der Streit ging durch alle Instanzen und endete am 2. Juli 2026: Der Gerichtshof der Europäischen Union wies das Rechtsmittel in der Rechtssache C-738/22 P ab und bestätigte 4'125'000'000 Euro, davon 1'520'605'895 Euro solidarisch für Alphabet. Beanstandet wurden Vorinstallationsvereinbarungen, Anti-Fragmentierungsklauseln und Umsatzbeteiligungen, die daran hingen, keinen konkurrierenden Suchdienst vorzuinstallieren.

Zwölf Tage nach diesem Urteil meldete das WEKO-Sekretariat, Google habe den Auswahlbildschirm in der Schweiz abgeschafft, während er im Europäischen Wirtschaftsraum weiter besteht. Schweizer Nutzer bekommen bei der Ersteinrichtung keinen Auswahlbildschirm mehr, Google Search ist gesetzt. Ob zwischen dem Urteil und der Abschaffung ein Zusammenhang besteht, hat Google öffentlich nicht erklärt, und wir behaupten es nicht. Die Reihenfolge steht trotzdem fest, und sie ist bemerkenswert: Sobald die europäische Pflicht endgültig geklärt war, verschwand die Wahlmöglichkeit dort, wo keine Pflicht besteht.

Das ist die praktische Bedeutung eines fehlenden Gesetzes. Freiwilligkeit hält genau so lange, wie sie nichts kostet.

Eine Vorabklärung kann gar keine Busse aussprechen

Ein Teil der Berichterstattung im Juli sprach von einer «Untersuchung gegen Google». Das trifft nicht zu, und der Unterschied ist erheblich. Das Sekretariat hat eine Vorabklärung eröffnet. Was das ist, beschreibt die WEKO in ihrem eigenen Merkblatt zum Ablauf einer Vorabklärung mit erfrischender Klarheit.

Zur Frage, ob am Ende eine Sanktion stehen kann, heisst es dort: «Nein. In der Vorabklärung wird nicht abschliessend beurteilt, ob das Verhalten zulässig oder unzulässig ist. Folglich können weder das Sekretariat noch die WEKO eine Geldsanktion aussprechen.» Zur Dauer: «Die Dauer einer Vorabklärung ist je nach Einzelfall ganz verschieden; sie kann von mehreren Monaten bis zu gut über einem Jahr dauern.» Und zum Ausgang: Sie kann folgenlos eingestellt werden, in einer einvernehmlichen Verhaltensanpassung enden oder in eine förmliche Untersuchung nach Art. 27 ff. Kartellgesetz münden — die dann ihrerseits Jahre dauert.

Stellt das neben die 60 Tage aus Brüssel. Auf der einen Seite ein Verfahren mit Frist, Busse und Zwangsgeld. Auf der anderen ein Vorverfahren ohne Frist, ohne Sanktionsmöglichkeit und mit offenem Ausgang, das schon vom Namen her nur klärt, ob überhaupt ein Verfahren zu eröffnen wäre. Das ist kein Vorwurf an die WEKO. Sie tut, was ihr das Gesetz erlaubt. Das Gesetz erlaubt nur wenig.

Kartellrecht kommt hinterher, der DMA kommt vorher

Hier liegt der strukturelle Kern. Kartellrecht arbeitet im Nachhinein: Ein Unternehmen verhält sich, eine Behörde stellt Jahre später fest, ob das zulässig war. Der Android-Fall ist das Lehrstück dazu — acht Jahre von der Kommissionsentscheidung bis zur Rechtskraft, und in dieser Zeit hat sich das beanstandete Geschäftsmodell längst weiterentwickelt.

Der DMA dreht das um. Er stellt keine Missbrauchsfrage, sondern eine Statusfrage: Wer als Torwächter benannt ist, muss bestimmte Dinge tun und andere lassen, unabhängig davon, ob im Einzelfall ein Missbrauch nachweisbar wäre. Deshalb dauert die Durchsetzung Monate statt Jahre. Das lässt sich als gefährliche Machtverschiebung zugunsten der Kommission lesen — dieses Argument nehmen wir ernst und kommen darauf zurück. Es funktioniert aber nachweislich dort, wo Kartellrecht seit zwei Jahrzehnten nicht mehr rechtzeitig ankommt.

Die Schweiz hat 2022 immerhin einen Schritt in diese Richtung getan: Seit dem 1. Januar 2022 kennt das Kartellgesetz in Art. 4 Abs. 2bis und Art. 7 den Begriff der relativen Marktmacht. Sie liegt laut dem Merkblatt der WEKO vor, wenn «Nachfrager und Nachfragerinnen oder Anbieter und Anbieterinnen von Waren und Dienstleistungen mangels angemessener Alternativen von einem Unternehmen abhängig sind». Das klingt zunächst brauchbar. Nur steht im selben Merkblatt der entscheidende Satz: «Auf die Vorschriften zur relativen Marktmacht können sich Unternehmen im Sinne des Kartellgesetzes berufen» — Konsumenten ausdrücklich nicht. Wer als Privatperson keinen Auswahlbildschirm mehr bekommt, hat aus diesem Instrument nichts.

Die Kartellgesetz-Revision regelt Fusionen, nicht Plattformen

Das Kartellgesetz wird gerade revidiert, und wer nun hofft, dort komme die Antwort auf die Plattformfrage, wird enttäuscht. Das Parlament hat die Teilrevision am 19. Dezember 2025 verabschiedet. Am 27. Mai 2026 hat der Bundesrat die Vernehmlassung zu den Ausführungsverordnungen eröffnet, die noch bis zum 17. September 2026 läuft. Umgesetzt wird laut Mitteilung «die vom Parlament beschlossene Gesetzesrevision im Hinblick auf die neue Zusammenschlusskontrolle, Parteienentschädigungen, das angepasste Widerspruchsverfahren und die Compliance Defense».

Das sind vernünftige Anliegen. Ein neuer Prüfmassstab für Unternehmenszusammenschlüsse, ein entschärftes Widerspruchsverfahren, eine Anrechnung von Compliance-Anstrengungen. Digitale Plattformen, Selbstbevorzugung, Interoperabilität oder Voreinstellungen kommen darin nicht vor. Die Revision modernisiert das Werkzeug, das ohnehin erst nach dem Schaden greift. Sie schafft kein Werkzeug, das vorher greift.

Das KomPG holt eine Hälfte der EU-Regulierung — die falsche

Das zweite grosse Vorhaben ist das Bundesgesetz über Kommunikationsplattformen und Suchmaschinen, kurz KomPG. Der Bundesrat hat den Vorentwurf am 29. Oktober 2025 in die Vernehmlassung geschickt, die Frist lief bis zum 16. Februar 2026. Erfasst werden «sehr grosse Kommunikationsplattformen und Suchmaschinen, weil diese aufgrund ihrer Reichweite die öffentliche Debatte und Meinungsbildung stark beeinflussen». Als sehr gross gilt, wer «monatlich durchschnittlich von zehn Prozent der ständigen Schweizer Wohnbevölkerung genutzt» wird, also rund 900'000 Nutzer.

Und was verlangt das Gesetz von diesen Diensten? Ein Meldeverfahren für mutmasslich rechtswidrige Inhalte. Eine Begründungspflicht bei Löschungen und Kontosperrungen. Ein internes Beschwerdeverfahren und aussergerichtliche Streitbeilegung. Transparenzvorgaben für Werbung und Empfehlungssysteme. Ein öffentliches Werbearchiv. Datenzugang für Verwaltung und Forschung. Eine Rechtsvertretung in der Schweiz.

Das ist, Punkt für Punkt, die Logik des Digital Services Act. Es ist die Regulierung der Rede. Von Selbstbevorzugung, Auswahlbildschirmen, Deinstallierbarkeit, alternativen App-Kanälen oder Interoperabilität steht nichts drin — nicht in abgeschwächter Form, sondern gar nicht. Die Schweiz übernimmt in eigener Fassung genau jenen Teil der europäischen Plattformregulierung, den auch wir hier für gefährlich halten, und lässt jenen Teil weg, der Nutzern Wahlmöglichkeiten zurückgibt.

In der Vernehmlassung wurde der Entwurf breit kritisiert, allerdings fast durchweg entlang der DSA-Achse. AlgorithmWatch CH fordert vier Ergänzungen, darunter, generative KI dort zu erfassen, «wo sie als Suchmaschinen oder Social-Media-Plattformen genutzt» wird, und eine Pflicht zur Risikominderung. Die Digitale Gesellschaft hält fest, «der zweite Teil – die Pflicht zu Risikominderungsmassnahmen – freiwillig» bleibe, und nennt die Werberegulierung «viel zu zahnlos». Beides sind berechtigte Einwände. Nur verhandelt auch diese Kritik über Moderation und Transparenz. Die Frage, warum die Vorlage kein einziges marktöffnendes Element enthält, hat in der Debatte kaum jemand gestellt.

Was Schweizer Nutzer heute schon nicht bekommen

Das bleibt abstrakt, solange es nicht auf konkrete Geräte heruntergebrochen ist. Also konkret. Apple beschreibt auf seiner eigenen Entwicklerseite, welche Änderungen der DMA ausgelöst hat: alternative App-Marktplätze und Web-Distribution, Frameworks für andere Browser-Engines als WebKit, ein Auswahlbildschirm für den Standardbrowser, NFC-Zugriff für Drittanbieter. Und dazu den Geltungsbereich: «The changes are available for developers who distribute apps in any of the 27 EU member countries and only apply to apps available and distributed to users in the EU.» Die Schweiz kommt in dem Dokument nicht vor.

Noch deutlicher steht es in Apples Support-Artikel zu alternativen App-Marktplätzen, in der Schweizer Fassung: «Alternative App-Anbieter sind in Brasilien, Japan und den Ländern bzw. Regionen der Europäischen Union verfügbar.» Wer sie nutzen will, dessen Apple-Konto muss auf ein solches Land eingestellt sein, und er muss sich physisch dort aufhalten. Die Schweiz steht nicht auf dieser Liste. Ein iPhone in Zürich installiert keine Apps ausserhalb des App Store, ein iPhone in Konstanz schon. Der Unterschied ist nicht technisch. Er ist rechtlich — und Apple erklärt ihn Schweizer Nutzern auf einer Seite, die ausdrücklich für sie geschrieben ist.

Dasselbe Muster bei Messengern. Meta hat im November 2025 Drittanbieter-Chats für WhatsApp angekündigt und schreibt dazu unmissverständlich: «The DMA requires Meta to give people using WhatsApp in Europe the option to connect with people using third-party messaging services», verfügbar «in line with DMA requirements» für Nutzer in der «European Region». Ob und wann Schweizer Konten dazugehören, sagt Meta in dieser Mitteilung nicht — was für sich genommen schon die Antwort ist, denn die Pflicht endet an der Grenze des Geltungsbereichs.

Drei Beispiele, ein Mechanismus: Wo eine Pflicht besteht, öffnen die Konzerne. Wo keine besteht, öffnen sie nicht, oder sie schliessen wieder.

Japan hat gezeigt, dass es auch ohne Brüssel geht

An dieser Stelle kommt üblicherweise der Einwand, die Schweiz könne eben nicht anders, weil sie nicht in der EU sei und keinen Binnenmarkt von 450 Millionen Menschen in die Waagschale werfe. Japan widerlegt das.

Japan hat mit dem Mobile Software Competition Act ein eigenes Gesetz geschrieben, dessen Leitlinien die Wettbewerbsbehörde JFTC im Juli 2025 veröffentlicht hat. In Kraft ist es seit dem 17. Dezember 2025. Google hat am selben Tag in seinem eigenen Unternehmensblog mitgeteilt, was das bedeutet: «Under the MSCA, we will show choice screens that prompt you to select a search engine and browser.» Dazu alternative Bezahloptionen für Entwickler und Käufe digitaler Inhalte ausserhalb von Google Play.

Lest den Satz noch einmal. «Under the MSCA» — wegen des Gesetzes. Nicht wegen Kundenwünschen, nicht wegen Marktdruck, nicht aus Einsicht. Und deshalb steht Japan heute in Apples Länderliste für alternative App-Marktplätze neben der EU und Brasilien, während die Schweiz fehlt. Japan hat 124 Millionen Einwohner, die Schweiz neun. Der Grössenunterschied ist real. Aber die Behauptung, ein Land ausserhalb der EU könne in dieser Frage grundsätzlich nichts ausrichten, ist damit widerlegt. Es ist eine Frage des politischen Willens, nicht der Grösse.

Die Gegenposition: Braucht die Schweiz das wirklich?

Gegen einen schweizerischen DMA lassen sich drei ernstzunehmende Argumente vorbringen, und sie verdienen eine Antwort statt eines Achselzuckens.

Erstens: Das Kartellgesetz reicht. Die WEKO ist tätig geworden, das Verfahren läuft, abwarten genügt. Der Einwand scheitert an den eigenen Unterlagen der Behörde. Eine Vorabklärung kann laut ihrem Merkblatt keine Sanktion aussprechen, hat keine Frist und kann folgenlos eingestellt werden. Selbst im günstigsten Fall — Untersuchung, Verfügung, Beschwerde ans Bundesverwaltungsgericht, Weiterzug ans Bundesgericht — reden wir über Jahre. Der Auswahlbildschirm ist inzwischen weg. Recht, das erst nach dem Ende des beanstandeten Verhaltens ankommt, ist für die Betroffenen kein Recht, sondern Statistik.

Zweitens: Regulierung schadet dem Standort. Auch dieses Argument hat Substanz — nur trifft es hier den Falschen. Die Adressaten des DMA sind sechs bis acht Konzerne mit weltweiter Marktmacht, kein Schweizer KMU. Und die Schweiz reguliert ohnehin bereits, das KomPG liegt vor. Zur Debatte steht nicht, ob reguliert wird, sondern was. Wer Regulierung grundsätzlich ablehnt, müsste konsequenterweise auch gegen das KomPG sein, das Plattformen Moderations- und Berichtspflichten auferlegt. Wer das KomPG für nötig hält, aber marktöffnende Pflichten für Teufelszeug, hat sich für die eingriffsintensivere Hälfte entschieden.

Drittens: Das wäre autonomer Nachvollzug und damit EU-Hörigkeit. Das ist der stärkste Einwand, und er verdient Respekt. Die Antwort steht im vorigen Abschnitt: Japan hat kein EU-Recht nachvollzogen, sondern ein eigenes Gesetz mit eigenen Kriterien und einer eigenen Behörde geschrieben. Ein schweizerischer Ansatz müsste den DMA nicht kopieren. Er müsste nur überhaupt existieren.

Wer die EU kritisiert, muss beim DMA trotzdem genau hinsehen

An dieser Stelle ist eine Selbstauskunft fällig, denn dieser Blog ist in EU-Fragen alles andere als unverdächtig. Wir haben die Chatkontrolle, die Altersverifikation, den digitalen Euro und den DSA scharf angegriffen und in einem eigenen Kommentar die These vertreten, dass dieser Apparat Demokratie als Fremdwort behandelt. An keinem Wort davon ist etwas zurückzunehmen.

Trotzdem gilt: Der DMA ist nicht der DSA. Der eine gibt der Kommission Zugriff darauf, was gesagt werden darf. Der andere zwingt Konzerne, Nutzern eine Wahl zu lassen, die sie ihnen sonst nehmen. Das eine lässt sich bekämpfen und das andere für richtig halten, ohne inkonsequent zu sein — vorausgesetzt, die Unterscheidung läuft nach Wirkung und nicht nach Absender. Die berechtigte Sorge bleibt, dass eine Behörde, die Marktstrukturen per Verordnung setzt, dieselbe Macht später anders einsetzt. Deshalb ist die entscheidende Frage an ein schweizerisches Pendant nicht, ob es kommt, sondern wer es durchsetzt und mit welcher gerichtlichen Kontrolle. Diese Frage wird derzeit gar nicht gestellt, weil das Thema nicht auf der Traktandenliste steht.

Das ist der eigentliche Befund dieses Sommers. Nicht, dass die Schweiz die falsche Antwort gegeben hätte. Sondern dass sie die Frage nicht stellt, während im selben Monat 890 Millionen Euro Busse, ein 60-Tage-Ultimatum und ein stillschweigend entfernter Auswahlbildschirm zeigen, worum es geht. Der Kommentar zur Kampagne Keep Android Open hat vor einem halben Jahr beschrieben, wie sich das Ökosystem schliesst. Der fehlende DMA ist der Grund, warum die Schweiz dabei nicht einmal zusieht, sondern schlicht nicht vorkommt.

Was ihr tun könnt

Politisch ist die Lage unbefriedigend, praktisch könnt ihr trotzdem einiges selbst in die Hand nehmen.

• Standardsuchmaschine von Hand setzen. Der fehlende Auswahlbildschirm nimmt euch nur die Frage ab, nicht die Möglichkeit. In Chrome unter Einstellungen, Suchmaschine, und in Firefox unter Einstellungen, Suchen lässt sich der Standard weiterhin ändern. Welche Anbieter dafür taugen, haben wir in unserer Übersicht zu den Alternativen zur Google-Suche zusammengestellt.
• App-Bezug vom Play Store lösen. Was der DMA in der EU erzwingt, könnt ihr euch in der Schweiz selbst bauen. Obtainium holt Apps direkt von den Release-Seiten der Entwickler, und die alternativen App-Stores decken den Rest ab. Wer weiter gehen will, findet im GrapheneOS-Einsteiger-Guide den Weg zu einem System, das gar nicht erst voreinstellt.
• An der laufenden Vernehmlassung teilnehmen. Die Verordnungen zum revidierten Kartellgesetz stehen noch bis zum 17. September 2026 offen. Stellungnahmen sind nicht Verbänden vorbehalten; jede Person und jede Organisation kann eine einreichen. Wer festhält, dass die Vorlage digitale Torwächter nicht erfasst, bringt diese Lücke wenigstens ins Protokoll.
• Der WEKO Sachverhalte melden. Das Sekretariat wird auch auf Hinweise Dritter tätig. Wer den Wegfall des Auswahlbildschirms auf einem konkreten Gerät dokumentiert hat, mit Modell, Datum und Screenshot, liefert brauchbares Material. Für Unternehmen gibt es zusätzlich das Meldeformular zur relativen Marktmacht — Privatpersonen können sich auf diese Bestimmung nicht berufen, Hinweise geben aber sehr wohl.
• Beim Gerätekauf mitdenken. Wenn Öffnung an Rechtsräumen hängt, ist die Plattformwahl eine politische Entscheidung. Ein Android-Gerät mit entsperrbarem Bootloader lässt euch Alternativen offen. Ein Gerät, das Software ausschliesslich aus einem Store des Herstellers annimmt, überlässt eure Wahlfreiheit einer Rechtsordnung, in der ihr nicht wohnt.

Fazit: Die Schweiz reguliert die Rede und lässt den Markt laufen

Es gibt in der schweizerischen Digitalpolitik derzeit zwei grosse Baustellen. Das KomPG regelt, wie Plattformen mit Inhalten umgehen müssen. Die Kartellgesetz-Revision regelt Unternehmenszusammenschlüsse. Beides ist begründbar. Beides hilft niemandem, dem Google im Juli die Suchmaschinenauswahl weggenommen hat.

Die Schweiz hat sich damit, ohne dass es je zur Debatte stand, für die eingriffsintensive Hälfte der europäischen Plattformregulierung entschieden und gegen die befreiende. Sie übernimmt Meldeverfahren, Löschbegründungen und Werbearchive nach dem Muster des DSA — und lässt Selbstbevorzugung, Voreinstellungen, Interoperabilität und alternative Vertriebswege unberührt. Das Ergebnis ist ein Land, in dem Konzerne sagen müssen, warum sie einen Beitrag gelöscht haben, aber niemandem erklären müssen, warum sie eine Wahlmöglichkeit gestrichen haben.

Am 21. September läuft in Brüssel die Frist für Google ab. In Bern läuft am 17. September die Vernehmlassung zu Verordnungen aus, in denen digitale Plattformen nicht vorkommen. Zwei Termine in derselben Woche, zwei Vorstellungen davon, was Wettbewerbsrecht im Jahr 2026 leisten soll. Es steht zu befürchten, dass nur eine davon Wirkung zeigt.

Quellen und weiterführende Links

• SECO/WEKO: Das Sekretariat der WEKO ermittelt gegen Google, Medienmitteilung vom 14. Juli 2026
• WEKO: Merkblatt zum Ablauf einer Vorabklärung (PDF)
• WEKO: Merkblatt und Meldeformular relative Marktmacht (PDF, Art. 4 Abs. 2bis und Art. 7 KG)
• Europäische Kommission: Commission fines Google €890 million for breaches of the Digital Markets Act, 23. Juli 2026
• Europäische Kommission: Pressemitteilung IP/26/1670 (PDF)
• Gerichtshof der EU: Pressemitteilung zum Urteil C-738/22 P (Google Android), 2. Juli 2026 (PDF)
• Verordnung (EU) 2022/1925 (Digital Markets Act) auf EUR-Lex
• Europäische Kommission: About the Digital Markets Act
• Bundesrat: Neues Gesetz über Kommunikationsplattformen und Suchmaschinen — Start der Vernehmlassung, 29. Oktober 2025
• Bundesrat: Kartellgesetz — Vernehmlassung zur Revision der Verordnungen, 27. Mai 2026
• AlgorithmWatch CH: Vernehmlassungsantwort zum KomPG
• Digitale Gesellschaft: Plattformregulierung — der späte und zahme Aufbruch des Bundesrats, 30. Oktober 2025
• AlgorithmWatch CH: Regulierung von Online-Plattformen — was tut die Schweiz?
• Apple Developer: Changes for apps in the European Union
• Apple Support: Informationen zu alternativen App-Anbietern (Schweizer Fassung)
• Meta: Messaging Interoperability — WhatsApp enables third-party chats for users in Europe, November 2025
• Google: Complying with Japan's Mobile Software Competition Act, 17. Dezember 2025
• JFTC: Mobile Software Competition Act Guidelines, Juli 2025 (PDF, englische Arbeitsübersetzung)

The post Digital Markets Act: Die Schweiz reguliert das Falsche appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was die Android Entwickler-Verifizierung seit Februar tatsächlich geworden ist

Googles eigener Fahrplan steht seit Juni auf dem Android Developers Blog und in der Entwicklerdokumentation. Er ist bemerkenswert unspektakulär formuliert, und genau das lohnt sich anzusehen.

Im Juni 2026 hat Google einen neuen Systemdienst ausgerollt, den Android Developer Verifier. Er läuft laut Dokumentation auf allen zertifizierten Android-Geräten ab Android 7. Im Juli kamen die Programmierschnittstellen dazu: eine Status-Abfrage für Entwickler-IDs und ein früher Zugang zur Konsolen-Schnittstelle, mit der sich Registrierungen aus einer Build-Pipeline heraus in grosser Zahl anlegen lassen. Im August 2026 — also jetzt — schaltet Google die Limited Distribution Accounts und den sogenannten Advanced Flow weltweit frei. Und am 30. September 2026 wird die Registrierung erstmals erzwungen: in Brasilien, Indonesien, Singapur und Thailand, bei den teilnehmenden Stores. Das sind Google Play, der HONOR App Market, der OPPO App Market, der Samsung Galaxy Store, der Palm Store von Transsion, der V-Appstore von vivo und Xiaomis GetApps. Für 2027 und danach kündigt Google die weltweite Ausdehnung auf alle zertifizierten Android-Geräte an.

Am 30. September passiert weniger, als die Schlagzeilen sagen

Hier lohnt sich Genauigkeit, weil an dieser Stelle viel Unsinn kursiert. Der Stichtag im September beendet das Sideloading nicht. Googles eigene FAQ sagt es klar: Wer seine App über andere Stores verteilt oder wessen Nutzer die App direkt sideloaden, für den gelten die neuen Anforderungen "noch nicht". Das entscheidende Wort ist "noch". Was am 30. September greift, betrifft die oben genannten Stores in vier Ländern.

Wer daraus Entwarnung liest, hat den Aufbau nicht verstanden. Der Verifier ist bereits verteilt. Die Registrierungsschnittstellen sind bereits offen. Die Kontotypen sind bereits definiert. Was 2027 folgt, ist kein neues Projekt, sondern das Umlegen eines Schalters an einem System, das dann seit anderthalb Jahren läuft und eingespielt ist. Der September ist der Feldtest, nicht das Ziel.

Der Advanced Flow ist das eigentliche Druckmittel — und Google sagt nicht, was er verlangt

Für alle, die trotzdem Apps unverifizierter Entwickler installieren wollen, hat Google den Advanced Flow angekündigt. In der offiziellen Hilfeseite steht dazu genau ein Satz: Nutzer könnten die Risiken akzeptieren, indem sie "einen einmaligen Advanced Flow durchlaufen, der aufklärende Sicherheitsschritte enthält". Mehr nicht. Keine Beschreibung der Schritte, keine Angabe zu Wartezeiten, kein Hinweis darauf, ob ein Neustart oder eine erneute Anmeldung nötig ist.

In der Fachpresse kursieren Beschreibungen, wonach der Ablauf das Aktivieren des Entwicklermodus, einen Neustart, eine Wartezeit von 24 Stunden und eine erneute Authentifizierung umfassen soll. Diese Angaben lassen sich in Googles eigener Dokumentation nicht nachprüfen, und deshalb stehen sie hier auch nicht als Tatsache. Bemerkenswert ist etwas anderes: Der Advanced Flow ist laut Googles Zeitplan seit diesem Monat weltweit aktiv, der erste Durchsetzungsstichtag liegt sechs Wochen entfernt — und die Firma beschreibt bis heute nicht öffentlich, was Nutzer konkret tun müssen, um eine App zu installieren, die sie installieren wollen. Ein Unternehmen, das eine Hürde als Sicherheitsgewinn verkauft, dürfte kein Problem damit haben, diese Hürde zu beschreiben.

Das ist kein Detail. Ob eine Nutzerentscheidung zwei Klicks kostet oder einen Tag Wartezeit, entscheidet darüber, ob sie in der Praxis getroffen wird. Wer schon einmal beobachtet hat, wie viele Leute an "Installation aus unbekannten Quellen zulassen" scheitern, weiss, wie wenig Reibung nötig ist, um eine Möglichkeit faktisch abzuschaffen, ohne sie formal zu verbieten.

20 Geräte sind kein Zugeständnis, sondern eine Definition

Auf die Kritik der letzten Monate hat Google mit einer Abstufung reagiert. Es gibt jetzt zwei Kontotypen. Der Full Distribution Account kostet 25 US-Dollar einmalig und verlangt einen amtlichen Ausweis. Der Limited Distribution Account ist kostenlos, verlangt keinen Ausweis — und erlaubt die Verteilung an höchstens 20 Geräte. Google beschreibt ihn als Angebot für "Studenten, Hobbyisten und Lernende". Organisationen brauchen zusätzlich eine D-U-N-S-Nummer von Dun & Bradstreet; die ist gratis, ihre Ausstellung dauert aber bis zu 28 Tage.

Das wurde vielfach als Einlenken gelesen. Es ist das Gegenteil. Mit der 20-Geräte-Grenze definiert Google, wo Hobby aufhört und Verteilung anfängt — und zieht diese Linie so, dass praktisch jedes ernstzunehmende freie Projekt auf der falschen Seite landet. Eine App mit fünfzig Nutzern ist kein Hobby mehr. Der Entwickler eines kleinen Matrix-Clients, einer Wallet-Erweiterung oder eines Werkzeugs für die eigene Community wird nicht deshalb zum kommerziellen Marktteilnehmer, weil hundert Leute das Ding installiert haben. Für Google ist er es ab Gerät einundzwanzig.

Und dann ist da der Ausweis. Für einen Entwickler in Zürich mag das eine Formalität sein. Für jemanden, der ein Umgehungswerkzeug für ein autoritär regiertes Land pflegt, ist es das Ende der Beteiligung. Pseudonymität ist in freier Software kein Schlupfloch, sondern eine Arbeitsbedingung. Genau deshalb funktionieren Signaturprüfungen wie die Verifikation über ASC-Signaturen auch ohne Klarnamen: Sie beantworten die Frage "stammt dieses Paket von derselben Quelle wie das letzte", und nur die ist für Sicherheit relevant.

Der Hebel liegt beim Entwickler, nicht bei eurem Gerät

Damit sind wir beim Kern. Registriert wird nicht euer Telefon, registriert wird das Paket: Package Name und Signaturschlüssel, gebunden an eine verifizierte Identität. Wer Google Play App Signing nutzt, dessen Apps übernimmt Google automatisch in dieses Register. Diese Bindung ist kanalunabhängig. Sie hängt nicht daran, woher die APK-Datei kommt, sondern daran, ob es zu Package Name und Schlüssel einen registrierten Menschen gibt.

Der praktische Effekt: Google muss euer Gerät gar nicht kontrollieren. Es reicht, wenn der Markt der zertifizierten Geräte gross genug ist, dass sich kein Entwickler leisten kann, dort nicht zu erscheinen. Wer sich registriert, um seine App weiter an drei Milliarden Android-Nutzer ausliefern zu können, hat damit dieselbe Identität an dasselbe Register gehängt, das für jeden anderen Kanal gilt. Wer sich weigert, verschwindet aus dem Play Store und behält seine Nische. Beides sind Entscheidungen, die der Entwickler trifft — nicht ihr.

Custom-ROMs bleiben frei, und das ist die schlechtere Nachricht, als sie klingt

Technisch gilt die Verifizierung ausschliesslich für zertifizierte Android-Geräte. Das GrapheneOS-Projekt hat das im eigenen Forum knapp festgehalten: "It's not relevant to GrapheneOS. GrapheneOS does not have Google Mobile Services and rules for Google certified operating systems don't apply to it." Dasselbe gilt für CalyxOS, LineageOS und jeden anderen AOSP-Bau. Auch ADB bleibt ausgenommen; wer per Kabel installiert, ist von alldem nicht betroffen.

Das ist echt und es ist wichtig. Es ist aber kein Schutzraum, sondern eine Auffangvorrichtung. Ein Gerät mit GrapheneOS garantiert euch, dass euch niemand an der Installation hindert. Es garantiert nicht, dass es etwas zu installieren gibt. Wenn der Entwickler eines Werkzeugs, das ihr nutzt, in zwei Jahren entscheidet, dass er seinen Pass nicht bei Google hinterlegt, und deshalb die Android-Version einstellt, dann hilft euch euer offenes Betriebssystem exakt nichts. Ihr habt dann ein Telefon, auf dem ihr alles installieren dürft, und nichts mehr, was ihr installieren wollt.

Das ist der Grund, warum die verbreitete Beruhigung "betrifft uns nicht, wir haben eh ein Custom-ROM" in die Irre führt. Sie verwechselt die Freiheit, etwas zu tun, mit der Existenz dessen, was ihr tun möchtet. Wir haben diesen Mechanismus schon bei Googles Verschärfungen bei den Pixel-Geräten gesehen und in grösserem Zusammenhang bei der Frage, wie die Fassade der Offenheit bei Android bröckelt: Die Sperre kommt nie über das Gerät, sie kommt über das, was um das Gerät herum verschwindet.

Warum F-Droids Warnung diesmal keine Übertreibung ist

F-Droid formuliert seit Herbst 2025 sehr direkt, dass das Projekt in dieser Form nicht überleben würde. Im Originalwortlaut: "the developer registration decree will end the F-Droid project and other free/open-source app distribution sources as we know them today". Das klingt nach Alarmrhetorik, ist aber strukturell begründet. F-Droid baut und signiert Apps selbst — genau der Punkt, den wir in unserem Artikel zu den Sicherheitsbedenken bei F-Droid kritisch beleuchtet haben. Im neuen Modell ist das ein Problem: F-Droid kann Entwickler nicht zwingen, sich bei Google registrieren zu lassen, und kann die Package Names auch nicht selbst beanspruchen, ohne sich Verteilungsrechte anzumassen, die ihm nicht zustehen.

Im Februar 2026 hat F-Droid deshalb zusammen mit der Electronic Frontier Foundation, der Free Software Foundation Europe und der Software Freedom Conservancy einen offenen Brief veröffentlicht, der Entwickler auffordert, sich nicht zu registrieren. Die Kampagne Keep Android Open zählt inzwischen 71 Organisationen aus 23 Ländern, darunter das Tor-Projekt, Nextcloud, KDE, die GNOME Foundation und LineageOS, dazu über 100'000 Unterschriften unter einer Petition. Das ist für Verhältnisse der freien Softwarewelt eine ungewöhnlich breite Front.

Das Kartellurteil vom 2. Juli traf ein Geschäftsmodell, das Google gerade ersetzt

Am 2. Juli 2026 hat der Gerichtshof der Europäischen Union in der Rechtssache C-738/22 P das Rechtsmittel von Google und Alphabet zurückgewiesen und die Geldbusse von rund 4,125 Milliarden Euro bestätigt, davon 1,52 Milliarden gesamtschuldnerisch für Alphabet. Bestraft wurden drei Praktiken: Vorinstallationsbedingungen für Google Search und Chrome als Preis für den Play-Store-Zugang, Umsatzbeteiligungen gegen die Vorinstallation konkurrierender Suchdienste, und Anti-Fragmentierungsvereinbarungen, mit denen sich Hersteller verpflichteten, "keine Geräte zu verkaufen, die mit nicht von Google zugelassenen Versionen des Betriebssystems Android ausgestattet sind".

Acht Jahre hat dieses Verfahren gedauert. Es ging um Verträge: darum, was Google Geräteherstellern vorschreiben durfte. Und während es lief, hat Google den Hebel gewechselt. Die Entwickler-Verifizierung braucht keine Verträge mit Herstellern. Sie braucht einen Systemdienst und ein Register. Die Free Software Foundation Europe hat das Ende Juli auf den Punkt gebracht: Google verlagere seine Kontrolle von Verträgen hin zur Beherrschung von Ökosystem und Interoperabilität. Ein Bussgeld von 4,125 Milliarden Euro ist für Alphabet eine Position in der Quartalsrechnung. Ein Register, das jede Android-App an eine verifizierte Identität bindet, ist ein Strukturvorteil auf Jahrzehnte.

Brüssel hat gefragt und bislang keine Antwort bekommen

Im EU-Parlament liegt die Frage seit Monaten auf dem Tisch. Christel Schaldemose hat am 8. April 2026 eine schriftliche Anfrage an die Kommission gerichtet, die drei Dinge wissen will: ob eine zentrale Registrierungs- und Verifizierungspflicht für alle Android-Entwickler mit dem Digital Markets Act vereinbar ist, ob die Kommission darin eine Einschränkung von Sideloading und Drittanbieter-Stores sieht, und wie sie sicherstellen will, dass Sicherheitsanforderungen nicht zur Umgehung des DMA benutzt werden. Bereits am 9. März 2026 hatten sechs Abgeordnete der Fraktion Renew eine Anfrage zum selben Themenkreis eingereicht. Eine Antwort der Kommission ist zu keiner der beiden veröffentlicht.

Das ist die eigentlich beunruhigende Zahl in diesem Text. Vier Monate für eine Frage, deren Beantwortung darüber entscheidet, ob der wichtigste Hebel der europäischen Plattformregulierung auf den Vorgang überhaupt anwendbar ist — während Google parallel den Systemdienst ausrollt, die Schnittstellen öffnet und einen Stichtag setzt. Regulierung, die langsamer ist als der Rollout, den sie prüfen soll, reguliert nichts.

Die Schweiz hat nicht einmal die Frage

Für Leser in der Schweiz kommt eine unangenehme Ebene dazu: Der Digital Markets Act gilt hier nicht. Es gibt keine Vorschrift, die Google zwingt, in der Schweiz dasselbe anzubieten wie im EWR. Und Google nutzt das nachweislich aus.

Am 14. Juli 2026 hat das Sekretariat der Wettbewerbskommission eine Vorabklärung gegen Google eröffnet. Der Anlass: Google hat den sogenannten Choice Screen bei der Ersteinrichtung von Android-Geräten in der Schweiz abgeschafft — jene Auswahl, mit der Nutzer ihre Standardsuchmaschine selbst bestimmen. In der EU besteht die Auswahl weiter, weil sie dort vorgeschrieben ist. Die WEKO hält fest, der Choice Screen solle "Abschottungseffekte durch Voreinstellungen verringern", und prüft nun, ob die Abschaffung eine unzulässige Wettbewerbsbeschränkung nach Kartellgesetz darstellt.

Das ist ein Lehrstück, und zwar ein aktuelles. Es zeigt in einem konkreten, überprüfbaren Fall, was Google mit einem Markt macht, in dem es nicht muss: Es nimmt die Wahlmöglichkeit weg. Wer glaubt, bei einer künftigen Ausnahmeregelung zur Entwickler-Verifizierung — etwa erzwungen durch den DMA — würde die Schweiz automatisch mitprofitieren, sollte sich diesen Vorgang genau ansehen. Es gibt nichts, das automatisch mitprofitiert. Eine Vorabklärung ist zudem noch keine Untersuchung und erst recht keine Verfügung; sie klärt nur, ob es überhaupt Anhaltspunkte gibt.

Die Gegenposition: Malware auf Android ist ein echtes Problem

Es wäre unredlich, das Sicherheitsargument abzutun. Betrug über sideloadete Apps ist in den vier Startländern kein Hirngespinst, sondern ein Massenphänomen mit realen Opfern. Wer in Indonesien oder Thailand über eine gefälschte Banking-App sein Erspartes verliert, hat wenig Interesse an Prinzipiendebatten über Softwarefreiheit. Googles Zahlen zum Malware-Aufkommen aus nicht überprüften Quellen haben wir im Februar-Artikel bereits eingeordnet und wiederholen sie hier nicht.

Der Einwand trägt trotzdem nicht, und zwar aus einem sehr technischen Grund: Identität ist keine Sicherheitseigenschaft. Ein Ausweis beim Anbieter beantwortet nicht die Frage, ob eine App schädlich ist. Er beantwortet die Frage, wen sich hinterher belangen lässt. Das ist ein legitimes Ziel der Strafverfolgung, aber es ist Betrugsbekämpfung mit den Mitteln der Zugangskontrolle — und es ist genau die Argumentationsfigur, die uns aus der Debatte um Altersverifikation und Klarnamenpflicht bekannt ist. Wer organisierten Betrug betreibt, kauft ein verifiziertes Konto oder benutzt einen gestohlenen Ausweis. Wer eine Kryptowallet für zweihundert Leute pflegt, hat diese Möglichkeit nicht.

Dazu kommt: Der Play Store ist bereits ein verifizierter Kanal, und Schadsoftware taucht dort regelmässig auf. Verifizierung hat das dort nie verhindert. Was Schadsoftware verhindert, sind Berechtigungsmodelle, Sandboxing, reproduzierbare Builds und Signaturketten — technische Massnahmen, an denen sich das Gerät orientieren kann, ohne zu wissen, wie der Entwickler heisst.

Was ihr tun könnt

• Rechnet nicht mit dem 30. September, sondern mit 2027. Wer heute eine App aus einer freien Quelle nutzt, sollte jetzt prüfen, ob es die Anwendung auch als Flatpak, als Web-Anwendung oder auf einem anderen Gerät gibt. Abhängigkeiten aufzulösen dauert länger als ein Wochenende.
• Legt euch ein Archiv eurer APK-Dateien an. Bereits installierte Apps sind von der Verifizierung nicht rückwirkend betroffen — Updates und Neuinstallationen dagegen schon. Eine lokale Kopie der letzten funktionierenden Version ist keine Paranoia, sondern Datensicherung.
• Nutzt Verteilwege, die nicht über einen Store laufen. Obtainium holt Apps direkt aus den Release-Seiten der Projekte. Das löst das Registerproblem nicht, hält aber die Zahl der Zwischenstationen klein und macht sichtbar, woher eine Datei tatsächlich kommt.
• Unterstützt die Entwickler, die ihr nutzt — mit Geld. Die 25 Dollar sind nicht das Problem, die Sichtbarkeitsanforderung ist es. Aber ein Projekt, das seine Nutzer kennt und von ihnen getragen wird, kann eine Grundsatzentscheidung überhaupt treffen. Ein Projekt, das von Play-Store-Reichweite lebt, kann es nicht.
• Schreibt an die Aufsicht, und zwar an die richtige. In der EU ist die zuständige Stelle die DMA-Einheit der Kommission. In der Schweiz ist es die Wettbewerbskommission, die mit der Choice-Screen-Vorabklärung gerade zeigt, dass sie sich für Googles Sonderbehandlung dieses Marktes interessiert. Eine sachliche Eingabe mit konkretem Bezug ist mehr wert als eine Unterschrift. Am Ende des Briefs haben wir euch noch einen Musterbrief geschrieben, welchen ihr die WeKo eures Landes schicken könnt.
• Wechselt das Betriebssystem trotzdem. Ein Custom-ROM löst dieses Problem nicht, aber es löst die anderen. Und es sorgt dafür, dass ihr die Wahl noch habt, wenn es eng wird.

Fazit: Google braucht euer Gerät nicht, es braucht eure Entwickler

Die ganze Debatte um die Android Entwickler-Verifizierung dreht sich um die falsche Frage. Sie fragt, ob euer Telefon euch etwas verbietet. Die Antwort darauf ist beruhigend und irrelevant: Auf einem nicht zertifizierten Gerät verbietet euch niemand etwas, und daran wird sich absehbar nichts ändern.

Die richtige Frage lautet, wer künftig überhaupt noch Android-Software veröffentlichen kann, ohne einen Ausweis bei einem amerikanischen Konzern zu hinterlegen. Registriert wird nicht das Gerät, sondern das Paket. Und ein Register, das Package Name und Signaturschlüssel an eine amtlich geprüfte Identität bindet, wirkt in jedem Kanal, auch in denen, die Google formal gar nicht kontrolliert — weil der Entwickler nur eine Identität hat.

Der Gerichtshof hat acht Jahre gebraucht, um Google für Verträge zu bestrafen, die das Unternehmen inzwischen nicht mehr braucht. Das Parlament fragt seit April und bekommt keine Antwort. Die Schweiz hat nicht einmal das Gesetz, unter dem sich die Frage stellen liesse. Und in sechs Wochen läuft der erste Stichtag ab. Dass Custom-ROMs ausgenommen bleiben, ist unter diesen Umständen kein Sieg, sondern eine Fussnote: Es ist die Erlaubnis, in einem leeren Raum zu stehen und alles installieren zu dürfen, was es dann noch gibt.

Musterbrief an eure Wettbewerkskommission

Wir haben euch einen Musterbrief entworfen, welchen ihr an die jeweilige Kommission eures Landes abschicken könnt. Jeder sollte diese Möglichkeit ergreifen, auch Nutzer, die nicht betroffen sind, und sich für Open Source Software weniger interessieren, denn falls ihr euch später interessiert, sind die Möglichkeiten eingeschränkt.

Betreff: Hinweis auf eine mögliche Wettbewerbsbeschränkung — Registrierungspflicht für Android-Entwickler („Android Developer Verification")

Sehr geehrte Damen und Herren

ich wende mich als [Nutzer von Android-Geräten / Softwareentwickler / Betreiber eines Kleinunternehmens] an Sie und möchte Sie auf eine Massnahme von Google LLC hinweisen, die aus meiner Sicht den Wettbewerb bei der Verteilung von Android-Anwendungen erheblich beeinträchtigen kann.

Sachverhalt

Google führt schrittweise eine Pflicht ein, wonach Entwickler von Android-Anwendungen sich bei Google registrieren und ihre Identität nachweisen müssen, damit ihre Anwendungen auf Android-Geräten installiert werden können. Registriert werden dabei nicht nur die Entwickler selbst, sondern auch die Kennungen ihrer Anwendungen und deren Signaturschlüssel.

Soweit öffentlich dokumentiert, ist der Ablauf folgender: Seit Juni 2026 verteilt Google einen Systemdienst („Android Developer Verifier") auf zertifizierte Android-Geräte ab Android 7. Für die Vollregistrierung sind ein amtlicher Ausweis und eine Gebühr von 25 US-Dollar erforderlich; ein kostenloses Konto ohne Ausweisnachweis erlaubt die Verteilung an höchstens 20 Geräte. Ab dem 30. September 2026 wird die Registrierung in Brasilien, Indonesien, Singapur und Thailand bei den teilnehmenden App-Stores durchgesetzt. Für 2027 kündigt Google die weltweite Ausdehnung auf alle zertifizierten Android-Geräte an.

Der Zeitplan und die Bedingungen sind hier dokumentiert: https://developer.android.com/developer-verification sowie https://developer.android.com/developer-verification/guides/faq

Warum ich das für wettbewerbsrechtlich bedenklich halte

Erstens wirkt die Registrierung kanalunabhängig. Sie hängt nicht daran, über welchen Vertriebsweg eine Anwendung bezogen wird, sondern an der Kennung und dem Signaturschlüssel der Anwendung selbst. Google erlangt damit Kontrolle auch über Vertriebswege, die es nicht betreibt — konkurrierende App-Stores und den direkten Bezug vom Entwickler.

Zweitens erhöht sie die Marktzutrittsschranken für konkurrierende Vertriebsplattformen. Ein alternativer App-Store kann Entwickler nicht dazu bewegen, sich bei einem Wettbewerber registrieren zu lassen, und kann fremde Anwendungskennungen auch nicht selbst beanspruchen. Betreiber solcher Plattformen haben öffentlich erklärt, in dieser Form nicht fortbestehen zu können.

Drittens trifft die Ausweispflicht kleine und unentgeltlich arbeitende Entwickler unverhältnismässig. Wer nicht bereit oder in der Lage ist, einem einzelnen Unternehmen ein Ausweisdokument zu hinterlegen, verliert den Zugang zu einer Nutzerbasis von mehreren Milliarden Geräten.

Viertens überzeugt mich die Sicherheitsbegründung nicht. Eine Identitätsprüfung stellt nicht fest, ob eine Anwendung schädlich ist, sondern nur, wer sie veröffentlicht hat. Mildere und bereits etablierte Mittel — Signaturprüfung, Berechtigungsmodelle, Sandboxing, Prüfung der Anwendung selbst — erreichen das Sicherheitsziel, ohne die Vertriebswege zu verengen. Auch in Googles eigenem App-Store tritt Schadsoftware trotz Registrierung regelmässig auf.

[Für Eingaben innerhalb der EU ergänzen: Nach meinem Verständnis erlaubt Artikel 6 Absatz 4 der Verordnung (EU) 2022/1925 Sicherheitsmassnahmen nur, soweit sie „strictly necessary and proportionate" sind. Ob eine ausnahmslose Identitätsregistrierung diesen Massstab erfüllt, erscheint mir zweifelhaft.]

Meine Betroffenheit

[Beschreibt hier in zwei bis drei Sätzen konkret eure Lage. Beispiele: Ich beziehe die Anwendungen [Name] und [Name] über eine alternative Bezugsquelle, weil sie im Play Store nicht verfügbar sind. / Ich veröffentliche seit [Jahr] die Anwendung [Name] als freie Software und bin nicht bereit, dafür ein Ausweisdokument bei Google zu hinterlegen. / Ich betreibe ein Kleinunternehmen und verteile eine interne Anwendung an [Zahl] Geräte.]

Mein Anliegen

Ich bitte Sie zu prüfen, ob diese Massnahme mit dem in Ihrem Zuständigkeitsbereich geltenden Wettbewerbsrecht vereinbar ist, und gegebenenfalls tätig zu werden, bevor die weltweite Durchsetzung im Jahr 2027 wirksam wird. Eine nachträgliche Beurteilung liefe ins Leere: Sind Entwickler und alternative Vertriebswege einmal abgewandert, lässt sich der Zustand davor nicht wiederherstellen.

Für Rückfragen stehe ich gerne zur Verfügung.

Freundliche Grüsse
[Vorname Name]
[Adresse]
[E-Mail]
[Ort, Datum]

Wohin damit

Anderswo — sucht nach „competition authority" oder „Wettbewerbsbehörde" plus Landesname. Fast jede hat ein Hinweisformular.

Schweiz — Sekretariat der Wettbewerbskommission WEKO, Bern. Anschrift unter weko.admin.ch. Nehmt Bezug auf die Vorabklärung vom 14. Juli 2026, in der das Sekretariat bereits Googles Umgang mit dem Schweizer Markt untersucht — das ist ein sachlicher Anknüpfungspunkt, kein Zufall.

Deutschland — Bundeskartellamt, Bonn. Alphabet/Google unterliegt dort seit dem 30. Dezember 2021 der besonderen Missbrauchsaufsicht nach § 19a GWB. Das könnt ihr im Betreff erwähnen.

Österreich — Bundeswettbewerbsbehörde, es gibt ein eigenes Beschwerdeformular.

EU-weit — zusätzlich die Europäische Kommission über das Kontaktformular für Bürger zum Digital Markets Act. Die Kommission verweist ausdrücklich darauf, dass ihr euch parallel an eure nationale Wettbewerbsbehörde wenden könnt.

Quellen und weiterführende Links

• Android Developers Blog: Android developer verification — Googles Zeitplan von Juni 2026
• developer.android.com: Developer verification — Meilensteine und betroffene Geräte
• developer.android.com: Verification FAQ — Kontotypen, Gebühren, Geltungsbereich
• Google-Hilfe: Apps von verifizierten Entwicklern installieren — die einzige öffentliche Beschreibung des Advanced Flow
• Gerichtshof der EU, Pressemitteilung zum Urteil C-738/22 P vom 2. Juli 2026 (PDF)
• Europäisches Parlament, schriftliche Anfrage E-001419/2026 von Christel Schaldemose
• Europäisches Parlament, schriftliche Anfrage E-000971/2026 zu Beschränkungen der App-Verteilung
• WEKO: Vorabklärung gegen Google zum Choice Screen, 14. Juli 2026
• F-Droid: Offener Brief gegen die Developer Verification
• F-Droid: Google's developer registration decree — die ursprüngliche Einschätzung des Projekts
• Keep Android Open — Kampagne, offener Brief und Unterstützerliste
• FSFE: Google Android antitrust ruling shows the next battle is over who controls trust, 28. Juli 2026
• GrapheneOS-Forum: New Google app developer identification requirements in 2026

The post Android Entwickler-Verifizierung: euer Gerät ist egal appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Die gute Nachricht zuerst: CalyxOS gibt es weiterhin, mit einer nach eigenen Angaben robusteren Sicherheitsarchitektur als zuvor. Die schlechte Nachricht folgt sofort: Wer während der Pause auf einem alten Build sass, kommt an einer kompletten Neuinstallation nicht vorbei. Ein einfaches Update über die Luftschnittstelle reicht nicht, und genau dieser Teil geht in den bisherigen Meldungen zum Comeback oft unter.

CalyxOS ist ein von der gemeinnützigen Calyx-Stiftung entwickeltes, Google-freies Custom-ROM für Android, das gezielt Journalisten, Aktivisten und sicherheitsbewusste Privatnutzer adressiert, unter anderem mit integriertem Tor-Zugang über die App Orbot und einer optionalen MicroG-Kompatibilitätsschicht für den Alltag. Gerade für dieses Zielpublikum wiegt eine elfmonatige Lücke bei Sicherheitsupdates besonders schwer, weshalb sich ein genauer Blick auf das Comeback lohnt, statt es nur als erfreuliche Randnotiz abzuhaken.

Was am 1. Juli zurückkam: CalyxOS 7.2.2.0

Mit der Ankündigung vom 1. Juli 2026 erklärt das Calyx Institute die Entwicklungspause für beendet. Version 7.2.2.0 versteht sich laut Projekt nicht als einmaliger Nachzügler, sondern als Rückkehr zum regulären Auslieferungsrhythmus mit voller Wartung, also mit Sicherheitsupdates in gewohnter Kadenz statt einer weiteren Ankündigung ohne Substanz. Nutzer, die bereits den im Mai 2026 veröffentlichten Testbuild 7.2.1.0 installiert hatten, erhielten das Update automatisch über die Luftschnittstelle. Für alle anderen beginnt die Rückkehr mit einer Neuinstallation, dazu weiter unten mehr.

Elf statt sechs Monate: Warum die Pause so lange dauerte

Im Brief an die Community vom 1. August 2025 hatte das Projekt eine Pause von vier bis sechs Monaten angekündigt. Am Ende wurden daraus knapp elf Monate. Eine Begründung für die zusätzliche Verzögerung hat CalyxOS nie im Detail nachgeliefert, weder in weiteren Blogposts noch in der Ankündigung des Comebacks selbst.

Der Weggang von Nicholas Merrill und Chirayu Desai

Auslöser der Pause war der Abgang zweier Schlüsselpersonen. Nicholas Merrill, Präsident und Gründer des Calyx Institute, verliess die Organisation nach eigenen Angaben, um sich anderen Projekten zu widmen, nach mehr als 25 Jahren im Datenschutz-Umfeld. Parallel dazu gab Chirayu Desai, technischer Leiter von CalyxOS, seine Rolle ab. Beide Abgänge trafen das Projekt an neuralgischen Stellen, Merrill auf der institutionellen, Desai auf der technischen Seite. Die Führung des Instituts übernahm im Anschluss Ellen McDermott, zuvor bereits interimistische Geschäftsführerin.

Sicherheitsaudits statt Schnellschuss

Nach dem Abgang von Personen mit weitreichenden Zugriffsrechten ist eine Rotation der Signing Keys und ein Sicherheitsaudit laut dem Brief an die Community "Security Best Practice", nicht Kür. Für ein Betriebssystem, dessen gesamtes Sicherheitsmodell auf einer vertrauenswürdigen Signaturkette beruht, bei der jedes Update gegen den öffentlichen Schlüssel des Projekts verifiziert wird, ist das die einzig verantwortbare Reaktion. Elf statt sechs Monate ohne Sicherheitsupdates bleiben trotzdem eine lange Zeit für ein System, dessen zentrales Versprechen genau darin besteht, Nutzer vor solchen Lücken zu schützen.

Die neue Signing-Infrastruktur: ein HSM statt einzelner Personen

Technisch fasst das Projekt die Lehre aus der Pause in einer neuen, quelloffenen HSM-basierten Signing-Lösung zusammen. Ein Hardware Security Module (HSM) ist ein dediziertes Gerät, das kryptografische Schlüssel physisch abgeschottet erzeugt, speichert und verwendet, ohne sie jemals im Klartext preiszugeben. Anwendungen schicken lediglich eine Signieranfrage, das Schlüsselmaterial selbst verlässt das Modul nie. Der Weggang zweier Personen genügte offenbar, um das gesamte Projekt zum Stillstand zu bringen, was darauf hindeutet, dass ein Teil der Verantwortung für den Signierprozess bislang an einzelnen Personen statt ausschliesslich an Systemen hing. Die neue Lösung soll laut Projekt genau diesen Single Point of Failure beseitigen.

Der Fachbegriff für den zugrundeliegenden Vorgang ist Signing Ceremony: ein protokollierter, oft unter mehreren Zeugen und teils offline durchgeführter Prozess, bei dem die kryptografischen Schlüssel innerhalb des HSM erzeugt werden, ohne dass eine einzelne Person jemals allein Zugriff auf das vollständige Schlüsselmaterial erhält. Solche Zeremonien sind aus dem DNSSEC-Root-Signing oder von Zertifizierungsstellen bekannt, wo sie seit Jahren Standard sind, um genau das Szenario zu verhindern, das CalyxOS im August 2025 in die Pause zwang: den faktischen Verlust der Kontrolle über kritisches Schlüsselmaterial durch den Abgang einzelner Personen.

Trail of Bits hat geprüft, allerdings mit engem Zuschnitt

Ergänzend zur neuen Infrastruktur hat CalyxOS ein Sicherheitsaudit durch Trail of Bits in Auftrag gegeben, eine der bekanntesten unabhängigen Sicherheitsfirmen im Open-Source-Umfeld. Der Bericht vom Januar 2026 ist öffentlich einsehbar, das ist positiv zu vermerken. Er prüft aber nicht CalyxOS als Ganzes, sondern ausdrücklich die Skripte der HSM-Provisioning-Zeremonie, also den Prozess, mit dem die neuen Signierschlüssel überhaupt erst sicher erzeugt wurden. Das ist ein sinnvoller und naheliegender Prüfumfang angesichts des Auslösers der Pause, aber kein Ersatz für ein umfassendes Audit des gesamten Systems. Wer aus der Erwähnung von "Trail of Bits" auf eine Vollprüfung schliesst, überschätzt, was der Bericht tatsächlich abdeckt.

Android 16 statt 17, und was CalyxOS 8 noch nicht kann

CalyxOS 7.2.2.0 basiert auf Android 16, obwohl Google mit Android 17 bereits die nächste Hauptversion veröffentlicht hat. Die Portierung auf Android 17 als CalyxOS 8 läuft laut Projekt, befindet sich aber noch in einer frühen Phase, ein Termin steht nicht fest. Dass ein Custom-ROM der jeweiligen Google-Basis einige Monate hinterherläuft, ist für sich genommen normal. Nach einer elfmonatigen Pause ist der Rückstand aber grösser als sonst, was die Frage aufwirft, wie schnell das Projekt beim nächsten grossen Versionssprung wieder auf Tempo kommt.

Neue Geräte: SHIFTphone 8 kommt, Google Pixel 10 fehlt

Auf der Geräteliste taucht mit dem Comeback erstmals das SHIFTphone 8 auf, ein in Deutschland konzipiertes und auf Reparierbarkeit ausgelegtes Gerät des Herstellers Shift. Damit wächst die Unabhängigkeit von Google-Pixel-Hardware, ein Umstand, den wir bereits im Zusammenhang mit den Verschärfungen bei Custom-ROMs für Pixel-Geräte eingeordnet haben. Auffällig zugleich: Das aktuelle Google Pixel 10 fehlt in der Kompatibilitätsliste. Ob das an fehlendem Entwicklungsstand nach der Pause liegt oder an grundsätzlicheren Hürden, lässt das Projekt offen, ein Punkt, den Kaufinteressenten vor einer Anschaffung gezielt in der aktuellen Geräteliste prüfen sollten, statt sich auf ältere Angaben zu verlassen.

Die Geräteunterstützung von CalyxOS war schon vor der Pause breiter als bei den meisten anderen Custom-ROMs. Neben mehreren Google-Pixel-Generationen zählen dazu diverse Fairphone-Modelle und eine wachsende Zahl an Motorola-Geräten, die das Projekt bereits im Mai 2025 um vier zusätzliche, vergleichsweise günstige Modelle erweiterte, namentlich das Moto G 5G (2024), G34 5G, G45 5G und G84 5G. Mit dem SHIFTphone 8 kommt nun erstmals ein in Deutschland konzipiertes Gerät hinzu, das sein Hersteller Shift ausdrücklich modular und reparierbar auslegt. Für Nutzer, die weder Google-Hardware noch ein Fairphone wollen, ist das die erste echte CalyxOS-Option ausserhalb dieser beiden Ökosysteme. Die Auswahl der Motorola-Modelle begründete das Projekt seinerzeit ausdrücklich mit vergleichsweise günstigen Preisen und einer deutlich breiteren weltweiten Verfügbarkeit als bei Pixel-Geräten, die in vielen Ländern nur eingeschränkt oder gar nicht offiziell erhältlich sind, ein Kriterium, das beim SHIFTphone 8 in ähnlicher Form gelten dürfte.

Das August-Update zeigt: der reguläre Rhythmus ist zurück

Bereits am 7. August 2026, gut fünf Wochen nach dem Comeback, folgte mit CalyxOS 7.2.4.20 das erste reguläre Sicherheitsupdate nach der Rückkehr. Für ein Projekt, dessen zentrales Versprechen zuletzt gerade die Verlässlichkeit von Sicherheitsupdates war, ist das ein wichtigeres Signal als das Comeback selbst. Ein einzelner Release ist eine Ankündigung, ein zweiter im gewohnten Rhythmus ist ein erster Beleg dafür, dass die neue Infrastruktur im Alltag trägt.

Community-Neustart: neue Rollen, neue Matrix-Infrastruktur

Auch personell und kommunikativ hat sich das Projekt während der Pause neu sortiert. Laut der Newsseite übernahm Habib die Verantwortung für die Infrastruktur von Nat, während Aayush, bislang zuständig für den Aurora Store innerhalb des Projekts, das Team verlassen hat. Neu hinzugekommen ist zudem ein dedizierter Systemadministrator, dessen Aufgabe erkennbar direkt aus der Pause folgt: eine Infrastruktur, die nicht mehr von einzelnen Freiwilligen nebenbei mitbetreut wird. Die Matrix-Kanäle der Community wurden auf Version 12 des Protokolls angehoben, und für den direkten Austausch mit dem Projekt entstand ein neuer, zentraler Matrix Space. Für Nutzer, die Bugs melden oder den Fortschritt bei CalyxOS 8 auf Android-17-Basis verfolgen wollen, ist das seit dem Comeback der naheliegendste Anlaufpunkt.

Die unbequeme Wahrheit für Alt-Nutzer: Neuinstallation statt Update

Die Versionsgrenze: 6.10.10/20 und älter

Der Teil, der in den bisherigen Meldungen zum Comeback oft zu kurz kommt: Wer aktuell CalyxOS 6.10.10/20 oder älter nutzt, oder ein beliebiges anderes Android-Betriebssystem, kommt nicht mit einem Update auf 7.2.2.0, sondern muss laut offizieller Ankündigung eine komplette Neuinstallation durchführen. Wörtlich heisst es dort, wer eine alte Version oder ein anderes Android-Betriebssystem nutze, benötige eine "clean install". Ein Update über die Luftschnittstelle erhalten ausschliesslich Nutzer, die bereits den Testbuild 7.2.1.0 installiert hatten. Der Grund liegt in der neuen Signing-Infrastruktur: Alte Builds sind gegen den alten Schlüssel signiert, neue Builds gegen den neuen, und einen Verifizierungspfad zwischen beiden gibt es nicht.

Seedvault als Rettungsanker vor dem Wipe

Eine Neuinstallation bedeutet ein vollständiges Löschen des Geräts. Wer seine Daten vorher nicht sichert, verliert sie. CalyxOS bringt mit Seedvault ein eigenes Backup-Werkzeug mit, das wir bereits in einer eigenen Anleitung zur lokalen Sicherung und Wiederherstellung beschrieben haben, inklusive der Einschränkung, dass Backups nur zwischen Geräten derselben ROM-Familie funktionieren. Wer stattdessen von einem Stock-Android- oder iPhone-Gerät kommt oder ganz allgemein Daten übertragen will, findet den passenden Weg in unserer Anleitung zum Datentransfer auf ein Custom-ROM. Für die eigentliche Ersteinrichtung nach dem Flashen, inklusive der einmaligen und später nicht mehr nachholbaren Entscheidung für oder gegen MicroG, verweisen wir auf unseren CalyxOS-Einsteiger-Guide, der das Setup Schritt für Schritt begleitet.

Was ihr tun könnt

• Nutzt ihr den Testbuild 7.2.1.0, prüft in den Systemeinstellungen, ob das Update auf 7.2.2.0 bereits angekommen ist, notfalls manuell nach Updates suchen.
• Nutzt ihr CalyxOS 6.10.10/20 oder älter, erstellt zuerst ein Seedvault-Backup und plant danach eine komplette Neuinstallation gemäss offizieller Anleitung ein.
• Lief euer Gerät seit der Pause ungepatcht, verzichtet bis zur Neuinstallation auf sensible Nutzung wie Online-Banking oder Zwei-Faktor-Codes auf diesem Gerät.
• Sucht ihr ein neues Gerät, prüft die aktuelle Geräteliste inklusive SHIFTphone 8 vor dem Kauf, statt euch auf ältere Kompatibilitätsangaben zu verlassen, insbesondere weil das Pixel 10 aktuell fehlt.
• Seid ihr unsicher, ob CalyxOS die richtige Wahl bleibt, wartet die nächsten ein bis zwei Update-Zyklen ab, bevor ihr produktive Daten auf das System verlagert.
• Wollt ihr Fehler melden oder den Fortschritt bei CalyxOS 8 verfolgen, nutzt den neuen zentralen Matrix Space des Projekts statt veralteter Kanäle aus der Zeit vor der Pause.

Einordnung: Ist CalyxOS nach diesem Jahr noch die richtige Wahl?

Die Fakten sprechen für einen vorsichtigen Vertrauensvorschuss, nicht für eine bedingungslose Empfehlung. Positiv: Das Projekt hat die Pause genutzt, um eine strukturelle Schwäche zu beheben, statt einfach weiterzumachen wie zuvor. Eine HSM-basierte Signing-Infrastruktur, die nicht mehr an einzelne Personen gebunden ist, ist eine echte Verbesserung gegenüber dem Zustand vor August 2025, und genau die Art von Fehler, die einem Open-Source-Projekt mit begrenzten Ressourcen passieren kann, ohne dass böser Wille dahintersteckt. Das zweite Sicherheitsupdate innerhalb weniger Wochen ist ein weiteres gutes Zeichen, ebenso die Entscheidung, den HSM-Prozess auditieren und den Bericht öffentlich zugänglich zu lassen.

Negativ: Elf Monate ohne Sicherheitsupdates sind für ein sicherheitsorientiertes Betriebssystem ein Zeitraum, den man nicht relativieren sollte, nur weil das Projekt ihn am Ende sauber gelöst hat. Wer in dieser Zeit ein Gerät mit sensiblen Daten weiterbetrieben hat, war real exponiert, unabhängig davon, wie überzeugend die Lösung im Nachhinein aussieht. Und das Audit deckt, wie oben beschrieben, nur einen Ausschnitt ab, nicht das Gesamtsystem. Beides zusammen ergibt kein Bild von Sorglosigkeit, aber auch keinen Freifahrtschein.

Für Nutzer, die primär auf Pixel-Hardware setzen, bleibt GrapheneOS mit seinem durchgehend gepflegten Update-Zyklus während der gesamten CalyxOS-Pause die robustere Wahl. Wer wie SHIFTphone-Nutzer keine praktikable Alternative zu CalyxOS auf seiner Hardware hat, oder wer CalyxOS aus anderen Gründen, etwa der MicroG-Unterstützung, bevorzugt, kann nach dem Comeback zurückkehren, sollte die Entwicklung in den kommenden Monaten aber aktiv beobachten statt sie auf Autopilot zu stellen.

Der Vergleich mit GrapheneOS macht dabei einen Unterschied im Ansatz deutlich, nicht nur einen Unterschied im Marktanteil. GrapheneOS verzichtet bewusst auf jede Google-Kompatibilitätsschicht und auf Support für Nicht-Pixel-Hardware, wodurch sich das Projekt auf eine einzige, eng kontrollierte Gerätefamilie konzentrieren kann. CalyxOS verfolgt mit MicroG-Option, breiterer Geräteunterstützung und eingebautem Tor-Zugang über Orbot einen bewusst offeneren, alltagstauglicheren Ansatz, der aber auch mehr bewegliche Teile und damit mehr potenzielle Fehlerquellen mit sich bringt. Die elfmonatige Pause zeigt, dass dieser breitere Zuschnitt nicht nur softwareseitig, sondern auch organisatorisch seinen Preis hat: Mehr Zielgruppen und mehr unterstützte Geräte bedeuten auch mehr Abhängigkeit von einzelnen Personen, wenn die Organisation dahinter nicht entsprechend robust aufgestellt ist.

Warum das Vertrauensproblem über CalyxOS hinausreicht

Die Pause bei CalyxOS ist kein Einzelfall im Ökosystem der Custom-ROMs, sondern das Symptom eines strukturellen Problems: Die meisten dieser Projekte werden von kleinen, teils ehrenamtlichen Teams getragen, die gegen einen Konzern antreten, der über ungleich mehr Ressourcen verfügt. Wir haben das bereits im Zusammenhang mit Googles schrittweiser Schliessung von Android eingeordnet: Je mehr Hürden Google für alternative Systeme aufbaut, etwa bei Zertifizierung oder beim Zugriff auf Sicherheitspatches, desto weniger Spielraum bleibt Projekten wie CalyxOS, um den Ausfall von Schlüsselpersonen abzufedern. Das gilt umso mehr, seit Google auch die technischen Voraussetzungen für Custom-ROMs auf eigener Pixel-Hardware verschärft hat, wie wir weiter oben bereits verlinkt haben. Ein Team, das ohnehin am Limit arbeitet, hat keine Redundanz übrig, wenn ausgerechnet Gründer und technischer Leiter gleichzeitig gehen.

Für Nutzer bedeutet das: Die Wahl eines Custom-ROMs ist nie nur eine technische Entscheidung, sondern auch eine Wette auf die organisatorische Stabilität eines kleinen Teams. CalyxOS hat diese Wette in den vergangenen elf Monaten sichtbar gemacht und, nach aktuellem Stand, für sich entschieden. Ob das auch beim nächsten unerwarteten Weggang gilt, lässt sich aus einem einzelnen erfolgreichen Comeback nicht ableiten, und genau deshalb bleibt eine gesunde Portion Wachsamkeit angebracht, auch nach diesem an sich guten Nachrichtentag für das Projekt.

Diese Verfügbarkeit ist dabei kein Nischenthema für Bastler. In einem politischen Klima, das mit Debatten um Chatkontrolle, dem Going-Dark-Paket und wiederkehrenden Vorstössen zur Ausweispflicht im Netz eher auf weniger als auf mehr Kontrolle über das eigene Gerät hinausläuft, ist die Existenz unabhängiger, vertrauenswürdiger Custom-ROMs Teil der Handlungsfähigkeit gegenüber genau solchen Vorhaben. Ein Comeback wie das von CalyxOS betrifft deshalb nicht nur dessen bestehende Nutzerbasis, sondern die Frage, wie viele ernstzunehmende Alternativen zu Googles Vorgaben am Ende überhaupt übrig bleiben.

Fazit: CalyxOS ist zurück, aber Vertrauen ist kein Versionssprung

CalyxOS 7.2.2.0 ist mehr als eine Formsache. Das Projekt hat eine echte strukturelle Schwäche behoben und liefert mit dem August-Update bereits einen ersten Beweis, dass der neue Prozess im Alltag trägt. Wer während der Pause gewartet hat, bekommt dafür aber keine bequeme Rückkehr geschenkt, sondern eine Neuinstallation mit allem, was dazugehört: Backup, Zeitaufwand und im Zweifel eine neue Entscheidung über MicroG. Das ist der Preis für ein Projekt, das seine Fehler ernst genommen hat, statt sie zu vertuschen. Genau deshalb verdient CalyxOS nach diesem Jahr keinen bedingungslosen Vertrauensvorschuss, aber eine faire zweite Chance, mit wachsamem Blick auf die nächsten Update-Zyklen.

Quellen und weiterführende Links

• CalyxOS: "CalyxOS is back" (1. Juli 2026)
• CalyxOS: "A letter to our community" (1. August 2025)
• Calyx Institute: Statement on Leadership Change
• CalyxOS News-Übersicht (u. a. August-Sicherheitsupdate 7.2.4.20)
• CalyxOS Device Support Guide
• Trail of Bits: Security Review, HSM Provisioning Ceremony Scripts (Januar 2026)

The post CalyxOS ist zurück – und verlangt eine Neuinstallation appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

GrapheneOS: Sicherheit und Datenschutz auf höchstem Niveau

GrapheneOS, ein alternatives Android-Betriebssystem, ist speziell dafür konzipiert, Nutzern die beste verfügbare Sicherheitsarchitektur zu bieten. Es integriert Funktionen wie Hardware Key Attestation, mit der eindeutig verifiziert werden kann, ob ein Gerät unverändert und sicher ist. Ironischerweise könnte Revolut diese Technologie problemlos nutzen, um die Integrität eines Systems zu bestätigen – die Hardware-Sicherheitsinfrastruktur von GrapheneOS ist sogar besser als die vieler Geräte mit Stock-Android.

Stattdessen lehnt Revolut das Betriebssystem kategorisch ab, obwohl es sicherer ist als viele offizielle Android-Installationen. Der Grund? Laut unserer Informationen und Gesprächen mit Entwicklern liegt das nicht an echten Sicherheitsbedenken, sondern an wirtschaftlichen Interessen.

Wer bestimmt, was eine "offizielle Android-Firmware" ist?

Die Entscheidung darüber, was als „offizielle Android-Firmware“ gilt, liegt nicht in den Händen einer unabhängigen Instanz oder eines Gesetzes, sondern wird von Google und den Herstellern getroffen. Google hat die "Kontrolle" über Android und definiert, welche Geräte und Firmware-Versionen den Kriterien des sogenannten Android Compatibility Definition Document (CDD) entsprechen. Nur Geräte, die diese Kriterien erfüllen und die notwendigen Tests bestehen, erhalten eine Lizenz für Google Mobile Services (GMS).

Das Problem hierbei: Es gibt keine gesetzliche Grundlage, die eine „offizielle“ Android-Firmware definiert. Die Kriterien sind rein geschäftlich motiviert und geben Google enorme Kontrolle über den Markt. Systeme wie GrapheneOS, die bewusst keine GMS-Lizenz anstreben, weil sie Datenschutz und Sicherheit priorisieren, werden dadurch unrechtmäßig als „inoffiziell“ eingestuft – obwohl sie technologisch oft überlegen sind.

Die Begrenzung auf „offizielle Android-Firmware“ ist also keine objektive oder neutrale Klassifizierung, sondern ein Instrument, um Googles Interessen zu sichern und unabhängige Betriebssysteme zu benachteiligen. Revolut macht sich hier mitschuldig, indem es diese einseitigen Standards akzeptiert und Nutzer freier Software aktiv ausschließt.

Wem gehört Android?

Android als Betriebssystem gehört nicht vollständig Google. Android ist ein Open-Source-Projekt, das ursprünglich von der Firma Android Inc. entwickelt wurde und 2005 von Google gekauft wurde. Das Basissystem von Android wird unter dem Android Open Source Project (AOSP) bereitgestellt, was bedeutet, dass der Kern von Android frei verfügbar ist und von jedem genutzt oder verändert werden kann.

Was gehört Google?

• Google Mobile Services (GMS): Diese Sammlung von Apps und Diensten, einschließlich Google Play Store, Google Maps, Gmail, YouTube und mehr, gehört komplett Google. GMS ist nicht Open Source und wird separat lizenziert.
• Android-Marke: Der Name „Android“ und das Logo sind Markenzeichen von Google, daher können nur Systeme, die von Google zertifiziert wurden, offiziell unter dem Namen „Android“ vertrieben werden.
• Weiterentwicklung und Kontrolle: Google kontrolliert, welche Änderungen ins AOSP einfließen, und hat durch das „Compatibility Definition Document (CDD)“ die Kontrolle darüber, welche Geräte als kompatibel gelten. Gerätehersteller, die GMS lizenziert haben wollen, müssen sich an diese Vorgaben halten.

Kurz gesagt: Der Kern von Android ist Open Source und gehört der Allgemeinheit. Die meisten der Android-Dienste, wie der Play Store, stehen jedoch unter der Kontrolle von Google. Durch diese starke Verflechtung hat Google faktisch eine sehr große Kontrolle über Android, auch wenn es rechtlich nicht ausschließlich „ihnen gehört“.

Die wahren Gründe: Googles Geschäft schützen

Die Blockierung erfolgt nicht, weil GrapheneOS unsicher ist – ganz im Gegenteil. Der wahre Grund ist, dass GrapheneOS keine Google Mobile Services (GMS) lizenziert. Revolut und ähnliche Anbieter arbeiten eng mit Google zusammen und nutzen SafetyNet, um Geräte zu authentifizieren. Da GrapheneOS keine vollständige Unterstützung für SafetyNet bietet, sehen Anbieter wie Revolut ihre Geschäftsbeziehungen mit Google gefährdet, wenn sie alternative Plattformen zulassen.

Dies ist kein Problem der Sicherheit, sondern der Kontrolle. Es ist ein Versuch, alternative Ökosysteme zu unterdrücken und freie Software zu marginalisieren, die sich nicht in die von Google definierten Spielregeln fügt.

Datenschutz als Feigenblatt für Profitinteressen

Revolut argumentiert, dass Datenschutz ein Kernanliegen sei – aber wie ernst können wir diese Aussage nehmen? Ein Unternehmen, das es ablehnt, ein Betriebssystem zu unterstützen, das Datenschutz rigoros priorisiert, offenbart hier einen doppelten Standard. GrapheneOS ist bekannt für den vollständigen Verzicht auf Google-Dienste und deren invasive Datenpraktiken. Nutzer, die Revolut mit GrapheneOS verwenden möchten, setzen sich bewusst für ihre Privatsphäre ein – und werden von Revolut dafür abgestraft.

Statt Datenschutz zu fördern, wirkt Revoluts Blockade als Hindernis für Nutzer, die echte Kontrolle über ihre Daten behalten wollen. Diese Entscheidung sendet eine klare Botschaft: Datenschutz zählt weniger als die Geschäftsbeziehung zu Google.

Moralische und demokratische Konsequenzen

Die Entscheidung von Revolut hat weitreichende Auswirkungen. Sie zementiert die Vormachtstellung großer Technologiekonzerne und untergräbt die Prinzipien der freien Wahl und Selbstbestimmung. Unternehmen wie Revolut profitieren von dem Vertrauen ihrer Nutzer – doch statt echte Sicherheitslösungen anzubieten, setzen sie auf fragwürdige Geschäftspraktiken, die die Freiheit der Technologie beschneiden.

Es ist moralisch unverantwortlich und demokratisch gefährlich, solche monopolistischen Strukturen zu fördern. Anbieter wie Revolut sollten ihre Verantwortung gegenüber ihren Nutzern ernst nehmen, anstatt die Interessen eines Großkonzerns über alles zu stellen.

Was wir tun können

1. Eine formale Beschwerde einreichen:
   Schreibt eine formelle Beschwerde an Revolut und macht deutlich, dass ihr als Kunde eine Änderung der aktuellen Politik fordert. Hebt hervor, dass die Blockade von GrapheneOS-Nutzern unbegründet ist und dass die Hardware Key Attestation API eine Verifizierung des Systems erlaubt.
   Schreibt die Beschwerde an: formalcomplaints@revolut.com
2. Alternativen in Betracht ziehen:
   Wenn Revolut nicht auf die Beschwerden reagiert, zieht ganz klar in Betracht, auf andere Anbieter zu wechseln, die Nutzern von freien und sicheren Betriebssystemen keine Steine in den Weg legen.
3. Bewusstsein schaffen:
   Teilt diese Informationen in sozialen Netzwerken und innerhalb eurer Community. Nur wenn genug Aufmerksamkeit auf diese Missstände gelenkt wird, steigt der Druck auf Revolut, ihre Praktiken zu überdenken. Jeder Beitrag, Tweet oder Kommentar zählt.
4. Öffentliche Diskussion fördern:
   Sprecht mit Freunden, Familie und Kollegen über die Konsequenzen solcher Entscheidungen. Der Schutz freier Betriebssysteme ist ein Thema, das weit über GrapheneOS hinausgeht und die Zukunft der digitalen Freiheit betrifft.

Was haben wir getan haben

Wir haben Revolut für etwas mehr als 3 Wochen diese Mail geschrieben, mit einem Ultimatum von 2 Wochen, mit der bitte, auf unsere Rückfragen eine Antwort zu bekommen. Revolut hat bis jetzt nicht geantwortet, und ein offzielles Statement bleibt aus, deshalb habe ich mich entschlossen, diesen Artikel zu veröffentlichen, da ich es wichtig finde, das die Nutzer wissen, was hinter den Fassaden abläuft.

Dear Revolut Team,

I am writing to you on behalf of *yourdevice.ch*, a platform dedicated to promoting privacy-focused and secure technologies. With an annual readership exceeding 100,000 and rapidly growing, we are an upcoming voice in the tech community, advocating for digital freedom and ethical practices in the industry.

We are deeply concerned and disappointed by your recent decision to block users of GrapheneOS, an operating system widely recognized for its robust security and privacy features. Your stated rationale, citing “security and privacy concerns,” is not only unfounded but misleading. As an organization committed to transparency, we find it necessary to challenge this narrative and highlight the true motivation behind this policy.

*The Reality Behind the Decision*

It has become evident, through insider conversations and careful analysis, that the actual reason for blocking GrapheneOS is not about user security. The decision stems from the fact that GrapheneOS does not license Google Mobile Services (GMS), and your app’s restrictions are serving to enforce Google’s business interests rather than enhancing user protection. This reality is troubling and undermines Revolut’s credibility as a forward-thinking financial technology company.

Your position contradicts the ethos of democracy, innovation, and fair competition. GrapheneOS is a beacon of what secure, independent software can achieve. Penalizing users for choosing a superior privacy-respecting system is not only ethically questionable but also a direct affront to the values of transparency and freedom of choice.

*Challenging Your Privacy and Security Claims*

GrapheneOS is arguably *more secure*than any stock Android OS, including those with GMS. It employs advanced security hardening measures, unparalleled permission controls, and superior sandboxing that go far beyond Google’s implementation. Blocking GrapheneOS under the guise of “security concerns” is disingenuous and misleads your user base. This approach is not about protecting users but maintaining a dependence on Google’s ecosystem, at the expense of innovation and consumer choice.

Furthermore, it is worth noting that GrapheneOS fully supports the use of the *Hardware Key Attestation API*, which allows apps to verify that the operating system is unmodified and running on genuine hardware. This renders any argument about the inability to verify the integrity of the system moot. Revolut could leverage this API to ensure compliance without excluding users of GrapheneOS.

*A Call for Moral and Democratic Responsibility*

Revolut is in a position of influence and trust. By adopting such exclusionary practices, you risk alienating a growing community of privacy-conscious users who demand better from the tech industry. It is imperative for companies like yours to lead by example and support diverse, secure, and privacy-enhancing solutions. Instead, this policy sends a clear message: Revolut prioritizes corporate alliances over user freedom and security.

We urge you to reconsider this policy immediately. Continuing down this path will force us to make our readers aware of the broader implications of this decision. With our reach and influence, we will not hesitate to publish detailed reports exposing the motivations behind this exclusion, underscoring the harm it causes to privacy and technological progress.

*Closing Remarks*

This is not just about GrapheneOS; it is about the principles of fairness, choice, and trust in technology. Revolut has an opportunity to align itself with these values and support the growing movement for secure and independent technologies.

We request a response within 14 days addressing our concerns and clarifying Revolut’s stance on this matter. Failure to act will compel us to escalate this issue publicly in accompany with other Blogs and Companies to ensure transparency for your user base and our readership.

Sincerely,

Mario Hofmann
Founder, yourdevice.ch
Spitalstrasse 10
8180 Bülach, Switzerland
info@yourdevice.ch

Falls wir doch noch eine Antwort bekommen, werden wir sie natürlich hier veröffentlichen.

Update vom 09.02.2025

Seit der GrapheneOS Version 2025012600 funktioniert Revolut auf GrapheneOS wieder, aber nur weil GrapheneOS eine Reihe Tricks anwendet, um die App auszutricksen:

Revolut blockiert gezielt GrapheneOS, indem es überprüft, ob der Gerätename und Nutzername des Systems auf „grapheneos“ gesetzt sind. GrapheneOS hat diese Werte nun auf „build-host“ und „build-user“ geändert, sodass sich Nutzer wieder anmelden können – zumindest bis Revolut die Play Integrity API durchsetzt.

Es gibt keinen legitimen Grund, ein sicheres und datenschutzfreundliches OS wie GrapheneOS zu sperren, während unsichere Geräte mit uralten Sicherheitslücken zugelassen werden. Revolut behauptet, sie würden GrapheneOS-Nutzer sperren, weil ihnen Datenschutz wichtig sei – dabei ist genau das Gegenteil der Fall.

Sobald Revolut die Play Integrity API vollständig durchsetzt, wird die App wieder nicht mehr auf GrapheneOS funktionieren. Diese API ist kein echtes Sicherheitsfeature, sondern eine Maßnahme von Google, um alternative Betriebssysteme auszusperren. Revolut nutzt dies aus, um vorzugeben, dass ihnen Sicherheit wichtig sei.

Zusätzlich verwendet Revolut undurchsichtige, proprietäre Drittanbieter-Bibliotheken in ihrer App, die ein erhebliches Sicherheitsrisiko darstellen. Die Sperrung von GrapheneOS erfolgt durch eine dieser fragwürdigen Bibliotheken. Damit zeigt Revolut, dass sie echte Sicherheit nicht ernst nehmen und stattdessen auf unsaubere Lösungen setzen.

https://xcancel.com/GrapheneOS/status/1881860511526215998

Fazit

Wir fordern Revolut erneut auf, die Blockierung von GrapheneOS umgehend aufzuheben und sich transparent zu den wahren Gründen dieser Entscheidung zu äußern. Andernfalls zeigt sich klar, dass Datenschutz und Sicherheit in diesem Unternehmen nichts weiter als Marketing-Phrasen sind.

Unsere Plattform, yourdevice.ch, wird weiterhin über solche Missstände berichten und alternative Lösungen aufzeigen. Denn Datenschutz und Sicherheit dürfen niemals den Profitinteressen geopfert werden.

The post Revolut und die GrapheneOS Blockierung - die Gründe appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was bedeutet echte Ende-zu-Ende-Verschlüsselung

• Bei echter E2EE wird eine Nachricht auf deinem Gerät (Client) verschlüsselt und erst auf dem Gerät des Empfängers wieder entschlüsselt. Dazwischen (auch auf den WhatsApp-Servern) ist die Nachricht unlesbar.
• WhatsApp nutzt das Signal-Protokoll, das weithin als sicher gilt und auch in Signal selbst zum Einsatz kommt.

Wie funktioniert das bei WhatsApp

1. Verschlüsselungsschlüssel: Jede Konversation hat eigene Schlüssel, die auf den Geräten der Nutzer generiert und gespeichert werden. WhatsApp selbst hat keinen Zugriff auf diese Schlüssel.
2. Nachrichtenfluss: Nachrichten sind während der Übertragung zwischen den Geräten verschlüsselt. Auf den WhatsApp-Servern sind sie nur in verschlüsselter Form gespeichert.

Warum gibt es Kritik an der E2EE von WhatsApp

1. Meta-Daten:
   • Obwohl die Inhalte verschlüsselt sind, sammelt WhatsApp Meta-Daten (z. B. wer mit wem wann kommuniziert hat, IP-Adressen, Gerätetypen usw.). Diese Daten können Rückschlüsse auf eure Aktivitäten und Kontakte ermöglichen.
   • Meta (die Muttergesellschaft von WhatsApp) nutzt diese Daten für Werbezwecke und teilt sie mit Behörden.
2. Cloud-Backups:
   • WhatsApp bietet die Möglichkeit, Nachrichten in der Cloud (Google Drive oder iCloud) zu sichern. Diese Backups sind standardmäßig nicht E2EE-geschützt, es sei denn, ihr aktiviert die "E2EE-Backups"-Option. Ohne diesen Schutz könnten Dritte (z. B. Cloud-Provider, Behörden, oder gar Whatsapp/Facebook selber durch Umwege) auf die Nachrichten zugreifen.
3. Implementierung und Vertrauen:
   • Obwohl das Signal-Protokoll sicher ist, ist WhatsApp eine proprietäre Software. Das bedeutet, ihr kannst den Quellcode nicht überprüfen, um sicherzustellen, dass alles korrekt implementiert ist.
   • Es besteht immer die theoretische Möglichkeit, dass WhatsApp eine Hintertür eingebaut hat, um bestimmte Nachrichten zu entschlüsseln. Beispielsweise könnte die Melde Funktion missbraucht werden, und teile eurer Chats an Facebook in Klartext übermittelt werden. Dies könnte auf staatlichen Druck geschehen.
4. Clientseitige Überwachung:
   • Es gibt Berichte, dass WhatsApp (wie andere Plattformen auch) Algorithmen verwendet, um Inhalte auf eurem Gerät zu überprüfen, beispielsweise um Missbrauch oder illegale Inhalte zu erkennen. Dies könnte potenziell die Privatsphäre beeinträchtigen. Dies erfordert gewisse Hintertüren die eingebaut sind, um die Chats clientseitig vor der Verschlüsselung zu analysieren.

Warum unverschlüsselte Backups die Ende-zu-Ende-Verschlüsselung aushebeln

Ein zentraler Kritikpunkt an WhatsApp ist die Möglichkeit, Chatverläufe in Cloud-Diensten wie Google Drive oder iCloud zu sichern, die nicht standardmäßig Ende-zu-Ende verschlüsselt sind. Dieses "Feature" macht die ganze E2EE-Implementierung im Grunde genommen hinfällig – und das ist tatsächlich ein großer Kritikpunkt.

Was passiert mit unverschlüsselten Backups

• Wenn ihr ein Backup erstellt, werden alle Nachrichten, Bilder und Videos in einer Datei gespeichert und in die Cloud hochgeladen.
• Standardmäßig sind diese Backups nicht Ende-zu-Ende verschlüsselt, es sei denn, ihr aktiviert explizit die entsprechende Option in den Einstellungen (was nur wenige Nutzer wissen oder tun).

Wie wird die E2EE dadurch ausgehebelt

• Entschlüsselung bei Backup-Erstellung: Auf eurem Gerät werden die Nachrichten entschlüsselt und im Klartext ins Backup geschrieben. Das bedeutet, dass diese Daten in der Cloud liegen, ohne die Sicherheit der ursprünglichen Verschlüsselung.
• Angreifbarkeit der Cloud:
  • Google Drive und iCloud sind nicht für den Schutz sensibler Daten konzipiert. Sollte jemand Zugriff auf dein Cloud-Konto erhalten (z. B. durch Phishing oder Sicherheitslücken), sind eure Nachrichten leicht zugänglich.
  • Selbst Strafverfolgungsbehörden können oft relativ einfach auf diese Backups zugreifen, da sie entweder direkt von den Cloud-Anbietern herausgegeben werden oder durch rechtliche Anordnungen (z. B. bei iCloud in den USA) zugänglich sind.
• Schlüsselverwaltung: Da die Verschlüsselung der Backups nicht automatisch durch WhatsApp erfolgt, sondern von den Cloud-Anbietern abhängt, hat Meta keinen Einfluss mehr darauf, wer diese Daten entschlüsseln kann.

Warum ist das ein Problem

• Die Nutzer werden in falscher Sicherheit gewiegt: WhatsApp preist seine Ende-zu-Ende-Verschlüsselung als ultimativen Schutz an. Doch durch unverschlüsselte Backups werden diese Versprechen ins Gegenteil verkehrt, weil Nachrichten über Umwege wieder im Klartext verfügbar sind.
• Unwissenheit der Nutzer: Viele Menschen gehen davon aus, dass ihre Daten immer sicher sind, weil sie den Begriff "Ende-zu-Ende-Verschlüsselung" hören. Dass sie ein Backup manuell verschlüsseln müssen, ist den meisten nicht bewusst.
• Fehlende Transparenz: WhatsApp könnte die E2EE-Backups standardmäßig aktivieren, tut es aber nicht. Es liegt allein am Nutzer, diese Option zu finden und einzuschalten.

Warum ist es eine Schande, dass E2EE-Backups nicht standardmäßig aktiviert sind

• WhatsApp hat die technische Möglichkeit: Die Funktion, Backups mit Ende-zu-Ende-Verschlüsselung zu sichern, existiert bereits. Es wäre ein einfacher Schritt, diese Option per Default zu aktivieren, sobald der Nutzer ein Backup einrichtet.
• Meta hat die Ressourcen, den Standard zu setzen: Als einer der größten Messenger-Dienste der Welt könnte WhatsApp ein Vorbild für andere sein. Stattdessen zwingen sie die Nutzer, aktiv ihre Privatsphäre einzufordern – eine bewusste Entscheidung, die Bequemlichkeit über Sicherheit stellt.
• Nutzerfreundlichkeit wird vorgeschoben: Der Grund, warum E2EE-Backups nicht standardmäßig aktiviert sind, könnte sein, dass es zusätzlichen Aufwand erfordert, wie die Erstellung eines eigenen Passworts oder Schlüssels. Doch Bequemlichkeit auf Kosten der Sicherheit ist keine Entschuldigung für eine derart weit verbreitete App.

Wie könnte es besser sein

• Automatische Aktivierung: E2EE-Backups sollten standardmäßig aktiviert werden, und WhatsApp sollte klar darauf hinweisen, dass ein starkes Passwort notwendig ist.
• Transparenz erhöhen: WhatsApp sollte deutlicher kommunizieren, dass unverschlüsselte Backups ein massives Sicherheitsrisiko darstellen.
• Keine halben Versprechen: Wenn eine App mit E2EE wirbt, sollte sie sicherstellen, dass diese Verschlüsselung durchgängig ist – ohne Hintertüren wie unverschlüsselte Backups.

Dass WhatsApp so ein riesiges Sicherheitsleck nicht standardmäßig behebt, ist mehr als nur ein Versäumnis – es ist eine Schande. Es sendet die Botschaft, dass Bequemlichkeit und die Kontrolle über Daten wichtiger sind als die Privatsphäre der Nutzer. Echte Sicherheit erfordert, dass solche Funktionen standardmäßig aktiviert sind, und nicht nur als Option für diejenigen, die zufällig in den Einstellungen danach suchen.

Das Melden von Chats in WhatsApp ist ein oft diskutiertes Thema, da es auf den ersten Blick mit der Ende-zu-Ende-Verschlüsselung (E2EE) in Konflikt zu stehen scheint. Aber es gibt eine technische Erklärung, wie das funktioniert, ohne die Grundprinzipien der Verschlüsselung zu verletzen. Lass uns das im Detail betrachten:

Die Chat-Melde Funktion von Whatsapp

Wenn jemand einen Chat meldet, erlaubt WhatsApp, dass eine Kopie der letzten Nachrichten aus dem Chat an WhatsApp weitergeleitet wird. Das heisst also, dass eure verschlüsselten Chats an Whatsapp unverschlüsselt ausgeliefert werden. Diese Nachrichten werden direkt von eurem Gerät entschlüsselt (ohne dass ihr es erfahrt) und dann an die WhatsApp-Server geschickt. Das bedeutet:

• Die Ende-zu-Ende-Verschlüsselung bleibt technisch intakt, jedoch wird eine Kopie in unverschlüsselter Form eurer Chats und der, der gemeldet hat, an Whatsapp gesendet.
• WhatsApp erhält nur die Nachrichten, die ihr selbst entschlüsselt und gemeldet habt, oder wenn jemand eure Nachrichten gemeldet hat, jedoch nicht den gesamten Chatverlauf.

Das Melden ist also im Wesentlichen eine Freigabe von Daten durch den Benutzer, aber ohne Zustimmung des anderen.

Welche Daten werden bei einer Meldung übermittelt

Laut WhatsApp umfasst eine Meldung typischerweise:

• Die letzten 5 Nachrichten des gemeldeten Chats oder der gemeldeten Gruppe.
• Informationen über den Chat, z. B. den Namen des Kontakts oder der Gruppe.
• Meta-Daten wie Zeitpunkt der Nachrichten und möglicherweise Profilinformationen des Kontakts.

Die gemeldeten Nachrichten werden dann überprüft, um Verstöße gegen die Nutzungsbedingungen festzustellen (z. B. Spam, Missbrauch, illegale Inhalte).

Warum ist das ein Problem für die Privatsphäre

Obwohl die technische E2EE erhalten bleibt, gibt es dennoch Kritik:

• Möglichkeit des Missbrauchs: Jeder Nutzer in einem Chat kann Nachrichten weiterleiten oder melden, wodurch die Privatsphäre anderer gefährdet wird.
• Zentralisierung der Daten: Sobald Nachrichten gemeldet werden, landen sie unverschlüsselt auf den WhatsApp-Servern und könnten dort länger gespeichert oder weiterverarbeitet werden.
• Vertrauen in den Nutzer: Die E2EE schützt euch nicht davor, dass eure Chatpartner Nachrichten teilt, meldet oder Screenshots erstellt. Es gibt keine Garantie für Vertraulichkeit im sozialen Kontext.

Was kann ich tun um die Situation zu verbessern

Einen anderen Messenger verwenden! Nein, Spass, wir wissen genau was dies für eine Hürde darstellt, deshalb geben wir auch Tipps, und motzen nicht nur, um die Situation etwas zu entschärfen. Aktiviert die Verschlüsselung für die Chat Backups, benutzt wenn möglich einen Whatsapp Proxy wie unseren Servern um eure IP zu verstecken, und entfernt unnötige Berechtigungen wie Standort, und Geräte in der Nähe. Die Berechtigungen zu entfernen, nicht mehr auf euer Kontaktbuch zuzugreifen nützt nicht mehr viel, den eure Kontakte hat Whatsapp schon, und eure Kontakte tauchen nur noch als Telefonnummern auf. Nutzt wenn möglich auf GrapheneOS Storage Scopes und erlaubt Whatsapp nur Zugriff auf bestimmte Ordner, und nicht all eure Medien! Gegen die Meldefunktion könnt ihr allerdings nicht viel tun. Wann und wie oft sie ausgeführt wird, habt ihr nicht unter Kontrolle.

Fazit

WhatsApp verwendet echte Ende-zu-Ende-Verschlüsselung nach dem Signal-Protokoll, was bedeutet, dass eure Nachrichten für WhatsApp selbst unlesbar sein sollten. Die Kritikpunkte liegen hauptsächlich bei:

• Meta-Daten-Sammlung,
• nicht standardmäßig verschlüsselten Backups,
• mangelnder Transparenz aufgrund proprietärer Software,
• und der Möglichkeit von clientseitiger Überwachung.

Wenn Privatsphäre wirklich ein Anliegen von WhatsApp wäre, gäbe es keine unverschlüsselten Backups – Punkt.

Wenn ihr absolute Sicherheit und Privatsphäre sucht, wäre ein Messenger wie Signal/Molly oder Matrix (mit E2EE standardmässig für Chats und Backups aktiviert) eine bessere Wahl, da diese Plattformen offener und weniger datenhungrig sind.

The post Warum Whatsapp's Verschlüsselung eine verarsche ist appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

F-Droid ist ein bekannter alternativer App-Store für Android, der sich auf freie und quelloffene Software spezialisiert hat. Besonders unter Datenschutz- und Sicherheitsfans wird F-Droid häufig empfohlen. Doch wie schneidet F-Droid im Vergleich zum Play Store und anderen Appstores tatsächlich ab? In diesem Artikel werfen wir einen Blick auf einige wichtige Sicherheitsaspekte von F-Droid, die ihr kennen solltet.

Vorab ein paar wichtige Hinweise

• Ziel dieses Artikels ist es, euch zu informieren, damit ihr fundierte Entscheidungen treffen könnt – nicht, die Arbeit anderer schlechtzureden. Die Entwickler von F-Droid verfolgen gute Absichten, und das verdient Respekt.
• Eure persönlichen Gründe, Open-Source- oder freie Software zu nutzen, stehen hier nicht zur Diskussion. Dennoch sollte kein Entwicklungsmodell als Garant für Sicherheit betrachtet werden, wenn es diese nicht bieten kann.
• Viele Informationen in diesem Artikel stammen aus vertrauenswürdigen und offiziellen Quellen. Dennoch: Recherchiert gerne selbst weiter.
• Diese Analyse berücksichtigt keine individuellen Bedrohungsszenarien oder Vorlieben. Es geht hier allein um Fakten – nicht um Ideologien.
• Dieser Artikel dient nicht dazu, Angst über F-Droid zu verbreiten, sondern soll zum nachdenken anregen, Alternativen aufzeigen und eventuell auch das F-Droid Team erreichen, um längst verlangte Sicherheitstandards umzusetzen.

Dies ist keine ausführliche Sicherheitsbewertung und auch nicht den Anspruch 100% vollständig zu sein.

1. Das Problem mit der vertrauenswürdigen Partei

Um dieses Problem zu verstehen, muss man die Architektur von F-Droid, die Unterschiede zu anderen App-Repositorien und das Sicherheitsmodell von Android kennen. Einige der hier genannten Probleme gehen über das Sicherheitsmodell von Android hinaus, aber viele fallen in diesen Bereich.

Wie F-Droid Apps signiert

Anders als andere Repositories signiert F-Droid alle Apps im F-Droid Hauptrepository mit seinen eigenen Schlüsseln (einzigartig pro App), außer bei wenigen reproduzierbaren Builds. Diese Signaturen garantieren die Echtheit der heruntergeladenen Apps. Android verwendet ein „Trust-on-first-use“-Modell: Beim ersten Installieren wird die Signatur einer App gespeichert. Zukünftige Updates müssen dieselbe Signatur haben, sonst können sie nicht installiert werden. (Deshalb kann F-Droid Apps auch nicht über Aurora updaten und etc.)

Normalerweise signiert der Entwickler seine App selbst, bevor er sie hochlädt – sei es auf eine Website oder in ein Repository. Nutzer müssen nur der ersten Quelle vertrauen; spätere Updates sind durch die Signatur gesichert. Bei F-Droid jedoch signiert eine zusätzliche Partei (F-Droid) die Apps. Das bedeutet, ihr müsst sowohl dem Entwickler als auch F-Droid vertrauen, was nicht ideal ist.

Vergleich mit dem Play Store

Der Play Store hat seit August 2021 mit „Play App Signing“ ein ähnliches Modell eingeführt, bei dem Google die Signaturschlüssel für neue Apps verwaltet. Diese Schlüssel werden sicher in Googles Cloud Key Management Service gespeichert. Der Entwickler muss die App jedoch zuerst mit einem eigenen Schlüssel signieren, damit Google deren Echtheit prüfen kann. Entwickler älterer Apps (vor August 2021) können ihre privaten Schlüssel weiterhin selbst verwalten, tragen jedoch auch das Risiko, dass ein kompromittierter Schlüssel für schädliche Updates genutzt werden könnte.

Anforderungen und Sicherheitsprobleme bei F-Droid

F-Droid verlangt, dass der Quellcode einer App frei von proprietären Bibliotheken oder Werbediensten ist. Entwickler müssen oft separate Versionen ihres Codes erstellen, die den F-Droid-Anforderungen entsprechen. Doch selbst der Zugriff auf den Quellcode garantiert keine gründliche Prüfung. Obwohl der Play Store für schädliche Apps bekannt ist, gibt es bei F-Droid eine trügerische Sicherheit – viele glauben, das Hauptrepository sei frei von schädlichen Apps, was nicht stimmt.

Kann man F-Droid einfach vertrauen?

F-Droid selbst gibt zu, dass der Prüfprozess sehr rudimentär ist. Er basiert hauptsächlich auf automatischen Scans, die nach proprietären Elementen und Trackern suchen. Nutzer müssen also weiterhin sowohl F-Droid als auch den Entwicklern vertrauen – wie bei jedem anderen Repository.

Ein Vergleich mit dem Desktop-Linux-Modell, bei dem Nutzer ihren Distributionsmaintainern vertrauen, hinkt. Android ist eine viel homogenere Plattform mit klareren Regeln, weshalb dieser Ansatz nicht eins zu eins übertragbar ist.

Infrastrukturprobleme bei F-Droid

F-Droid kontrolliert nicht nur die Signaturserver, sondern auch die Build-Server. Diese verwenden virtuelle Maschinen, um Apps zu bauen. Zwischen Juni und November 2022 lief die F-Droid-Infrastruktur jedoch auf einer veralteten Debian-Version (Stretch), die schon zwei Jahre zuvor als „End-of-Life“ deklariert wurde. Das wirft erhebliche Fragen zur Sicherheit der gesamten Infrastruktur auf.

Reproduzierbare Builds: Eine Lösung?

Eine theoretische Lösung von F-Droid ist die Verwendung von reproduzierbaren Builds. Dabei können Entwickler sicherstellen, dass der veröffentlichte Code exakt dem Quellcode entspricht. Doch das setzt zusätzliche Arbeit für Entwickler und F-Droid voraus, was häufig zu veralteten App-Versionen führt. Zudem sind reproduzierbare Builds selten, da sie viel Aufwand erfordern.

Google bietet mit „Code Transparency“ eine andere Lösung: App-Bundles enthalten ein von Entwicklern signiertes Token, das Hashes wichtiger Dateien speichert. So können Nutzer überprüfen, ob der Code wirklich vom Entwickler stammt. Dieses System ist noch nicht perfekt, da es nicht alle Ressourcen abdeckt und die Überprüfung manuell erfolgen muss. Dennoch ist es ein hilfreicher Ansatz.

Andere App-Repositorien

Der Amazon Appstore verändert hochgeladene Apps und versieht sie mit eigenem Code, einschließlich Trackern. Huawei verwendet ein ähnliches Modell wie Google: Neue Apps werden von Huawei signiert, ältere können aber weiterhin vom Entwickler signiert werden.

2. F-Droids strikte Richtlinien und ihre Folgen

F-Droid verfolgt mit seiner „Leidenschaft für Freie und Open-Source-Software (FOSS) auf der Android-Plattform“ eine sehr strenge Aufnahme-Richtlinie. Um eine App im Hauptrepository zu hosten, verlangt F-Droid, dass der Quellcode frei von proprietären Bibliotheken oder Werbediensten ist. Diese strikte Vorgabe hat sich jedoch oft als nachteilig für Entwickler und Endnutzer erwiesen.

Der zusätzliche Aufwand für Entwickler

Entwickler müssen häufig eine separate Version ihres Codes erstellen, um den Anforderungen von F-Droid gerecht zu werden. Das bedeutet zusätzlichen Zeit- und Energieaufwand. Zudem müssen Entwickler manchmal auf ältere Bibliotheken und Tools zurückgreifen, die F-Droid als „FOSS-konform“ einstuft. Dies kann nicht nur die Entwicklungszeit verlängern, sondern auch die Qualität der App beeinträchtigen.

Fallbeispiel: Snikket

Ein anschauliches Beispiel für die negativen Auswirkungen der F-Droid-Richtlinien lieferte das Snikket-Projekt im Dezember 2022. In einem Blogpost richtete sich das Team an Nutzer, die die App über F-Droid heruntergeladen hatten, und wollte Panik vermeiden, nachdem F-Droid vor einer angeblichen Sicherheitslücke in der App gewarnt hatte. Laut F-Droid solle die App „unmittelbar deinstalliert“ werden.

Snikket klärte später in einem weiteren Blogpost, dass das Problem nicht an ihrer App lag, sondern an der von F-Droid gebauten Version. Diese Version nutzte eine veraltete WebRTC-Bibliothek, um den Anforderungen der F-Droid-Richtlinien zu entsprechen. Die Entwickler-Versionen der App, die im Play Store veröffentlicht wurden, waren von diesem Problem nicht betroffen, da sie auf einer modernen WebRTC-Version basierten.

Auswirkungen auf die Nutzer

Die veraltete WebRTC-Version in der F-Droid-App hatte nicht nur Sicherheitsprobleme zur Folge, sondern verhinderte auch, dass neue Funktionen und Verbesserungen aus der aktuellen Entwicklung in die App übernommen werden konnten. Damit schadete F-Droids rigides Festhalten an seiner Ideologie den Endnutzern direkt.

Dieses Beispiel zeigt deutlich, wie die strengen Aufnahme-Richtlinien von F-Droid nicht nur den Entwicklungsprozess erschweren, sondern auch Nutzer gefährden können. Der Zwang, veraltete oder ungeeignete Tools zu nutzen, untergräbt letztlich das Ziel, qualitativ hochwertige und sichere Software anzubieten. FOSS-Ideologie darf nicht wichtiger sein als die Sicherheit und Benutzerfreundlichkeit der Apps.

3. Langsame und unregelmäßige Updates

Wenn eine zusätzliche Partei in den Prozess eingebunden wird, liegt es an dieser, die App korrekt zu bauen und zu veröffentlichen. Dieses Prinzip kennt man von traditionellen Linux-Distributionen und ihren Paketverwaltungssystemen. Während einige Distributionen wie Arch Linux regelmäßig und schnell Updates liefern, bevorzugen andere wie Debian umfangreiche Anpassungen, die oft nur einen Teil der Sicherheitsprobleme adressieren.

Zusätzlicher Aufwand durch F-Droid

F-Droid verlangt von Entwicklern spezifische Änderungen, damit ihre App den Aufnahme-Richtlinien entspricht. Dies bedeutet oft mehr Wartungsaufwand. Doch das Problem geht tiefer: Der Prozess zur Erstellung neuer Builds bei F-Droid wirkt ungewöhnlich und ineffizient. Teile des Build-Prozesses sind zwar automatisiert – was man zumindest erwarten würde – aber der Signaturprozess der Apps wird durch die Nutzung eines „air-gapped“ Servers (ohne Netzwerkverbindung) verlangsamt.

Da die Signatur der Apps manuell angestoßen werden muss, entstehen unregelmäßige Update-Zyklen. Dies ist keine optimale Lösung und birgt zudem Risiken: Da alle Signaturschlüssel bei einer einzigen Partei liegen, entsteht ein zentraler Schwachpunkt. Sollte das System kompromittiert werden – sei es durch einen internen oder externen Angriff – könnte dies ernste Sicherheitsprobleme für viele Nutzer verursachen.

Warum Signal F-Droid ablehnt

Einer der Hauptgründe, warum Signal sich weigert, eine Drittanbieter-Version ihrer App im offiziellen F-Droid-Repository zu unterstützen, liegt genau in diesen Problemen. Eine ältere Diskussion auf GitHub zeigt, dass viele der damals vorgebrachten Punkte auch heute noch gültig sind.

https://github.com/signalapp/Signal-Android/issues/127

Auswirkungen auf Updates und Sicherheit

Das langsame und fehleranfällige Build-System von F-Droid führt dazu, dass Updates oft verzögert veröffentlicht werden. Veraltete Tools verstärken dieses Problem zusätzlich. Langsame Updates setzen Nutzer länger als nötig Sicherheitslücken aus. Besonders bei sicherheitskritischen Apps wie einem Browser wäre es äußerst riskant, sich auf Updates über das F-Droid-Hauptrepository zu verlassen.

Drittanbieter-Repositories als Alternative?

F-Droid erlaubt Entwicklern, eigene Repositories zu erstellen und zu verwalten, um das Problem langsamer Updates zu umgehen. Diese Repositories können Updates schneller bereitstellen, da sie direkt vom Entwickler verwaltet werden. Allerdings ist auch diese Lösung nicht ideal, wie in späteren Abschnitten erläutert wird.

4. Low target API level (SDK) bei Client & Apps

Das SDK (Software Development Kit) ist ein Sammlung von Werkzeugen, um Apps für eine Plattform zu entwickeln. Auf Android ermöglicht ein höheres API-Level die Nutzung moderner Schnittstellen (APIs), die mit jeder Version Sicherheits- und Datenschutzverbesserungen bringen. Zum Beispiel bietet API-Level 31 die Vorteile von Android 12.

Warum ein aktuelles API-Level wichtig ist

Android verwendet ein starkes Sandboxing-Modell, bei dem jede App in einer eigenen Umgebung läuft. Apps, die mit einem aktuellen API-Level kompiliert wurden, profitieren von den neuesten Sicherheitsfunktionen. Ältere API-Level, wie API 25 (Android 7.1), sind hingegen anfällig für Schwachstellen und erfordern zusätzliche SELinux-Ausnahmen, um älteren Apps Zugriff auf bestimmte Systemressourcen zu ermöglichen – was die Sicherheit beeinträchtigt.

Problem mit dem F-Droid-Client

Der offizielle F-Droid-Client verwendet immer noch API-Level 29, was bedeutet, dass es nicht von den Verbesserungen moderner Android-Versionen profitiert. Einige Nutzer empfehlen Drittanbieter-Clients wie Foxy Droid oder Droid-ify, da diese technisch überlegen sein können. Allerdings bringen auch diese eine zusätzliche Partei ins Spiel und sind nicht immer gut gepflegt.

Keine Mindestanforderungen an das API-Level im Repository

F-Droid setzt kein Mindest-API-Level für Apps im offiziellen Repository voraus. Im Gegensatz dazu hat der Play Store strenge Anforderungen:

• Seit August 2021 müssen neue Apps mindestens API-Level 30 (Android 11) anvisieren.
• Seit November 2021 müssen bestehende Apps dasselbe API-Level erreichen, um Updates einzureichen.

Diese Maßnahmen sind notwendig, um das App-Ökosystem aktuell und sicher zu halten. F-Droid sendet durch das Fehlen solcher Anforderungen jedoch ein falsches Signal an Entwickler und Nutzer. Das Hauptrepository von F-Droid enthält viele veraltete Apps, die nur deswegen lauffähig bleiben, damit sie noch auf über zehn Jahre alten Android-Versionen wie 4.0 (Ice Cream Sandwich) funktionieren.

Rückwärtskompatibilität vs. Sicherheit

Während Rückwärtskompatibilität wichtig ist, darf sie nicht auf Kosten der Sicherheit gehen. Entwickler können moderne Ziel-APIs verwenden und gleichzeitig ältere Geräte unterstützen, indem sie ein Mindest-API-Level (minSdkVersion) setzen. Dies erlaubt die Nutzung moderner Funktionen auf neueren Plattformen und sichert gleichzeitig die Kompatibilität mit älteren Geräten. Ein zu niedriges Mindest-API-Level führt jedoch zu übermäßigem Aufwand durch zusätzliche Code-Pfade und veraltete Bibliotheken.

Aktuelle Realität

Zum Zeitpunkt dieses Artikels:

• Android 9 ist die älteste Android-Version, die noch Sicherheitsupdates erhält.
• Rund 80 % der Android-Geräte weltweit nutzen mindestens Android 8.0 (Oreo).

Die Statistik zeigt, dass die meisten Nutzer bereits modernere Geräte verwenden. Alte Geräte machen einen kleinen Anteil aus, und Entwickler sollten sich nicht auf diese konzentrieren, sondern die Sicherheit und Aktualität ihrer Apps priorisieren.

5. Allgemeiner Mangel an bewährten Sicherheitspraktiken

Der F-Droid-Client ermöglicht es, mehrere Repositories in derselben App zu verwalten. Während sich viele der bisher besprochenen Probleme auf das offizielle Hauptrepository beziehen, bringt die Möglichkeit, zusätzliche Repositories hinzuzufügen, weitere Sicherheitsrisiken mit sich. Androids Sicherheitsmodell ist nicht dafür ausgelegt, mehrere Quellen für Apps innerhalb einer einzigen App zu mischen. Das Betriebssystem betrachtet F-Droid als eine einzelne vertrauenswürdige Quelle, was zu einem falschen Sicherheitsgefühl führt. Dies wird besonders kritisch, wenn die „Privileged Extension“ ins Spiel kommt.

Sicherheitsprobleme durch die Privileged Extension

Die Privileged Extension nutzt die mächtige API INSTALL_PACKAGES, ohne angemessene Sicherheitsüberprüfungen umzusetzen. Sie akzeptiert alle Installationsanforderungen von F-Droid, was bei einem kompromittierten oder fehlerhaften Repository fatale Folgen haben könnte. Besonders problematisch ist, dass F-Droid benutzerdefinierte Repositories erlaubt, wodurch Sicherheitslücken entstehen können.

CalyxOS benutzt diese Privileged Extention zum Beispiel standardmässig für ihre F-Droid Installation.

Unzureichend signierte Metadaten

Das Format für Repository-Metadaten bei F-Droid ist schlecht gesichert. Es fehlt an einer vollständigen Datei-Signatur und einer zuverlässigen Schlüsselrotation. Das aktuelle Index-Format (v1) verwendet JAR-Signaturen mit jarsigner, das bekannte Sicherheitsprobleme hat. Zwar arbeitet F-Droid an einem v2-Format mit Unterstützung für apksigner, aber die Umsetzung bleibt abzuwarten. Bessere Alternativen wie signify könnten hier einfacher und sicherer eingesetzt werden.

Keine Unterstützung für moderne Update-APIs

Die neue API für automatische Updates (eingeführt mit Android 12, API-Level 31) ermöglicht reibungslose Updates ohne privilegierten Zugriff. Der F-Droid-Client unterstützt diese Funktion nicht. Drittanbieter-Clients wie Neo-Store tun dies zwar, doch die grundlegenden Probleme mit der F-Droid-Infrastruktur bleiben bestehen. Für diese API müssen der Client API-Level 31 und die Apps mindestens API-Level 29 verwenden, was bei F-Droid oft nicht gegeben ist.

Fehlen von TLS-Zertifikat-Pinning

F-Droid unterstützt kein TLS-Zertifikat-Pinning, eine bewährte Sicherheitsmaßnahme, die verhindert, dass manipulierte Zertifikate verwendet werden können. Zertifikat-Pinning sorgt dafür, dass nur bekannte, vertrauenswürdige Zertifikate akzeptiert werden, und schützt vor Man-in-the-Middle-Angriffen. Moderne App-Stores wie der GrapheneOS App Store nutzen diese Technik konsequent.

Ein Beispiel für Zertifikat-Pinning aus dem GrapheneOS-App-Client:

<network-security-config>
    <base-config cleartextTrafficPermitted="false"/>
    <domain-config>
        <domain includeSubdomains="true">apps.grapheneos.org</domain>
        <pin-set>
            <!-- Bekannte Root- und CA-Zertifikate -->
            <pin digest="SHA-256">C5+lpZ7tcVwmwQIMcRtPbsQtWLABXhQzejna0wHFr8M=</pin>
            ...
        </pin-set>
    </domain-config>
</network-security-config>

F-Droid hat zwar darüber nachgedacht, zumindest für Standard-Repositories Zertifikat-Pinning einzuführen, doch bisher gibt es keine funktionierende Implementierung. Angesichts der Komplexität von F-Droid ist das verständlich, aber unglücklich.

Veraltete Signaturschemata

F-Droid hielt lange an der veralteten v1-Signaturmethode fest, die seit 2017 als unsicher gilt, und wurde erst durch Android 11 gezwungen, die moderneren v2/v3-Schemata zu unterstützen. Einige Apps und Metadaten verwenden jedoch immer noch die alten Signaturen, was schlichtweg schlecht ist. Der Einsatz von GPG zur Signierung ist ebenfalls keine gute Alternative, da PGP und dessen Referenzimplementierung GPG für viele Schwachstellen bekannt sind. Selbst Debian arbeitet daran, GPG zu ersetzen. F-Droid sollte dringend vollständig auf moderne Signaturschemata umsteigen und die alten Standards vollständig ausmustern.

6. Verwirrende Benutzererfahrung (UX)

Ein oft kritisiertes Problem bei F-Droid ist die Benutzererfahrung, die durch einige fragwürdige Entscheidungen unnötig verkompliziert wird.

Veraltete APKs auf der Website

Auf der offiziellen F-Droid-Website wird nach wie vor eine veraltete Version der APK-Datei bereitgestellt. Das führt dazu, dass viele Nutzer sich fragen, warum sie F-Droid nicht in einem sekundären Benutzerprofil installieren können. Grund dafür ist die von Android erzwungene Verhinderung von Downgrades. Laut F-Droid dient dies der „Stabilität“ – eine fragwürdige Begründung, da entweder eine Version bereit für die Veröffentlichung ist oder nicht. Neue Nutzer sollten stets einfachen Zugang zur aktuellsten stabilen Version haben.

Schlechte Praxis bei Paketnamen und Signaturen

F-Droid verwendet für alternative Builds häufig denselben Paketnamen (Application ID) wie für die Standardversion. Das führt zu Problemen bei der Signaturprüfung, wenn Nutzer versuchen, die App aus anderen Quellen zu aktualisieren oder erneut zu installieren, beispielsweise direkt vom Entwickler. Das Sicherheitsmodell von Android verlangt bei jeder Installation eine Übereinstimmung der Signaturen, was durch diese Praxis häufig scheitert.

Eine bessere Lösung wäre es, alternative Builds mit einem spezifischen Präfix oder Suffix im Paketnamen zu versehen, beispielsweise org.f-droid oder .fdroid. Dadurch könnten Konflikte und Verwirrung vermieden werden, insbesondere wenn Apps über mehrere Distributionskanäle angeboten werden. Auch Entwickler, die Play App Signing nutzen, werden ermutigt, eine solche Strategie zu verfolgen, um ähnliche Probleme zu vermeiden.

Verwirrung bei der Herkunft von Apps

Diese Probleme führen zu einer unübersichtlichen Benutzererfahrung, bei der Nutzer oft nicht wissen, wer eine App signiert hat und aus welchem Repository sie eine App beziehen oder aktualisieren sollten. Für Endnutzer ist dies nicht nur umständlich, sondern birgt auch potenzielle Sicherheitsrisiken, da die Quellen und Signaturen der Apps nicht transparent genug sind.

7. Irreführender Umgang mit Berechtigungen

F-Droid zeigt für jede App eine Liste von „Low-Level“-Berechtigungen an, die direkt aus dem App-Manifest stammen. Diese werden normalerweise in Android zu „High-Level“-Berechtigungen zusammengefasst, wie Standort, Mikrofon oder Kamera, oder in spezielle Optionen wie den Zugriff auf nahegelegene WLAN-Netzwerke oder Bluetooth-Geräte. Während diese detaillierte Liste für Entwickler nützlich sein kann, ist sie für Endnutzer oft verwirrend und führt zu Missverständnissen.

Veraltetes Berechtigungsmodell

Seit Android 6 (API-Level 23) müssen Apps zur Laufzeit nach wichtigen Berechtigungen fragen. Einfaches Installieren gibt einer App keine Berechtigungen mehr. F-Droid zeigt jedoch alle im Manifest definierten Berechtigungen an, unabhängig davon, ob sie tatsächlich aktiv sind. Dies verkompliziert das Berechtigungsmodell unnötig und führt dazu, dass Nutzer falsche Schlüsse ziehen.

F-Droid rechtfertigt dies mit der Unterstützung von Android 5.1 und älter, wo Berechtigungen noch zur Installationszeit erteilt wurden. Das Problem dabei: Diese Android-Versionen sind über acht Jahre alt und erhalten keine Sicherheitsupdates mehr. Nutzer, die auf Sicherheit achten, sollten solche alten Geräte ohnehin nicht verwenden.

Diskussion über irreführende Berechtigungen

Eine Diskussion im F-Droid-GitLab zeigte, dass die Entwickler die Problematik herunterspielten. Der Hauptentwickler bezeichnete das Android-Berechtigungsmodell als „Dumpster Fire“ (Müllhaufen) und argumentierte, dass das Betriebssystem unsichere Apps nicht ordentlich isolieren könne, ohne dabei an Nutzbarkeit einzubüßen.

Tatsächlich haben moderne Android-Versionen Mechanismen, um selbst für ältere Apps mit niedrigen API-Levels Berechtigungsanfragen zu erzwingen. Eine App, die beispielsweise API-Level 22 (Android 5.1) oder niedriger anvisiert, löst beim Installieren einen Dialog aus, der die angeforderten Berechtigungen erklärt. Das Betriebssystem berücksichtigt also automatisch ältere Apps und deren Anforderungen.

Beispiele für problematische Darstellungen

Ein häufig missverstandenes Beispiel ist die Berechtigung RECEIVE_BOOT_COMPLETED, die in F-Droid als „Run at startup“ (Beim Start ausführen) beschrieben wird. Diese Berechtigung ermöglicht es der App lediglich, auf ein Signal zu reagieren, das das System nach dem Hochfahren sendet. Sie erlaubt jedoch nicht, beliebige Hintergrundprozesse auszuführen, und beeinflusst die Leistung des Geräts nur minimal. Moderne Android-Versionen kontrollieren Hintergrundaktivitäten über die Option „Hintergrundbeschränkung“.

Ein weiteres Beispiel ist die Berechtigung QUERY_ALL_PACKAGES, die in F-Droid als „Abfrage aller installierten Apps“ beschrieben wird. Während dies technisch korrekt ist, können Apps auch ohne diese Berechtigung einige installierte Apps im selben Benutzerprofil auflisten, insbesondere seit Android 11, das die Sichtbarkeit einschränkt. Eine ungenaue Darstellung dieser Berechtigungen führt dazu, dass Nutzer deren Bedeutung und Auswirkungen falsch interpretieren.

Vergleich mit dem Play Store

Der Play Store zeigt Berechtigungen nutzerfreundlicher an, indem sie in High-Level-Kategorien zusammengefasst werden. Zusätzliche Low-Level-Berechtigungen werden unter „Andere“ aufgeführt und sind nur über mehrere Menüs zugänglich. Seit Juli 2022 zeigt der Play Store keine vollständige Liste der Low-Level-Berechtigungen mehr an, um Verwirrung zu vermeiden.

Zudem schränkt der Play Store den Einsatz invasiver Berechtigungen wie MANAGE_EXTERNAL_STORAGE stark ein. Nur Apps, die ihre Notwendigkeit für diese Berechtigung überzeugend begründen können (z. B. Dateimanager), dürfen sie verwenden. Apps, die diesen Anforderungen nicht entsprechen, können aus dem Play Store entfernt werden. Diese strenge Kontrolle schützt Nutzer davor, Apps zu installieren, die ihre Privatsphäre gefährden könnten.

F-Droid’s Ansatz, Low-Level-Berechtigungen anzuzeigen, ist irreführend und veraltet. Stattdessen sollte das Berechtigungsmodell klarer erklärt werden, um Verwirrung zu vermeiden. Eine moderne Darstellung wie im Play Store wäre für Endnutzer weitaus hilfreicher, da sie den Fokus auf relevante, tatsächlich aktive Berechtigungen legt.

Update: Seit Juli 2022 bietet der Play Store keine Möglichkeit mehr, Low-Level-Berechtigungen anzuzeigen.

Fazit: Was solltet ihr tun

Bis hierhin wurden Fakten präsentiert, die leicht überprüfbar sind. Im Folgenden werden Meinungen und Empfehlungen geäußert, die ihr gerne hinterfragen könnt, aber sie sollten den Rest der Argumente nicht überschatten.

F-Droid: Probleme und Potenziale

Während einige Probleme leicht gelöst werden könnten, leidet F-Droid unter grundlegenden Schwächen in seiner Architektur. Zudem scheint die zugrunde liegende Philosophie von F-Droid nicht immer mit modernen Sicherheitsprinzipien vereinbar zu sein. Dennoch bleibt F-Droid eine der bekanntesten Alternativen zu kommerziellen App-Stores und wird von vielen Nutzern geschätzt. Ich persönliche hoffe, dass sich F-Droid in Zukunft verbessert.

Gibt es Alternativen zu F-Droid

F-Droid wird oft als einzige Möglichkeit angesehen, Open-Source-Apps zu entdecken und zu unterstützen. Das stimmt nicht. Viele Entwickler veröffentlichen ihre Open-Source-Apps auch im Play Store, auf ihrer Website oder über GitHub. Auf GitHub könnt ihr Veröffentlichungen über Atom-Feeds verfolgen, und die Authentizität von APKs lässt sich mit Tools wie apksigner prüfen. Auf einem Linux Rechner muss apksigner zuerst mit

sudo apt install apksigner 

installiert werden, danach könnt ihr mit dem Tool APKs überprüfen:

apksigner verify --print-certs --verbose myCoolApp.apk

Nach der Installation einer App pinnt Android deren Signatur und führt bei Updates eine Signaturprüfung durch. Damit ist die Quelle der App nach der ersten Installation weniger wichtig.

Alternative Appstores – Empfehlungen

Aurora Store:
Für die meisten Nutzer ist der Aurora Store eine hervorragende Alternative, da er als inoffizieller Client für den Play Store Zugang zu vielen Apps bietet – ohne ein Google-Konto zu benötigen.

Aurora Store hat einige eigene Probleme, von denen sich einige tatsächlich mit F-Droid überschneiden. Aurora Store benötigt immer noch die veraltete Storage-Berechtigung, war dafür bekannt, manchmal falsche App-Versionen abzurufen, und verteilte Account-Tokens über unverschlüsseltes HTTP bis vor kurzem; nicht dass es viel ausmachen würde, da Token so konzipiert wurden, dass sie zwischen Nutzern geteilt werden, was bereits bedenklich ist.

Um die Sicherheit zu erhöhen, solltet ihr im idealfall ein ein eigenes Google-Wegwerf-Konto erstellen, anstatt die geteilten „anonymen“ Konten zu nutzen.

Google Play Store:
Trotz berechtigter Kritik bleibt der Play Store eine solide Wahl für Nutzer, die Wert auf aktuelle Sicherheitsstandards legen. Google setzt mit dem Play Store moderne Datenschutzpraktiken um und fördert die Nutzung sicherer Berechtigungsmodelle. Mit einem separaten Google-Wegwerf-Konto könnt ihr eure persönlichen Informationen minimieren und dennoch auf ein breites App-Angebot zugreifen.

Accrescent:
Accrescent ist ein aufstrebendes Projekt, das viele der hier beschriebenen Probleme angeht. Es konzentriert sich auf Sicherheit und Transparenz und könnte in Zukunft eine spannende Alternative für sicherheitsbewusste Nutzer werden.

GrapheneOS App Store:
Dieser geplante App Store richtet sich an Nutzer des GrapheneOS und bietet eine kleine, kuratierte Auswahl hochwertiger Apps. Mit einem starken Fokus auf Sicherheit und Einfachheit wird er besonders für technisch versierte Nutzer mit spezifischen Anforderungen interessant sein.

Diese Empfehlungen sind nach Nutzerfreundlichkeit und Sicherheitsfokus geordnet – vom benutzerfreundlichen Aurora Store über den etablierten Play Store bis hin zu spezialisierten Projekten wie Accrescent und dem GrapheneOS App Store.

Häufige Fragen

Sollte ich mir Sorgen machen?
Das hängt von eurem Bedrohungsmodell und euren persönlichen Vorlieben ab. Euer Handy wird nicht explodieren, weil ihr F-Droid benutzt. Dennoch ist es ratsam, bei der Nutzung von App-Stores pragmatisch vorzugehen und Sicherheit vor Ideologie zu stellen. Ausserdem gilt, Apps, die älter als 5 Jahre ohne Updates sind, sollten nicht mehr installiert werden.

Hat der Play Store mehr Malware?
Zwar gibt es im Play Store Malware, doch das liegt daran, dass eine vollständige Analyse jeder hochgeladenen App unrealistisch ist. Trotzdem erfüllt der Play Store seine Rolle recht gut, indem er die meisten bösartigen Apps abwehrt.

Ist Play App Signing genauso problematisch wie F-Droid?
Nein, das ist zu kurz gegriffen. Play App Signing hat seine eigenen Nuancen, aber es unterscheidet sich grundlegend von den Problemen, die F-Droid hat. Lies dazu am besten die entsprechenden Abschnitte und die offizielle Dokumentation.

Sind Open-Source-Apps sicherer?
Nicht zwangsläufig. Sicherheit ergibt sich durch ein modernes Betriebssystem mit robustem Sandboxing und Berechtigungsmodellen, wie sie Android, GrapheneOS oder iOS bieten. Vermeide es, älteren Apps invasive Berechtigungen zu erteilen, und vertraue nicht blind darauf, dass Open Source immer sicherer ist.

Ist der Play Store „Spyware“?
Der Play Store hat Datenschutzprobleme, da er ein proprietärer Dienst ist, der ein Google-Konto erfordert. Doch auf Systemen wie GrapheneOS läuft er unprivilegiert in einer Sandbox, was einige Probleme abmildert. Für zusätzliche Privatsphäre kann man ein Konto mit minimalen persönlichen Informationen verwenden.

Meta: Über den Zweck des Artikels

Dieser Artikel verfolgt einen rein technischen Ansatz. Es handelt sich nicht um einen Angriff auf F-Droid oder dessen Mission, sondern um eine informative Darstellung für Endnutzer und eine Grundlage zur Verbesserung des F-Droid-Projekts.

Negative Reaktionen der F-Droid-Community

Trotz dieses klaren Ziels hat die Veröffentlichung des Original-Artikels leider zu einer überwiegend negativen Reaktion seitens des F-Droid-Teams und Teilen der Community geführt. Statt sachliche Gegenargumente vorzubringen, nehmen einige eine ablehnende Haltung ein. Es ist besorgniserregend, dass manche sogar Belästigungskampagnen gegen Projekte und Sicherheitsforscher starten, die andere Ansichten vertreten. Solches unethisches Verhalten schadet nicht nur der Reputation von F-Droid, sondern untergräbt auch das Vertrauen in das Projekt. Ein Konflikt zwischen Entwicklern und Sicherheitsforschern ist im Interesse von niemandem.

Unbegründete Verbindungen zu GrapheneOS

Einige haben diesen Artikel fälschlicherweise mit GrapheneOS in Verbindung gebracht. Dies ist nicht korrekt: Der Original-Artikel ist eine völlig unabhängige Arbeit und steht in keinerlei Zusammenhang mit dem GrapheneOS-Projekt. Er wurde nicht von einem GrapheneOS-Entwickler verfasst und spiegelt nicht die offizielle Haltung des Projekts wider. Artikel auf Basis einer vermeintlichen Verbindung abzulehnen, anstatt den technischen Inhalt zu analysieren, ist nicht zielführend und bringt niemandem etwas.

Die offielle Haltung von GrapheneOS kommt aber auf ein ähnlich prekäres Ergebnis ihrer Analysen:

F-Droid has had major unaddressed security issues for years which have been repeatedly raised. The development team have demonstrated an extremely anti-security attitude. They disregard basic security best practices for Android development and are highly resistant to improving it. This is one symptom of the poor security of F-Droid rather than even being one of the major issues with it. The entire approach of automatically fetching and building apps in an outdated environment on outdated, poorly maintained infrastructure which are then signed with their own keys while using the official app IDs is horrible. The whole thing needs to be thrown out and replaced. They also don’t follow the security model for app sources, don’t support key rotation and many other issues. F-Droid causes major usability issues with profiles due to not following Android development best practices, which has put a substantial support burden on us. Steering people away from it is important to avoiding them having a bad experience using profiles due to their misuse of app IDs not belonging to them.

GrapheneOS Diskussion um F-Droid

Denoch soll nochmals gesagt werden, dass der Artikel eine unabhängige Arbeit darstellte, der zu einem ähnlichen Ergebnis gelangte.

F-Droid Installationsanwendung gibts hier zu lesen, wer sich nach alternativen Umschauen will, findet mit Obtainium einen etwas anderen, jedoch etwas komplexeren Ansatz. Der Appstore Accrescent, versucht aktuell alle Sicherheitsbedenken von F-Droid zudem auszumerzen. Es gibt jedoch noch wenige Apps:

https://accrescent.app

Original Artikel

https://privsec.dev/posts/android/f-droid-security-issues

Aktuellste Diskussionen im GrapheneOS Forum:

https://discuss.grapheneos.org/d/18731-f-droid-vulnerability-allows-bypassing-certificate-pinning

The post F-Droid Sicherheitsbedenken und aktuelle Probleme appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Beachte dabei, dass SeedVault-Backups ausschließlich zwischen CalyxOS-Geräten oder GrapheneOS-Geräten kompatibel sind. Ein plattformübergreifender Einsatz (z. B. CalyxOS zu GrapheneOS) wird nicht unterstützt und kann zu Fehlern führen.

Mit SeedVault und einem USB-Stick könnt ihr eure Daten jederzeit schützen und wiederherstellen – egal ob ihr das Gerät wechselt, es zurücksetzt oder einfach nur eine zusätzliche Sicherheitskopie möchtet.

Was sichert das Backup

Das Backup sichert die kompletten Systemeinstellungen, Apps, Konten, WLAN und deren Passwörter, eure lokalen Kalender und Kontakte. Einstellungen der Apps können auch wiederhergestellt werden, solange es die Apps zulassen. Später dazu mehr.

Vorbereitungen

Ihr benötigt einen USB Stick, entweder mit einem USB-C Anschluss oder einen normalen USB Stick mit dem mitgeliefertem USB to USB-C Adapter. Ausserdem sollte der USB Stick eine mindestgrösse von 16 bis 32GB haben, je nachdem wie viel Apps ihr installiert habt. Hängt den Stick an eurer Smartphone mit CalyxOS oder GrapheneOS

USB-Stick formatieren:
Das System erkennt den USB Stick, damit dieser nutzbar wird, muss er durch den systemeigenen Dienst zuerst formatiert werden. Stellt sicher, dass auf dem Stick keine sensiblen oder wichtigen Daten sind, da diese durch die Formatierung gelöscht werden.

Klickt einfach Problem mit USB Gerät, und danach startet auch schon der Formatierungsassistent.

SeedVault aktivieren
SeedVault ist auf CalyxOS und GrapheneOS vorinstalliert. Aktiviert SeedVault über die Geräteeinstellungen:

• CalyxOS: Einstellungen > System > Sicherungen
• GrapheneOS: Einstellungen > System > Sicherungen

Jetzt müsst ihr euch die 12 Wörter aufschreiben, welche euch Seedvault präsentiert, und diese danach bestätigen. Stellt sicher dass ihr die 12 Wörter nicht verliert, ohne sie, könnt ihr das Backup nie wieder verwenden! Danach wählt ihr den USB Stick als Sicherungsort aus. Das wäre das USB Symbol mit dem Namen Android.

Backup einrichten und erstellen

Die Einrichtung von Seedvault ist einfach, hier eine kurze Erklärung zu den Einstellungen:

Meine Apps sichern

Sichert eure Apps auf dem Smartphone. Achtung! Viele Apps lassen sich selber aufgrund Einschränkungen der Progammierer nicht sichern. Klickt auf Sicherungsstatus und wählt aus, welche Apps ihr sichern wollt. Ganz unten findet ihr die Apps die sich nicht sichern lassen. Dass ist leider Sache der Entwickler, ob sie ihre Apps zur Sicherung zulassen oder nicht. Die meissten Open Source Apps lassen sich aber ohne Probleme sichern.

Unten könnt ihr weitere Einstellungen vornehmen, zum Beispiel die automatische Wiederherstellung der Einstellungen, und die Einstellung, dass die App inklusive ihrer kompletten Einstellungen gesichert werden kann.

Meine Dateien sichern

Achtung: diese Funktion ist noch experimentell. Seedvault verspricht nicht ein 100prozentiges Backup eurer persönlichen Daten und Dokumente. Schiebt solche Sachen lieber direkt über ein USB Kabel direkt auf euren PC oder Laptop. Probieren kostet nichts, habt ihr sowieso alles gesichert, könnt ihr die Funktion gerne ausprobieren.

Sicherung Starten

Habt ihr alles eingestellt, könnt ihr jetzt oben rechts auf die 3 Punkte, und "Jetzt Sichern" auswählen. Seedvault sichert jetzt eurer Smartphone auf euren Nextcloud Server über den WebDAV Zugang. Die Daten liegen verschlüsselt und unlesbar auf eurem Nextcloud Server.

Sicherungsstatus überprüfen

Klickt auf Sicherungsstatus, und schaut, welche Apps sich sichern lassen haben, und welche nicht

Smartphone wiederherstellen

Ihr könnt euer Phones im laufenden Betrieb von einem Backup wiederherstellen, oder eben direkt bei der Neueinrichtung des Smartphones. Schauen wir uns beide Methoden an:

Restore auf laufendem Gerät

Geht einfach auf Seedvault, und klickt oben rechts auf die 3 Punkte. Wählt hier Sicherung wiederherstellen aus, und wählt das Backup, aus dem ihr wiederherstellen möchten

Restore auf neues Gerät

Der Einrichtungsassistent wird wie üblich durchgemacht, bis zum Punkt Restore app & data. Hier wählt hier nun Restore aus. Auf dem nächsten Bildschirm wählt ihr nun den USB Stick aus, den ihr natürlich jetzt anschliessen müsst.

Jetzt müsst ihr im nächsten Bildschirm die 12 Wörter eingeben, die ihr euch aufgeschrieben hattet.

Zuerst werden die Apps neu installiert, danach wird das Sytem wieder eingerichtet und falls möglich Apps wieder so eingerichtet, wie sie vorher waren. Welche Apps nicht wieder eingerichtet werden konnten, bekommt ihr anschliessend zu sehen.

Anschliessend wählt ihr Reuse Backup damit das Backup auch notfalls auf dem alten Phone wiederverwenden könnt. Habt ihr die Option Meine Daten sichern aktiviert, kommt jetzt noch die Wiederherstellung der Daten. Habt ihr eure Daten nicht gesichert, könnt ihr unten Wiederherstellen von Daten überspringen auswählen.

Ist die Wiederherstellung durch, geht der Einrichtungassistent weiter, und ihr findet euch auf eurem Phone wieder, wie ihr es von vorher kanntet.

Fehlerbehebung

• USB-Stick wird nicht erkannt:
  • Stellt Sie sicher, dass der Stick im richtigen Dateisystem formatiert ist. Entweder automatisch über den Android Assistenten, oder manuell: der Stick muss in ISO9660 formatiert werden.
  • Verwendet einen den mitgelieferten USB-C-Adapter.
• Wiederherstellung schlägt fehl:
  • Überprüft, ob die richtige Passphrase eingegeben wurde.
  • Prüft die Backup-Daten auf Beschädigungen. Nehmt einen anderen Stick, und macht ein neues Backup vom alten Phone. Häufig genutzt Sticks können altern, und Fehler produzieren

Dieses Vorgehen stellt sicher, dass eure Daten sicher gesichert und wiederhergestellt werden können, ohne die Kompatibilität der Systeme zu gefährden.

Fazit

Die Nutzung von Custom ROMs wie CalyxOS und GrapheneOS bietet euch ein hohes Maß an Datenschutz und Kontrolle. Doch dieser Gewinn an Sicherheit bringt auch Verantwortung mit sich: Ihr müsst euch aktiv um die Sicherung eurer Daten kümmern. Im Gegensatz zu herkömmlichen Betriebssystemen fehlen auf Custom ROMs die von Herstellern bereitgestellten Cloud-Backups und automatisierten Sicherungslösungen.

Mit SeedVault habt ihr jedoch ein leistungsstarkes Werkzeug zur Verfügung, um eure Daten lokal zu sichern und bei Bedarf wiederherzustellen. Indem ihr einen USB-Stick als Speicherziel verwendet, behaltet ihr die vollständige Kontrolle über eure Backups und schützt eure sensiblen Daten vor dem Zugriff durch Dritte.

Um Datenverluste zu vermeiden, ist es wichtig, eine zuverlässige Backup-Strategie zu entwickeln. Führt regelmäßig Backups durch, bewahrt eure Wiederherstellungs-Passphrase sicher auf und prüft hin und wieder, ob eure Backups intakt sind. Denn ohne Backup sind eure Daten im Falle eines Geräteausfalls oder Resets unwiederbringlich verloren.

Mit einer guten Backup-Strategie könnt ihr den Komfort und die Sicherheit von Custom ROMs genießen, ohne Kompromisse bei der Datensicherheit einzugehen. Eure Daten, eure Verantwortung – sorgt dafür, dass ihr jederzeit die Kontrolle behaltet.

Schaut hier vorbei, wie das ganze über eine eigene Cloud Lösung aussehen kann.

The post Android CustomROM lokal sichern und wiederherstellen appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was Feeder besonders macht, ist seine lokale Funktionsweise: Die App synchronisiert nicht mit entfernten Servern oder Cloud-Diensten. Das bedeutet, dass keine Registrierung oder Konten notwendig sind und eure Daten zu 100% privat bleiben.

Warum ein Feedreader wie Feeder

RSS-Reader wie Feeder bieten eine Alternative zu Social-Media-Plattformen und News-Aggregatoren, die oft von Algorithmen gesteuert werden. Statt von einem Algorithmus abhängig zu sein, entscheidet ihr bei Feeder selbst, welche Inhalte ihr abonnieren möchtet.

Ein solcher Ansatz hat viele Vorteile:

1. Datenschutz: Keine Tracking-Cookies oder personalisierte Werbung.
2. Konzentration auf Inhalte: RSS-Feeds liefern die reinen Inhalte ohne störende Elemente.
3. Zeitersparnis: Anstatt verschiedene Webseiten einzeln aufzurufen, seht ihr alles in einer übersichtlichen Ansicht.
4. Offline-Funktionalität: Mit Feeder könnt ihr Inhalte herunterladen und später lesen, auch ohne Internetverbindung.

Funktionen von Feeder

Feeder ist darauf ausgelegt, sowohl funktional als auch benutzerfreundlich zu sein. Hier sind einige der wichtigsten Features:

• HTML-Parsing: Feeder analysiert HTML und zeigt die Inhalte in einer nativen Textansicht an, die sich gut in das Android-Ökosystem einfügt.
• Offline lesen: Einmal synchronisierte Inhalte können auch offline gelesen werden.
• Hintergrundsynchronisierung: Feeder aktualisiert eure Feeds falls gewünscht, automatisch im Hintergrund, sodass ihr immer auf dem neuesten Stand bleibt.
• Benachrichtigungen: Ihr werdet falls gewünscht sofort informiert, wenn ein neuer Beitrag veröffentlicht wurde.
• OPML-Import/Export: Einfacher Import und Export eurer Feed-Abonnements.
• Material Design: Die App folgt den Android-Designrichtlinien und bietet eine intuitive, moderne Benutzeroberfläche.

Besonderheiten von Feeder

Privatsphäre im Fokus

Feeder hebt sich von anderen Feedreadern ab, indem es komplett lokal auf deinem Gerät läuft. Es gibt keine Abhängigkeit von Cloud-Diensten oder Remote-Backends. Damit bietet die App ein hohes Maß an Datenschutz und verhindert, dass eure Lesegewohnheiten irgendwo aufgezeichnet werden.

Keine Werbung oder Abhängigkeit von kommerziellen Diensten

Während viele Apps auf Abonnements oder Werbeeinnahmen setzen, bleibt Feeder kostenlos und quelloffen. Alle Daten und Feeds gehören euch und verlassen euer Gerät nicht.

Unerwünschte Merkmale auf F-Droid?

Feeder wird in einigen Beschreibungen als App erwähnt, die möglicherweise Merkmale besitzt, die unerwünscht sein könnten. Dies bezieht sich jedoch darauf, dass die App teilweise auf Inhalte von nicht-quelloffenen Netzwerken zugreifen kann – z. B. wenn die Feeds auf kommerziellen Plattformen wie News-Websites gehostet werden. Dies ist jedoch keine Einschränkung der App selbst, sondern hängt von den genutzten Feeds ab.

Installation von Feeder

Die Installation ist einfach: installiert euch die App von F-Droid, Droidify oder direkt von Github.

Anwendung von Feeder

Die typische Anwendung von Feeder ist ganz einfach und richtet sich an Nutzer, die ihre bevorzugten Nachrichtenquellen, Blogs oder andere Inhalte regelmäßig lesen möchten, ohne jede Webseite einzeln aufzurufen.

1. Feeds hinzufügen:
   • Öffnet die Feeder-App.
   • Gehe zum Bereich "Feeds hinzufügen" (3 Punkte-Symbol oben rechts).
   • Gib die URL eines RSS-, Atom- oder JSON-Feeds ein. Viele Webseiten haben spezielle RSS-Links, die ihr direkt einfügen könnt, z. B. https://example.com/feed.
   • Alternativ könnt ihr auch einfach die URL der Webseite eingeben, die Feeder dann auf unterstützte Feeds durchsucht.
   • Bestätigt, und der Feed wird angezeigt, falls erfolgreich gefunden.
2. Feeds organisieren:
   • Nach dem Hinzufügen erscheinen weitere Einstellungen.
   • Ihr könnt Feeds umbenennen, sortieren oder in Gruppen organisieren, falls ihr viele Quellen abonniert.
3. Inhalte lesen:
   • Feeder zeigt euch die neuesten Beiträge der abonnierten Feeds in einer übersichtlichen Ansicht.
   • Mit einem Tipp auf einen Beitrag könnt ihr die Inhalte lesen, entweder im Textmodus oder, falls eingestellt auf der original Seite.
4. Synchronisierung und Offline-Lesen:
   • Feeder synchronisiert automatisch im Hintergrund und lädt die neuesten Inhalte herunter, sodass ihr sie auch offline lesen könnt. --> Vollständigen Artikel abrufen aktivieren!
5. Import/Export von Feeds:
   • Falls ihr viele Feeds auf einmal hinzufügen möchtet, könnt ihr eine OPML-Datei importieren (z. B. von einem anderen Feedreader).
   • Eure Feed-Liste könnt ihr ebenfalls exportieren, um sie zu sichern oder auf einem anderen Gerät zu nutzen.

Die Feeds können in verschiedene Kategorien eingeordnet werden, die auch direkt hier erstellt werden können, falls es diese Kategorie/Gruppe noch nicht gibt. Wenn ihr über einen speziellen Feed benachrichtigt werden wollt, könnt hier hier auch gezielt die Benachrichtigungen aktivieren.

Auf der Feeder Hauptseite findet ihr dann eure Feeds kategorisiert in eure jeweiligen Gruppen:

Das grundlegende Vorgehen ist: Feed-URL einfügen, Feed abonnieren, Inhalte lesen. Feeder macht es einfach, alle wichtigen Inhalte an einem Ort zu sammeln und zu verwalten. Es ist eine unkomplizierte Lösung für alle, die ihre Informationsquellen im Blick behalten möchten.

Feeder Einstellungen

In den Einstellungen könnt ihr noch einmal grundlegenste Einstellungen zur App festlegen. Mit dynamische Farben folgt die App euren MaterialForYou Design, das Farbschema kann festgelegt werden, und ihr könnt hier nochmals die Benachrichtigungen einzeln für jeden Feed festlegen. Hier kann auch Textskalierung ebenfalls angepasst werden, um das Lesen angenehmer zu gestalten.

Weiter unten findet ihr die Synchronisierungseinstellungen, z.B dass Feeds nur bei aktiver WLAN Verbindung geladen werden dürfen, oder nur dann, oder jedes mal, wenn die App gestartet wird. Es empfiehlt sich, die Akku Optimierungen eingeschaltet zu lassen.

Artikellisten können hier nach belieben sortiert und angepasst werden, und wie Feeds bzw Artikel dargestellt werden. Vorschaubilder können aktiviert werden, falls diese ebenso geladen werden sollen.

Des weiteren kann auch, falls gewünscht, die Nachricht auf der jeweiligen Originalseite geöffnet werden. Dazu wechselt ihr unter Feedreader --> Nachrichten lesen mit --> Standardbrowser.

Für weitere Optimierung bzgl der mobilen Daten kann auch hier ausgewählt werden, dass Bilder nur über WLAN Verbindungen geladen werden.

Fazit

Wenn ihr auf der Suche nach einer schlanken, werbefreien und datenschutzfreundlichen Lösung für das Lesen von RSS-Feeds seid, ist Feeder eine ausgezeichnete Wahl. Mit Funktionen wie Offline-Lesen, Benachrichtigungen und einer klaren Benutzeroberfläche erfüllt die App alle Anforderungen eines modernen Feedreaders. Gleichzeitig bleibt sie minimalistisch und unabhängig von Drittanbietern. Ob für Nachrichten, Blogs oder andere Inhalte – Feeder bringt die Informationen direkt zu euch, ohne deine Daten preiszugeben.

The post Feeder, der Open Source RSS Reader appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Hinzu kommt, dass die im Artikel vorgestellte Methode des Debloating punkto Sicherheit deutlich besser abschneidet, da bei manchen Custom ROMs (wie zum Beispiel bei LineageOS) der Bootloader nach der Installation nicht mehr gesperrt werden kann. Dies stellt ein erhebliches Sicherheitsrisiko dar, da ein technikaffiner Finder dadurch nahezu uneingeschränkten Zugriff auf das Smartphone erlangen könnte.

Doch es existieren zwei adäquate Möglichkeiten, die in Kombination miteinander die Sicherheit drastisch erhöhen können. Darüber hinaus können die Geräte nach der Behandlung oftmals auf mehr Speicherplatz und eine längere Akkulaufzeit zurückgreifen.

Dieser Workshop ist in zwei Teile aufgeteilt. Im ersten Teil werden wir das Androidgerät entschlacken (debloating) und uns von vielen unnützen und schädlichen Apps verabschieden. Der zweite Teil kümmert sich dann darum, wie wir verbliebene mitteilsame Dienste einsperren (firewalling), um sie daran zu hindern, Kontakt mit fremden Servern aufzunehmen.

Einleitung

"Debloating" kommt aus dem Englischen und bedeutet so viel wie "entblähen". Das heißt, wir löschen Apps, die vom Hersteller meist mitgeliefert werden, und das Gerät aufblähen. Oftmals sind diese Apps in Hinblick auf Privatsphäre eher kritisch zu betrachten, da sie ungewollt Nutzerdaten sammeln.
Aber auch Google-Standard-Apps sind für viele von uns lästig. Der Autor verzichtet gerne auf den Google Play Store und somit auf eine Anmeldung mit einem Google-Account, zumal es hierfür gute Alternativen gibt. Aber dazu später mehr.

Alle diese Apps haben es gemeinsam, dass sie vom Hersteller des Androidgeräts vorinstalliert sind und auf herkömmlichem Wege nicht deinstalliert, bestenfalls lediglich deaktiviert werden können. Der mutige Fachmann greift beim Deinstallieren von System-Apps gerne zum root-Zugriff, aber dies ist mit sicherheitsrelevanten Risiken verbunden, weshalb wir darauf in diesem Workshop verzichten wollen und nicht näher darauf eingehen. Wir verwenden für unsere Zwecke die "Android Debug Bridge" (adb).

Vorbereitung für das Debloating

Wir benötigen als erstes einen Linux PC.
Die adb-Tools müssen vorab installiert werden. Auf einem debian-basierten System geschieht dies per

sudo apt install adb

Rpm-basierte Systeme benötigen ein

sudo dnf install adb

Zusätzlich brauchen wir noch ein passendes USB-Kabel, um das Androidgerät mit dem PC zu verbinden und letztendlich das zu bereinigende Gerät selbst. Der Autor hat bereits positive Erfahrungen mit folgenden Geräten gemacht, allerdings sollte die Bereinigung auf jedem Androidgerät problemlos funktionieren:

• Smartphone Gigaset GS5
• Smartphone Gigaset X4 Pro
• Tablet Lenovo
• Tablet Samsung
• Nokia Streaming Box 8000

Die Bereinigung kann von Euch natürlich für jede einzelne App von Hand durchgeführt werden. Zur Vereinfachung und zum komfortablen Bearbeiten stellt der Autor jedoch ein fertiges Script (siehe Schaltfläche unten) zur Verfügung, auf das wir im folgenden Kapitel eingehen werden.

Für den Notfall sollten wir uns noch drei Apps von F-Droid herunterladen. Diese könnt Ihr auf Euren PC legen oder in den Download-Ordner Eures Androidgerätes:

• F-Droid zum Nachladen von Standard-Apps (https://f-droid.org/de/)
• Eine alternative Tastatur (z. B. https://f-droid.org/de/packages/com.simplemobiletools.keyboard/)
• Einen Launcher (z. B. https://f-droid.org/de/packages/com.vincent_falzon.discreetlauncher/)

Dies sind nur Vorschläge, aber Keyboard und Launcher sollten für den Notfall bereit liegen.

Programmaufbau des Scripts

Vorab eine wichtige Erklärung zum Haftungsausschluss:
Es wird dringend empfohlen, vor dem Bereinigen ein Backup aller wichtigen Daten durchzuführen!
Den Bereinigungsvorgang und das für das Debloating bereitgestellte Script hat der Autor nach bestem Wissen und Gewissen getestet. Der Betreiber dieser Internetseite und der Autor übernehmen keinerlei Garantien, Gewährleistungen oder Schadenersatzleistungen bei einem Defekt oder bei Datenverlust des Gerätes.

Das zur Verfügung gestellte Script besteht aus drei Teilen:

• "androidentblaehen.sh" - das eigentliche Programm
• "AndroidEntblaehenListe.txt" - eine Liste mit Apps, die deinstalliert werden sollen
• "AndroidEntblaehenListeGP.txt" - eine zusätzliche Liste mit Google Play Diensten, die deinstalliert werden sollen

Die beiden Textdateien enthalten die zu löschenden Apps und Dienste. Diese hat der Autor aus diversen Internetforen zusammengetragen, die von vielen Usern als bedenkenlos löschbar eingestuft worden sind.
Diese Listen können eigenverantwortlich erweitert werden. Die Lieblingssuchmaschine hilft beim Auffinden von weiteren Debloatinglisten. Hier sind beispielhaft ein paar Anlaufstellen aufgeführt:

https://xdaforums.com/t/list-of-apks-safe-to-debloat.4457873/
https://www.reddit.com/r/PocoPhones/comments/jc5rlr/list_of_safe_to_uninstall_system_apps/
https://www.minitool.com/news/list-of-samsung-bloatware-safe-to-remove.html
https://www.scribd.com/document/488471146/Debloat-List-G8

Die dort zur Löschung empfohlenen Apps sind bereits größtenteils in den Scriptdateien eingebaut.

In den Text-Dateien sind teilweise auch herstellerspezifische Apps aufgeführt. Diese können nicht vollständig sein, zum Einen, weil es immer wieder Änderungen bei den verbreiteten Apps gibt und zum Anderen, weil durch die Vielzahl an unterschiedlichen Geräten nicht jedes mit seinen zusätzlichen "Goodies" hier abgedeckt werden kann. Dafür ist der Markt einfach zu weit gefächert. Es spricht aber nichts dagegen, dass Ihr diese Liste eigenständig erweitert, ändert oder auch kürzt. Hier sollte allerdings mit sehr großer Sorgfalt herangegangen werden, da beim Löschen einer dringend benötigten App das komplette Gerät nicht mehr funktionstüchtig sein kann! In jedem Fall ist vorher ein Backup aller wichtigen Daten dringend erforderlich!

Alle drei Teile des Scripts (zip-Datei) sollten heruntergeladen werden und in einen gemeinsamen Ordner Eurer Wahl abgelegt (z. B. /usr/local/bin/AndroidEntblaehen) und entpackt werden. Das Hauptscript muss dann noch in einem Terminal ausführbar gemacht werden:

sudo chmod +x [EUER PFAD]/androidentblaehen.sh

Anschließend öffnet Ihr es mit folgendem Befehl im Terminal:

bash [EUER PFAD]/androidentblaehen.sh

Nach dem Bestätigen des Haftungsauschlusses erscheint folgendes Menü:

Möglicherweise müsst Ihr das Terminalfenster noch etwas aufziehen, um den vollständigen Inhalt angezeigt zu bekommen.
Hier eine kleine Übersicht, was die einzelnen Menüpunkte bewirken:

1) Es wird eine Geräteerkennung durchgeführt.
2) Zum Beispiel einige exotische SmartTV-Boxen können nicht per USB mit dem PC verbunden werden. Hierfür besteht die Möglichkeit, das Gerät per Netzwerk (LAN oder WLAN) zu koppeln.
3) Es wird eine Liste mit allen installierten (einschließlich System-) Apps erstellt.
4) Hier kann nach einer bestimmten App auf dem Gerät gesucht werden.
5) Liegt eine heruntergeladene App auf dem PC, so kann sie hierüber auf das Androidgerät installiert werden.
6) Testweise können die Apps (gemäß Liste AndroidEntblaehenListe.txt) DEAKTIVIERT werden. Dies hat den Vorteil, dass sie unter Menüpunkt 10 wieder aktiviert werden können. Für den abschließenden Gebrauch ist das Deaktivieren allerdings nicht ratsam, da einige Apps nach einem Geräteneustart oder einem Firmware-Update wieder aktiviert werden.
7) Hier erfolgt die eigentliche Deinstallation der Apps gemäß der Liste AndroidEntblaehenListe.txt. Hierzu gibt es noch eine kleine Anmerkung. Der Befehl, um eine App zu deinstallieren lautet:

adb shell pm uninstall -k --user 0 [APP-NAME]

Der angefügte Parameter "--user 0" liegt darin begründet, dass Android mittlerweile ein Multiuser-System geworden ist. Für jeden User, der auf dem Gerät eingerichtet ist, werden alle Apps installiert. Im Normalfall verwendet nur ein Benutzer das Gerät, womit dieser Deinstallationsschritt für unsere Zwecke völlig ausreicht. Interessant wird es hingegen z. B. bei Firmen-Smartphones, wo mehrere Nutzer eingerichtet sein könnten. Hier stößt das Script an seine Grenzen, da nur der erste User ("0") bei der Deinstallation berücksichtigt wird. Aber dies ist nur ein Sonderfall, um den wir uns in diesem Workshop nicht kümmern.

Nach der Deinstallation der Apps anhand der Liste AndroidEntblaehenListe.txt fragt das Programm, ob auch Google Play Dienste deinstalliert werden sollen. Hier kommt die zweite Liste namens AndroidEntblaehenListeGP.txt ins Spiel. Diese beinhaltet Apps, die typisch für die Google Play Dienste sind. Es ist zu beachten, dass nach dieser Deinstallation ein alternativer App-Store installiert werden sollte (z. B. F-Droid, Aurora). Leider gibt es vereinzelte Apps, die den Google Play Store (z. B. Push-Dienste) zwingend erforderlich machen, um ausgeführt werden zu können. Hier müsst Ihr selber entscheiden, wie wichtig Euch diese Voraussetzung ist.

8) Über diesen Menüpunkt kann eine einzelne App deinstalliert werden (der vollständige Name muss bekannt sein. Dazu später mehr).
9) Zum Testen nach dem Bereinigen kann das Androidgerät neu gebootet werden.
10) Alle DEAKTIVIERTEN (NICHT gelöschte!) Apps können hierüber wieder aktiviert werden.
11) Sollte wider erwarten etwas schieflaufen, so kann das Androidgerät über diesen Menüpunkt in den sogenannten fastboot-Modus gebootet werden. In diesem Modus besteht die Möglichkeit, das Gerät in die Werkeinstellung zu setzen. Voraussetzung hierfür ist, dass der Entwicklermodus noch aktiviert ist!
0) Das Programm wird beendet.

Debloating des Smartphones

Die verwendeten beiliegenden Textdateien sind absichtlich nur mit von der Community getesteten und als gefahrlos bezeichneten Apps versehen. Es wurde bewusst auf risikobehaftete Experimente verzichtet!

Der Autor hat noch ein betagtes Lenovo Tablet herumzuliegen, was wir für eine Entblähungskur verwenden werden. Das Gerät wird in die Werkseinstellung gesetzt, um ein fabrikfrisches Tablet vorliegen zu haben.
Der Google-Einrichtungsassistent wird zuerst schnell durchgespielt, wobei alle datenschutzrelevanten Anfragen von Google abgewählt werden.
Das Gerät muss nun als Erstes in den Entwicklermodus geschaltet werden. Hierzu geht Ihr in die Einstellungen und anschließend auf "Info". Auf einigen Geräten heißt dieser Punkt auch "Über dieses Gerät".

Dort angekommen, müsst Ihr 7 mal auf "Build-Nummer" tippen, wonach eine Passwortabfrage erscheint. Nach der Eingabe ist der Entwicklermodus freigegeben.

Geht nun eine Ebene zurück und anschliessend auf "System". Hier zeigt sich jetzt der Punkt "Entwickleroptionen"; diesen klickt Ihr an.
Damit unser Gerät von einem PC angesteuert werden kann, müssen wir ihm das "USB-Debugging" gestatten. Klickt Ihr darauf, erscheint eine kleine Warnung, die mit "OK" bestätigt wird. Somit sind die Vorbereitungen abgeschlossen.

Das Gerät wird nun per USB an den PC angeschlossen und unser Script wird, falls noch nicht geschehen, in einem Terminal gestartet:

bash androidentblaehen.sh

Den erscheinenden Warnhinweis solltet Ihr aufmerksam lesen und anschließend mit "j" bestätigen.

Da wir unser Tablet per USB angeschlossen haben, gehen wir zu Menüpunkt 1. Falls das Gerät per Lan oder WLan verbunden wurde, so sollte Menüpunkt 2 ausgewählt werden. Hier könnten wir die IP-Adresse des Androiden eingeben und darüber verbinden. Zur korrekten Erkennung muss danach aber auf jeden Fall Menüpunkt 1 ebenfalls aufgerufen werden!

Nach der Anwahl von Punkt 1 erscheint auf dem Androiden folgende Meldung in den Benachrichtigungen:

Das bedeutet, dass der PC und das Tabelt noch keine Debugging-Verbindung in der Vergangenheit aufgenommen haben. Auch das Script sagt uns "unauthorized".
Die Benachrichtigung auf dem Androiden müsst Ihr nun bestätigen, das Script mit "Enter" bestätigen und den Punkt 1 erneut aufrufen.
Nun sollte alles korrekt sein. Das Script quittiert uns das mit dem Ausdruck "device", wo vorher noch "unauthorized" stand.

Für den Notfall sollte die F-Droid-App auf dem Gerät installiert sein. Das Script bietet die Möglichkeit, diese nun auch direkt vom PC auf das Androidgerät zu installieren (Menüpunkt 5). Hierzu muss der exakte Pfad mit dem App-Namen eingegeben werden. Hier beispielhaft für die auf dem PC im Download-Ordner liegende F-Droid.apk:

/home/[BENUTZERNAME]/Downloads/F-Droid.apk

Nach dem Druck auf "Enter" wird die Installation durchgeführt und ist nach kurzer Zeit abgeschlossen.

Um später vergleichen zu können, wie viele Apps vom Script entfernt wurden, sollte nun Punkt 3 des Scripts ausgeführt werden. Hierbei wird eine Liste im Home-Verzeichnis erstellt, die alle Apps des Tablets enthält. Im Falle des Autors sind 214 Apps auf dem Tablet installiert.

Testweise können nun unter Menüpunkt 6 alle in der oben genannten Text-Datei enthaltenen Apps deaktiviert werden. Ob Ihr diesen Schritt durchführen wollt oder nicht, überlassen wir Euch. Es ist nicht zwingend erforderlich und dient nur zu Testzwecken.
Wir gehen somit direkt zum Deinstallieren der gelisteten Apps zu Menüpunkt 7 über.

Nach dem Aufruf erscheint eine Sicherheitsabfrage, die Ihr lesen und bestätigen solltet. Nach der Eingabe eines "j" geht es auch sofort los.
Wundert Euch nicht über die Ausgabe "Failure [not installed for 0]". Dies bedeutet lediglich, dass die jeweilige App der Liste nicht auf Eurem Gerät installiert ist und somit auch nicht deinstalliert werden kann.

Anschließend kommt noch die Abfrage, ob auch Google Play Store-Dienste deinstalliert werden sollen.
ACHTUNG: Nach der Deinstallation könnten einige Apps nicht mehr funktionieren, die diese Dienste zwingend benötigen (z. B. Push-Dienste, Firebase)! Hier liegt die Entscheidung bei Euch, ob Ihr diese benötigt. In den meisten Fälle gibt es jedoch gute Alternativen, die auf Googles Zwänge verzichten. Der Autor wählt für das Tablet "j", also bitte auch das Google-Play-Zeug deinstallieren.

Nach Abschluss der Deinstallation solltet Ihr das Gerät über Menüpunkt 9 neu starten (Entwicklermodus bitte VORERST eingeschaltet lassen). Nun könnt Ihr testen, ob der Androide korrekt bootet und sich einwandfei bedienen lässt.
Auf einigen Geräten erscheint nach der Deinstallation der Google Play Dienste die Benachrichtigung, dass doch bitte die Google-Play Dienste installiert werden sollen. Das wollen wir natürlich nicht und tippen dafür etwas länger auf diese Benachrichtigung und schalten diese Meldung für alle Zeiten ab.

Das Gerät muss jetzt wieder über Menüpunkt 1 erkannt werden (siehe oben).

Sollte es irgendwelche gravierenden Probleme bei Eurem Gerät geben (beim Booten oder bei der Bedienung), die Ihr nicht lösen könnt, so kann der Androide wieder in die Werkseinstellung zurückgesetzt werden. Hier hilft Euch der Menüpunkt 11. Das Gerät bootet neu in den Fastboot-Modus, wo Ihr auf dem Display Eures Gerätes die Werkseinstellung (Factory Reset) auswählen könnt (meist mit den Laut-/Leiser-Tasten und Eingabebestätigung per Powerknopf). Bitte beachtet, dass nach der Rücksetzung ALLE PERSÖNLICHEN DATEN GELÖSCHT sind!

Nachbearbeitung - Alternative Apps

Wenn alles korrekt funktioniert, so kann per Script zum Vergleich eine weitere App-Auflistung erstellt werden (Menüpunkt 3). Der Autor hat nun nur noch 175 Apps auf dem Tablet, es wurden also 39 schädliche und unnütze Apps entdeckt und deinstalliert. Als toller Nebeneffekt sieht das App-Menü des Tablets sehr aufgeräumt aus.
Für die Funktionalität von Smartphones und Tablets sollten noch einige vertrauensvolle Standard-Apps per F-Droid installiert werden. Wir schlagen die Reihe von "Fossify" vor, die bei Eingabe dieses Begriffs in der F-Droid-Suche fein säuberlich aufgelistet werden. Wenn auch die Google-Play-Dienste entfernt worden sind, sind folgende Apps erforderlich:

• Fossify Phone
• Fossify Calendar
• Fossify Clock
• Fossify File Manager
• Fossify Gallery
• Fossify Contacts
• Fossify SMS Manager

Es können aber auch nach Lust und Laune weitere Apps installiert werden (z. B. Auroa-Store für nicht-freie Apps).

Möglicherweise schwirrt noch die ein oder andere App auf dem Androiden, die Ihr gerne loswerden möchtet und vom automatischen Durchlauf nicht berücksichtigt wurden. Auch hierbei unterstützt Euch das Script (Menüpunkt 8).
Allerdings solltet Ihr ganz sicher sein, dass die zu entfernende App auch wirklich nicht zwingend vom System benötigt wird!
Der Autor empfiehlt hierfür, das Tool "Stanley" über F-Droid zu installieren. Diese App listet fein säuberlich alle installierten Apps des Gerätes auf, mit genauem Namen und dem passenden Programm-Icon. Zum Einen lässt sich die störende App anhand des Icons sehr schnell ausfindig machen und zum Anderen könnt Ihr den vollständigen Namen schnell in die Internet-Suchmaschine Eurer Wahl eingeben, um einschlägige Informationen darüber zu erhalten, welchem Zweck diese App dient.
Steht die Entscheidung, die App zu deinstallieren, so öffnet Punkt 8 des Scripts. Hier gebt Ihr den bereits ermittelten vollständigen Namen der App ein. Nach der Bestätigung ist diese verbannt.
Gerne könnt Ihr diese App in Eure eigene "AndroidEntblaehenListe.txt" für zukünftiges Entblähen nun mit aufnehmen.

Wenn nach der Deinstallation weiterhin alles zu Eurer Zufriedenheit funktioniert - dann herzlichen Glückwunsch!
Ihr habt nun ein stark bereinigtes Gerät, das einiges an Ballast losgeworden ist.
Ihr müsst nun nur noch den Entwicklermodus des Androiden wieder ausschalten! Dies geschieht über den Schiebeschalter:

Und hiermit endet der erste Teil des Workshops "Android zähmen - Debloating und Firewalling". Im zweiten Teil kümmern wir uns um weitere unangenehme Apps, die nicht deinstalliert wurden, aber Kontakt mit ihrem Heimatserver aufnehmen und Daten über Euch sammeln.
Anschließend werden wir datenschutzrechtlich ein sehr sicheres Gerät unser eigen nennen, das den Vergleich in Bezug auf Privatsphäre mit manch einem Custom Rom standhalten oder sogar überbieten kann.

Hat euch der Beitrag gefallen? Eine Spende dürft ihr gern via Lightning an meine Adresse dirks@lnbits.yourdevice.ch senden! Danke schön!!

The post Workshop Android zähmen - Debloating und Firewalling (Teil 1) appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Lasst uns die Hauptmerkmale von WG-Tunnel anschauen:

Hauptfunktionen von WG Tunnel

• Einfache Benutzeroberfläche: Die App bietet eine einfache und übersichtliche Oberfläche, mit der ihr eure WireGuard-Konfigurationen verwalten könnt. Ihr kannst Profile anlegen, editieren und Verbindungen mit einem Klick herstellen oder trennen.
• Unterstützt QR-Code-Import: Konfigurationsdateien können leicht importiert werden, indem ihr einen QR-Code scannt, was die Einrichtung von WireGuard auf mobilen Geräten sehr einfach macht.
• Konfigurationsverwaltung: Es ist möglich, mehrere Konfigurationsprofile für verschiedene VPN-Server zu speichern und zwischen ihnen zu wechseln.
• Automatische Wiederverbindung: Die App kann automatisch die VPN-Verbindung wiederherstellen, wenn sie unterbrochen wurde, was besonders nützlich bei instabilen Netzwerken ist.
• Starke Verschlüsselung: Wie alle WireGuard-Implementierungen nutzt auch WG Tunnel modernste Verschlüsselungsalgorithmen, um die Sicherheit der Verbindung zu gewährleisten.
• Zugänglichkeit: Da die App Open-Source ist, kann jeder den Quellcode einsehen, verbessern oder eigene Anpassungen vornehmen.
• Verwendung von Konfigurationsdateien: Du kannst WG Tunnel einfach mit den Standard-WireGuard-Konfigurationsdateien (.conf) verwenden, die entweder per Hand erstellt oder von deinem Server generiert wurden.

Anwendungsszenarien

• Ihr könnt die App nutzen, um von unterwegs aus sicher auf euer Heim- oder Firmennetzwerk zuzugreifen.
• Sie eignet sich hervorragend, um Zensur zu umgehen, indem ihr euren Internetverkehr über sichere Tunnel leitet.
• Perfekt für den Einsatz in öffentlichen WLANs, um eure Privatsphäre zu schützen.

WG Tunnel ist eine praktische und offene Lösung für alle, die auf Android-Geräten WireGuard verwenden möchten. Sie bietet eine benutzerfreundliche Alternative zu anderen VPN-Clients. Da die App Open-Source ist, könnt ihr euch den Quellcode auf Plattformen wie GitHub ansehen und bei Bedarf anpassen.

Unterschied zur offiziellen Wireguard App

Die offizielle Wireguard App ist sehr sporadisch, und erlaubt praktisch keine weiteren Konfigurationsmöglichkeiten und Tunnel Einstellungen. Der Unterschied zur offiziellen Wireguard App besteht in den zusätzlichen Konfigurationsmöglichkeiten zur automatischen Aktivierung und Deaktivierung des WG Tunnels in vordefinierten WLAN Netzwerken, das macht sie besonders bequem zu nutzen, da das Heim-WLAN festgelegt werden kann, und die App den VPN Modus dann automatisch deaktiviert, wenn man sich im Heimnetzwerk befindet. Diese Funktion nennt sich Auto-Tunneln.

Installation

Ladet euch die App von F-Droid hier herunter und installiert sie auf eurem Android Smartphone

Anwendung von WG-Tunnel

Der Homescreen ist praktisch der selbe wie die offizielle Wireguard App, mit dem Plus Symbol unten rechts könnt neue Wireguard Verbindungen hinzufügen:

Ihr könnt Konfiguration hinzufügen als QR Code, über eine Zip Datei, die eure Konfigurationsdatei beinhaltet, oder die Verbindungsdaten manuell eingeben. Die Funktionen sind die gleichen wie in der offiziellen Wireguard App

Einstellungen der App

In den Einstellungen der App findet ihr die ausgesprochen sinnvolle Auto Tunneln Funktion. Sie ermöglicht euch, vorher sogenannte Trusted Networks, oder vertrauenswürdige WLANs zu definieren. Hier bietet es sich an, zum Beispiel das eigene WLAN zuhause anzugeben, damit die Wireguard App de Tunnel deaktiviert, sobald ihr zuhause seid, und mit eurem WLAN verbunden seit. Dazu müsst, ihr einfach den WLAN Namen eures Netzwerks in die Box eintragen. Der WLAN Name taucht dann über halb der Box als trusted network auf:

Um die Funktion nutzen zu können, müsst ihr der App Standort Freigabe erteilen. Die Standortberechtigung ist nur nötig, damit die App den Namen des WLANs auslesen kann – nicht, um GPS-Daten zu verwenden. Android gruppiert den WLAN-Namen (SSID) einfach in die gleiche Kategorie wie andere Standortinformationen, weil der WLAN-Name indirekt Aufschluss über den Standort geben kann. Deshalb ist eine explizite Freigabe erforderlich.

Darunter aktiviert ihr einfach noch, falls nicht schon gesehen, den Tunnel für die Mobilen Daten. Falls ihr irgendwo mit einem Ethernet Kabel verbunden seid, könnt ihr dafür auch Wireguard aktivieren.

Weitere Einstellungen

Weiter unten könnt ihr die native Wireguard Kernel Funktion aktivieren, falls eurer Gerät gerootet ist, dies führt zu einer gesteigerten Geschwindigkeit von Wireguard, da der Android Kernel nativ Wireguard unterstützt, und nicht via extra Implementierung durch die App ausgeführt werden muss.

AlwaysOn VPN funktioniert bei Auto Tunneln nicht, da Wireguard ja im Heimnetzwerk deaktiviert wird. Eine App Sperre ist sinnvoll, wenn sich kein unbefugter Zugriff zu euren Wireguard Netzen beschaffen sollte.

Unterstützen

Im letzten Tab könnt ihr das Projekt noch unterstützen, den Source Code und die Dokumentation sichten, oder eine Email an den Entwickler schicken. Ausserdem findet ihr noch Logs der App, falls etwas nicht funktionieren sollte. Es lässt sich auch direkt über die App ein Github Issue eröffnen.

Fazit

Die Alternative WG-Tunnel ist eine sinnvolle alternative zur offiziellen Wireguard App. Sie verfügt mit Auto Tunneln über eine bequeme Funktion, Wireguard automatisch zu deaktivieren, falls ihr euch in einem vertrauenswürdigen WLAN befindet. Somit könnt ihr gleich auf eure Heimnetz Dienste zugreifen, oder Wireguard vorher deaktivieren zu müssen.

Möchtet ihr euren eigenen Wireguard Server auf einem Host eurer Wahl installieren? Dann schaut mal hier vorbei!

Sucht ihr nach einem Wireguard Abo, um eure Familie oder Freunde im Ausland oder bei Reisen abzusichern? Wir haben auch ein Wireguard Abo im Angebot!

The post WG Tunnel, die Wireguard Android App Alternative appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was ist der Obtainium Store?

Der Obtainium Store ist eine Android-App, die es Nutzern ermöglicht, Apps und Updates direkt von vertrauenswürdigen Release-Plattformen wie GitHub, GitLab und anderen Open-Source-Repositories herunterzuladen und zu installieren. Im Wesentlichen bietet Obtainium einen einfacheren und sichereren Weg, um Anwendungen außerhalb des von bekannten App Stores zu installieren. Für diejenigen, die nicht warten können, bis F-Droid endlich eine App aktualisiert, kann Obtainium hier auch zur schnelleren Befriedigung der Update-Wut beitragen.

Funktionen des Obtainium Stores

1. Direkte Updates von den Entwicklern: Obtainium greift direkt auf die offiziellen Repositories der Entwickler zu und bietet so immer die aktuellste Version einer App an. Ihr könnt entscheiden, ob ihr automatisch Benachrichtigungen zu Updates erhalten möchtet oder nur manuell nach Updates suchen wollt.
2. Kein Google Play Account nötig: Eine der größten Stärken von Obtainium ist, dass ihr natürlich keinen Google-Account benötigt, um Apps herunterzuladen oder zu nutzen.
3. Vertrauenswürdige Quellen: Alle Apps, die Obtainium anbietet, stammen von Plattformen wie GitHub oder GitLab. Dies bedeutet, dass ihr genau wisst, woher die App stammen und dass sie nicht von Drittparteien verändert wurde.
4. Freiheit bei der Installation: Während der Google Play Store strikte Richtlinien hat und viele Apps aufgrund von Lizenz- oder Inhaltsproblemen ablehnt, erlaubt Obtainium euch, Apps zu installieren, die diese Einschränkungen umgehen. Das bedeutet mehr Auswahl und Flexibilität für euch als Nutzer.
5. Benutzerfreundliches Interface: Die App selbst ist leicht zu navigieren und bietet eine übersichtliche Darstellung der verfügbaren Apps. Durch die Möglichkeit, direkt von Repositories herunterzuladen, erhaltet ihr nicht nur Updates schneller, sondern auch die Möglichkeit, spezifische Versionen einer App auszuwählen.
6. Sicherheitsfeatures: Da die Apps direkt von den Entwicklern bereitgestellt werden, ist die Gefahr, auf manipulierte oder unsichere Anwendungen zu stoßen, minimiert. Ihr könnt sicher sein, dass die App-Versionen direkt von den offiziellen Plattformen kommen und somit authentisch sind.

Wieso Obtainium verwenden?

Viele Android-Nutzer möchten sich von den strikten Richtlinien und dem Einfluss großer Konzerne wie Google befreien oder suchen nach schnelleren Möglichkeiten ihr Apps stets aktuell zu halten. F-Droid benötigt teilweise etwas Zeit, um neuere App Versionen in ihren Repos aufzunehmen. Obtainium bietet hier eine großartige Alternative, die nicht nur Freiheit, sondern auch Transparenz und Sicherheit kombiniert. Ihr könnt sicherstellen, dass die Apps, die ihr installiert, keine versteckten Hintertüren haben oder unnötig viele Berechtigungen anfordern, wie es bei manchen Play Store Apps der Fall ist.

Außerdem bietet Obtainium Zugriff auf Apps, die im Play Store oder bei F-Droid nicht verfügbar sind, weil sie entweder zu nischig sind oder den Richtlinien nicht entsprechen. Dies ist besonders nützlich für Nutzer, die spezielle Tools oder Open-Source-Projekte verwenden möchten.

Nachteile und Einschränkungen

Obwohl Obtainium viele Vorteile bietet, gibt es auch einige Einschränkungen. Zum einen muss man als Nutzer darauf achten, dass Apps von externen Quellen auch tatsächlich vertrauenswürdig sind. Ihr fügt also die Repositories selber hinzu, und müsst sicherstellen, dass das Repository vom offiziellen Account des Developers ist. Achtet darauf, dass ihr keine Forks der Apps verwendet, ausser ihr beabsichtigt, spezielle Apps mit erwünschten Änderungen zu installieren. Zwar bietet Obtainium nur Links zu den offiziellen Repositories an, aber letztlich liegt die Verantwortung bei euch, sicherzustellen, dass ihr nur vertrauenswürdige Software installiert und auch überprüft, ob die Repos von den offiziellen Entwicklern sind, vor allem wenn ihr manuell Pakete und Apps hinzufügt.

Installation und Anwendung von Obtainium

Installieren könnt ihr Obtainium direkt von Github hier, oder über den F-Droid Store.

Anwendung von Obtainium

Ihr findet natürlich zuerst eine leere App vor euch. Dies liegt daran, dass man sich, wie beschrieben, die gewünschten Repositories selber hinzufügen muss. Erhaltet ihr zum Beispiel via F-Droid nur sehr spät die Updates für eine App, kann man sich das bestimmte Github Repo einer hab auf Obtainium hinzufügen, und erhält direkt bei Release einer neuen Version eine Benachrichtigung.

Vorhandene Repos hinzufügen

Wählt ihr unten auf App hinzufügen, und geht danach unten Unterstützte Quellen, erhaltet ihr eine Liste vertrauenswürdiger und vorausgewählter Quellen. So könnt ihr, ohne die Github Repos durchsuchen zu müssen, bereits bekannte Apps hinzufügen:

Mit einem Klick auf App hinzufügen, fügt ihr die Quellen der App Obtainium hinzu. Wer alle seine Apps hier findet, kann sich bereits glücklich schätzen und benötigt keine weitere Einrichtung.

Quellen manuell hinzufügen

Apps die nicht in der Liste stehen, könnt ihr auch manuell hinzufügen. Für Apps, wie zum Beispiel Element-X, die Ewigkeiten nicht im F-Droid geupdated werden, eine gute Variante Up to Date zu bleiben.

Ihr könnt entweder über die Suche die App hinzufügen, oder direkt auf Github gehen, falls ihr das original Repo bereits kennt. Im Tab App hinzufügen fügt ihr einfach die Hauptseite des Projekts der Obtainium App hinzu. Für Element-X wäre das zum Beispiel diese Seite:

https://github.com/element-hq/element-x-android/

Wählt aus, ob Vorab-Version erwünscht sind, oder lieber nur finale Releases erwünscht sind:

Weiter unten gibt es noch sehr viele Experten-Einstellungen, die ihr in den aller meissten Fällen nicht benötigt. Solltet ihr nicht die neuste Version erhalten, könnt ihr später noch die Option "Latest-Tag überprüfen" aktivieren. Mit der Option nur "nur nachverfolgen" erhaltet ihr nur Update-Benachrichtigungen. Downloaden müsst ihr die App dann selber. Weitere Einstellungen sind nur für besondere Anforderungen notwendig.

Hauptbildschirm

Mit einem Klick auf die App findet Details zur Quelle, die installierte Version, und wann das letzte mal überprüft worden ist. Mit einem Klick auf die Version ganz rechts, gibts Infos zum aktuellen Release, also zum beispiel die Release Notes. Des weiteren könnt ihr hier die Apps/Repos löschen, bearbeiten, oder direkt mit einem Klick alle Updates downloaden. Um eine App zu bearbeiten, wählt ihr diese mit einem langen Druck vorher aus.

Einstellungen der App

In den Einstellungen der App könnt ihr den Überprüfungsintervall festlegen, Hintergrundaktualisierungen erlauben oder nur erlauben wenn das Smartphone sich in einem WLAN Netzwerk befindet. Es kann festgelegt werden ob jedes mal beim Start sofort überprüft werden soll, oder zum Beispiel nur, wenn ihr die App-Seite abruft.

Ausser dem lässt sich hier das Aussehen der App festlegen, und auch zum Beispiel die Schriftart festlegen. Weiter unten lassen sich auch Kategorien festlegen. Damit könnt ihr beim Hinzufügen eines Repos dies auch direkt in eine Kategorie einordnen.

Die Voreinstellungen sind für die meissten Anwender bereits bestens. Professionelle Anwender könnten hier noch ihren Github Access Token festlegen, oder spezielle Installationsmethoden nutzen, um Apps zu installieren.

Fazit

Der Obtainium Store ist eine spannende Alternative für alle Android-Nutzer, die Wert auf Privatsphäre, Open-Source-Software und mehr Kontrolle über ihre App-Installationen legen. Durch den direkten Zugang zu Repositories wie GitHub und GitLab kannst du sicherstellen, dass du immer die aktuellste Version einer App erhältst und gleichzeitig auf Google-Dienste verzichten.

Für technisch versierte Nutzer und solche, die mehr Unabhängigkeit bei der App-Auswahl möchten, bietet Obtainium eine solide und transparente Lösung. Es könnte in Zukunft eine noch größere Rolle spielen, da der Wunsch nach freieren, datenschutzfreundlichen Alternativen zu den großen App-Stores stetig wächst.

Wer sich mit Open Source App Stores noch nicht so auskennt, der schaut auch mal in hier in den F-Droid und Droid-fy Beiträgen vorbei.

The post Obtainium, der universelle App Store appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Um was geht es genau

In der aktuellen Diskussion, die unter anderem auf Mastodon geführt wird, geht es darum, wie diese neuen Anti-Features gehandhabt werden und welche Konsequenzen dies für betroffene Apps hat. Einige Entwickler, wie diejenigen hinter Organic Maps, sehen sich plötzlich mit der Tatsache konfrontiert, dass ihre Apps im F-Droid-Client nicht mehr einfach zu finden sind. Dies liegt daran, dass Apps, die von den neuen Anti-Features betroffen sind, standardmäßig ausgeblendet werden und nur durch manuelle Einstellungen wieder sichtbar gemacht werden können. Dabei wurde das neue Anti-Featre "Tethered Network Services" in die Kategorie "andere unerwünschte Merkmale" verpackt, und es war nicht direkt ersichtlich, wie man die betroffenen Apps wieder angezeigt bekommt.

Während einige Kritiker dies als Zensur bezeichnen, könnte man argumentieren, dass es sich eher um eine strikte, aber gut gemeinte Richtlinie handelt, die jedoch in ihrer aktuellen Form möglicherweise über das Ziel hinausschießt. Es gibt deutlich problematischere Apps als OrganicMaps, wie zum Beispiel die Karten-App Osmand, die per Standard deutlich mehrere Anti-Features besitzt, die App wird aber trotzdem jedem weiterhin angezeigt. Es ist denkbar, dass die Entwickler von F-Droid nicht beabsichtigten, solche Auswirkungen zu haben, und dass die Ausblendung von Apps wie Organic Maps eher ein unbeabsichtigter Nebeneffekt war.

Droidi-fy als Alternative

Aus diesem Anlass heraus, haben wir uns entschieden, auch gleich die App Store Alternative Droid-ify vorzustellen. Für Anwender, die sich durch diese Entwicklungen eingeschränkt fühlen, gibt es eben den alternativen Client Droid-ify, welcher diese Anti-Features ignoriert, bzw, keine Vorauswahl trifft, welche Apps angezeigt werden, und welche nicht, und deshalb die betroffenen Apps weiterhin zugänglich macht. Dieser Client bieten eine interessante Alternative, da sie die Vorteile eines zentralen Open-Source-Stores beibehalten, ohne die neuen, möglicherweise zu strikten Richtlinien von F-Droid umzusetzen.

Droid-ify Installation

Installieren könnt ihr Droid-ify direkt von F-Droid hier, oder auf der Github Seite von Droid-ify direkt.

Anwendung von Droid-ify

Die Anwendung ist simple und einfach, Droid-ify kommt, im Gegensatz zu F-Droid im Material 3 Design, und ist übersichtlicher, und einfacher gestaltet. Ausserdem kommt Droid-ify bereits mit sämtlichen Paketquellen, die man so von bekannteren Apps wie NewPipe, Mercurygram, Schildichat, Molly und etc kennt, als Opt-In Methode. Das heisst, falls man Apps aus diesen Repos angezeigt bekommen möchte, kann man diese einfach aktivieren, und muss sich nicht mühselich die Repos von den Entwicklern erst zusammen suchen, dicker Pluspunkt.

Entdecken Hauptseite

Die Hauptseite ist zugleich die Entdeckerseite, hier könnt ihr nach Apps suchen, und sich diese auch in Kategorien Anzeigen lassen, die sogar vielfältiger sind, als die von F-Droid. Die Kategorienleiste befindet sich direkt unter den Tabs. Einfach auf Alle Anwendungen tippen, und eine Kategorie auswählen:

Droid-ify installierte Apps

Hier seht ihr all eure installierten Apps. Alle Apps, die via F-Droid installiert worden sind, werden auch hier angezeigt. Ausserdem sind die Aktualierungen kompatiblen mit den Installationen aus dem F-Droid Store. Sind die Versionsnummern orange markiert, gibt es Aktualisierungen für die jeweilige Version. Mit einem Tipp auf die jeweilige App, findet ihr natürlich auch noch Informationen, Versionen und Details zu den Entwicklern.

Droid-ify Aktualisierungen

Hier findet ihr alle Apps in einer Liste, für welche Aktualisierungen verfügbar sind. Mit einem Klick auf die App könnt ihr einzelen aktualisieren, sollten Updates für mehrere Apps verfügbar sein, erscheint unten ein Button mit dem ihr alle Apps auf einmal aktualisieren könnt:

Droid-ify Einstellungen

Mit einem Druck auf die 3 Punkte oben rechts kommt ihr auf die Einstellungen die Apps. Diese sind sehr übersichtlich, und für einen Neuling sogar verständlicher und einfacher als bei F-Droid:

Ihr könnte die Sprache festlegen, das Material You Design aktivieren damit es zu eurer Farbumgebung passt, Wischgesten aktivieren und das Updateverhalten der App beeinflussen. Ausserdem könnt ihr einen Proxy festlegen, und aber auch die kompletten Einstellungen der App exportieren und importieren. Falls ihr viele zusätzliche Repos habt, könnt ihr diese hier auch sichern, toll gemacht!

Repositories / Paketquellen von Droid-ify

Mit einem Druck auf die 3 Punkte kommt ihr auch direkt in die Paketquellen der App, hier habt ihr, wie bereits erwähnt die wichtigsten Paketquellen enthalten. Diese müssen nur bei Bedarf aktivierten werden, können aber auch wieder entfernt werden. Natürlich lassen sich mit dem Button Repository hinzufügen weitere Quellen hinzufügen.

Fazit

Aus markttechnischer Sicht ist es von entscheidender Bedeutung, dass es immer Alternativen gibt, insbesondere in einem dynamischen und innovativen Sektor wie dem der Open-Source-Software. Vielfältige Optionen fördern den Wettbewerb, treiben die Innovation voran und bieten den Nutzern die Möglichkeit, Lösungen zu wählen, die ihren spezifischen Bedürfnissen und Wertvorstellungen am besten entsprechen.

Im Fall von F-Droid und seinen Alternativen wie Droid-ify zeigt sich, dass unterschiedliche Ansätze in der Handhabung von Apps und deren Richtlinien zu unterschiedlichen Nutzererfahrungen führen können. Während F-Droid einen rigorosen, möglicherweise restriktiven Ansatz verfolgt, bieten Alternativen wie Droid-ify mehr Flexibilität und Freiheit. Diese Vielfalt ermöglicht es Nutzern, die für sie beste Option zu wählen, was letztlich zur Stärkung des gesamten Ökosystems beiträgt.

Aus wirtschaftlicher Sicht stellt die Existenz von Alternativen sicher, dass kein einzelner Anbieter eine Monopolstellung einnimmt, was zu einer gesunden Marktdynamik führt. Anbieter müssen kontinuierlich innovativ bleiben und auf die Bedürfnisse ihrer Nutzer eingehen, um wettbewerbsfähig zu bleiben. Für die Nutzer bedeutet dies, dass sie Zugang zu besseren, vielseitigeren und maßgeschneiderten Lösungen haben, was ihre Zufriedenheit und die Akzeptanz der Technologien erhöht.

Insgesamt gilt: Alternativen bereichern den Markt, bieten Sicherheit gegen Abhängigkeiten und fördern eine offene und fortschrittliche Entwicklung, die letztlich allen Beteiligten zugutekommt.

Falls ihr euch F-Droid auch anschauen wollt, findet ihr hier eine Einstallation- und Anwendungsanleitung.

The post Droid-ify, die F-Droid Alternative appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was ist Squawker?

Squawker ist ein Open-Source-Frontend für Twitter, das entwickelt wurde, um eine alternative Möglichkeit zur Nutzung der Plattform zu bieten. Im Gegensatz zur offiziellen Twitter-App oder Webseite, die von Twitter selbst bereitgestellt wird, handelt es sich bei Squawker um ein unabhängiges Projekt. Es nutzt die Twitter-API, um Tweets, Trends und andere Daten zu laden, bietet dabei aber eine komplett andere Benutzererfahrung.

Warum ein alternatives Frontend?

Die Motivation hinter der Nutzung von Squawker oder ähnlichen Projekten liegt oft in der Kontrolle über die eigene Benutzererfahrung. Open-Source-Projekte wie Squawker geben den Nutzern die Möglichkeit, Funktionen zu integrieren oder zu verändern, die in der offiziellen App nicht vorhanden sind. Dies könnte beispielsweise ein anderes Design, verbesserte Datenschutzfunktionen oder zusätzliche Filter- und Suchoptionen beinhalten.

Ein weiteres Argument für die Nutzung eines alternativen Frontends ist der Datenschutz. Da Squawker nicht von Twitter selbst betrieben wird, haben die Entwickler die Möglichkeit, Funktionen wie Tracker-Blockierung oder anonyme Nutzung einzubauen, was bei der offiziellen App nicht der Fall ist.

Wie installiere ich Squawker

Squawker kann man sich bequem per F-Droid installieren. Einen Download-Link findet ihr hier. Ausserdem bieter der Entwickler ein eigenes Repository, mit dem ihr immer sofort die neuste Version erhaltet. Fügt diesen Link euren F-Droid Repos zu:

https://apkrep.creativaxion.org/fdroid/repo?fingerprint=443DA0A316DFB86BFD05D0123951855E7CD8724969FAD66D6E62EB801299744A

Funktionen und Vorteile von Squawker

1. Anpassbare Benutzeroberfläche: Nutzer können das Aussehen und Verhalten der App nach ihren eigenen Vorlieben gestalten.
2. Datenschutzorientiert: Squawker bietet potenziell mehr Kontrolle über persönliche Daten und verfolgt eine datenschutzfreundliche Politik.
3. Offene Entwicklung: Als Open-Source-Projekt kann jeder mit Programmierkenntnissen zur Verbesserung der App beitragen.
4. Unabhängigkeit: Squawker ist nicht von den Einschränkungen und Richtlinien abhängig, die Twitter für seine offiziellen Apps festlegt.

Nachteile von Squawker

Die App ist read-only, heisst also, dass ihr keine retweets machen könnt, keine Likes oder Kommentare vergeben könnt. Ihr könnt aber aus der App Tweets extern teilen, und Links zu regulären Twitter Nutzern schicken.

Ihr könnt aber natürlich Authoren und Tweetern folgen, wie ihr lustig seid.

Anwendung von Squawker

Squawker ist simple und einfach aufgebaut, bietet aber eine Menge Funktionen. Die obere Arbeitsleiste ist kontextbasiert, und abhängig, auf welchen Tab ihr unterwegs seid. Im Feed Tab könnt ihr zum Beispiel nach Personen, Kommentaren oder Trends suchen, den Feed aktualiseren oder bereits gewisse Filterfunktionen setzen:

Im Tab Abos habt ihr die Möglichkeit mit dem Download Button ganz links die Subscriptions eines beliebigen Accounts herunterzuladen. Habt ihr bereits einen Twitter Account, könnt ihr zum Beispiel euren Benutzernamen eingeben, und habt eure Subscriptions ausserdem gleich auch in der App:

Natürlich könnt ihr auch nach Tweetern suchen, und diesen folgen.

Im Tab Gruppen könnt ihr eure Subscriptions zum Beispiel auch in Kategorien anordnen und gruppieren.

Einstellungen von Squawker

Die Allgemeinen Einstellungen bieten eine Menge Möglichkeiten, die App nach euren Gusto anzupassen. Ihr könnt die Sprache festlegen, den Standard Tab ändern. Animationen aktivieren und deaktivieren, diverse Twees ausblenden, oder Proxy festlegen um eure IP zu verstecken. Es gibt sogar einen Non-Confirmation-Bias Modus, der euch die Authoren der Tweets verbirgt, damit ihr euch zum Beispiel nur aus Autoritätsgründen nicht in einer bestimmten Wahrnehmumg bestätigt fühlt!

Unter Nutzerkonten könnt ihr euch auch einloggen, da Squawker aber Read-Only ist, und Twitter eventuell euren Account blockieren könnte, wenn sie merken, dass ihr eine fremde App verwendet, ist dies eher nutzlos und nicht zu empfehlen.

Unter Start könnt ihr eure Tabs umordnen oder entfernen, falls ihr bestimmte Tabs nicht benötigt

Unter Design legt ihr das Aussehen und das Farbschema der App fest:

Unter Data könnt ihr eure App sichern, und auf einem anderen Smartphone wieder herstellen:

Ihr seht also, Squawker bringt eine Menge mit, und bietet dabei höchsten Datenschutz.

Fazit

Für diejenigen, die eine Alternative zur offiziellen Twitter-App suchen, stellt Squawker eine interessante Option dar. Es bietet eine Mischung aus Anpassungsmöglichkeiten, verbesserter Privatsphäre und einem anderen Zugang zu den Inhalten von Twitter. Wie bei jedem Open-Source-Projekt hängt der langfristige Erfolg und die Funktionsvielfalt von der Community und den Entwicklern ab, die hinter dem Projekt stehen.

Wenn ihr neugierig seid, wie Squawker für euch funktionieren könnte, lohnt es sich, es auszuprobieren und die Vorteile einer unabhängigen Plattform selbst zu erleben, und dass ohne einen Account anlegen zu müssen!

Weitere tolle Opensource Android habs findet ihr hier!

Interessiert ihr euch für dezentrale Social Media Plattformen? Schaut euch doch mal das Fediverse an!

The post Squawker, die Twitter Alternative appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Vorbereitung

Bevor ihr beginnt, sind einige Vorbereitungen notwendig:

• Backup: Macht wenn möglich ein vollständiges Backup eurer Daten auf dem bestehenden Smartphone, insbesondere wenn ihr sensible Informationen übertragt. Nutzt dafür lokale Lösungen wie USB Sticks oder eine SD-Karte.
• Passwörter & Logins: Stelle sicher, dass ihr alle notwendigen Passwörter und Anmeldedaten parat habt, da ihr diese möglicherweise auf dem neuen Gerät neu eingeben musst.
• Nextcloud einrichten: Wenn ihr Nextcloud verwenden möchtet, stellt sicher, dass ihr Zugriff auf euren Nextcloud-Server habt und die entsprechende App auf beiden Geräten installiert ist.

Datenübertragung von Android zu einem Custom ROM

Methode 1: Übertragung via USB-Kabel

1. Geräte verbinden: Verbindet euer altes Android-Gerät über ein USB-Kabel mit eurem Computer. Geht in die Benachrichtigungszentrale, und geht auf Benachrichtigung Gerät wird über USB geladen oder ähnlich. Möglicherweise müsst ihr die Benachrichtigung 2x antippen. Es öffnet sich ein neues Fenster, wählt hier Datenübertragung aus.
2. Datenübertragung starten:
   • Öffnet den Dateiexplorer auf eurem Computer und navigiert zu eurem Android-Gerät.
   • Kopiert die gewünschten Dateien (z.B. Fotos, Videos, Dokumente) auf euren Computer.
3. Übertragung auf das neue Gerät:
   • Verbindet nun euer neues Custom ROM-Gerät mit dem Computer. Aktiviert wieder die Datenübertragung.
   • Übertragt die zuvor gesicherten Daten vom Computer auf das neue Gerät, indem du sie in die entsprechenden Ordner kopierst (z.B. in den „DCIM“-Ordner für Fotos). Stellt sicher, das die Daten zum in den selben Ordnern landen, in denen sie vorher lagen. Erstellt falls nötig die entsprechenden Ordnernamen neu.

Methode 2: Übertragung über Nextcloud

1. Nextcloud-Client auf dem alten Gerät installieren:
   • Öffne die Nextcloud-App und meldt euch an.
   • Wählt die Dateien aus, die ihr sichern möchtest, und ladet sie in eure Nextcloud hoch.
2. Nextcloud-Client auf dem neuen Gerät installieren:
   • Öffnt die Nextcloud-App auf eurem neuen Custom ROM-Gerät und meldet euch mit eurem Account an.
   • Lade die gesicherten Dateien aus der Cloud auf euer neues Gerät herunter.

Methode 3: Direktes Gerät-zu-Gerät-Kabel

1. USB-OTG-Kabel verwenden:
   • Wenn beide Android-Geräte USB-OTG (On-the-Go) unterstützen, könnt ihr sie direkt miteinander verbinden.
   • Verwendet eine Dateiübertragungs-App (z.B. „Files by Google“), um Daten direkt zwischen den Geräten zu kopieren.

Datenübertragung von iPhone zu einem Custom ROM

Methode 1: Übertragung via USB-Kabel

1. Daten vom iPhone auf den Computer übertragen:
   • Verbindt euer iPhone über ein USB-Kabel mit eurem Computer.
   • Verwende iTunes (auf Windows) oder den Finder (auf macOS), um auf die Dateien zuzugreifen. Für Linux gibt es leider kein entsprechendes Programm. Ihr benötigt also einen Windows oder MacOS Rechner
   • Kopiert die gewünschten Dateien auf euren Computer.
2. Übertragung auf das neue Android-Gerät:
   • Verbindet das neue Gerät mit dem Computer. Aktiviert wieder den Datenübertragungsmodus.
   • Kopiert die Dateien vom Computer auf das neue Gerät.

Methode 2: Übertragung über Nextcloud falls kein Windows oder MacOS Rechner verfügbar

1. Nextcloud-Client auf dem iPhone installieren:
   • Öffnet die Nextcloud-App und meldet euch an.
   • Wählt die Dateien aus, die ihr sichern möchtet, und ladet sie in eure Nextcloud hoch.
2. Nextcloud-Client auf dem neuen Android-Gerät installieren:
   • Öffnet die Nextcloud-App auf eurem neuen Custom ROM-Gerät und meldet euch mit eurem Account an.
   • Ladet die gesicherten Dateien aus der Cloud auf euer neues Gerät herunter.

Spezifische Datenübertragungen

Kalender

• Android zu Android:
  • Exportieret eure Kontakte als .vcf-Datei und deinen Kalender als .ics-Datei. Nutzt dafür die App Fossify Contacts und Fossify Calender um die Kontakte zu exportieren, und wieder zu importieren.
  • Übertrage diese Dateien via USB oder Nextcloud auf das neue Gerät und importiere sie dort.
• iPhone zu Android:
  • verwendet dafür folgendes Tutorial:

Kontakte und SMS

Wie ihr eure Kontakte und SMS übertragen könnt, erfahrt ihr hier in diesem Artikel:

Messaging-Apps

• WhatsApp: Verwende die lokale Backup-Funktion von WhatsApp, um ein Backup auf eurem alten Gerät zu erstellen. Das Backup befindet sich im Ordner /android/media/com.whatsapp Übertragt den kompletten Ordner com.whatsapp via USB oder Nextcloud auf das neue Gerät in den selben Ordner und stelle es bei der Einrichtung von WhatsApp wieder her. Ihr dürft Whatsapp vorher nicht starten!
• Signal: Signal bietet eine integrierte Backup- und Wiederherstellungsfunktion, die ihr ebenfalls lokal sichern und auf dem neuen Gerät wiederherstellen könnt. Die Funktion befindet sich in den Einstellungen unter Chats und dann unten unter Chat-Sicherungen. Schreibt euch die Passphrase auf, und ladet die Datei auf euer neues Phone. Installiert euch Signal oder Molly, und wählt Aus Sicherung wiederherstellen, beim starten der App.
• Telegram: Da Telegram cloudbasiert ist, müsst ihr euch nur mit eurem neuen Account auf dem neuen Phone anmelden.
• Threema: bietet in den Einstellungen ebenfalls eine Sicherungsfunktion. Ihr benötigt aber unbedingt euren Threema Key, den ihr beim Kauf erhalten habt, und müsst euch Threema Libre aus dem F-Droid Store installieren. Dort könnt ihr das Backup File dann wieder herstellen.

Weitere Apps wie Notiz Apps und etc.

Viele Apps bieten eine Sicherungsfunktion, nutzt wenn möglich die Sicherungsfunktionen der Apps die ihr verwendet, und stellt diese auf dem neuen Gerät wieder her.

Abschließende Schritte

• Datenüberprüfung: Stelle sicher, dass alle Daten korrekt auf das neue Gerät übertragen wurden und einwandfrei funktionieren.
• Apps installieren: Installiere alle notwendigen Apps manuell über F-Droid oder andere sichere Quellen.
• Sicherheit: Überprüfe, ob alle sicherheitsrelevanten Einstellungen auf dem neuen Gerät aktiviert sind, insbesondere Verschlüsselung und Authentifizierung.

VCool, dass du dieses Tutorial zur Datenübertragung auf Custom ROMs wie GrapheneOS oder CalyxOS gelesen habt, heisst also ihr seid bereits in gewissen Vorbereitungsphasen! Der Wechsel zu einem Custom ROM kann ein großer Schritt sein, besonders wenn es um die Sicherung und Übertragung eurer wertvollen Daten geht. Mit den richtigen Tools und der richtigen Vorgehensweise könnt ihr jedoch sicherstellen, dass der Übergang reibungslos verläuft und ihr die Vorteile eines sicheren und datenschutzorientierten Betriebssystems voll ausschöpfen könnt.

Vergesst nicht, regelmäßig Backups eurer Daten zu erstellen und euch über Updates und neue Funktionen eures Custom ROMs auf dem Laufenden zu halten. Wenn ihr Fragen oder Herausforderungen während der Übertragung hast, zögere nicht, in der Community nach Unterstützung zu suchen – es gibt viele erfahrene Nutzer, die euch gerne weiterhelfen.

The post Daten auf CustomROM mit CalyxOS / GrapheneOS übertragen appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was ist FMD?

FMD steht für Find My Device und ist ein Open-Source-Projekt, das es euch ermöglicht, eure Geräte im Falle eines Verlusts zu orten und zu verwalten. Es wurde von Nulide entwickelt und bietet eine selbst gehostete Lösung, die sich sowohl für Einzelpersonen als auch für Organisationen eignet, die eine datenschutzfreundliche Alternative zu kommerziellen Gerätenachverfolgungsdiensten suchen. Find My Device eignet sich vor allem für Geräte Smartphones mit Custom ROM's, wie GrapheneOS oder CalyxOS, bei denen Googles FindMyDevice Funktion nicht zu verfügung steht. Natürlich kann die App auch anstatt Googles FindMyDevice auch auf normalen Android Smartphones verwendet werden.

Hauptfunktionen von FMD

Geräteortung
Die zentrale Funktion von FMD ist die präzise Ortung von Geräten. Ihr habt 2 Möglichkeiten eure Geräte zu orten, entweder mit einem hinterlegten Kontakt via SMS, oder ihr könnt über ein Web-Interface auf eine Karte zugreifen, die den aktuellen Standort eurer registrierten Geräte anzeigt. Diese Funktion ist besonders nützlich, wenn ein Gerät verloren gegangen ist oder gestohlen wurde.

Verwaltung mehrerer Geräte
FMD unterstützt die Verwaltung mehrerer Geräte gleichzeitig. Dies ist besonders praktisch für Familien oder Organisationen, die eine größere Anzahl von Geräten überwachen müssen. Über das Dashboard können Nutzer alle Geräte auf einmal sehen, verwalten und deren Standorte überprüfen.

Sicherheitsmaßnahmen
FMD legt großen Wert auf Sicherheit. Alle Datenübertragungen und -speicherungen erfolgen verschlüsselt, um sicherzustellen, dass sensible Informationen geschützt bleiben. Dies ist ein entscheidender Vorteil gegenüber vielen kommerziellen Lösungen, bei denen die Daten in der Cloud des Anbieters gespeichert werden. Die Daten auf dem Server werden

Wie sicher ist Find My Device

Eure Gerät erstellt bei der Registrierung ein RSA-3072-Schlüsselpaar. Der private Schlüssel wird symmetrisch mit AES-GCM-256 verschlüsselt, wobei der Argon2-Hash eures Passworts als Schlüssel dient. Anschließend wird das Schlüsselpaar auf den Server hochgeladen.

Jedes Mal, wenn euer Gerät Daten sendet, verschlüsselt es diese mit dem öffentlichen Schlüssel und lädt die verschlüsselten Daten auf den Server.

Wenn ihr die Webseite aufruft und eure Benutzer-ID und euer Passwort eingebt, erzeugt die Webseite einen anderen Argon2-Hash aus eurem Passwort und sendet ihn an den Server. Dadurch wird dem Server bewiesen, dass ihr das Passwort kennt, ohne es direkt zu übermitteln. Die Webseite lädt dann das Schlüsselpaar vom Server herunter, entschlüsselt den privaten RSA-Schlüssel und kann anschließend alle weiteren Daten, wie z.B. den Standort, lokal in eurem Browser entschlüsseln.

Selbst-Hosting
Einer der herausragenden Vorteile von FMD ist die Möglichkeit des Self-hostings. Ihr könnt den Dienst auf eurem eigenen Servern betreiben, wodurch ihr die volle Kontrolle über eure Daten behaltet. Dies macht FMD zu einer idealen Wahl für datenschutzbewusste Nutzer, die ihre Informationen nicht in die Hände von Drittanbietern legen möchten.

Warum FMD?

Die Wahl von FMD anstelle von kommerziellen Alternativen bietet mehrere Vorteile:

• Datenschutz: Da FMD selbst selber gehostet werden kann, bleiben alle Daten unter eurer Kontrolle. Keine Drittanbieter, keine Cloud-Dienste – nur ihr und euer Server.
• Flexibilität: Durch die Open-Source-Natur des Projekts können Nutzer den Code anpassen und erweitern, um spezielle Anforderungen zu erfüllen.
• Kosteneffizienz: FMD ist kostenlos verfügbar und bietet dennoch leistungsstarke Funktionen, die oft nur in kostenpflichtigen Diensten zu finden sind.

Installation und Einrichtung von Find My Device

Installiert euch FMD hier von F-Droid. Verwendet ihr GrapheneOS oder CalyxOS, gebt der der App die Network Permissions bei der Installation, damit sie auf das Internet zugreifen kann. Damit die App richtig funktionieren kann, müssen erst einige Berechtigungen erteilt werden. Diese sind nötig, damit die App bei Verlust, den Standort und weitere Informationen des Gerätes versenden darf.

Ausserdem müsst ihr, damit FMD Benachrichtungen auf dem verlorenen Smartphone anzeigen kann, einen Unified Push Client installieren. Der gängigste Client dafür ist Ntfy. Installiert euch Ntfy aus dem F-Droid Store, und hinterlegt in den Einstellungen unseren Ntfy Server (https://ntfy.yourdevice.ch)

Stellt im Verbindungs-Protokoll auf WebSockets um! Die App möchte, dass ihr die Batterieoptimierungen deaktiviert, dies ist notwendig, damit die App nicht im Hintergrund abgewürgt wird.

Einrichtung von FMD

Nach der Installation öffnet ihr die App. Die App fragt euch nach einigen Berechtigungen, die zur Ortung notwendig sind. Wir schauen uns die Notwendigen Berechtigungen ab, und erläutern auch gleich ob es sinnvoll ist, diese Funktionen zu nutzen, oder auch nicht.

Pre Setup

Vor den Berechtigungen müssen einige wichtige Einstellungen getätigt werden. Ihr seht oben rechts ein Warndreieck. Klickt darauf und aktiviert die 3 Optionen, die FindMyDevice benötigt, um ordnungsgemäss zu funktionieren:

FMD muss Benachrichtigungen senden dürfen, die Akku Optimierungen müssen deaktiviert werden, und die App darf nicht deaktiviert werden, wenn sie eine Weile nicht geöffnet wurden ist. Bestätigt alle 3 Punkte mit Zulassen.

Berechtigungen erteilen für Find My Device

Machen wir uns nun an die erforderlichen Berechtigungen, damit die Ortung korrekt funktioniert. Noch ein kleiner Hinweis vorerst:

Im unteren Tab Befehle finden wir folgende Einstellungen:

Camera (front | back) Bild aufnehmen

Damit können Bilder mit der Front und der Rückkamera aufgenommen werden, und an einen FMD Server gesendet werden. Damit ist die Ortung anhand visueller Gegebenheiten möglich, und auch dann, wenn die GPS Ortung nicht genau funktioniert, z.B wenn sich das Gerät in einem Gebäude befindet.

Empfehlung: Berechtigung erteilen

Delete <pin> Gerät auf Werkseinstellungen zurück setzen

Damit kann das Smartphone im Notfall komplett zurück gesetzt werden. Ist das wiederauftreiben unmöglich, kann man so sicherstellen, dass alle Daten gelöscht werden. Nutzer mit einem guten PIN, oder GrapheneOS mit einer unkackbaren Verschlüsselung, benötigen diese Funktion nicht unbedingt.

Empfehlung: bedingt, wenn zum Beispiel ein schwacher PIN verwendet worden ist

GPS [on |off ] GPS ein- oder auschalten

Mit dieser Funktion kann im Notfall eine deaktivierte GPS Einstellung aktiviert werden. Dies benötigt aber eine tiefgreiferende Änderung im System via ADB, oder dass Phone muss gerootet sein. Wir empfehlen hier einfach, GPS standardmässig aktiviert zu lassen. Wer trotzdem GPS gerne deaktiviert hat, und GPS manuel aktivieren möchte bei Verlust, der bekommt hier direkt in der App eine Anleitung was zu tun ist.

Empfehlung: deaktiviert lassen, und GPS auf dem Smartphone aktivieren.

locate [last | all | cell | gps] Gerät orten

Dies ist die eigentlich GPS Ortungsfunktion. Wird benötigt, damit das Gerät geortet werden kann.

Empfehlung: Erforderliche Berechtigung erteilen, Optionale Berechtigungen deaktiviert lassen.

lock [msg] Gerät sperren

Damit kann das Gerät gesperrt werden, und der Fingerabdruck Sensor deaktiviert werden. Ausserdem lässt kann eine Nachricht auf dem Sperrbildschirm, zum Beispiel für den Finder, hinterlassen werden.

Empfehlung: Berechtigung erteilen

nodisturb [on | off] Bitte nicht stören abschalten

Damit lässt sich der Bitte nicht Stören Modus aktivieren und deaktivieren. Sinnvoll wenn das Smartphone angeklingelt werden soll, den ansonsten würden Anrufe lautlos von statten gehen.

Empfehlung: Berechtigungen zulassen

ring [long] Gerät klingeln lassen

Damit könnt ihr das Smartphone dauerhaft klingeln lassen. Sinnvoll wenn das Smartphone bereits ungefähr lokalisiert worden ist. Hinweis: dies ist keine Anruffunktion, sondern dafür gedacht, das Smartphone dauerhaft klingeln zu lassen um sich akkustisch bemerkbar zu machen.

Empfehlung: erforderliche und optionale Berechtigungen erteilen

stats Netwerkstatisiken abrufen

Damit könnt ihr Netzwerkinformationen vom Smartphone abrufen, zum Beispiel die IP Adresse, aber auch umliegende WLAN Netzwerke anzeigen lassen. WLAN Netzwerke mit bestimmten Namen können auf den genaueren Standort besser Aufschluss geben.

Empfehlung: Berechtigungen zulassen

Im Tab Transportkanäle findet ihr folgende Einstellungen:

SMS

Ihr könnt von bestimmten Kontakten FMD Befehle an euer Smartphone senden, um zum Beispiel die Standortdaten und etc. abrufen zu lassen. Wir empfehlen stattdessen die PIN Funktion zu verwenden, den damit können von jeder anderen Nummer, die nicht zugelassen ist, Befehle ausgeführt werden. Dies ist deutlich angenehmer, denn wenn die Person, welche auf der erlaubten Liste steht, nicht erreichbar ist, seid ihr wieder angeschmiert.

Empfehlung: keine erlaubten Kontakte hinzufügen, sondern mit der PIN Funktion arbeiten

Antwort auf Benachrichtigungen

Sinnvolle Funktion, um nicht nur über SMS, sondern auch über andere Messenger Befehle an das verlorene Gerät senden zu können. Da eine Internetverbindung in der Regel nicht immer vorhanden ist, eine Funkverbindung jedoch schon, ist eine SMS aber zuverlässiger. Ausserdem müsst ihr hier nicht noch weitere Berechtigungen erteilen.

Empfehlung: Berechtigung nur bedingt erteilen

FMD Server

Die Konfiguration eines FMD Servers erlaubt eine bessere, und genauere Steuerung des verlorenen Gerätes. Ihr könnt ihr einen selbstgehosteten FMD Server einstellen, oder auch unseren verwenden:

https://fmd.yourdevice.ch

Registrierung auf dem FMD Server

Gebt die URL https://fmd.yourdevice.ch ein, und tippt auf den Registrieren Button. Zuvor müsst ihr noch den AGBs unseres Server zustimmen. Darin findet ihr auch die Datenschutzbestimmungen und wie die Verschlüsselung genau funktioniert. Die Daten sind für uns nicht lesbar, da nur euer Gerät in der Lage ist, die hochgeladenen Daten zu entschlüsseln. Legt bitte ein ausreichend starkes Passwort fest, oder einen mindestens 6 stelligen PIN. Ein Registierungstoken ist nicht nötig, da unser FMD Server öffentlich ist.

Wichtiges zum FMD Server

Damit ihr auf unsere Seite https://fmd.yourdevice.ch euer Gerät orten könnt, benötigt ihr unbedingt die User ID zusätzlich zu eurem PIN. Diese müsst ihr euch merken oder aufschreiben, ansonsten ist eine Ortung über den FMD Server nicht möglich! Ihr könnt hier zudem euer Passwort ändern, aber auch eure kompletten Daten löschen, die auf den Server hochgeladen worden sind, inklusive aller Bilder die via Kamera hochgeladen worden sind.

Weiter unten lassen sich die Standortquellen weiter festlegen, und wie oft der Standort and den FMD Server gesendet werden soll (Standard alle 60Min). Die Lokalisation über GPS ist ausreichend, ein Ortung via Funkmasten ist weniger genau, und benötigt einen Account bei OpenCellID. Dies ist benötigt aber vertrauen in den Provider OpenCellID, da dieser bei Registrierung in der Lage ist, theoretisch euren Standort ebenso zu verfolgen.

FMD Server verwenden um Smartphone zu lokaliseren

Öffnet unsere Seite https://fmd.yourdevice.ch und gebt eure User-ID, und danach euren PIN/Passwort ein. Danach landet ihr in der Suchmasche:

Mit den Buttons unten, könnt ihr nun euer Gerät steuern: ihr könnt den aktuellsten Standort abrufen, das Smartphone klingeln lassen, das Gerät sperren, das komplette Smartphone zurücksetzen falls aktiviert, ein Foto schiessen mit der Front und der Rückkamera, und mit dem letzten Button die aufgenommenen Fotos danach ansehen. Mit den Pfeilen oberhalb, könnt ihr zwischen den aufgezeichneten Standorten hin und her switchen. Die Bedienung ist wirklich einfach und intuitiv!

Smartphone im Garten liegen gelassen? Kein Problem:

Hinweis: manchmal kann es eine Weile dauern bis die Bilder hocheladen worden sind. Habt etwas Geduld. Stellt zudem sicher dass ihr mit dem Pfeilen immer auf der aktuellsten Uhrzeit seid!

SMS verwenden um Smartphone zu lokaliseren

Wollt ihr keinen FMD Server verwenden, gibt es wie bereits beschrieben die Möglichkeit, das Smartphone via SMS zu orten. Wir empfehlen euch die PIN Methode zu nutzen, damit ihr von jedem Smartphone aus fmd Befehle an das Phone senden könnt.

Geht in die Einstellungen unten rechts, und klickt auf FMD-Einstellungen. Aktiviert hier FMD via PIN und legt einen PIN fest!

fmd command

Der Befehl der für die SMS verwendet wird, um die App zu aktivieren. Standardmässig ist das fmd.

fmd ring

Der Klingelton der abgespielt werden soll, wenn das Smartphone via SMS angeklingelt werden soll.

fmd lock

die Nachricht die angezeigt werden soll, wenn das Gerät via fmd Befehl gesperrt wird.

fmd delete

Aktivierung der Gerätelöschung via SMS

Anwendung von SMS FMD

Schickt nun von einem beliebigen Smartphone eine SMS mit dem Inhalt fmd gefolgt von eurem PIN an euer verlorenes Phone. Das Phone meldet sich, dass der PIN akzeptiert worden ist. Nun kann nochmals fmd gesendet werden, und ihr erhaltet eine Liste der Möglichen Befehlen. Setzen wir doch mal fmd locate ein, und schauen was passiert:

Siehe da, unser verlorenes Handy sendet uns die GPS Koordinaten, den Batteriestand, und dazu noch einen Link für Openstreetmaps um es gleich lokalisieren zu können.

Bilder können auch direkt aufgenommen werden, nur lassen sich Bilder nur auf dem FMD Server anschauen. Weitere Funktionen lassen sich direkt via SMS abrufen.

Weitere Einstellungen von FMD

In den Einstellungen von FMD könnt ihr wie bereits erwähnt auch eine Ortung via Funkmasten aktivieren. Dazu geht ihr auf OpenCelliD. Ein Link zur Registrierung findet ihr direkt hier im Menu. Registriert euch auf der Webseite, beantracht einen OpenCelliD Token und gebt diesen in der App ein. Damit ist die lokalisierung nochmals zuverlässiger, falls GPS nur schlecht funktioniert, oder das Telefon gar in dichten bebauten Zonen verloren gegangen ist. Wie bereits erwähnt, müsst ihr OpenCelliD vertrauen, da es ein externer Dienst ist, der eure Ortungsdaten ebenso erhält.

Weiter könnt ihr in den Einstellungen euren FMD Server konfigurieren, erlaubte Kontakte hinzufügen und die Einstellungen von FMD SMS nochmals festlegen.

Fazit

Find My Device von Nulide ist ein beeindruckendes Projekt, das eine datenschutzfreundliche, leistungsstarke und flexible Lösung zur Geräteortung bietet. Es zeigt, wie Open-Source-Projekte in der Lage sind, kommerziellen Lösungen ernsthafte Konkurrenz zu machen – insbesondere wenn es um den Schutz und die Kontrolle über persönliche Daten geht. Für alle, die nach einer sicheren und anpassbaren Alternative suchen, ist FMD definitiv einen Blick wert.

gitlab code von FMD für die Android App: https://gitlab.com/Nulide/findmydevice
gitlab code für den FMD-Server den auch wir verwenden: https://gitlab.com/Nulide/findmydeviceserver

The post Verlorenes Smartphone orten mit Find My Device ohne Google appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Hier ist eine detaillierte Erklärung, wie WiFi-Tracking funktioniert:

Grundlagen des WiFi-Trackings

1. Erkennung von MAC-Adressen: Jedes Gerät, das mit WiFi kommuniziert, hat eine einzigartige Media Access Control (MAC)-Adresse. Diese Adresse wird vom Gerät gesendet, wenn es nach verfügbaren Netzwerken sucht. WiFi-Tracker erfassen diese MAC-Adressen, um Geräte zu identifizieren.
2. Signalstärke und Standortbestimmung: Durch die Messung der Signalstärke eines Geräts an verschiedenen Zugangspunkten (Access Points) kann dessen Standort relativ genau bestimmt werden. Je mehr Access Points ein Signal empfangen, desto präziser ist die Lokalisierung.
3. Datenanalyse: Die gesammelten Daten werden analysiert, um Bewegungsmuster zu erkennen. Diese Analyse kann in Echtzeit oder über einen bestimmten Zeitraum hinweg erfolgen, um Trends und Verhaltensmuster zu erkennen.

Anwendungsbereiche

• Einzelhandel: Geschäfte verwenden WiFi-Tracking, um die Bewegungen von Kunden zu verfolgen und die Anordnung von Produkten und Regalen zu optimieren. Es hilft auch bei der Analyse der Stoßzeiten und der Aufenthaltsdauer von Kunden.
• Veranstaltungen: Auf Messen und großen Events wird WiFi-Tracking genutzt, um den Besucherstrom zu überwachen und Engpässe zu identifizieren.
• Städtische Planung: Städte verwenden diese Technologie, um den Verkehr und die Bewegung von Personen in öffentlichen Bereichen zu analysieren und so die Infrastruktur zu verbessern.

Datenschutz und Sicherheit

WiFi-Tracking wirft auch Fragen zum Datenschutz auf, da es ohne ausdrückliche Zustimmung der Nutzer erfolgt. Um die Privatsphäre zu schützen, gibt es verschiedene Ansätze:

• Anonymisierung: Die MAC-Adressen werden anonymisiert, sodass keine direkte Identifikation von Personen möglich ist.
• Opt-out-Möglichkeiten: Nutzer können sich in einigen Fällen von der Erfassung ihrer Daten abmelden. (Eher aufwändig da man zu dem Acesspoint Betreiber gehen und die Abmeldung einzeln benantragen müsste)
• Datenschutzrichtlinien: Unternehmen und Organisationen, die WiFi-Tracking einsetzen, müssen oft strenge Datenschutzrichtlinien einhalten, um die Informationen der Nutzer zu schützen.

Technologische Entwicklungen

Moderne Geräte und Betriebssysteme bieten zunehmend Funktionen, um die Erkennung und Verfolgung durch WiFi-Tracking zu erschweren. Dazu gehört die zufällige Änderung von MAC-Adressen, wenn das Gerät nach Netzwerken sucht (MAC-Spoofing). Dies ist bei modernen Androiden aber eher scheinheilig gelösst worden. Die MAC randomisierung erfolgt leider per Network, und nicht per Connection.

Wie kann ich mich wirklich dagegen schützen?

• Wenn ihr das Haus verlasst, deaktiviert WLAN UND zudem den WLAN Netzwerkscan. Dies heisst je nach Android Version WLAN-Scan, über öffentliche Netzwerke informieren oder verbirgt sich hinter der Funktion WLAN autmatisch aktivieren. Schaut in den WLAN Netzwerk-Einstellungen nach der entsprechenden Funktion.
• WiFi-Randomzier oder andere Schutzmechanismen gegen das WLAN-Tracking sind leider nur bedingt dazu geeignet, um Schutz zu bieten. Besser ist es noch immer, die WiFi-Schnittstelle zu deaktivieren. Das gilt auch für iOS-Geräte.
• Für alle, die oft vergessen, das WiFi manuell zu deaktivieren, könnten die beiden Apps WiFi Automatic und Smarter Wi-Fi Manager aus dem F-Droid Store interessant sein. Beide bieten unterschiedliche Ansätze, um das WLAN-Management zu vereinfachen, und sind definitiv einen Blick wert.

GrapheneOS und CalyxOS Nutzer benötigen Wifi Automatic nicht, den es kann direkt in den WLAN Einstellungen eingestellt werden, ab wann sich eurer WLAN deaktiviert, solltet ihr ausser Haus gehen:

Für WiFi Automatic empfehlen wir folgende Anpassungen: Deaktiviert die Option „Schalte WLAN aus… wenn kein Netzwerk in Reichweite ist“. Im dicht besiedelten Gegegenden sind immer WLAN-Netzwerke vorhanden, was bedeutet, dass eure WiFi-Schnittstelle nie abgeschaltet würde. Zudem solltet ihr überlegen, ob das WLAN automatisch aktiviert wird, wenn ihr euer Gerät entsperrt. Ihr könnt auch festlegen, nach wie vielen Minuten das WLAN deaktiviert wird, sobald das Display ausgeschaltet ist.

Bei Smarter Wi-Fi Manager solltet ihr beim ersten Start der App den „Location Management Type“ auf „TOWERS“ setzen. Dadurch wird die Standortbestimmung anhand der Mobilfunkmasten genutzt, um zu entscheiden, wann das WLAN eingeschaltet wird. Diese Methode ist standardmäßig aktiv und kann dazu führen, dass das WLAN in einem größeren Bereich eingeschaltet bleibt, abhängig von der Dichte der Mobilfunkmasten in eurer Umgebung.

Fazit

WiFi-Tracking ist eine mächtige Technologie mit vielen Anwendungsmöglichkeiten, aber sie erfordert auch ein sensibles Management der erfassten Daten, um die Privatsphäre der Nutzer zu wahren. WLAN Tracking ist eine perfide, rechtlich eigentlich umstrittene Methode, da ihr als Smartphoner Nutzer überhaupt nicht gefragt werdet, ob ihr diesem Tracking zustimmen wollt oder nicht.

Mit diesen einfach Tipps, könnt ihr euch dem WLAN Tracking entziehen, und eure Privatsphäre etwas weiter schützen. Lust auf weitere Privacy Tipps? Dann schaut mal hier vorbei!

Interessiert ihr euch für Privacy optimierte Smartphones? Besucht doch mal unseren Shop!

The post WLAN / WIFI Tracking unterbinden appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

"/e/OS is the leading pro-privacy operating system for smartphones. It consists of a fully deGoogled mobile operating system (OS) and carefully selected applications, together forming a privacy-enabled internal environment for mobile phones."

- e.foundation

Warum diese Aussage so irreführend ist, und warum es /e/OS mit dem Datenschutz, der Sicherheit und der Privatsphäre nicht so ernst nimmt, schauen wir uns in diesem Beitrag an.

Themen in diesem Artikel sind unter anderem die fragwüdigen Lizenschlüssel für Sytem-Updates, die Intialisierung des Systems, bzw. der Simkarte, der Standard Browser, die standardmässige Aktivierung von MicroG, die allgemeine Sicherheit des Gerätes, der eigene Appstore und der Easy-Installer von /e/OS.

Dabei wurden einige fragwürdige Entscheidungen getroffen, die weder der Sicherheit des Systems dienen, noch der Privatsphäre zuträglich sind. Fangen wir an:

Lizenzschlüssel für Updates

/e/ überprüft regelmäßig (standardmäßig einmal täglich), ob neue System-Updates verfügbar sind. Der Update-Check erfolgt über die Adresse ota.ecloud.global:

GET https://ota.ecloud.global/api/v1/bluejay/dev/eng.root.20231111.121300?ota_anon_hash=anondf7302758c4740e298296396fa64815e

User-Agent: null eOS v1.17
Host: ota.ecloud.global
Connection: Keep-Alive
Accept-Encoding: gzip

//Quelle: kuketz-blog.de//

Ein interessanter Aspekt ist der GET-Parameter ota_anon_hash: anondf7302758c4740e298296396fa64815e, der bei einem Update-Check übermittelt wird. Wenn wir tiefer in den Quellcode eintauchen, entdecken wir folgende Änderungen:

• Updater: Generierung einer Lizenz-ID für OTA-Anfragen
• Einstellungen: Hinzufügen einer Präferenz für die Lizenz-ID
• Entfernung dieser Einstellungen
• Basis: Hinzufügen von OTA-Lizenz-ID-Einstellungen

Es ist zu sehen, dass /e/ offenbar ein Lizenzschlüsselsystem für OTA-Updates verwendet. Die Änderungen an der Benutzeroberfläche wurden jedoch wieder entfernt. Als Benutzer kann man seine einzigartige OTA-ID (Unique-Device-Identifier) nicht verändern.

Kritik am Updateverhalten

Aus einer Datenschutzperspektive gibt es bei diesem Vorgehen mehrere kritische Punkte:

1. Transparenz und Benutzerinformation:
   • Die Einführung eines Lizenzschlüsselsystems für OTA-Updates ohne ausreichende Information der Benutzer ist problematisch. Benutzer haben ein Recht darauf zu wissen, welche Daten gesammelt und verarbeitet werden. Die Tatsache, dass die Änderungen an der GUI entfernt wurden und Benutzer ihre einzigartige OTA-ID nicht einsehen können, verstärkt das Gefühl der Intransparenz.
2. Datensicherheit und Anonymität:
   • Der übermittelte Parameter ota_anon_hash mag auf den ersten Blick anonym erscheinen, jedoch handelt es sich um eine eindeutige Identifikationsnummer. Solche IDs können, wenn sie nicht richtig gesichert und verwaltet werden, missbraucht werden, um Benutzer zu verfolgen oder ihre Aktivitäten zu überwachen.
3. Zweckbindung und Datenminimierung:
   • Es stellt sich die Frage, warum ein Lizenzschlüsselsystem überhaupt notwendig ist und ob es keine weniger invasive Methode gibt, um Updates zu verwalten. Prinzipien der Datenminimierung und Zweckbindung verlangen, dass nur die notwendigsten Daten erhoben werden. In diesem Fall scheint die Erhebung einer eindeutigen Identifikationsnummer über das hinauszugehen, was für die reine Bereitstellung von Updates erforderlich ist.
4. Rechtliche Rahmenbedingungen und Einwilligung:
   • Abhängig von der Rechtsordnung, in der /e/ operiert, könnte die Einführung eines solchen Systems ohne explizite Einwilligung der Benutzer gegen Datenschutzgesetze verstoßen. Insbesondere in der EU sind die Anforderungen der DSGVO (Datenschutz-Grundverordnung) zu beachten, die klare Richtlinien zur Einholung von Einwilligungen und zur Information der betroffenen Personen vorschreibt.
5. Risikobewertung und Folgenabschätzung:
   • Vor der Einführung eines solchen Systems sollte eine Datenschutz-Folgenabschätzung durchgeführt werden, um die Risiken für die Privatsphäre der Benutzer zu bewerten und geeignete Maßnahmen zur Risikominderung zu implementieren. Es ist unklar, ob /e/ eine solche Bewertung durchgeführt hat und welche Schutzmaßnahmen ergriffen wurden.

Zusammenfassend lässt sich sagen, dass das Vorgehen von /e/ ziemliche Datenschutzbedenken aufwirft. Es mangelt an Transparenz, Benutzerinformation und einer klaren Zweckbindung. Darüber hinaus ist die rechtliche Grundlage für die Erhebung und Verarbeitung der eindeutigen Identifikationsnummer fragwürdig. Ohne angemessene Schutzmaßnahmen und eine klare Kommunikation gegenüber den Benutzern könnte dieses Vorgehen das Vertrauen der Benutzer in den Service erheblich beeinträchtigen.

GrapheneOS oder CalyxOS verwenden solche Identifier zum Beispiel nicht.

Initialisierung der SIM-Karte

Bei der (ersten) Inbetriebnahme der SIM-Karte initiiert die App Carrier Settings eine Verbindung zu Google Firebase – einer Entwicklungsplattform für mobile Anwendungen:

POST /v1/projects/wfcactivation-e5dd9/installations HTTP/1.1
Content-Type: application/json
Accept: application/json
Cache-Control: no-cache
X-Android-Package: com.google.android.wfcactivation
x-firebase-client: H4sIAAAAAAAAANWQwW7DIAyGX6XyOYQAh0p9lVFVTnAyNgIVsEpT1Xef06SdtNOknSZOfOa3zXeFV8Jce8Ja4PByBZwoVjgARpeTd8LHUjEEylbuRp9JbAUrjVmBXy5atXx2ji5-IDEnR8HKPnzQG35uz9ZGWH2KxUq1b7tWn9T5kYk403dkg33mcVZOKU2B1j5DyvxOc7hVS_wOx2FmZniHe8vH8mceN6bMtSeafRTFvfP63ZNVzBPVDRtowGGlRQfoThuhlNAGjrfmr3Z-5eGHu39hZ892jg1cKBf-FfvRcPsCP8NID1oCAAA
X-Android-Cert: 9CE4288D89DD444CCD8FE66AD9427684C237BC7D
x-goog-api-key: AIzaSyD2206BSXtXkmK5QsMfbwGGAvjRglv3coU
User-Agent: Dalvik/2.1.0 (Linux; U; Android 13; Pixel 6a Build/TQ3A.230901.001)
Host: firebaseinstallations.googleapis.com
Connection: close
Accept-Encoding: gzip, deflate
Content-Length: 132

{
"fid":"fm-euxJxTMCCwP88fDelOQ",
"appId":"1:202982214007:android:05963fd1185dfcea",
"authVersion":"FIS_v2",
"sdkVersion":"a:17.0.2_1p"
}

//Quelle: kuketz-blog.de//

Die Anwendung Carrier Settings nimmt einige Systemeinstellungen für das Modem und den Netzbetreiber vor, darunter auch APN-Einstellungen. Es ist jedoch unklar, warum dazu eine Verbindung zu firebaseinstallations.googleapis.com notwendig ist. Projekte wie DivestOS, CalyxOS und GrapheneOS entfernen die Carrier-Settings-App (und weitere Komponenten) aus dem System, was darauf hindeutet, dass dieser Vorgang nicht notwendig ist.

Kritik am Initialiserungsverhalten

Wenn ein Betriebssystem sich als "degoogled" bewirbt, also ausdrücklich damit wirbt, ohne die Dienste von Google auszukommen, dann wirft die Einbindung von Google Firebase durch die Carrier Settings App mehrere kritische Fragen auf, vor allem, da dies in keinster weise notwendig ist.

/e/OS Standard Browser

Filterlisten und Einstellungen

/e/ wird mit dem /e/OS Browser ausgeliefert. Dieser Browser ist ein Fork von Cromite (früher bekannt als Bromite), der auf Chromium basiert und unter der GNU General Public License v3.0 (GPLv3) lizenziert und verbreitet wird. /e/ nimmt die folgenden Anpassungen an dem Browser vor:

• Standardmäßig deaktiviert:
  • Autofill
  • Asynchroner DNS
• Standardmäßig aktiviert:
  • Do Not Track
  • Benutzerdefinierte Registerkarten
  • Suchvorschläge
• Mitgelieferte Suchmaschinen eingeschränkt auf:
  • DuckDuckGo
  • DuckDuckGo Lite
  • Qwant
  • espot
  • Mojeek

Der Browser lädt eine komplett veraltete Filterliste nach, die seit 2022 nicht mehr geupdated wurde:

Warum so eine veraltete Liste verwendet wird, ist mir schleierhaft.

Updateverhalten vom Browser

Ein Webbrowser fungiert als Zugangstor zum Internet, und andersrum auch Eintrittspforte ins System, und spielt somit eine zentrale Rolle bei der Ausführung sowohl privater als auch beruflicher Aufgaben. Daher ist es kritisch, dass Sicherheitsupdates schnell in den Browser integriert werden. Historisch gesehen dauerte es bei /e/OS jedoch oft sehr lange, bis Sicherheitslücken geschlossen wurden. Zum Beispiel wurde die Version 1.17 des /e/OS im November 2023 veröffentlicht, die die WebView-Version 117.0.5938.156 enthielt, obwohl diese Version bereits seit Oktober desselben Jahres verfügbar war. Somit fehlten in dieser Installation bereits über 40 wichtige Sicherheitsupdates, darunter kritische Patches gegen Schwachstellen, die etwa durch manipulierte HTML-Seiten ausgenutzt werden könnten, wie zum Beispiel Speicherfehler und Datenüberläufe.

Die Verzögerungen bei der Aktualisierung von WebView in /e/OS scheinen eher die Regel als die Ausnahme zu sein. Beispielsweise war vor der Aktualisierung im November 2023 die seit Dezember 2022 installierte Version 108.0.5359.156 fast ein Jahr lang in Gebrauch, während dieser Zeit wurden über 290 bekannte Sicherheitslücken nicht behoben.

Kritik am Browser

Insgesamt zeigt sich, dass /e/OS erheblichen Nachholbedarf bei der Integration von Sicherheitsupdates hat, was eine schnellere Reaktion auf neue Bedrohungen erfordert, um die Sicherheit der Nutzer zu gewährleisten. Ausserdem seid ihr mit einem besonderen Browser wie Cromite viel besser zu identifzieren, als mit einem Standard Open Source Browser wie Chromium oder Firefox.

Standardmässige Aktivierung von MicroG

Der grösste Kritikpunkt ist wohl die standardmässige Aktivierung von MicroG. Es gibt keine Möglichkeit, /e/OS ohne MicroG zu verwenden, und sämtliche MicroG Funktionen sind beim ersten Start per default aktiviert. Das heisst, dass sich euer /e/OS Phone standardmässig bei Google-Servern registriert, und auch Push Verbindungen aufgebaut werden.

In der Grundeinstellung des microG-Systems stellt dieses häufig eine Verbindung zu Google her. Diese Verbindung dient dazu, Push-Benachrichtigungen von Apps über einen TCP-Stream zu empfangen. Dies geschieht durch die Herstellung einer TCP-Verbindung zu einem Google-Server, beispielsweise mtalk.google.com (zum Beispiel unter der IP-Adresse 173.194.76.188 auf dem Port 5228). Der Datenverkehr auf diesem TCP-Stream erfolgt sowohl eingehend als auch ausgehend in Bezug auf Google.

Das Problem an der Sache ist, dass die Verbindungen aufgebaut werden, sollte das Phone mit aktivierter Interverbindung eingerichtet werden.

Wer /e/OS nutzt, und keine Verbindung zu Google-Servern möchte, muss das Smartphone mit /e/OS ohne Internet/WLAN einrichten, und danach direkt die Geräteregistrierung in MicroG deaktivieren

Kritik an der standardmässigen MicroG Aktivierung

Die Tatsache, dass bei /e/OS microG standardmäßig aktiviert ist und eine Verbindung zu Google aufbaut sowie das Gerät registriert, wenn das Smartphone nicht offline eingerichtet und die Geräteregistrierung nicht deaktiviert wird, ist aus mehreren Gründen höchst problematisch, insbesondere für ein Betriebssystem, das sich als "degoogled" bezeichnet:

Es ist ein kompletter Widerspruch zur Kernphilosophie: /e/OS wirbt damit, ein datenschutzfreundliches und Google-freies Betriebssystem zu sein. Die automatische Aktivierung von microG und die damit verbundene Registrierung bei Google steht im direkten Widerspruch zu diesem Versprechen. Nutzer, die sich für /e/OS entscheiden, erwarten ein System, das vollständig unabhängig von Google-Diensten ist.

Die Verbindung zu Google und die Registrierung des Geräts bedeutet, dass Nutzerdaten, einschließlich möglicherweise sensibler Informationen, an Google übermittelt werden. Viele Nutzer wählen /e/OS gerade, um ihre Daten vor den neugierigen Augen großer Technologiekonzerne wie Google zu schützen. Diese unerwartete Datenübertragung kann das Vertrauen der Nutzer erheblich untergraben.

Wenn Nutzer nicht explizit informiert werden, dass microG aktiviert ist und eine Verbindung zu Google herstellt, fehlt es an Transparenz. Die Nutzer sollten klar und deutlich darüber informiert werden und die Möglichkeit haben, diese Funktion bei der Einrichtung des Geräts zu deaktivieren. Die Notwendigkeit, das Smartphone offline einzurichten, um die Registrierung zu vermeiden, ist umständlich und nicht intuitiv.

CalyxOS lässt euch bei der Installation/Einrichtung die Wahl, ob MicroG installiert werden soll oder nicht. Der Umstand, dass euch /e/OS weder die Wahl lässt, noch aufklärt, welche Verbindungen wirklichen aufgebaut werden, lässt mich stark an der wirklichen Intention von Murenas /e/OS zweifeln.

Sicherheit des Gerätes

Derzeit bietet /e/ für eine begrenzte Anzahl von Geräten die Funktion Verified Boot an. Die Installationshinweise für viele Geräte beinhalten keine Anweisungen, wie man den Bootloader nach der Installation wieder verriegelt. Geräte mit einem entsperrten Bootloader oder denen zusätzlich ein Recovery-Image hinzugefügt wurde, sind anfällig dafür, dass ein erfahrener Angreifer Änderungen vornimmt, die vom Nutzer später nicht bemerkt werden können. In Ermangelung der Verified Boot Unterstützung ist die Sicherheit bei /e/ geringer als bei herkömmlichen Android-Geräten. Ein Standard Google Phone ist somit sicherer, als ein Phone, auf dem /e/OS installiert worden ist.

Die Geräte, die bei /e/OS offiziel gekauft werden können, bieten jedoch einen gesperrten Bootloader, und gelten somit als sicher.

Eigener App Store mit Sicherheitsproblemen

/e/OS setzt nicht auf F-Droid oder den Aurora, sondern bietet einen eigenen Appstore namens App Lounge an, der scheinbar eine reiche Auswahl mit Zehntausenden Apps bietet. Nutzer können sowohl über die /e/OS-Website als auch direkt im Betriebssystem Apps durchstöbern. Bei näherer Betrachtung zeigt sich jedoch, dass viele Apps veraltet sind. Beispielsweise wird auf der Website eine zwei Jahre alte Version von Signal (4.54.3) gelistet, obwohl die aktuellste Version 5.35.3 ist. Ähnlich veraltet ist die angebotene Firefox-Version 68.4.2, was ziemliche Sicherheits- und Datenschutzrisiken birgt.

Nicht nur die veralteten App-Versionen stellen ein Problem dar, sondern auch die Herkunft der Apps gibt Anlass zur Sorge. Die F-Droid Apps werden über Cleanapk.org bezogen, deren Betreiber laut den FAQ von /e/OS anonym bleiben möchten. Anders als in den FAQ angegeben, wird in der Entwicklerseite des App Stores im Gitlab nicht F-Droid, sondern der Google Play Store als Quelle genannt, wobei die Apps über die GplayAPI des Aurora Stores bezogen werden.

Für Nutzer, die Wert auf Sicherheit legen, ist die Installation des alternativen App-Stores F-Droid empfehlenswert. Wer auf Apps aus dem Google Play Store nicht verzichten möchte, sollte besser auf den Aurora Store zurückgreifen, anstatt den vorinstallierten App Store von /e/OS zu nutzen.

Die Versprechen von der e.foundation, cleanapk aus dem Repetoir zu werfen, wurde bis heute nicht umgesetzt, man kommt lieber mit Ausreden, und lässt die Leute mit Pauschalen Aussagen im Regen stehen:

https://community.e.foundation/t/why-is-e-os-still-using-cleanapk-org-and-passing-users-ip-addresses/51809

https://community.e.foundation/t/app-lounge-vs-aurora-store/59464/11

eOS Easy-Installer nur über Snap installierbar

Die Entscheidung von /e/OS, ihren Easy Installer ausschließlich über Snap zu vertreiben, kann für viele Nutzer eine ziemliche Einschränkung darstellen. Snap, entwickelt von Canonical für Ubuntu, ist ein Paketmanagement- und Verteilungssystem, das darauf abzielt, die Installation und Aktualisierung von Apps zu vereinfachen und sicherer zu gestalten. Trotz dieser Vorteile steht Snap in der Linux-Gemeinschaft unter Kritik. Einige der Hauptkritikpunkte umfassen:

1. Performance-Probleme: Snaps starten oft langsamer als traditionelle Pakete, da sie in einem Container laufen, was zusätzliche Overheads verursacht. Dies kann besonders auf älterer Hardware oder Systemen mit begrenzten Ressourcen spürbar sein.
2. Speicherplatzverbrauch: Snaps können mehr Speicherplatz beanspruchen, weil jede Snap-Anwendung ihre eigenen Abhängigkeiten mitbringen muss, statt sich vorhandene Systembibliotheken zu teilen.
3. Automatische Updates: Snaps aktualisieren sich automatisch und ohne die Möglichkeit für den Benutzer, dies zu steuern. Während regelmäßige Updates aus Sicherheitssicht vorteilhaft sein können, bevorzugen viele Linux-Nutzer eine feinere Kontrolle über den Update-Prozess, insbesondere wenn Updates potenzielle Stabilitätsprobleme verursachen könnten.
4. Proprietäres Backend: Der Snap Store, betrieben von Canonical, ist nicht vollständig offen. Dies steht im Widerspruch zu den Grundsätzen vieler in der Linux-Gemeinschaft, die eine vollständige Transparenz und Offenheit bevorzugen.
5. Canonical als Entscheider: Canonical entscheidet alle, was in den SnapStore kommt, und was nicht. Linux ist Community, und nicht proprietärer Kram bei der eine einzige Entität entscheidet, was aufgenommen wird, und was nicht.

Die exklusive Bereitstellung des /e/OS Easy Installers über Snap könnte daher Nutzer abschrecken, die diese Bedenken teilen oder die aus technischen oder ideologischen Gründen alternative Paketmanager bevorzugen. Linux-Nutzer schätzen in der Regel Vielfalt und Flexibilität in ihrer Softwareverwaltung, und die Beschränkung auf ein einzelnes Verteilungssystem kann als unnötig restriktiv wahrgenommen werden.

Zusätzlich könnte die Verfügbarkeit in anderen Formaten wie .deb, .rpm oder sogar als Flatpak die Zugänglichkeit und Akzeptanz des Installers erheblich verbessern. Indem man Nutzern mehrere Installationswege bietet, könnte /e/OS hier eine breitere und vielfältigere Benutzerbasis erreichen und damit die Verbreitung und Akzeptanz ihres Betriebssystems fördern, anstatt dies aber zu tun, wird nur ein proprietäres Back-End zur Installation des Easy-Installers angeboten.

Fazit

Warum lasse ich mich an /e/OS so aus, und warum biete ich immer noch Lineage Systeme an? Ich persönlich finde, LineageOS kann ein guter Einstieg sein, um herauszufinden, ob man mit einem System ohne die G-Play Services zurecht kommt, oder nicht. Viele haben noch ein älteres Gerät zuhause rumliegen, welches möglicherweise mit Lineage kompatible ist und können dies als Testobjekt verwenden. Ich gebe bei Lineage auch immer mit, dass das System seine Macken hat, nicht vollständig googlefrei ist und wirklich nur für eine Übergangsphase verwendet werden sollte. Der Unterschied ist jedoch, bei LineageOS behaupted man nicht vollmundig, dass man vollständig "degoogled" ist, und man verkauft auch keine Phones mit diesem falschen Versprechen. Ausserdem habt ihr bei Lineage die Wahl, ob ihr Lineage mit Micro-G oder ohne installieren möchtet. Aus diesen Gründen stösst mir /e/ auch sauer auf, und deshalb habe ich diesem Thema einen eigenen Beitrag gewidmet.

/e/OS wird als vollständig „deGoogled“es mobiles Ökosystem beschrieben. Diese Einschätzung könnte eventuell zutreffen, wenn nicht standardmäßig microG aktiviert wäre, das Verbindungen zu Google-Servern herstellt. Unter „deGoogled“ verstehe ich eine komplette Unabhängigkeit von Google-Diensten und -Infrastruktur. Bis auf die Anfangsaktivierung von MicroG und eine einmalige Verbindung via firebaseinstallations.googleapis.com haben die Entwickler jedoch teilweise Anstrengungen unternommen, um /e/ von Google zu lösen, dazu gehört aber nicht nur das reine Entfernen von den G-Play Services.

Desweiteren ist für eine datenschutzfreundlichere Bewertung von /e/ ist die Entfernung der Unique Device-Identifier, die bei Update-Prüfungen übermittelt wird, notwendig. Dies stellt bei einem auf Privatsphäre ausgelegten System eine problematische Anpassung dar.

Im Datenschutzbereich schneidet /e/ aufgrund der entfernten G-Play Services noch ganz okay ab, doch bei der Sicherheit gibt es bedeutsame Schwächen. Die verzögerte Bereitstellung von Sicherheitsupdates und die langsame Aktualisierung der WebView-Komponenten, oft über sechs Monate hinweg, stellen ein erhebliches Sicherheitsrisiko dar. Geräte erhalten zudem nicht durchgehend vollständige Updates für proprietäre Komponenten wie Bootloader oder Firmware, und die Unterstützung von Verified Boot ist begrenzt.

An welche Nutzer sich /e/OS richtet, kann ich nicht wirklich definieren. Das Betriebssystem setzt fragwürdige Einstellungen, und verkauft das ganze als komplett Google-Frei. Man könnte die Nutzer wenigsten vor die Wahl stellen, beispielsweise MicroG zu verwenden, oder nicht. Zudem können die vielen Sicherheitslücken auch den Datenschutz erheblich beeinträchtigen. Die alleinige Fokussierung auf das entfernen der G-Play Services bietet keine Sicherheit und keine Privatsphäre. Es sind zusätzliche Maßnahmen und zeitnahe Sicherheitsupdates erforderlich, worin bei /e/ noch enormes Verbesserungsbedarf besteht.

Quellen: https://www.kuketz-blog.de/e-datenschutzfreundlich-bedeutet-nicht-zwangslaeufig-sicher-custom-roms-teil6/

Vielen Dank an Mike Kuketz für die ausführliche Analyse zum Datensendeverhalten von /e/OS!

Was wir stattdessen empfehlen Wir setzen auf GrapheneOS und CalyxOS, aus den oben genannten Gründen. Welches der beiden zu euch passt, klärt Welches CustomROM. Fertig eingerichtete Geräte gibt es im Shop unter entgoogelte Smartphones.

The post Warum Murena's /e/OS eine Mogelpackung ist appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Vorbereitungen

Schauen wir uns was, was wir brauchen, um eure Kontakte und SMS von einem Standard Android oder einem iPhone, exportieren zu können.

SMS und Kontakte von einem Android Phone exportieren

Die meissten Standard Adressbücher auf verseuchten Wanzen Androiden können (oder wollen) die Kontakte nicht als VCF-Datei exportieren. Deshalb behelfen wir uns hier mit einer Open Source App.

Da ihr auf euren neuen Smartphone mit einem CustomROM sowieso keine GooglePlay Services mehr zur Verfügung habt, installieren wir uns gleich ein OpenSource App via F-Droid, damit ihr das Handling bereits schonmal kennen gelernt habt.

Wir installieren uns also zuerst F-Droid. Ladet euch die App von hier herunter und installiert euch den Open Source App Store F-Droid auf eurem alten Smartphone. Eine ausführliche Anleitung zu F-Droid gibt es hier.

Ladet euch folgende App via F-Droid indem ihr die Suchfunktion verwendet, herunter:

• SMS Import / Export

Die App ist Opensource und kann SMS und Kontakte exportieren. Öffnet die App, und gebt ihr die Berechtigungen auf eure Kontakte und SMS zugreifen zu können.

Öffnet SMS Import / Export und wählt Exportiere Nachrichten und danach Exportiere Kontakte:

Speichert die SMS- und Kontaktliste an einen Ort eurer Wahl. Ihr könnt sie auch als Mail an euch selbst schicken, sie später via Bluetooth übertragen, oder über einen Cloudspeicher eurer Wahl übertragen.

Weitere Interventionen sind nicht notwendig.

SMS und Kontakte von einem iPhone exportieren

Um die Kontakte von einem iPhone zu exportieren gibt es 3 Möglichkeiten: entweder über die iCloud auf der Apple Webseite, neuerdings über die Kontaktapp auf dem iPhone, oder über eine externe App über den AppStore. Habt ihr die iCloud bereits aktiviert, sind eure Kontakte bereits bei Apple und ihr könnt sie aus eurer Cloud herunterladen.

Methode 1: via iCloud

Loggt euch in eurer iCloud an, und scrollt im Webmenu nach unten, und klickt auf Kontakte:

Wählt nun im nächsten Fenster all mit dem Zahnradsymbol eure Kontakte aus:

Klickt als nächstes ganz rechts auf das Export Symbol, und exportiert eure Kontakte als VCF Datei indem ihr vCard exportieren auswählt:

Speichert die Datei auf eurem Gerät, und übertragt es später auf euer neues Phone.

Methode 2: via iPhone (iOS 17)

Seit iOS 17 kann das umheimlich mächtige iPhone endlich auch über die Hauseigene Kontakte App seine Kontakte exportieren. Geht auf auf das Anrufsymbol, wählt Kontakte aus, und geht oben links auf Listen. Hier wählt ihr jetzt die zu exportierende Liste aus, und drückt lange darauf und wählt dann Export/Exportieren. Wählt im nächsten Fenster alle Kontaktdetails aus:

Klickt anschliessend oben rechts auf Fertig/Done. Speichert das ganze im nächten Fenster als Datei auf eurem iPhone. Nun habt eine VCF Datei, die ihr auf dem neuen Phone importieren könnt.

Methode 3: via App

Wir nutzen für unsere Anleitung beispielhaft die App "Easy Backup". Im App Store findet ihr aber weitere Apps mit ähnlichen Funktionen. Die kostenfreie Version kann Sie bis zu 300 Kontakte exportieren.

1. Ladet die App "Easy Backup" aus dem App Store herunter.
2. Öffnet die App und erlaubt den Zugriff auf eure Kontakte über "Zugang Kontakte" > "OK".
3. Tippt auf "Weiter", nachdem die Kontakte in die App importiert wurden.
4. Geht anschließend auf das Backup-Symbol in der Mitte und wählt nach der Erstellung das E-Mail-Symbol unten links.
5. Die "vcf"-Datei befindet sich als Anhang in der E-Mail. Verschickt diese oder speichert die Datei z.B. auf eurem Computer ab.

SMS importieren auf CustomROM

Übertragt die VCF Datei auf eures neues Smartphone, hier eignet sich am besten die schnelle, und auch private Möglichkeit, Dateien via Bluetooth zu übertragen. Ansonsten nimmt man meinen Cloudspeicher, oder sendet sich die Liste selbst via Mail (nicht empfehlenswert).

Die meissten SMS Apps auf CustomROMs unterstützen keine direkt Importfunktion von SMS. Alles was ihr tun müsst, ist, die App SMS Import / Export auf eurem neuen Smartphone zu installieren, dann die App zu öffnen, und anschliessend Importiere Nachrichten zu wählen. Eure SMS sollten alle wie vorher gewohnt nun in der SMS App zur Verfügung stehen.

Kontakte importieren auf CustomROM

Kontakte direkt auf das Phone importieren

Einen Punkt möchte ich kurz später separate ansprechen, da es hier für Nextcloud Nutzer eine interessante Möglichkeit gibt, eure Kontakte dauerhaft zu sichern. Falls ihr keine Nextcloud habt, installiert euch via F-Droid wieder die App SMS Import / Export und wählt in der App einfach Importiere Kontakte, und die Kontakte stehen eurem Kontakbuch sofort zur Verfügung.

Kontakte in ein CardDAV kompatiblen Speicher importieren

Ihr habt die Möglichkeit, eure Kontakte direkt in eine CardDAV kompatible Cloud, wie die Nextcloud zu importieren. Dazu müsst ihr die App DAVx5 installieren, und einn WebDAV Zugang zu eurer Nextcloud einrichten. Nach der Einrichtung könnt ihr in die Kontakte App, geht in die Einstellung, dann auf Importieren, und importiert eure VCF Datei in das DAVx5 Adressbuch:

Damit die Kontakte nun von Haus aus auf das DAV Konto gespeichert wird, müssen das DAVx5 Adressbuch als Standard Konto für neue Kontakte einrichten. Dies geht ebenso in den Einstellungen des Kontaktbuchs. Dazu können wir dem Kontaktebuch beibringen nur noch das CardDAV Konto anzuzeigen:

Wählt in den Einstellungen Standardkonto für Kontakte und wählt euer Konto aus. Geht als nächstes in die Anzuzeigende Kontakte und wählt nur das DAV Adressbuch. Jetzt ist das DAVx5 Adressbuch euer Standard Adressbuch, und jeder neue Kontakt landet automatisch in eurer Cloud, und auf allen synchronisierten Geräten. Feine Sache!

Ich hoffe das Kurztutorial Kontakte und SMS von Android oder iPhone auf Custom ROM übertragen hat euch gefallen. Habt ihr Fragen, haut sie in die Kommentare!

The post Kontakte und SMS von Android oder iPhone auf ein Custom ROM übertragen appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Weiter geht's mit einem Einsteiger Guide inklusive Anleitung und Hilfe bei der Einrichtung und Anwendung, für einen erfolgreichen Umstieg von einem Standard-Android-Gerät auf GrapheneOS! Hier erfahrt ihr alles, was sich ändert, auf was ihr achten müssten, und was es zu wissen gibt, wenn ihr von einem Standard-Android Phone mit Googles Playstore kommt. Wir schauen uns auch in diesem Artikel an, wie ihr eure Apps bezieht, wie Backups funktionieren und wie ihr Kompatibilität mit eBanking und Finanzapp schaffen könnt.

Welche Smartphones unterstützt GrapheneOS? (Kompatible Geräte & End-of-Life)

Bevor ihr loslegt, die wichtigste Voraussetzung: GrapheneOS läuft ausschliesslich auf Google-Pixel-Geräten. Das ist kein Zufall, sondern eine bewusste Sicherheitsentscheidung – nur die Pixel-Hardware bietet die nötigen Funktionen wie einen vollständig kontrollierbaren Verified Boot (Bootloader lässt sich wieder sicher verriegeln), den Titan-Sicherheitschip und auf neueren Modellen Hardware Memory Tagging (MTE). Andere Hersteller wie Samsung, Xiaomi oder Apple werden nicht unterstützt.

Entscheidend beim Kauf ist das End-of-Life-Datum – also wie lange Google für das jeweilige Modell noch Sicherheitsupdates liefert. Hier die aktuell von GrapheneOS unterstützten Pixel-Modelle mit ihrem Update-Zeitraum (Stand Juni 2026):

Unsere Empfehlung: Wer neu kauft, fährt mit einem Pixel 8a oder neuer am besten – diese Geräte bekommen volle sieben Jahre Sicherheitsupdates ab Marktstart und unterstützen Hardware Memory Tagging, das GrapheneOS für zusätzlichen Exploit-Schutz nutzt. Das Pixel 8a bietet dabei das beste Preis-Leistungs-Verhältnis. Ein gebrauchtes Pixel 7 oder 7a ist als günstiger Einstieg weiterhin völlig in Ordnung – behaltet aber das jeweilige End-of-Life-Datum im Hinterkopf. Vom Pixel 6 / 6 Pro raten wir bei einem Neukauf inzwischen ab, da der Support bereits im Oktober 2026 endet.

Wenn ihr euch die Installation nicht selbst zutraut, bekommt ihr bei uns auch fertig mit GrapheneOS eingerichtete Pixel-Smartphones. Übrigens: GrapheneOS hat Anfang 2026 eine Zusammenarbeit mit Motorola angekündigt – entsprechende Geräte sind aber frühestens mit der 2027er-Generation zu erwarten. Bis dahin bleibt Google Pixel die einzige Option.

Habt ihr GrapheneOS installiert, oder ein Phone mit GrapheneOS von uns gekauft, müsst ihr das System beziehungsweise das Smartphone zuerst einrichten.

Wir schauen uns also wieder zuerst die Einrichtung von GrapheneOS an, diese ist, etwas einfacher gestaltet wie die Einrichtung von CalyxOS, den es gibt keine Apps die man installieren kann, und MicroG gibt es auch nicht.

Voreinrichtung von GrapheneOS

Zuerst werden ihr durch die Standardvoreinrichtung des Betriebssystem geleitet, wählt eure gewünschte Sprache, aktiviert das WLAN oder überspringt diesen Schritt und legt einen PIN oder einen Fingerprint fest.

Standortdienste

Während der Einrichtung trefft ihr auf den Punkt Location Services. Hier erlaubt ihr mit dieser Einstellung, ähnlich wie bei CalyxOS, ob Apps, auf euren Standort zu zugreifen dürfen. Dies wird vor allem für Apps wie Navigation und etc. benötigt. Ihr könnt die Funktion standardmässig aktiviert lassen, und später auch wieder deaktivieren. Die Einstellung dient der kompletten Abschaltung von Standortabfragen für alle Apps auf dem Smartphone. Bedenkt, dass Apps wie Navigation und Co. ohne die Standort Funktion nicht funktionieren. Ein aktivieren der Standortfunktion bedeutet nicht, dass alle Apps automatisch Standortfreigabe haben. Jede App fragt zuerst nach, ob sie den Standort abrufen darf, oder nicht.

Ihr könnt später festlegen, ob eine jeweilige App den Standort immer abfragen darf, oder zum Beispiel nur bei der Verwendung der App. Im allgemeinen ist es ratsam, Standortabfragen nur zu gewähren, wenn die jeweilige App geöffnet, und gerade in Verwendung ist.

Wiederherstellung aus einem Backup

Ihr könntet kurz vor Schluss der Einrichtung zudem eurer Phone aus einem Backup wiederherstellen. Am Schluss wird euch noch Bedienung des Smartphones via Gesten erklärt, diese könnt ihr später unter System -> Touch-Gesten & Bewegungen aber auch gerne wieder zurück auf die klassische Steuerung stellen.

Eine MicroG Installation gibt es keine während der Installation/Einrichtung von GrapheneOS nicht, dafür aber eine andere Methode, um Kompatibilität zu bestimmten Apps und Dienstleistungen zu gewährleisten. Darauf gehen wir unten im Abschnitt Sandboxed GooglePlay ein.

Während der Einrichtung könnt ihr, im Gegensatz zu CalyxOS keine weiteren Apps installieren, zumindest keine GrapheneOS fremde Apps. Standardapps wie Taschenrechner, Kalender, Kontakte, PDF Reader, Taschenlampe, Rechner und etc. sind natürlich vorinstalliert.

Anwendung von GrapheneOS

In diesem Abschnitt geht es um die Anwendung von GrapheneOS, was es es wichtiges zu wissen gibt, wo ihr eure Apps her bekommt, wie ihr das System auf dem neusten Stand haltet, wo es Updates für das Betriebssystem gibt, und welche weiteren Möglichkeiten ihr habt. Ausserdem klären wir ein paar sicherheitspezifische Einstellungen von GrapheneOS, die es auf CalyxOS nicht gibt.

Die Bedienung von GrapheneOS

GrapheneOS bietet eine intuitive Gestensteuerung, die die Navigation erleichtert und das Nutzungserlebnis verbessert. Wir zeigen euch, wie die Bedienung von statten geht, und wir ihr zurück auf die klassiche Bedienung mit Buttons zurück wechselt

Gestensteuerung

1. Home-Bildschirm

• Zum Startbildschirm zurückkehren: Wischt von der Unterkante des Bildschirms nach oben. Dies bringt euch jederzeit zurück zum Startbildschirm.
• Zwischen Apps wechseln: Wischt von der Unterkante des Bildschirms nach oben und halte kurz, um den App-Wechsler zu öffnen. Ihr könnt dann nach links oder rechts wischen, um durch die geöffneten Apps zu blättern. Ganz links findet ihr dann den Button um alle Apps gleichzeitig zu beenden. Ein Wisch nach oben, beendet die jeweilige App einzeln.

2. Zurück

• Zurückgehen: Wischt von der linken oder rechten Bildschirmkante zur Mitte des Bildschirms. Diese Geste ersetzt die traditionelle Zurück-Taste und funktioniert in den meisten Apps.

3. Öffnen von Benachrichtigungen und Schnelleinstellungen

• Benachrichtigungen anzeigen: Zieht vom oberen Bildschirmrand nach unten, um die Benachrichtigungen zu sehen.
• Schnelleinstellungen öffnen: Zieht vom oberen Bildschirmrand nach unten und zieht ein zweites mal erneut nach unten, um auf die Schnelleinstellungen wie WLAN, Bluetooth und Helligkeit, die Einstellungen und mehr, zuzugreifen.

5. Bildschirm teilen (Split-Screen)

• Apps im Split-Screen-Modus verwenden: Öffnet in den App-Wechsler (Wischt von der Unterkante nach oben und halt kurz), tippt auf das App Symbol über der App, und danach auf Splitscreen der gewünschten App. Wählt dann die zweite App, die ihr gleichzeitig verwenden möchtet.

Klassische Bedienung

Falls ihr lieber die klassische Steuerung mit den drei Tasten am unteren Bildschirmrand nutzen möchtet, könnt ihr dies in den Einstellungen ändern.

1. Einstellungen öffnen

• Geht auf euren Startbildschirm oder in der App-Schublade auf das Zahnradsymbol, um die Einstellungen zu öffnen.

2. System und Gesten

• Scrollet nach unten und tippt auf "System".
• Tippt auf "Touch-Gesten & Bewegungen".

3. Systemnavigation auswählen

• Hier findet ihr den Punkt "Navigationsmodus". Tippt darauf.

4. Navigationsleiste auswählen

• Ihr seht verschiedene Optionen für die Systemnavigation. Wählt "Bedienung über 3 Schaltflächen" aus.

Jetzt habt ihr die klassische Navigationsleiste mit den drei Tasten unten auf eurem Bildschirm:

1. Home-Taste

• Zum Startbildschirm zurückkehren: Tippt auf die mittlere Taste (Kreis-Symbol).

2. Zurück-Taste

• Zurückgehen: Tippt auf die Taste links neben der Home-Taste (Pfeil nach links).

3. App-Wechsler-Taste

• Zwischen Apps wechseln: Tippt auf die Taste rechts neben der Home-Taste (Quadrat-Symbol), um den App-Wechsler zu öffnen. Hier könnt ihr nach links oder rechts wischen, um durch eure geöffneten Apps zu blättern.

Mit diesen Einstellungen und Tipps könnt ihr euer GrapheneOS-Gerät entweder über die moderne Gestensteuerung oder die klassische Bed

App Quellen

GrapheneOS ist ein extrem datenschutzorientiertes Betriebssystem und verzichtet wie ihr bereits gelesen habt, vollständig auf Google-Dienste und -Apps. Das bedeutet, falls ihr kein Sandboxed Google Play verwendet:

• Kein Google Play Store: Stattdessen nutzt ihr alternative App-Stores.
• Keine Google-Play-Dienste per Standard: nur mit Sandboxed Google Play habt ihr erweiterte Funktionen die ihr von Google Phones kennt: dazu gehören Push Benachrichtigungen und kompatiblität mit Big-Tech Apps.
• Kein automatisches Tracking: eure Aktivitäten werden nicht an Google gesendet, ausser ihr verwendet natürlich Google Apps oder sonstige datensammelnde Apps.

Graphene's eigener Appstore

GrapheneOS kommt mit eigenen Apps da her, die speziell auf das Betriebssystem zugegeschnitten, und gehärtet sind. Diese Apps findet ihr in der App Übersicht unter App Store. Diese Apps sind sehr tief ins Betriebssystem verankert, und können, nicht deinstalliert, sondern nur deaktiviert werden. Es empfiehlt sich aber die Standard Apps von GrapheneOS immer zu verwenden, da spezielle Sicherheitsfeatures bewerkstelligen, dass diese Apps praktisch nicht hackbar, oder manipulierbar sind, ohne dass das System etwas davon mitbekommt.

Vorinstallierte System Apps

Die Apps unterscheiden sich zwischen vorinstallierten Systemapps, und weiteren Apps die installiert werden können.

Vanadium

GrapheneOS enthält den Vanadium-Browser sowohl als WebView-Implementierung des Betriebssystems als auch als Standardbrowser. Vanadium ist zweifelsohne einer der Hauptmerkmale von GrapheneOS. Vanadium ist eine gehärtete Variante von Chromium, die verbesserte Privatsphäre und Sicherheit bietet, ähnlich wie GrapheneOS im Vergleich zu AOSP. Der Vanadium-Browser hat derzeit ein paar richtig gute Funktionen, und es sind viele Verbesserungen für die Zukunft geplant.

Einige der im Vergleich zum Standard-Mobile-Chromium hinzugefügten Funktionen:

• Type-based Control Flow Integrity (CFI)
• Hardware Memory Tagging (MTE) aktiviert für den Hauptspeicherallocator
• Strikte Website-Isolierung und Sandbox-Ifames
• JavaScript JIT standardmäßig deaktiviert mit seitenweitem Umschalten über ein Dropdown-Berechtigungsmenü
• Native Android-Autofill-Implementierung, um die Notwendigkeit eines gesandboxten Google Play für Autofill-Unterstützung zu vermeiden
• WebGPU deaktiviert zur Reduzierung der Angriffsfläche
• WebRTC IP Handling Policy Toggle, um den Peer-to-Peer-WebRTC-Modus zu steuern
• Compiler-Härtung: automatische Variableninitialisierung, starker Stack-Schutz, wohldefinierter vorzeichenbehafteter overflow
• Hochleistungs-Content-Filter-Engine unter Verwendung von EasyList + EasyPrivacy mit seitenweitem Umschalten über ein Dropdown-Berechtigungsmenü
• Vollständigere Statuspartitionierung ohne Opt-out für Origin Trials
• High Entropy Client Hints werden durch eingefrorene User-Agent-Werte ersetzt, um das Lecken von Geräte-/OS-Informationen zu vermeiden
• Die Battery API zeigt den Servern immer an, dass der Akku lädt und 100% Kapazität hat
• Triviale Subdomain-Ausblendung deaktiviert
• Konsistentes Browserverhalten über alle Benutzer hinweg ohne Verwendung von Feature-Flags und Seed-basierten Trials
• Nahezu alle Remote-Dienste standardmäßig deaktiviert oder entfernt. Standardmäßig wird nur mit GrapheneOS-Servern verbunden. Es gibt nur zwei Standarddienste: Komponent-Updates wie Zertifizierungsstellen- und Zertifikatswiderruf-Updates sowie DNS-over-HTTPS-Konnektivitätsprüfungen, wenn aktiviert
• Web-Suche und globale Suchintents, um die Notwendigkeit einer OS-Such-App zu ersetzen
• Option, immer Links aus anderen Apps, benutzerdefinierten Tabs, Suchintents und Share-Intents im Inkognito-Modus zu öffnen
• Option zur Reduzierung oder Deaktivierung des Sendens von Cross-Origin-Referrer-Informationen, wo ein Link geöffnet wurde
• Hybride Post-Quantum-Kryptografie standardmäßig aktiviert, um das Verhalten von Chromium auf dem Desktop zu entsprechen, da die unterstützten Geräte mehr als schnell genug sind

Bessere Standardeinstellungen, einschließlich nicht benutzerseitiger Flags:

• Reduzieren des Accept-Language Headers standardmäßig (nur über chrome://flags verfügbar)
• Drittanbieter-Cookies standardmäßig deaktiviert
• Zahlungssupport standardmäßig deaktiviert
• Website-Hintergrundsynchronisierung standardmäßig deaktiviert
• Sensorzugriff standardmäßig deaktiviert
• Geschützte Medien (DRM) standardmäßig deaktiviert
• Hyperlink-Auditing standardmäßig deaktiviert
• Do Not Track standardmäßig deaktiviert, hauptsächlich um zu vermeiden, dass Benutzer sich durch das Aktivieren von anderen unterscheiden, da es keinen wirklichen Wert hat
• WebRTC IP Handling Policy standardmäßig auf den privatesten Wert gesetzt, anstatt auf den am wenigsten privaten Wert (durch Vanadium zu einer benutzerseitigen Option gemacht)

Auditor

Die Auditor-App und der Attestationsdienst bieten eine starke hardwarebasierte Überprüfung der Authentizität und Integrität der Firmware/Software auf dem Gerät. Eine starke Paarungs-basierte Methode wird verwendet, die auch die Identität des Geräts auf Basis des hardwaregestützten Schlüssels, der für jede Paarung erzeugt wird, verifiziert. Softwarebasierte Überprüfungen werden darauf aufbauend hinzugefügt, wobei der Trust sicher von der Hardware abgeleitet wird.

Camera

GrapheneOS Camera ist eine moderne Kamera-App mit einer guten Benutzeroberfläche und einem Schwerpunkt auf Privatsphäre und Sicherheit. Metadaten werden standardmässig nicht aufgenommen.

PDF Viewer

GrapheneOS PDF Viewer ist ein gesandboxtes, gehärtetes PDF-Programm, das HiDPI-Rendering verwendet und Funktionen wie Pinch-to-Zoom, Textauswahl, das Anzeigen verschlüsselter PDFs und mehr bietet.

Weitere Apps

Dies sind Apps, die sich via den Graphene eigenen Appstore hinzufügen lassen, und welche spezielle durch GrapheneOS geschützt werden.

Accrescent

Accrescent ist ein alternativer App Store, der speziell auf Sicherheit und Datenschutz ausgerichtet ist. Jede App im Accrescent Store wird gründlich überprüft, um sicherzustellen, dass sie sicher ist und keine unnötigen Berechtigungen anfordert. Der Store sammelt keine unnötigen Daten über die Nutzer und setzt auf Transparenz bei der Überprüfung und Freigabe von Apps.

GrapheneOS bietet Accrescent in seinem eigenen App Store an, weil beide Plattformen einen starken Fokus auf Sicherheit und Datenschutz legen. Durch die Integration von Accrescent können Nutzer von GrapheneOS sicherstellen, dass die Apps, die sie installieren, den hohen Sicherheitsstandards entsprechen und ihre Privatsphäre geschützt bleibt. Diese Partnerschaft unterstützt das Ziel von GrapheneOS, eine sichere und vertrauenswürdige Umgebung für seine Nutzer zu schaffen. Leider gibt es noch nicht alzuviele Apps im Store von Accrescent.

Android Auto

GrapheneOS bietet die Möglichkeit, offizielle Versionen von Android Auto zu installieren und zu nutzen.

Android Auto benötigt normalerweise privilegierten Zugriff, um zu funktionieren. GrapheneOS verwendet jedoch eine Erweiterung der gesandboxten Google Play-Kompatibilitätsschicht, um Android Auto mit reduzierten Privilegien betreiben zu können.

Um Android Auto zu installieren, verwendet ihr den GrapheneOS App Store. Android Auto kann nicht über den Play Store oder andere App-Quellen installiert werden. Da Android Auto von gesandboxtem Google Play abhängig ist, werdet ihr aufgefordert, dieses zu installieren, falls es noch nicht installiert ist.

Nach der Installation von Android Auto muss das Gerät neu gestartet werden. Danach muss Android Auto über die Einstellungen -> Apps -> Sandboxed Google Play -> Android Auto-Konfigurationsbildschirm eingerichtet werden. Dieser Bildschirm enthält Schalter für Berechtigungen, Links zu verwandten Konfigurationsbildschirmen, Konfigurationstipps und Links zu optionalen Abhängigkeiten von Android Auto.

Die Berechtigungsschalter fordern vor der Aktivierung eine Bestätigung an. Ein Popup erklärt, welchen Zugriff jede Berechtigung bietet.

Standardmäßig erhält Android Auto keinen privilegierten Zugriff und wird wie andere Apps behandelt.

Damit Android Auto funktioniert, müssen grundlegende Berechtigungen für die verkabelte oder drahtlose Nutzung von Android Auto erteilt werden. Die verkabelte Nutzung von Android Auto erfordert deutlich weniger Zugriff als die drahtlose Nutzung. Diese grundlegenden Berechtigungen werden über die Schalter "Berechtigungen für verkabeltes / drahtloses Android Auto erlauben" gesteuert.

Für einige Autos sind die Basisberechtigungen für drahtloses Android Auto erforderlich, selbst wenn ihr verkabeltes Android Auto nutzt. Wenn die verkabelte Verbindung zum Auto mit nur den verkabelten Berechtigungen nicht funktioniert, versucht, stattdessen drahtlose Berechtigungen zu erteilen.

Um Benachrichtigungen vom Gerät ins Auto weiterzuleiten, muss Android Auto Zugriff auf Benachrichtigungen haben. Die Einstellungen für den Zugriff auf Benachrichtigungen sind unter den Berechtigungsschaltern von Android Auto verlinkt verlinkt.

Damit Apps in der Android Auto-Benutzeroberfläche im Auto angezeigt werden, müssen sie aus dem Play Store installiert sein und Android Auto unterstützen.

Damit Android Autos Sprachführung funktioniert, muss Googles TTS von Aurora installiert werden:

https://play.google.com/store/apps/details?id=com.google.android.tts&hl=de

Google Play Services

GrapheneOS ermöglicht die Nutzung von Google Play in einer sicheren Sandbox-Umgebung, ohne spezielle Zugriffsrechte oder Privilegien. Google Play-Apps sind normale Apps und können nur innerhalb ihres Nutzer- oder Arbeitsprofils verwendet werden. Sie haben keinen Zugriff auf Daten anderer Apps und benötigen die ausdrückliche Zustimmung des Nutzers für den Zugriff auf Profildaten oder Berechtigungen.

Die meisten Google Play-Dienste funktionieren nahezu vollständig, einschließlich dynamischer Module und Funktionen wie Google Play Games. Standortanfragen werden standardmäßig an eine GrapheneOS-Neuimplementierung weitergeleitet, können aber bei Bedarf auf den Google-Dienst umgestellt werden. Der Play Store wird vollständig unterstützt, einschließlich In-App-Käufen und automatischer Updates, sofern der Nutzer die entsprechenden Berechtigungen erteilt.

Zur Nutzung von Sandboxed Google Play gibt es weiter unten einen eigenen Abschnitt.

Markup

Snap Markup ist ein kostenloses Foto-Markup-Tool. Snap Markup bietet eine Vielzahl von Anmerkungsfunktionen wie Zuschneiden, Text hinzufügen, verpixeltes Bild, Zeichnen, Pfeil, Rechteck, Kreis, Linie und viele mehr.
Lassen Sie Ihr Bild oder Ihre Fotos einfach bearbeiten und markieren und schnell mit Ihren Freunden und Fachleuten teilen.

Markup aus dem Google Play Store funktioniert nicht, und es lässt sich auch nicht aus dem Aurora Store installieren, wer es unbedingt braucht, kann es sich hier installieren.

Externe App Stores

Externe Apps Stores sind per default auf GrapheneOS nicht vorhanden, und muss man sich selber installieren. GrapheneOS lässt euch hier also die Wahl, von welchem App Stores ihr eure Apps bezieht. Die Standardmöglichkeiten wären:

1. Aurora Store

Der Aurora Store ist eine alternative Schnittstelle zum Google Play Store. Hier könnt ihr auf alle Apps des Play Stores zugreifen, ohne ein Google-Konto zu verwenden. GrapheneOS empfiehlt diesen Appstore, da die Apps aus geprüften und nahezu virenfreien Quellen stammen, und sind aufgrund Googles strenger Sicherheitsrichtlinien sicherer als die Apps aus demF-Droid Store. Aurora Store bietet die Möglichkeit, anonym zu bleiben. Aurora kann via F-Droid installiert werden. Ein Artikel der Aurora genauer beschreibt, findet ihr hier:

2. F-Droid

F-Droid ist ein alternativer App-Store, der nur Open-Source-Apps anbietet. Hier findet ihr viele nützliche Anwendungen, die frei von Tracker und Werbungen sind. Wie ihr F-Droid installiert und verwendet, findet ihr hier:

Aufgrund diverser Sicherheitsmängel beim builden der Apps, ist der F-Droid aus Sicht der Security nicht als aller erstes zu empfehlen.

3. Droid-ify

Droid-ify ist ein alternativer Open-Source-App-Store für Android, der als F-Droid-Client fungiert. Er bietet eine moderne, intuitive Benutzeroberfläche und ermöglicht das einfache Durchsuchen, Installieren und Aktualisieren von Apps aus F-Droid und anderen Repositorys.

Hauptmerkmale von Droid-ify:

• Open Source & Google-frei: Droid-ify basiert auf freien und quelloffenen Technologien.
• F-Droid Client: Funktioniert als Alternative zur offiziellen F-Droid-App, bietet aber eine modernere UI.
• Mehrere Repositories: Unterstützung für zusätzliche Repos wie IzzyOnDroid oder eigene, benutzerdefinierte Quellen.
• Automatische Updates: Ermöglicht das Aktualisieren von Apps, ohne den Google Play Store zu nutzen.
• Material-You-Design: Anpassbare UI mit dunklem Modus und flüssiger Navigation.
• Keine Anmeldung erforderlich: Apps können direkt heruntergeladen und installiert werden.
• Verifizierte APKs: Droid-ify überprüft die Integrität der Apps anhand von Signaturen.

Droid-ify ist ideal für Nutzer, die ein freies, Google-unabhängiges App-Ökosystem bevorzugen. Es kann direkt als APK von F-Droid oder GitHub heruntergeladen werden.

4. Obtainium

Obtainium ist eine Open-Source-App für Android, die es ermöglicht, Apps direkt von ihren offiziellen Release-Quellen zu installieren und zu aktualisieren – ganz ohne Google Play Store oder F-Droid.

Hauptmerkmale von Obtainium:

• Updates direkt von der Quelle: Unterstützt GitHub, GitLab, Codeberg, F-Droid, APKMirror, APKPure und viele weitere.
• Keine Zwischenhändler: Obtainium bezieht die APKs direkt von den Entwicklern, sodass keine Drittanbieter-Downloads nötig sind.
• Automatische Updates: Prüft regelmäßig auf neue Versionen und ermöglicht eine automatische oder manuelle Aktualisierung.
• Sicher & Open Source: Transparent und ohne versteckte Telemetrie – vollständig quelloffen.
• Leichtgewichtig & effizient: Minimalistische App mit geringer Größe und ohne überflüssige Hintergrundprozesse.
• Keine Anmeldung erforderlich: Läuft völlig ohne Google-Konto oder App-Store-Abhängigkeiten.
• Mehrere Quellen pro App: Falls eine App auf mehreren Plattformen verfügbar ist, kann Obtainium aus verschiedenen Quellen wählen.

Obtainium eignet sich perfekt für Nutzer, die ihre Apps direkt von den Entwicklern beziehen und maximale Kontrolle über ihre Updates haben möchten. Die App kann als APK von GitHub oder F-Droid heruntergeladen werden.

5. Direkt vom Entwickler

Manche Apps könnt ihr direkt von den Webseiten der Entwickler herunterladen. Diese Option ist besonders nützlich, wenn eine App nicht in F-Droid oder Aurora Store verfügbar ist. Ein Anhaltspunkt ist hier sicherlich Github, auf dem die meissten Opensource Developer ihre Apps zuerst veröffentlichen.

Oberfläche und Anpassbarkeit von GrapheneOS

Ihr habt bei GrapheneOS volle Kontrolle über euer Gerät und könnt genau festlegen, welche Apps und Dienste ihr installiert und nutzt. Mit einem langen Druck auf den Home Screen könnt ihr Hintergrund & Stile festlegen, Widgets festlegen und das aussehen des Home Screens definieren. In den Einstellungen unter Display könnt ihr zudem die Schriftgrösse festlegen.

Berechtigungen von Apps

Mit einem langen Druck auf eine App und danach App Info, kommt ihr in das Kontextmenu dieser App. Ihr könnt App spezifische Einstellungen festlegen, wie zum Beispiel die Berechtigungen (unter anderem Standort, Mikrophone, Kontakte, Zugriff auf Fotos und Medien und etc.) festlegen. Hier könnt ihr eine Browserapp, falls ihr mehrere habt, auch als Standardbrowser festlegen. Weiter unten findet ihr die Version der App, und mit welchem App-Store diese installiert worden ist.

Einstellungen von GrapheneOS

Die Einstellungen, beziehungsweise das Einstellungsmenu ähnelt einem Standard Android ziemlich genau. Ihr findet hier eine Liste der Einstellungen kategorisiert in Funktionen und Anwendungen wie zum Beispiel: Netzwerk, verbundene Geräte, Apps, Benachrichtigungen, Apps und Co.

Findet ihr eine Einstellungen nicht sofort, benutzt einfach oben die Suchfunktion. Wer einmal ein Android bedient hatte, sollte sich hier schnell zurecht finden.

Erweiterte Sicherheitseinstellungen von GrapheneOS

GrapheneOS verfügt über eine Reihe von Sicherheitsfunktionien, welches kein anderes Betriebssystem so mit sich bringt. Diese Funktionen schützen auch nicht-GrapheneOS-Apps vor Manipulation, Veränderungen oder Hacks. Die Einstellungen findet ihr unter Einstellungen -> Sicherheit. Wir erklären euch einige dieser Einstellungen, damit ihr wisst, womit ihr es hier zu tun habt.

Auto Reboot

GrapheneOS bietet eine Auto-Reboot-Funktion, die gesperrte Geräte nach einer festgelegten Zeit automatisch neu startet, um Daten im Ruhezustand zu halten. Jedes Mal, wenn das Gerät gesperrt wird, startet ein Countdown-Timer. Wenn das Gerät nicht erfolgreich entsperrt wird, bevor der Timer abläuft, wird es neu gestartet. Das Entsperren eines beliebigen Profils, nicht nur des Besitzerprofils, setzt den Timer zurück.

Der Timer ist standardmäßig auf 18 Stunden eingestellt, kann aber auf Werte zwischen 10 Minuten und 72 Stunden eingestellt oder ganz deaktiviert werden.

Diese Funktion greift nicht, wenn das Gerät sich im "Before First Unlock"-Zustand befindet. Das bedeutet, dass das Gerät nicht ständig neu gestartet wird, da die Daten bereits im Ruhezustand sind.

Die Funktion ist im Init-Prozess implementiert, was verhindert, dass sie durch Abstürze von Systemprozessen umgangen wird. Ein Init-Absturz führt zu einem Kernel-Panic, der wiederum zu einem Neustart führt.

Diese Auto-Reboot-Funktion schützt eure Daten, indem sie das Gerät automatisch neu startet, wenn es für eine bestimmte Zeit gesperrt bleibt. Dadurch bleiben eure Daten sicher, falls jemand versucht, auf das gesperrte Gerät zuzugreifen. Die Daten bleiben sicherer, weil ein Neustart des Geräts den Speicher verschlüsselt und somit unzugänglich macht. Ohne das richtige Passwort kann niemand auf die Daten zugreifen.

Duress PIN/Passwort

GrapheneOS ermöglicht es euch, eine Notfall-PIN oder ein Notfall-Passwort einzurichten (Duress), welches das Gerät unwiderruflich unlesbar macht (einschließlich aller installierten eSIMs), wenn es eingegeben wird, wo immer die Geräteanmeldedaten abgefragt werden (z.B. auf dem Sperrbildschirm oder bei jeder anderen Aufforderung im Betriebssystem). Dabei sind einige Dinge zu beachten:

• Sofortige Löschung: Die Datenlöschung erfolgt ohne Neustart und kann nicht unterbrochen werden. Wird der Duress-Pin eingegeben, verwandeln sich die Daten auf den Smartphone in unentschlüssbaren Buchstabensalat.
• Einrichtung: Die Notfall-PIN/Passwort kann unter Einstellungen > Sicherheit > Duress-Passwort im Besitzerprofil eingerichtet werden.
• Profile: ein Duress-PIN oder ein Duress-Passwort muss für jedes Profil separat eingerichtet werden.
• Vorrang der Entsperrmethode: Wenn der Duress-PIN/das Duress-Passwort mit der tatsächlichen Entsperrmethode identisch ist, hat die Entsperrmethode Vorrang, und es erfolgt keine Löschung. Er darf, bzw. sollte also nicht identisch mit dem Hauptpin sein.

Diese Funktion bietet zusätzlichen Schutz, indem sie sicherstellt, dass im Falle einer Gefahrensituation alle Daten schnell und sicher gelöscht werden können.

USB-C Port Schutz

GrapheneOS ignoriert standardmäßig verbundene USB-Geräte, wenn das Gerät bereits gestartet und der Bildschirm gesperrt ist. Ein bereits beim Booten verbundenes USB-Gerät funktioniert jedoch weiterhin. Dies dient dazu, die Angriffsfläche eines gesperrten Geräts mit aktiven Benutzersitzungen zu reduzieren und so die nicht ruhenden Daten zu schützen.

Einstellungen zur Steuerung von USB-Geräten:

1. Off - der USB Port ist vollständig deaktiviert
2. Charging-Only - erlaubt nur das Laden des Gerätes
3. Charging-only when locked - erlaubt das aufladen des Gerätes nur, wenn das Gerät gesperrt ist, sollte Ein Ladegerät beim entsperren eingesteckt sein, wird nicht geladen (Standardeinstellung)
4. Charging-only when locked excecpt before first unlock - gleiches wie die Standardeinstellung, ausser dass das Gerät das erste mal freigeschalten werden muss, um aktiviert zu werden.
5. On - keine Einschränkungen, Standard Android verhalten.

Diese Einstellungen haben keinen Einfluss darauf, wie das Gerät selbst als USB-Gerät agiert, wenn es an einen Computer angeschlossen wird. Android ist standardmäßig im Lade-Modus und erfordert eine Zustimmung, um für Dateiübertragungen, USB-Tethering, MIDI oder PTP verwendet zu werden.

App Spezifische Einstellungen

Ihr könnt pro App GrapheneOS spezifische Sicherheitseinstellungen festlegen. Per Default ist alles bereits optimiert eingestellt. Wir erklären euch die Einstellungen hier jedoch noch genauer.

Exploit Protection Kompatibiltätsmodus

GrapheneOS erweitert den Schutz vor Speicherfehlern erheblich. Einige Funktionen fangen Speicherfehler ab und beenden das Programm, um Ausnutzung zu verhindern. Andere Maßnahmen, wie das sofortige Löschen von Daten und die Zufallsanordnung des Heaps, können dazu führen, dass versteckte Fehler das Programm abstürzen lassen, anstatt mit fehlerhaftem Speicher weiterzulaufen. Diese Funktionen entdecken oft bestehende Fehler in Apps und im Betriebssystem, die nicht von GrapheneOS verursacht wurden, sondern durch die Sicherheitsmaßnahmen aufgedeckt werden.

Zusätzlich reduzieren einige Datenschutz- und Sicherheitsverbesserungen den Zugriff von Apps, was zu Abstürzen führen kann, wenn Apps den eingeschränkten Zugriff nicht bewältigen. Einige dieser Funktionen sind immer aktiv, während andere, wie Netzwerk- und Sensorschalter, vom Benutzer ein- oder ausgeschaltet werden können.

Der Modus wechselt bei problematischen Apps zum Standard-Allocator von Android (Scudo), reduziert die Adressraumgröße, deaktiviert Speicher-Tagging (sofern die App dies nicht explizit aktiviert hat) und erlaubt nativen Debugging-Zugriff (ptrace). Diese Änderungen gelten nur für die ausgewählte App und können separat ein- und ausgeschaltet werden.

Vereinfacht gesagt, schaltet der Automatische Kompatibilitätsmodus einige der strengen Sicherheitsfunktionen aus, um die Kompatibilität mit älteren oder weniger optimierten Apps zu verbessern.

Die strengeren Sicherheiteinstellungen folgen unter dem Kompatibilitätsmodus:

Memory Tagging bei Dritthersteller Apps (nicht-GrapheneOS Apps)

Memory Tagging ist erst ab dem Pixel 8 verfügbar, und ist in GrapheneOS ist eine Sicherheitsfunktion, die hilft, Speicherfehler zu erkennen und zu verhindern. Sie funktioniert, indem sie jedem Speicherbereich ein Tag (eine Markierung) zuweist. Wenn auf den Speicher zugegriffen wird, überprüft das System, ob die Markierungen übereinstimmen. Wenn sie nicht übereinstimmen, kann das ein Hinweis auf einen Speicherfehler oder einen Angriff sein, und das System kann entsprechende Maßnahmen ergreifen, um den Fehler zu verhindern oder das Programm sicher zu beenden.

Einfach gesagt, hilft Memory Tagging, Speicherfehler zu finden und zu beheben, bevor sie ausgenutzt werden können, und erhöht so die Sicherheit des Systems.

Native Code Debugging

Native Debugging erlaubt es Entwicklern, tief in den Code von Anwendungen zu schauen, die direkt auf der Hardware laufen, wie Spiele oder Multimedia-Anwendungen. Das Abschalten dieser Funktion kann die Sicherheit verbessern, indem die Sandbox, die Anwendungen voneinander trennt, sicherer gemacht wird. Es verhindert die Nutzung des ptrace-Systemaufrufs, der manchmal Schwachstellen hat und Angreifern ermöglichen kann, zwischen Prozessen zu wechseln.

GrapheneOS lässt Native Debugging standardmäßig aktiviert, bietet aber die Möglichkeit, es abzuschalten. Entwickler können es bei Bedarf für Debugging-Zwecke nutzen. Das Abschalten von Native Debugging bringt keinen riesigen Sicherheitsgewinn, verbessert aber die Isolation von Prozessen.

Das aktivieren dieser Funktion, verhindert das Code Debugging und erhöht dadurch die Sicherheit des Gerätes.

Extended Virtual Address Space (Erweiterter virtueller Adressraum)

GrapheneOS nutzt einen 48-Bit-Adressraum anstelle des Standard-Android-39-Bit-Adressraums. Dies bedeutet einen deutlich größeren verfügbaren virtuellen Speicher für jede Anwendung. Der erweiterte Adressraum verbessert die Wirksamkeit von ASLR (Address Space Layout Randomization), da die Randomisierung über einen viel größeren Bereich erfolgen kann. Dies macht es für Angreifer erheblich schwieriger, Speicheradressen vorherzusagen, die für Exploits benötigt werden. Der größere Adressraum ermöglicht auch mehr Schutzseiten und isolierte Speicherbereiche ohne praktische Einschränkungen.

WebView JIT (Just-In-Time-Kompilierung für WebView)

Der JavaScript-JIT-Compiler in Chromium/Vanadium wandelt JavaScript-Code während der Laufzeit in nativen Maschinencode um, um die Performance zu verbessern. Dies erhöht jedoch die Angriffsfläche erheblich, da dabei dynamisch ausführbarer nativer Code erstellt wird. Ein großer Teil der bekannten Browser-Schwachstellen stammt aus dem JIT-Engine-Bereich. GrapheneOS deaktiviert den JIT-Compiler standardmäßig für alle Websites und Apps, die WebView verwenden, mit Ausnahme der PDF-Viewer-App. Ihr könnt den JIT pro Website oder pro App aktivieren, wenn bestimmte Funktionen (wie WebAssembly) benötigt werden.

Dynamic Code Loading via Memory (Dynamisches Code-Laden über Speicher)

Diese Einstellung kontrolliert, ob Apps Code dynamisch aus dem Speicher laden und ausführen können, der nicht Teil des ursprünglichen APK war. Dynamisches Code-Laden erhöht die Angriffsfläche für Injection- und Tampering-Angriffe und macht die App schwieriger zu überprüfen. GrapheneOS verbietet Dynamic Code Loading komplett für System-Apps. Für vom Benutzer installierte Apps könnt ihr dies pro App blockieren. Wenn blockiert, erhält ihr eine Benachrichtigung, wenn eine App versucht, dynamischen Code zu laden, sodass ihr die Funktion bei Bedarf aktivieren könnt.

Dynamic Code Loading via Storage (Dynamisches Code-Laden über Speicher)

Ähnlich wie beim Laden über Speicher, kontrolliert diese Einstellung, ob Apps Code von der Festplatte/dem Speicher laden können, der nicht Teil des ursprünglichen APK war. Viele Apps nutzen dies für Module, die Google über sein "Dynamite"-System nachlädt. GrapheneOS bietet auch hier pro-App-Kontrolle. Wenn blockiert, werden Versuche mit einer Benachrichtigung gemeldet, die sogar den Dateipfad anzeigt, von dem geladen werden sollte. Dies gibt euch mehr Kontrolle und Transparenz über das Verhalten von Apps.

Apps mit eingeschränkten Zugriff auf die Ordner eures Smartphones konfigurieren

Ihr könnt Apps wie Whatsapp nur eingeschränkten Zugriff auf die Kontaktliste, oder euren Medienordner gewähren. Dies geschieht über Contact, oder Storage Scopes.

Contact Scopes

Auf Android wird der Zugriff auf Kontakte mit einer Alles-oder-nichts-Kontakte-Berechtigung gesteuert, die sowohl Lese- als auch Schreibzugriff auf alle auf dem Gerät gespeicherten Kontakte gewährt.

Viele Apps (z. B. beliebte Messaging-Apps) verweigern den Dienst, wenn die Kontakte-Berechtigung nicht erteilt wird.

GrapheneOS bietet die Funktion Contact Scopes als Alternative zur Erteilung der totalen Kontakte-Berechtigung. Wenn Contact Scopes aktiviert ist, nimmt die App an, dass sie die Kontakte-Berechtigung hat, obwohl sie diese tatsächlich nicht hat. Standardmäßig hat eine App mit aktivierten Contact Scopes keinen Zugriff auf Kontakte. Die App findet nur ein leeres Adressbuch vor.

Optional kann Lesezugriff auf folgende Bereiche gewährt werden:

• Kontaktdaten (Telefonnummer oder E-Mail): Der Zugriff auf jede Art von Nummer und E-Mail in einem Kontakt wird separat gewährt. Der Zugriff auf den Kontaktnamen wird automatisch gewährt.
• Einzelner Kontakt: Der Zugriff auf alle Kontaktdaten, außer dem Kontaktfoto, wird gewährt.
• Kontaktgruppe ("Label"): Entspricht der Gewährung des Zugriffs auf alle Kontakte in der Gruppe. Jeder Kontakt kann in mehreren Kontaktgruppen sein.

Der Typ und Name des Kontos, in dem der Kontakt gespeichert ist, werden vollständig vor der App verborgen. Der Name des Kontaktkontos ist normalerweise derselbe wie die E-Mail-Adresse dieses Kontos.

Wenn Contact Scopes aktiviert ist, wird der Schreibzugriff vollständig blockiert: Die App darf keine Kontaktdaten bearbeiten, keine Kontakte hinzufügen oder entfernen usw.

Storage Scopes

GrapheneOS bietet die Funktion Storage Scopes als sichere Alternative zu den Standard-Android-Speicherberechtigungen. Storage Scopes können nur aktiviert werden, wenn die App keine Speicherberechtigung hat. Wenn Storage Scopes aktiviert sind, denkt die App, sie hätte alle angeforderten Speicherberechtigungen, obwohl sie diese tatsächlich nicht hat.

Das bedeutet, dass die App keine Dateien sehen kann, die von anderen Apps erstellt wurden. Die App darf weiterhin Dateien und Verzeichnisse erstellen, wie jede andere moderne App, die keine Speicherzugriffsberechtigung hat. Apps, die normalerweise den alten Speichermodus verwenden würden, werden auf den modernen Speichermodus umgestellt, wenn Storage Scopes aktiviert sind.

Wenn eine App die "Zugriff auf alle Dateien"-Berechtigung anfordert (oder eine alte App ist, die WRITE_EXTERNAL_STORAGE anfordert), werden die Schreibbeschränkungen gelockert, um denselben Schreibzugriff zu gewähren, den die App hätte, wenn sie die "Zugriff auf alle Dateien"-Berechtigung hätte. Dies stellt die Kompatibilität mit Apps sicher, die beispielsweise ein neues Verzeichnis im Hauptverzeichnis des gemeinsamen Speichers erstellen oder eine Textdatei (z.B. lyrics.txt) im Musik-Ordner speichern. Zusätzlicher Lesezugriff wird solchen Apps jedoch nicht gewährt; sie können weiterhin nur ihre eigenen Dateien sehen.

Für alle anderen Apps gewährt die Aktivierung von Storage Scopes keinen zusätzlichen Speicherzugriff über das hinaus, was eine moderne App ohne Speicherberechtigung bereits hat. Optional könnt ihr festlegen, auf welche von anderen Apps erstellten Dateien die App zugreifen kann. Der Zugriff kann auf eine bestimmte Datei oder auf alle Dateien in einem Verzeichnis gewährt werden. Der Standard-SAF-Picker wird hierfür in einem speziellen Modus verwendet, der nur gemeinsame Speicherdateien/-verzeichnisse anzeigt.

Eine bedeutende Einschränkung von Storage Scopes ist, dass die App den Zugriff auf Dateien verliert, die sie erstellt hat, wenn sie deinstalliert und erneut installiert wird. Dies ist dasselbe Verhalten wie bei jeder anderen App ohne Speicherzugriffsberechtigung. Als Lösung können Benutzer den Zugriff auf diese Dateien/Verzeichnisse manuell über den die Einstellungen der Storages Scopes gewähren.

Praktische Anwendung von Storage Scopes

Ihr nutzt WhatsApp auf eurem GrapheneOS-Gerät, um mit Freunden und Familie zu kommunizieren. Ihr möchtet sicherstellen, dass WhatsApp nur auf die Dateien zugreifen kann, die ihr freigebt, und zum Beispiel nicht gleich dem kompletten DCIM Ordner mit allen Bildern, die ihr aufgenommen habt. Erlaubt ihr der App normalerweise die Freigabe auf Fotos und Videos, kann Whatsapp alle Fotos und Videos lesen, egal in welchem Ordner sie sind. Fotos und Videos, die von anderen Apps erstellt worden sind, können somit von Whatsapp gelesen werden. Nun können wir aber einen Ordner, explizit für Whatsapp erstellen, und können dort die Photos reinkopieren, die Whatsapp auch tatsächlich verwenden darf. Das geht so:

Ordner erstellen

Erstellt euch einen Ordner den Whatsapp benutzen darf. Beispielsweise ein neuer Ort, auf dem indem ihr nur bestimmte Fotos habt, die Whatsapp lesen darf. Dieser Ordner könnte sich auch im DCIM Ordner der Kamera sein.

Installation und Konfiguration:

Ihr installiert WhatsApp, erlaubt keinen Dateienzugriff und aktiviert Storage Scopes für diese App in den Einstellungen (langer Druck auf die App --> Info Button). Dadurch wird sichergestellt, dass WhatsApp denkt, es hätte alle erforderlichen Speicherberechtigungen, obwohl es tatsächlich keinen Zugriff auf Dateien anderer Apps hat. Whatsapp denkt, dass es Beispielsweise Vollzugriff auf Fotos und Videos hat, dabei sieht es nur Photos und Videos, die ihr via Whatsapp selber erhalten habt.

Erstellung und Zugriff auf Dateien:

• WhatsApp kann jetzt seine eigenen Dateien und Ordner erstellen und verwalten. Ihr könnt Bilder, Videos und Sprachnachrichten senden und empfangen, wie ihr es normalerweise tun würdet.
• Die App kann jedoch keine Dateien oder Daten sehen oder darauf zugreifen, die von anderen Apps erstellt wurden. Eure Medien und Nachrichten bleiben somit isoliert und geschützt.

Benutzerdefinierter Zugriff:

• Angenommen, ihr möchtet WhatsApp Zugriff auf bestimmte Fotos gewähren, die ihr mit einer anderen App gemacht habt oder eben Fotos, die ihr entsprechend freigeben wollt.
• Ihr könnt dies tun, indem ihr den über die Storage Scopes explizit den Zugriff auf dies Fotos dieses Ordners gewährt.
• Auf diese Weise könnt ihr kontrollieren, welche Dateien WhatsApp sehen und verwenden darf.

Vorteile:

• Erhöhte Sicherheit: Eure WhatsApp-Daten sind isoliert und können nicht von anderen Apps eingesehen oder manipuliert werden.
• Granulare Kontrolle: Ihr bestimmt genau, auf welche Dateien und Ordner WhatsApp zugreifen darf.
• Flexibilität: Auch nach einer Neuinstallation der App könnt ihr den Zugriff auf die zuvor erstellten Dateien problemlos wiederherstellen.

Würdet ihr Whatsapp auf normaler Art und Weise zugriff auf "Fotos & Videos" geben, könnte Whatsapp auch den Inhalt eures kompletten Kamera Ordners auslesen. Wollt ihr es nicht zu umständlich, und nicht ständig Bilder verschieben, könnt ihr Whatsapp auch nur Zugriff auf den Kamera-Ordner geben. Somit kann Whatsapp wenigstens nicht den Rest der Galerien und Photo Ordner auslesen.

Mit Storage Scopes bietet GrapheneOS euch eine interessante Möglichkeit, die Privatsphäre und Sicherheit eurer Daten zu erhöhen, ohne auf die Funktionalität eurer Apps verzichten zu müssen.

Weitere Sicherheitseinstellungen

Weitere Einstellung unter Settings / Sicherheit sind zum Beispiel das Festlegen der Displaysperre, die Einrichtung eines Fingerabdrucks, oder das durchmischen des PIN Layouts um zu verhindern das Beobachter den PIN erraten können, wenn sie euch während der Eingabe beobachten.

eSIM-Unterstützung

GrapheneOS unterstützt standardmäßig eSIMs, sodass ihr bereits installierte eSIMs auf dem Gerät nutzen könnt. Für das Verwalten und Hinzufügen neuer eSIMs ist jedoch eine proprietäre Google-Funktionalität erforderlich, die von Haus aus deaktiviert ist.

Die eSIM-Unterstützung in GrapheneOS funktioniert unabhängig von Google Play und teilt keine Daten mit Google Play, auch wenn es installiert ist. Sandboxed Google Play muss also nicht installiert werden, um die eSIM Funktionalität nutzen zu können!

Ihr könnt die eSIM-Unterstützung in den Einstellungen unter Netzwerk & Internet > eSIM-Support aktivieren. Dieser Schalter bleibt nach jedem Neustart aktiv.

Durch Aktivieren des Schalters wird die Google-Funktionalität genutzt, um eSIMs zu verwalten und hinzuzufügen.

Wenn der eSIM-Installationsprozess bei "Netzwerkinformationen prüfen…" hängen bleibt, trotz stabiler Internetverbindung, müsst ihr möglicherweise den USSD-Code ##4636## eingeben und dann DSDS im angezeigten Menü aktivieren.

Falls eure eSIM durch eine PIN geschützt ist, empfiehlt es sich, den eSIM-Unterstützungsschalter auch nach der Aktivierung eingeschaltet zu lassen. Sollte die PIN vergessen werden, könnt ihr die eSIM auf dem Sperrbildschirm deaktivieren. Wenn der Schalter deaktiviert und die PIN vergessen wird, ist das Gerät nur noch mit dem PUK zugänglich.

Privater DNS Modus

Welche DNS-Server werden standardmäßig verwendet?

Das Betriebssystem verwendet standardmäßig die vom Netzwerk bereitgestellten DNS-Server. Diese werden in der Regel automatisch über DHCP (IPv4) und RDNSS (IPv6) konfiguriert. Bei statischer IP-Konfiguration werden die DNS-Server manuell festgelegt. Im LTE Netzwerk nimmt es also die DNS Server eures Internet Providers.

Bei der Nutzung von VPNs: Ein VPN stellt ein zusätzliches Netzwerk bereit, und das Betriebssystem nutzt die vom VPN bereitgestellten DNS-Server für alle Verbindungen, außer für das Auflösen der IP-Adresse des VPNs und Netzwerküberprüfungen.

Die Nutzung der vom Netzwerk bereitgestellten DNS-Server ist der beste Weg, um sich in die Menge der Nutzer einzufügen, da Netzwerke und Websites Nutzer anhand einer abweichenden DNS-Konfiguration identifizieren und verfolgen können. Wir empfehlen daher, die vom Provider bereitgestellten DNS-Server zu verwenden auch wenn dies bedeutet, dass der DNS Provider Daten über euch sammelt kann.

In einigen fehlerhaften oder ungewöhnlichen Netzwerken kann es vorkommen, dass keine DNS-Server bereitgestellt werden. In diesen Fällen greift das Betriebssystem auf Fallback-DNS-Server zurück, die eine hohe Verfügbarkeit bieten. GrapheneOS verwendet Cloudflare DNS als Fallback, da diese eine bessere Datenschutzrichtlinie haben.

Wie nutze ich einen benutzerdefinierten DNS-Server?

Es ist nicht möglich, die vom Netzwerk bereitgestellten DNS-Server direkt zu überschreiben. Stattdessen könnt ihr in den Einstellungen unter Netzwerk & Internet > Privates DNS einen DNS-over-TLS-Server angeben. Dieser muss ein gültiges Zertifikat besitzen, beispielsweise von Let's Encrypt. Das Betriebssystem wird dann alle DNS-Anfragen über diesen privaten DNS-Server leiten.

Beispielsweise könnt ihr "one.one.one.one" für Cloudflare DNS eintragen. Weitere Optionen umfassen Quad9, Google und AdGuard. In unserem Beitrag zu den DNS Servern findet ihr weitere DNS Server mit ihren Domain Namen.

Auch bei statischer IP-Konfiguration solltet ihr die Private DNS-Funktion verwenden, um die Sicherheit zu erhöhen.

VPN-Apps können ebenfalls eigene DNS-Server bereitstellen. In diesem Fall hat die Private DNS-Funktion Vorrang.

Apps und Websites können die konfigurierten DNS-Server erkennen, indem sie zufällige Subdomains abfragen. Dies kann zur Nutzeridentifizierung genutzt werden. Wenn ihr ein VPN nutzt, solltet ihr den Standard-DNS-Dienst des VPNs verwenden, um euch besser zu schützen.

Warum akzeptiert Private DNS keine IP-Adressen?

Im automatischen Modus bietet die Private DNS-Funktion opportunistische Verschlüsselung, indem sie DNS-over-TLS verwendet, wenn dies vom DNS-Server unterstützt wird. Diese Verschlüsselung schützt nur vor passivem Abhören, nicht vor aktiven Angriffen.

Wenn Private DNS explizit aktiviert wird, nutzt es authentifizierte Verschlüsselung ohne Fallback. Die Authentifizierung erfolgt anhand des Hostnamens des Servers, weshalb keine IP-Adresse angegeben werden kann. Das Betriebssystem löst den Hostnamen unverschlüsselt auf und leitet dann alle weiteren DNS-Anfragen über DNS-over-TLS.

Schützt DNS-over-TLS (Private DNS) andere Verbindungen?

Nein, DNS-over-TLS schützt nur die DNS-Auflösung. Selbst wenn DNS-Ergebnisse mit DNSSEC authentifiziert werden, schützt dies nicht die anderen Verbindungen. Verschlüsselte DNS-Anfragen erschweren es einigen Angreifern, sind aber kein vollständiger Schutz.

Verbirgt DNS-over-TLS (Private DNS), welche Websites besucht werden?

Private DNS verschlüsselt nur die DNS-Anfragen. Ein Überwacher kann dennoch die IP-Adresse des Zielservers sehen. Viele Domains teilen sich IP-Adressen, daher ist verschlüsseltes DNS nur ein Teil der nötigen Maßnahmen. Derzeit leakt TLS weiterhin Domainnamen über SNI, weshalb verschlüsseltes DNS noch begrenzt nützlich ist. Es ist jedoch eine zukunftsorientierte Funktion, die in der Zukunft an Bedeutung gewinnen wird. Die Nutzung wird empfohlen, ersetzt aber nicht die Verwendung von Tor oder eines VPNs.

Für was ist dann DNS over TLS, bzw ein andere DNS Server gut?

Zum grössten Teil um Zensur zu umgehen, wenn zum Beispiel der DNS Server des Providers bestimmte Webseiten sperrt. Ausserdem bekommt der Provider selber dann keine Daten mehr über euer Surf-Verhalten.

Backups und Datenwiederherstellung

Im Gegensatz zu einem Standard Android mit Google Play Diensten, oder Herstellerapps wie die von Samsung und Co, gibt es bei GrapheneOS ebenso wie bei CalyxOS kein standardmässig aktiviertes ready-to-use Backup-System, da das System vollständig auf externe Cloud Dienste wie die von Google, Huaweii oder Samsung verzichtet. Ihr seid also verantwortlich über die Sicherung eures Smartphones. Ihr habt die Möglichkeit euer Smartphone regelmässig manuel zu sichern, indem ihr es mit einem USB Kabel an euren Rechner hängt, einen USB Stick nutzt, oder ihr verwendet eine eigene Cloud wie zum Beispiel die Nextcloud.

Hier ein paar Möglichkeiten, wie ihr euer Smartphone sichern könnt:

SeedVault

GrapheneOS enthält SeedVault, ein integriertes Backup-System, das eure Apps und Daten sicher speichert. Ihr könnt eure Backups auf einem USB-Stick oder auf einem DAVx5 oder Nextcloud-Konto speichern. Seedvault findet ihr in den Einstellungen unter System --> Sicherungen.

Das Vorgehen, wie man Seedvault verwendet, wird hier in diesem Artikel detailiert beschrieben.

Es empfiehlt sich, das Smartphone via Seedvault zu sichern, und die Daten wie zum Beispiel Bilder, Videos, Musik und etc, über eine Backuplösung wie die Nextcloud.

Nextcloud als eigenständige Backup App

Nextcloud könnt ihr euch aus dem F-Droid Store installieren, und ist eine Open-Source-Cloud-Lösung, die ihr auf einem eigenen Server oder bei einem vertrauenswürdigen Anbieter nutzen könnt. Ihr könnt eure Dateien, Kontakte und Kalender synchronisieren und sichern. Falls ihr keine Nextcloud habt, könnt ihr euch auf unserer Seite registrieren, und erhaltet 5GB gratis Speicherplatz. Für Die Sicherung eurer Kontakte und des Kalenders benötigt ihr die App DAVx5. DAVx5 muss dafür vorher mit eurer Nextcloud verbunden werden.

Kontakte und Kalender manuel sichern

Habt ihr keine Nextcloud, und wollt ihr keine verwenden, sichert eure Kontakte über die Kontakte App als VCF-Datei und kopiert diese an einen Ort eurer Wahl. Eine App, die eine Kalendersicherung zulässt wäre Beispielsweise ETAR, oder Fossify Kalender. Eine Kalendersicherung ist bei ETAR nur über ein CalDAV möglich, oder ihr verwendet die Kalenderapp wie Fossify Kalender welches eine lokale Sicherung via ICF Dateien erlaubt.

Weitere Möglichkeiten und Artikel um eure Kontakte und Kalender zu synchronisieren, findet ihr hier:

Sandboxed GooglePlay

Schauen wir uns die Sandboxed Google Play Implementation von GrapheneOS mal genauer an, was macht sie so sicher, was ist anders wie bei einem Standard Google Phone und wieso seid ihr bei der Verwendung trotzdem realtiv sicher?

GrapheneOS verfügt über eine Kompatibilitätsschicht, die die Installation und Nutzung der offiziellen Versionen von Google Play in der standardmäßigen App-Sandbox ermöglicht. Im Gegensatz zu den normalen Systemen erhält Google Play auf GrapheneOS keinerlei spezielle Zugriffsrechte oder Privilegien. Stattdessen lernt die Kompatibilitätsschicht, wie Google Play innerhalb der vollen App-Sandbox arbeiten kann. Außerdem wird Google Play nicht als Backend für die Betriebssystemdienste verwendet, selbst wenn es installiert ist.

Da die Google Play-Apps auf GrapheneOS nur wie eine normale Apps behandelt werden, werden sie in einem bestimmten Nutzer- oder Arbeitsprofil installiert und sind nur innerhalb dieses Profils verfügbar. Nur Apps innerhalb desselben Profils können Google Play nutzen und müssen dies ausdrücklich wählen. Google Play funktioniert wie jede andere App und hat keine besonderen Fähigkeiten. Wie bei jeder anderen App kann es nicht mehr auf Daten anderer Apps zugreifen und benötigt die ausdrückliche Zustimmung des Nutzers, um auf Profildaten oder Standardberechtigungen zuzugreifen. Apps innerhalb desselben Profils können mit gegenseitigem Einverständnis kommunizieren, was auch für Google Play in der Sandbox gilt.

Google Play in der Sandbox ist nahezu voll funktionsfähig und bietet fast vollständige Kompatibilität mit dem App-Ökosystem, das von Google Play abhängig ist. Nur ein kleiner Teil der privilegierten Funktionen, die noch nicht in der Kompatibilitätsschicht integriert wurden sind, ist nicht verfügbar. Diese fehlenden Funktionen machen sich im Alltag aber nicht bemerkbar.

Der Großteil der Play-Dienste funktioniert einwandfrei, einschließlich dynamisch heruntergeladener/aktualisierter Module (Dynamite-Module) und Funktionen, die durch modulare App-Komponenten wie Google Play Games bereitgestellt werden. Standardmäßig werden Standortanfragen an eine von GrapheneOS bereitgestellte Neuimplementierung des Play-Geolokalisierungsdienstes weitergeleitet. Ihr könnt diese Weiterleitung deaktivieren und stattdessen den standardmäßigen Play-Dienste-Geolokalisierungsdienst nutzen, wenn ihr den Google-Netzwerkstandortdienst und verwandte Funktionen verwenden möchtet. Dies findet ihr, indem ihr auf dem Bildschirm nach von ganz oben unten Swiped, und auf Sandboxed Google Play is running geht, und danach Reroute location requests to OS deaktiviert.

Die Kompatibilitätsschicht unterstützt den Play Store vollständig. Play Store-Dienste sind voll verfügbar, inklusive Login und einschließlich aller In-App-Käufen, Play Asset Delivery, Play Feature Delivery und App-/Inhaltslizenzprüfungen. Der Play Store kann Apps installieren, aktualisieren und deinstallieren, wobei der Standardansatz verwendet wird, der erfordert, dass der Nutzer ihn als App-Quelle autorisiert und jeder Aktion zustimmt.

Installation von Sandbox G-Play

Die Möglichkeit zur Installation findet ihr in den Graphene Apps, scrollt nach unten, und wählt Google Play Services aus. Drückt auf Install, und erlaubt die Installation. Wichtig ist, dass ihr während der Installation den Google Framework Services, den Google Play Diensten und dem Google Play Store Netzwerkfreigabe erteilt (Allow Network permission). Die Popups kommen, während der Installation von Sandboxed Google Play.

Die Installation kann eine Weile dauern. Danach müsst ihr dem G-Play eine Erlaubnis erteilen, im Hintergrund werkeln zu dürfen, ansonsten könnten Push Nachrichten nicht, oder nur verspätet ankommen.

Googles Push Dienste konfigurieren

Ohne Sandboxed G-Play fehlt auf dem Smartphone ein Pushdistributor. Push Benachrichtigungen sind eine Methode euch neue Nachrichten anzuzeigen, ohne dass die App dafür geöffnet werden muss und im Tiefschlaf bleiben kann. Dies spart Akku und Ressourcen, da ansonsten Apps im Polling Modus laufen, oder euch gar keine Benachrichtigungen anzeigen können. Nach der Installation von Sandboxed G-Play seht ihr eine Benachrichtigung, wie ihr Push einrichtet:

Klickt auf die Benachrichtigung, und wählt wie im Sceenshot gezeigt, auf Zulassen. Dies stellt sicher, das Push auch wirklich funktioniert.

GrapheneOS verfälscht einen grossen Teil der an Google ausgelieferten Gerätedaten, jedoch bedeutet dies trotzdem ein Verzicht an Privatsphäre, da Google euch mit diversen Methoden trotzdem identifzieren kann. Googlefrei ist dies dann nicht mehr, jedoch deutlich weniger übel, als die tief ins System integrierten Google Play Dienste auf Standard Phones, die euch vor Google nackt da stehen lassen.

Google Accounts verwenden

Wir erklären hier, wie hier eure Google Accounts, für den Moment des Umstiegs weiter verwenden könnt, wenn ihr zum Beispiel eure ganzen Termine noch in Googles Kalender App verwaltet, und erst nach und nach umsteigen wollt.

Einrichtung des Google-Kontos:

• Öffnet den Google Play Store und meldet euch mit eurem Google-Konto an. Ihr könnt ein bestehendes Konto verwenden oder ein neues Konto erstellen.
• Für Fake-Accounts könnt ihr eine Wegwerf-E-Mail-Adresse und eine temporäre Telefonnummer nutzen, um ein Google-Konto zu erstellen. Dienste wie "TextNow" oder "Burner" können für temporäre Telefonnummern hilfreich sein.
• Prepaid Nummern eignen sich natürlich auch für die Erstellung eines Google Kontos

Nutzung von Google-Diensten mit Sandbox:

• Apps innerhalb desselben Profils können Google-Dienste nutzen, solange sie explizit die Erlaubnis dafür haben. Dies bedeutet, dass ihr bestimmte Apps auf Google-Dienste zugreifen lassen könnt, während andere weiterhin isoliert bleiben.

Trennung von Profilen:

• Ihr könntet verschiedene Arbeits-Profile auf eurem GrapheneOS-Gerät erstellen. Jedes Profil hat seinen eigenen isolierten Speicher und seine eigenen Apps. Dies ermöglicht es euch, verschiedene Google-Konten oder Fake-Accounts für verschiedene Zwecke zu nutzen.
• Beispiel: Ihr könnt ein Hauptprofil mit ohne G-Play verwenden und ein weiteres Profil mit einem Fake-Account für gelegentliche Apps oder Testzwecke einrichten.

Standort Unterstützungsdienste

Der Standortdienstunterstützende Dienste gibt es auf GrapheneOS auch, nur funktionieren sie etwas anders, und sind was die Privatsphäre anbelangt, auch besser abgeschirmt, da Dienste wie der Mozilla Location Service wie bei CalyxOS mit MicroG nicht verwendet werden. Die Standort Unterstützung hat mit der Art und Weise zu tun, wie die Standortbestimmung zustande kommt. Es gibt die reine GPS basierte Standortbestimmung, die in der Regel sehr langsam ist, und die unterstützte Standortbestimmung (A-GPS) durch Hilfsdienste wie zum Beispiel bekannte WLAN Netzwerke und Mobilfunkmasten, in eurer direkten Umgebung. Dies hilft zum Beispie bei der Standortbestimmung in Gebäuden, wo GPS nur schlecht und kaum funktioniert, wenn ihr nicht unter freiem Himmel seid. Die WLAN und Funkmasten basierte Ortung erlaubt ein schnelle und exakte Ortung auch in Gebäuden und an Standorten welche nicht direkt dem freien Himmel exponiert sind.

A-GPS (Assisted GPS) bei GrapheneOS funktioniert mit Unterstützung durch Funkmasten, Satellitendaten und benutzt falls erwünscht WLAN SSID's und Bluetooth Daten aus der Umgebung, um die Position genauer und schneller zu bestimmen.

Was ist A-GPS?

A-GPS (Assisted GPS) ist eine Erweiterung des herkömmlichen GPS (Global Positioning System), die entwickelt wurde, um die Geschwindigkeit und Genauigkeit der Standortbestimmung zu verbessern, insbesondere in Umgebungen mit schlechtem Satellitensignal wie städtischen Gebieten oder Innenräumen.

Wie funktioniert A-GPS bei GrapheneOS?

Satellitensignale:

• Das Gerät empfängt Signale von Satelliten, die es zur Positionsbestimmung verwendet.

Unterstützung durch Funkmasten, Satellitendaten und WLAN/Bluetooth

• Zusätzlich zu den Satellitensignalen nutzt das Gerät Informationen von nahegelegenen Funkmasten. Diese Informationen helfen dabei, die Position schneller und genauer zu bestimmen, besonders in Bereichen mit schlechtem Satellitenempfang, wie in Städten oder Innenräumen.
• PSDS ist ein Dienst, der Vorhersagedaten zu Satellitenpositionen und Uhrkorrekturen bereitstellt. Diese Daten helfen dem Empfänger, schneller eine Positionsbestimmung durchzuführen, indem sie die Notwendigkeit reduzieren, auf die vollständige Übermittlung der Satellitendaten von den Satelliten zu warten.
• Falls aktiviert, wird die Positionsbestimmung zusätzlich durch WLAN SSIDs und Bluetooth Daten aus der Umgebung unterstützt.

Vorteile von A-GPS bei GrapheneOS

Schnellere Positionsbestimmung:
Dank der Unterstützung durch Funkmasten, Satellitendaten und optional WLAN/Bluetooth Daten, kann das Gerät schneller eine genaue Position bestimmen.

Bessere Genauigkeit:
In Gebieten mit schlechtem Satellitenempfang, wie in Städten oder Gebäuden, liefert A-GPS genauere Positionsdaten.

Datenschutz:
GrapheneOS schützt eure Privatsphäre durch die sichere Implementierung von A-GPS. Die Funkmastendaten und Satellitendaten werden über Proxy-Server heruntergeladen, sodass sich euer Smartphone nicht direkt mit den Informationsstellen verbindet.

Kontrollmöglichkeiten von A-GPS

Secure User Plan Location und Predicted Satelite Data

Ihr könnt ein Teil von A-GPS direkt deaktivieren. Geht in den Einstellungen unter Standort, und deaktiviert hier Secure User Plane Location (supl) und Predicted Satelite Date Service (PSDS):

Weitere Standortunterstützung durch WLAN/Bluetooth/Funkmasten

Findet ihr unter Standortdienste. Zusätzlich zu Supl und PSDS können WLAN SSIDs und Bluetooth Stationen, Funkmasten und Geocoder helfen die Ortung zu beschleunigen.

Datenschutzaspekte

Durch die Deaktivierung der kompletten Standortunterstützung durch SUPL, PSDS, WLAN und Bluetoothdaten, wird die GPS Ortung in Städten möglicherweise nicht mehr korrekt funktionieren, oder dauert dann teilweise sehr lange. Durch die Nutzung von GrapheneOS Proxy Server gehen keine persönlichen Daten an die Servicestellen, die diese Daten bereitstellen, heraus. Die GrapheneOS Proxyserver erhalten bei der Verbindung nur die Modeldaten eures Geräts, und die jeweilige IP Adresse, um die korrekten Daten bereitzustellen, und um euch verbinden zu können. Klickt einer der AGPS Zusatzfunktionen an, und wählt hier GrapheneOS Proxy. Für WLAN gibt es keinen Proxy da dieser Austausch direkt zwischen eurem Phone, und öffentlichen WLAN Routern stattfindet.

Internetkontrolle für Apps

Bei der Installation von Apps, werdet ihr gefragt, ob die Apps Network Permissions bekommen dürfen (heisst dass sie eine Internet Verbindung aufbauen dürfen). Hier könnt ihr direkt entscheiden, ob eine App das Internet nutzen darf, oder nicht. Ihr könnt die Wahl später rückängig machen, indem ihr der App im Info Menu (langer Tab auf das App Icon - Info Icon) die Network Permissions wieder entzieht:

Habt ihr der App diese Berechtigung entzogen, kann sie anschliessend nicht mehr auf das Internet zugreifen. Dies ist sicherer als die Datura Firewall in CalyxOS, da eine App dann defintiv kein Bit empfangen oder versenden kann. Laut GrapheneOS ist Datura Firewall eine scheinlösung als eine wirkliches Hilfsmitte um die Privatsphäre zu schützen.

Verwendet alternative Apps!

Warum alternative Apps?

Google-Apps sammeln eine Menge Daten über euch und euer Nutzungsverhalten. GrapheneOS zielt darauf ab, eure Privatsphäre zu schützen, indem es diese Datensammlung praktisch eliminiert. Natürlich müssen dafür aber auch Änderungen im Nutzungsverhalten stattfinden, und eine Abkehr von Big-Tech Apps sollte priorisiert werden, ansonsten hilt der alleinige Umstieg auf googlefreie Betriebssysteme nicht sehr viel.

Eine Auswahl an Alternativen Opensource Apps haben wir euch hier zusammengestellt. In der Kategorie Android, findet ihr auch ein paar Vorstellung von Apps und deren Handhabung.

Nur durch den Verzicht auf BigTech -Apps behaltet ihr die volle Kontrolle über euer Gerät und eure Daten. Ihr entscheidet also mit eurem App-Verhalten auch, welche Informationen ihr mit welchen Diensten teilst, und welche nicht!

Alternative zu herkömmlichen Push-Diensten

Für diejenigen die auf Push aus Gründen der Privatsphäre verzichten wollen, und sich kein Sandboxed Google Play installieren wollen, es jedoch aber gerne nutzen würden, gibt es ein langsam aufkommende Alternative: Unified Push!

UnifiedPush ist ein offenes Protokoll, das entwickelt wurde, um dezentrale Push-Benachrichtigungen zu ermöglichen. Es bietet eine Alternative zu zentralisierten Diensten wie Google Firebase Cloud Messaging (FCM), indem es die Kontrolle über Push-Benachrichtigungen zurück in die Hände der Nutzer und Entwickler gibt.

Was ist UnifiedPush

UnifiedPush ist ein offenes Protokoll und eine Sammlung von Tools, die entwickelt wurden, um Push-Benachrichtigungen ohne Abhängigkeit von großen zentralisierten Diensten zu ermöglichen. Es ermöglicht Anwendungen, Push-Benachrichtigungen zu empfangen, ohne dass sie auf proprietäre Dienste wie Google oder Apple angewiesen sind.

Hauptmerkmale von UnifiedPush

1. Dezentralisierung:
   • Im Gegensatz zu zentralisierten Diensten wie FCM, die von einem einzigen Anbieter betrieben werden, ermöglicht UnifiedPush die Nutzung verschiedener Server und Netzwerke.
   • Benutzer und Entwickler können ihren eigenen Push-Server betreiben oder vertrauenswürdige Server auswählen.
2. Datenschutz und Kontrolle:
   • Durch die Dezentralisierung haben Benutzer und Entwickler die volle Kontrolle über ihre Daten.
   • Es werden keine Daten an zentrale Stellen gesendet, was die Privatsphäre schützt.
3. Kompatibilität und Flexibilität:
   • UnifiedPush unterstützt verschiedene Backends und kann in eine Vielzahl von Anwendungen integriert werden.
   • Es gibt bereits Unterstützung für verschiedene Plattformen und Technologien.

Wie nutze ich Unified Push

Damit ihr Unified Push verwenden könnt, benötigt ihr einen Client, der die Nachrichten an eure kompatiblen Apps weiterleitet. Ntfy ist ein Open-Source-Push-Benachrichtigungssystem, das sich durch seine Einfachheit, Flexibilität und Datenschutzfreundlichkeit auszeichnet. Es tut quasi das, was MicroG's Push implementierung, oder auch die Google Plays Services tun, es empfängt Pushnachrichten von einem frei wählbaren Push-Server, und verteilt die Benachrichtigung an die entsprechende App. Es bietet quasi eine alternative Methode, um Benachrichtigungen auf eure Geräte zu empfangen, ohne auf proprietäre Dienste wie Google Firebase Cloud Messaging (FCM) angewiesen zu sein.

Die App gibt es im Appstore von F-Droid und wird regelmässig aktualisert und verbessert.

Zu erwähnen ist, dass bis jetzt nur wenige Apps andere Push-Lösungen integrieren. Big-Tech Apps mit alternativen Push Systemen findet man vergebens, und es gibt auch keine Möglichkeit diese dazu zu bringen, andere Push-System zu verwenden. Die App muss alternative Push Methoden nämlich unterstützen. Im Bereich Messaging gibt es bereits in paar Apps, die mit alternativen Push Diensten zurecht kommen. Diese sind:

Matrix-Element

Molly (Signal Fork)

Mercurygram (Telegram Fork)

Eine weitere Liste an Apps die Unified Push unterstützen, findet ihr hier!

Updates für GrapheneOS

Updates gibt es OTA = over the air, heisst also direkt auf euer Phones, sobald neue Versionen verfügbar sind. Ihr müsst also keine Updates manuel herunterladen oder installieren. Wollt ihr zwischendurch prüfen, ob es Updates gibt, könnt ihr dass unter Einstellungen -> System -> Systemupdates machen.

Datenübertragung an den PC

Die Datenübertragung ist ähnlich wie bei einem Standard Android Phone. Schliesst euer Phone mit einem USB-C Kabel an einen PC mit Windows/Mac oder Linux, wischt auf eurem Smartphone nach unten, klickt 2x auf Gerät wird über USB aufgeladen, und anschliessend auf Dateiübertragung. Danach steht euch der Inhalt des Homeordners auf dem Computer zur Verfügung.

Probleme mit eBanking Apps ohne G-Play? Profile verwenden!

Möchtet ihr wirklich komplett auf Googles Sandboxed Google Play verzichten (z.B so wie ich) kann es sein, dass bestimmte Apps wie eBanking und etc. nicht funktionieren, weil sie voraus setzen, dass Googles Playstore mit seinen Features installiert ist. Hier hilft nur probieren und testen, ob die App auch ohne Googles Playstore funktioniert , oder nicht. Falls einige eurer Apps nicht funktionieren, könnt ihr in den Einstellungen unter System -> mehrere Nutzer ein entsprechendes Zweit-Profil erstellen, auf dem Sandboxed Google Play installiert ist, damit euer Hauptprofil nicht mit Sandboxed Google Play in Verbindung kommt. In diesem Profil könnt ihr nun Apps packen, die die Zusammenarbeit mit GrapheneOS verweigern, wenn kein Google Play installiert ist. Das Profil könnt ihr entsprechend konfigurieren, sodass es nicht läuft, wenn ihr es nicht verwendet, und somit auch keine Daten aktiv geleakt werden. Das automatische deaktivieren von Profilen bei Nicht-Verwendung kann CalyxOS zum Beispiel nicht. (Allow running in background)

Häufige Fragen zu GrapheneOS-Geräten

Läuft GrapheneOS auch auf Samsung, iPhone oder anderen Android-Phones?

Nein. GrapheneOS unterstützt ausschliesslich Google-Pixel-Geräte, weil nur deren Hardware die nötigen Sicherheitsfunktionen (sicher verriegelbarer Bootloader, Verified Boot, Titan-Chip) vollständig bietet. Samsung, Xiaomi, ein iPhone oder sonstige Modelle lassen sich nicht mit GrapheneOS betreiben.

Welches Pixel soll ich für GrapheneOS kaufen?

Für die längste Lebensdauer ein Pixel 8a oder neuer (sieben Jahre Updates plus Hardware Memory Tagging). Das Pixel 8a ist preislich der Sweetspot. Mit kleinerem Budget ist ein gebrauchtes Pixel 7 oder 7a eine gute Wahl – achtet nur auf das End-of-Life-Datum aus der Tabelle oben.

Was passiert, wenn mein Pixel das End-of-Life erreicht?

Nach dem End-of-Life liefert Google keine Firmware- und Sicherheitsupdates mehr. GrapheneOS kann ein Gerät dann nur noch eingeschränkt («extended support») versorgen und empfiehlt, auf ein neueres Pixel umzusteigen. Technisch lässt sich das Telefon weiternutzen, ihr tragt dann aber ein steigendes Sicherheitsrisiko – gerade bei einem auf Sicherheit ausgelegten Betriebssystem solltet ihr das nicht auf die leichte Schulter nehmen.

Fazit

Der Umstieg auf GrapheneOS erfordert einige Anpassungen, möglicherweise auch einiges an Überwindung, und auch einiges an Arbeitungszeit, bietet euch jedoch erheblich mehr Kontrolle über eure Daten und schützt eure Privatsphäre. Mit den richtigen Tools und Alternativen werdet ihr schnell feststellen, dass ihr nichts Wichtiges vermisst und gleichzeitig sicherer und freier unterwegs seid. Diverse Sicherheitsfunktionen, und die absolute Unabhängigkeit gegenüber aussenstehenden Diensten machen GrapheneOS zum besten CustomROM dass es da draussen gibt. Wer sich wirklich um sein Daten kümmert, der installiert sich GrapheneOS.

Seid ihr an einem GoS Phone interessiert? Schaut in unserem Shop vorbei. Wir bieten GoS vorinstalliert mit normaler Herstellergarantie an!

Weitere Privatsphäre orientierte Artikel und Möglichkeiten findet ihr hier:

The post Der GrapheneOS Einsteiger Guide - Einrichtung & Anwendung appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Habt ihr CalyxOS installiert, oder ein Phone mit CalyxOS von uns gekauft, müsst ihr das System beziehungsweise das Smartphone zuerst einrichten.

Wir schauen uns die Einrichtung von CalyxOS an, und erklären die Standard Apps, die installiert werden können, und ob man MicroG bei der Einrichtung installiert werden sollte, oder nicht.

Voreinrichtung von CalyxOS

Zuerst werden ihr durch die Standardvoreinrichtung des Betriebssystem geleitet, wählt eure gewünschte Sprache, aktiviert das WLAN oder überspringt diesen Schritt und legt einen PIN fest. Ihr könnt zudem eurer Phone aus einem Backup wiederherstellen, das Design festlegen und die Bedienung über Gesten, oder die Tasten in einer Leiste unten auf dem Bildschirm festlegen.

Standortdienste

Erlaubt mit dieser Einstellung Apps, auf euren Standort zuzugreifen. Dies wird vor allem für Apps wie Navigation und etc. benötigt. Ihr könnt die Funktion standardmässig aktiviert lassen, und später auch wieder deaktivieren. Die Einstellung dient der kompletten Abschaltung von Standortabfragen aller Apps auf dem Smartphone. Bedenkt, dass Apps wie Navigation und Co. ohne die Standort Funktion nicht funktionieren. Ein aktivieren der Standortfunktion bedeutet nicht, dass alle Apps automatisch Standortfreigabe haben. Jede App fragt zuerst nach, ob sie den Standort abrufen darf, oder nicht.

Ihr könnt festlegen, ob eine jeweilige App den Standort immer abfragen darf, oder zum Beispiel nur bei der Verwendung der App. Im allgemeinen ist es ratsam, Standortabfragen nur zu gewährend, wenn die jeweilige App geöffnet, und gerade in Verwendung ist.

Zusätzliche Apps auswählen

Während der Einrichtung könnt ihr auswählen, welche zusätzlichen Apps auf dem Smartphone installiert werden sollen. Wir schauen uns die Apps kurz an, damit ihr eine grobe Übersicht habt.

Installiert euch sicherlich folgende Apps:

• Aurora Store - für Apps aus dem Google Store
• DAVx5 - für Synchronisationen mit DAV kompabtiblen Clients wie die Nextcloud
• Hypatia - Malware und Virenscanner
• K-9 Mail - Open Source E-Mail App
• Organic Maps - Open Source Offline Navigation
• Orbot - Tor VPN für das ganze Smartphone oder nur bestimmte Apps.
• Tor-Browser - Tor Browser für anonymes Browsen
• MuPDF Viewer - Open Source PFD Viewer
• Breezy Weather - eine richtige hübsche Open Source Wetter App

Optional:

• CalyxVPN - Calyx's eigener VPN - jedoch nur mit Standardort in den USA
• RiseUp VPN - VPN von Bitmask mit mehr Standortmöglichkeiten
• Briar - peer-to-peer Messenger (verwendet kaum jemand, aber eigentlich eine tolle Sache)
• Scrambled Exif - Metadaten aus euren Bildern entfernen
• Signal - ansich ein guter Messenger, doch Molly ist die bessere Alternative

MicroG Installation

Bei der Einrichtung von CalyxOS werdet ihr die Wahl haben, MicroG mit diversen Optionen zu installieren, oder komplett darauf zu verzichten. Diese Entscheidung hat wesentliche Auswirkungen auf die Nutzung eures Geräts. Hier sind die Vor- und Nachteile, um euch bei dieser Wahl zu helfen. MicroG lässt sich, falls nicht ausgewählt, im Nachhinein nicht mehr nachinstallieren! Lesst euch den Guide also gut durch, um eine entsprechende Auswahl treffen zu können.

Was ist MicroG?

MicroG ist eine freie Open-Source-Implementierung der Google Play-Dienste. Es bietet viele der Funktionen, die normalerweise von Google Play Services bereitgestellt werden, jedoch ohne die intensive Datensammlung und den Einfluss von Google. Jedoch sei gesagt, dass eine Verwendung von MicroG bedeutet, dass ihr gezwungernermassen wieder gewisse Dienste von Google verwendet, wenn auch deutlich datenschutzfreundlicher, später dazu mehr.

Vorteile von MicroG

Funktionalität
MicroG stellt viele Dienste bereit, die von Apps benötigt werden, um ordnungsgemäß zu funktionieren, wie:

• Push-Benachrichtigungen: Viele Apps benötigen Push-Benachrichtigungen für zeitkritische Informationen.
• Standortdienste: MicroG bietet verbesserte standortbasierte Dienste, die viele Apps verwenden, um eure Position schnell und genau zu bestimmen.
• Dependencies - viele Apps setzten voraus, dass die Googleplay Dienste auf einem Smartphone installiert sind, das sind dann vor allem Google, Finanz und Dienstleistungsapps grosser Konzerne.

MicroG bietet die notwendigen Google-Dienst Schnitstellen, ohne dass eure Daten, und wie ihr euer Smartphone verwendet, dauerhaft an Google gesendet werden. Das bedeutet, ihr erhaltet die volle Funktionalität, jedoch mit deutlich weniger Datensammlung.

Nachteile von MicroG

1. Eingeschränkte Privatsphäre

Wenn MicroG und die Geräteregistrierung aktiviert ist, sendet MicroG etliche Gerätedaten (Gerätemodell, Sprache, Land, installierte System-Bibliotheken, Hardware-Features, CPU-Type, UUIDs, Android-Version etc.) an Google. Diese Daten sind aber nicht direkt benutzeridentifizierend, sondern geräteidentifizierend. Da jedoch etliche Nutzer Pixel Phones benutzten, ist das für Google also eher nicht verwertbar.

Beispiel: Ihr installiert euch MicroG auf einem Pixel 6 und aktiviert die Geräteregistrierung. Google erhält in diesem moment eure reinen Gerätedaten. Ihr löscht/resettet euer komplettes Phone, und registriert euch erneut mit MicroG, Google erhält die selben Gerätedaten erneut, kann aber jetzt nicht feststellen, dass genau ihr es seid, die sich mit dem Gerät erneut registriert habt. Für Google sieht es aus, wie ein weiteres Pixel 6 Phone.

Desweiteren kann die Verwendung von Apps, die ursprünglich für Google Play-Dienste entwickelt wurden sind, indirekt zu einer Datenweitergabe führen. Einige Apps könnten versuchen, Informationen an Google-Server zu senden. Apps die vorher ohne MicroG nicht liefen, könnten nun wieder fleissig Daten an ihre Herseller senden, da nützt auch CalyxOS nichts, wenn ihr zum Beispiel Google Mail oder Google Maps verwendet! Vor allem problematisch sind hier die Push-Benachrichtigungen, da sich aus den Daten schlussfolgern lässt, wer mit wem so kommuniziert.

2. Stabilität und Kompatibilität

MicroG ist nicht immer perfekt. Einige Apps könnten nicht vollständig kompatibel sein oder gelegentlich Fehlfunktionen aufweisen. Dies ist in der Regel jedoch selten.

3. Sicherheitsrisiken

MicroG muss regelmäßig aktualisiert werden, um Sicherheitslücken zu schließen. Wenn ihr MicroG nutzt, müsst ihr sicherstellen, dass es immer auf dem neuesten Stand ist. Das geschieht in der Regel durch Systemupdates. Ausserdem ist die Implementierung, wie MicroG dem System vorgaukelt, nicht 100% sicher, und kann im schlimmsten Fall von erfahrenen Hackern ausgenutzt werden. Mehr dazu im folgenden Artikel:

Eine Entscheidungshilfe

Wann ihr euch für MicroG entscheiden solltet:

• Ihr möchtet unbedingt Push Benachrichtigungen: Apps wie Whatsapp, Telegram, und Co, wie auch diverse Newsticker Apps verwenden Googles Push um euch zu benachrichtigen wenn eine neue Message oder News eintrudelt. Möchtet ihr diese Funktionalität nicht missen, müsst ihr MicroG während der Einrichtung auswählen und Push aktivieren. Es gibt Apps, die mitlerweile alternative Push Methoden unterstützen, diese sind aber relativ überschaubar. Ein paar davon stellen wir euch später vor.
• Ihr benötigt bestimmte Apps: Wenn ihr auf Apps angewiesen seid, die ohne Google Play-Dienste nicht funktionieren (z.B. Banking-Apps, Push-Benachrichtigungen von Messenger-Apps), ist MicroG die bessere Wahl.
• Komfort und Funktionalität: Wenn ihr den Komfort und die erweiterten Funktionen, die Google Play-Dienste bieten, nicht missen möchtest, dann ist MicroG eine entsprechende Lösung.

Wann ihr euch gegen MicroG entscheiden solltet:

• Maximaler Datenschutz und Privatsphäre: Wenn eure Priorität auf maximalem Datenschutz liegt und ihr so wenig wie möglich mit Google zu tun haben möchtet, solltet ihr auf MicroG verzichten.
• Maximale Sicherheit: Das Signature Spoofing von MicroG kann im schlimmsten Fall ausgenutzt werden, möchtet ihr diese Gefahr umgehen, entscheidet euch gegen MicroG
• Nutzung von Open-Source-Apps: Wenn ihr hauptsächlich Open-Source-Apps und Alternativen nutzt, hauptsächlich aus dem F-Droid Store, und Apps die keine Google Play-Dienste benötigen, könnt ihr auf MicroG verzichten und seid dadurch nicht eingeschränkt.

Alternative Möglichkeit 1 - MicroG installieren - Push deaktivieren

Falls ihr euch nicht sicher seid, installiert euch MicroG, und deaktiviert die Push Benachrichtigungen, um MicroG ohne Googles Push zu verwenden. Damit geht ihr einen guten Mittelweg. Entfernt dafür einfach den Haken bei Unterstützung für Push Benachrichtigungen (kann später wieder aktiviert werden).

Alternative Möglichkeit 2 - MicroG für das Hauptprofil deaktivieren, und ein Profil mit MicroG erstellen

Eine weitere Möglichkeit wäre es, MicroG für das Hauptprofil zu deaktiveren, bzw. nicht zu installieren, und später einen weiteren Nutzer zu erstellen, auf dem MicroG aktiviert ist. Dort können dann bestimmte BigTech Apps, eBanking Apps und etc. erstellt werden. Somit haltet ihr euren Privaten Bereich mit Opensource Apps sauber, und steckt alle weiteren Apps, in das zweite Nutzerprofil.

Mehr zu Nutzerprofile und den Einstellungen von MicroG bei aktivierter Installation findet ihr weiter unten.

Anwendung von CalyxOS

In diesem Abschnitt geht es um die Anwendung von CalyxOS, was es es wichtiges zu wissen gibt, wo ihr eure Apps her bekommt, wie ihr diese auf den neusten Stand bringt, wo es Updates für das Betriebssystem gibt, und welche weiteren Möglichkeiten ihr habt.

Die Bedienung von CalyxOS

CalyxOS bietet eine intuitive Gestensteuerung, die die Navigation erleichtert und das Nutzungserlebnis verbessert. Wir zeigen euch, wie die Bedienung von statten geht, und wir ihr zurück auf die klassiche Bedienung mit Buttons zurück wechselt

Gestensteuerung

1. Home-Bildschirm

• Zum Startbildschirm zurückkehren: Wischt von der Unterkante des Bildschirms nach oben. Dies bringt euch jederzeit zurück zum Startbildschirm.
• Zwischen Apps wechseln: Wischt von der Unterkante des Bildschirms nach oben und halte kurz, um den App-Wechsler zu öffnen. Ihr könnt dann nach links oder rechts wischen, um durch die geöffneten Apps zu blättern. Ganz links findet ihr dann den Button um alle Apps gleichzeitig zu beenden. Ein Wisch nach oben, beendet die jeweilige App einzeln.

2. Zurück

• Zurückgehen: Wischt von der linken oder rechten Bildschirmkante zur Mitte des Bildschirms. Diese Geste ersetzt die traditionelle Zurück-Taste und funktioniert in den meisten Apps.

3. Öffnen von Benachrichtigungen und Schnelleinstellungen

• Benachrichtigungen anzeigen: Zieht vom oberen Bildschirmrand nach unten, um die Benachrichtigungen zu sehen.
• Schnelleinstellungen öffnen: Zieht vom oberen Bildschirmrand nach unten und zieht ein zweites mal erneut nach unten, um auf die Schnelleinstellungen wie WLAN, Bluetooth und Helligkeit, die Einstellungen und mehr, zuzugreifen.

5. Bildschirm teilen (Split-Screen)

• Apps im Split-Screen-Modus verwenden: Öffnet in den App-Wechsler (Wischt von der Unterkante nach oben und halt kurz), tippt auf das App Symbol über der App, und danach auf Splitscreen der jeweiligen App. Wählt dann die zweite App, die ihr gleichzeitig verwenden möchtet.

Klassische Bedienung

Falls ihr lieber die klassische Steuerung mit den drei Tasten am unteren Bildschirmrand nutzen möchtet, könnt ihr dies in den Einstellungen ändern.

1. Einstellungen öffnen

• Geht auf euren Startbildschirm oder in der App-Schublade auf das Zahnradsymbol, um die Einstellungen zu öffnen.

2. System und Gesten

• Scrollet nach unten und tippt auf "System".
• Tippt auf "Touch-Gesten & Bewegungen".

3. Systemnavigation auswählen

• Hier findet ihr den Punkt "Navigationsmodus". Tippt darauf.

4. Navigationsleiste auswählen

• Ihr seht verschiedene Optionen für die Systemnavigation. Wählt "Bedienung über 3 Schaltflächen" aus.

Jetzt habt ihr die klassische Navigationsleiste mit den drei Tasten unten auf eurem Bildschirm:

1. Home-Taste

• Zum Startbildschirm zurückkehren: Tippt auf die mittlere Taste (Kreis-Symbol).

2. Zurück-Taste

• Zurückgehen: Tippt auf die Taste links neben der Home-Taste (Pfeil nach links).

3. App-Wechsler-Taste

• Zwischen Apps wechseln: Tippt auf die Taste rechts neben der Home-Taste (Quadrat-Symbol), um den App-Wechsler zu öffnen. Hier könnt ihr nach links oder rechts wischen, um durch eure geöffneten Apps zu blättern.

Mit diesen Einstellungen und Tipps könnt ihr euer Calyx-Gerät entweder über die moderne Gestensteuerung oder die klassische Bedienleiste am unteren Rand des Displays optimal nutzen.

App Quellen

CalyxOS ist ein datenschutzorientiertes Betriebssystem und verzichtet wie ihr bereits wisst, vollständig auf Google-Dienste und -Apps. Das bedeutet:

• Kein Google Play Store: Stattdessen nutzt ihr alternative App-Stores.
• Keine Google-Play-Dienste: MicroG übernimmt, bei aktivierter Installation diverse Funktionen, die normalerweise von den Google-Diensten bereitgestellt werden. Dazu gehören Push Benachrichtigungen, und die verbesserte und schnellere Standort Funktionen.
• Kein automatisches Tracking: Eure Aktivitäten werden nicht an Google gesendet, ausser ihr verwendet Big-Tech Apps.

Wo bekommt man seine Apps her?

1. F-Droid

F-Droid ist ein alternativer App-Store, der nur Open-Source-Apps anbietet. Hier findet ihr viele nützliche Anwendungen, die frei von Tracker und Werbungen sind. F-Droid, ist standardmässig bereits auf CalyxOS installiert.

2. Aurora Store

Der Aurora Store ist eine alternative Schnittstelle zum Google Play Store. Hier könnt ihr auf alle Apps des Play Stores zugreifen, ohne ein Google-Konto zu verwenden. Aurora Store bietet die Möglichkeit, anonym zu bleiben. Aurora kann währen der Einrichtung von CalyxOS installiert werden.

3. Direkt vom Entwickler

Manche Apps könnt ihr direkt von den Webseiten der Entwickler herunterladen. Diese Option ist besonders nützlich, wenn eine App nicht in F-Droid oder Aurora Store verfügbar ist. Ein Anhaltspunkt ist hier sicherlich Github, auf dem die meissten Opensource Developer ihre Apps zuerst veröffentlichen.

Anpassbarkeit von CalyxOS

Ihr habt die volle Kontrolle über euer Gerät und könnt genau festlegen, welche Apps und Dienste ihr installiert und nutzt. Mit einem langen Druck auf den Home Screen könnt ihr Hintergrund & Stile festlegen, Widgets festlegen und das aussehen des Home Screens definieren. In den Einstellungen unter Display könnt ihr zudem die Schriftgrösse festlegen.

Berechtigungen von Apps

Mit einem langen Druck auf eine App und danach App Info, kommt ihr in das Kontextmenu dieser App. Ihr könnt App spezifische Einstellungen festlegen, wie zum Beispiel die Berechtigungen (unter anderem Standort, Mikrophone, Kontakte, Zugriff auf Fotos und Medien und etc.) festlegen. Hier könnt ihr eine Browserapp, falls ihr mehrere habt, auch als Standardbrowser festlegen. Weiter unten findet ihr die Version der App, und mit welchem App-Store diese installiert worden ist.

Einstellungen von CalyxOS

Die Einstellungen, beziehungsweise das Einstellungsmenu ähnelt einem Standard Android ziemlich genau. Ihr findet hier eine Liste der Einstellungen kategorisiert in Funktionen und Anwendungen wie zum Beispiel Netzwerk, verbundene Geräte, Apps, Benachrichtigungen, Apps und Co.

Findet ihr eine Einstellungen nicht sofort, benutzt einfach oben die Suchfunktion. Wer einmal ein Android bedient hatte, sollte sich hier schnell zurecht finden.

eSIM-Unterstützung

CalyxOS unterstützt standardmäßig eSIMs, sodass ihr bereits installierte eSIMs auf dem Gerät nutzen könnt. Für das Verwalten und Hinzufügen neuer eSIMs ist jedoch eine proprietäre Google-Funktionalität erforderlich, die von Haus aus deaktiviert ist.

Ihr könnt die eSIM-Unterstützung in den Einstellungen unter Netzwerk & Internet > eSIM-Support aktivieren. Dieser Schalter bleibt nach jedem Neustart aktiv.

Durch Aktivieren des Schalters wird die Google-Funktionalität genutzt, um eSIMs zu verwalten und hinzuzufügen.

Wenn der eSIM-Installationsprozess bei "Netzwerkinformationen prüfen…" hängen bleibt, trotz stabiler Internetverbindung, müsst ihr möglicherweise den USSD-Code ##4636## eingeben und dann DSDS im angezeigten Menü aktivieren.

Falls eure eSIM durch eine PIN geschützt ist, empfiehlt es sich, den eSIM-Unterstützungsschalter auch nach der Aktivierung eingeschaltet zu lassen. Sollte die PIN vergessen werden, könnt ihr die eSIM auf dem Sperrbildschirm deaktivieren. Wenn der Schalter deaktiviert und die PIN vergessen wird, ist das Gerät nur noch mit dem PUK zugänglich.

Privater DNS Modus

Welche DNS-Server werden standardmäßig verwendet?

Das Betriebssystem verwendet standardmäßig die vom Netzwerk bereitgestellten DNS-Server. Diese werden in der Regel automatisch über DHCP (IPv4) und RDNSS (IPv6) konfiguriert. Bei statischer IP-Konfiguration werden die DNS-Server manuell festgelegt.

Ein VPN stellt ein zusätzliches Netzwerk bereit, und das Betriebssystem nutzt die vom VPN bereitgestellten DNS-Server für alle Verbindungen, außer für das Auflösen der IP-Adresse des VPNs und Netzwerküberprüfungen.

Die Nutzung der vom Netzwerk bereitgestellten DNS-Server ist der beste Weg, um sich in die Menge der Nutzer einzufügen, da Netzwerke und Websites Nutzer anhand einer abweichenden DNS-Konfiguration identifizieren und verfolgen können. Wir empfehlen daher, die vom Netzwerk bereitgestellten DNS-Server zu verwenden.

Wie nutze ich einen benutzerdefinierten DNS-Server?

Es ist nicht möglich, die vom Netzwerk bereitgestellten DNS-Server direkt zu überschreiben. Stattdessen könnt ihr in den Einstellungen unter Netzwerk & Internet > Privates DNS einen DNS-over-TLS-Server angeben. Dieser muss ein gültiges Zertifikat besitzen, beispielsweise von Let's Encrypt. Das Betriebssystem wird dann alle DNS-Anfragen über diesen privaten DNS-Server leiten.

Beispielsweise könnt ihr "one.one.one.one" für Cloudflare DNS eintragen. Weitere Optionen umfassen Quad9, Google und AdGuard.

Auch bei statischer IP-Konfiguration solltet ihr die Private DNS-Funktion verwenden, um die Sicherheit zu erhöhen.

VPN-Apps können ebenfalls eigene DNS-Server bereitstellen. In diesem Fall hat die Private DNS-Funktion Vorrang.

Apps und Websites können die konfigurierten DNS-Server erkennen, indem sie zufällige Subdomains abfragen. Dies kann zur Nutzeridentifizierung genutzt werden. Wenn ihr ein VPN nutzt, solltet ihr den Standard-DNS-Dienst des VPNs verwenden, um euch besser zu schützen.

Warum akzeptiert Private DNS keine IP-Adressen?

Im automatischen Modus bietet die Private DNS-Funktion opportunistische Verschlüsselung, indem sie DNS-over-TLS verwendet, wenn dies vom DNS-Server unterstützt wird. Diese Verschlüsselung schützt nur vor passivem Abhören, nicht vor aktiven Angriffen.

Wenn Private DNS explizit aktiviert wird, nutzt es authentifizierte Verschlüsselung ohne Fallback. Die Authentifizierung erfolgt anhand des Hostnamens des Servers, weshalb keine IP-Adresse angegeben werden kann. Das Betriebssystem löst den Hostnamen unverschlüsselt auf und leitet dann alle weiteren DNS-Anfragen über DNS-over-TLS.

Schützt DNS-over-TLS (Private DNS) andere Verbindungen?

Nein, DNS-over-TLS schützt nur die DNS-Auflösung. Selbst wenn DNS-Ergebnisse mit DNSSEC authentifiziert werden, schützt dies nicht die anderen Verbindungen. Verschlüsselte DNS-Anfragen erschweren es einigen Angreifern, sind aber kein vollständiger Schutz.

Verbirgt DNS-over-TLS (Private DNS), welche Websites besucht werden?

Private DNS verschlüsselt nur die DNS-Anfragen. Ein Überwacher kann dennoch die IP-Adresse des Zielservers sehen. Viele Domains teilen sich IP-Adressen, daher ist verschlüsseltes DNS nur ein Teil der nötigen Maßnahmen. Derzeit leakt TLS weiterhin Domainnamen über SNI, weshalb verschlüsseltes DNS noch begrenzt nützlich ist. Es ist jedoch eine zukunftsorientierte Funktion, die in der Zukunft an Bedeutung gewinnen wird. Die Nutzung wird empfohlen, ersetzt aber nicht die Verwendung von Tor oder eines VPNs.

Für was ist dann DNS over TLS, bzw ein andere DNS Server gut?

Zum grössten Teil um Zensur zu umgehen, wenn zum Beispiel der DNS Server des Providers bestimmte Webseiten sperrt. Ausserdem bekommt der Provider selber dann keine Daten mehr über euer Surf-Verhalten.

Backups und Datenwiederherstellung

Im Gegensatz zu einem Standard Android mit Google Play Diensten, oder Herstellerapps wie die von Samsung und Co, gibt es bei CalyxOS kein standardmässig aktiviertes ready-to-use Backup-System, da das System vollständig auf externe Cloud Dienste wie die von Google, Huaweii oder Samsung verzichtet. Ihr seid also verantwortlich über die Sicherung eures Smartphones. Ihr habt die Möglichkeit euer Smartphone regelmässig manuel zu sichern, indem ihr es mit einem USB Kabel an euren Rechner hängt, oder ihr verwendet eine eigene Cloud wie zum Beispiel die Nextcloud.

Hier ein paar Möglichkeiten, wie ihr euer Smartphone sichern könnt:

SeedVault

CalyxOS enthält SeedVault, ein integriertes Backup-System, das eure Apps und Daten sicher speichert. Ihr könnt eure Backups auf einer SD-Karte, einem USB-Stick oder eben auf einem Nextcloud-Konto speichern. Seedvault findet ihr in den Einstellungen unter System --> Sicherungen.

Das Vorgehen, wie man Seedvault verwendet, wird hier in diesem Artikel detailiert beschrieben.

Nextcloud als eigenständige App

Nextcloud könnt ihr euch aus dem F-Droid Store installieren, und ist eine Open-Source-Cloud-Lösung, die ihr auf einem eigenen Server oder bei einem vertrauenswürdigen Anbieter nutzen könnt. Ihr könnt eure Dateien, Kontakte und Kalender synchronisieren und sichern. Falls ihr keine Nextcloud habt, könnt ihr euch auf unserer Seite registrieren, und erhaltet 5GB gratis Speicherplatz. Für Die Sicherung eurer Kontakte und des Kalenders benötigt ihr die App DAVx5. DAVx5 muss dafür vorher mit eurer Nextcloud verbunden werden.

Kontakte und Kalender manuel sichern

Habt ihr keine Nextcloud, und wollt ihr keine verwenden, sichert eure Kontakte über die Kontakte App als VCF-Datei und kopiert diese an einen Ort eurer Wahl. Eine Kalendersicherung ist aktuell auf der Standard Calyx Kalender App nur über ein CalDAV Kalender möglich, oder ihr verwendet die Kalenderapp wie Fossify Kalender welches eine lokale Sicherung via ICF Dateien erlaubt.

Weitere Möglichkeiten und Artikel um eure Kontakte und Kalender zu synchronisieren, findet ihr hier:

MicroG Einstellungen

Erwähnenswert ist auf CalyxOS sicherlich noch die Handhabung von MicroG, falls ihr dies bei der Einrichtung installiert habt. Schauen wir uns dies mal genauer an:

Im Grunde genommen könnt ihr hier festlegen, welche Dienste von Google genau verwendet werden dürfen, und welche nicht. Habt ihr bestehende Google Accounts, und möchtet dieses vorerst weiter verwenden, weil ihr zum Beispiel noch Google Kalender verwendet, könnt ihr diesen Google Account hier regisitrieren. Somit erkennt die Google Kalender App euren Google Account, und kann weiterhin synchronisiert werden. Dies empfiehlt sich, falls ein kompletter Umstieg noch nicht vollzogen worden ist, und ein Umstieg auf Open-Source Apps erst nach und nach vonstatten gehen soll.

Verwendet ihr Google Accounts um zum Beispiel auch gekaufte Apps zu verwenden, lasst die Einstellungen wie sie sind.

Push Benachrichtigungen

Damit Push funktioniert, muss die Geräte Regisitrierung erfolgen, und Push aktiviert werden:

MicroG verfälscht einen Teil der an Google ausgelieferten Gerätedaten, jedoch bedeutet dies trotzdem ein Verzicht an Privatsphäre, da Google euch mit diversen Methoden trotzdem identifzieren kann. Googlefrei ist dies dann nicht mehr, jedoch deutlich weniger übel, als die Google Play Dienste die euch vor Google nackt da stehen lassen.

Standort Unterstützungsdienste

Der Standortdienst von MicroG hat eher weniger etwas mit Google zu tun, sondern eher mit der Art und Weise wie die Standortbestimmung zustande kommt. Es gibt die reine GPS basierte Standortbestimmung, die in der Regel sehr langsam ist, und die unterstützte Standortbestimmung (A-GPS) durch Hilfsdienste wie zum Beispiel bekannte WLAN Netzwerke und Mobilfunkmasten, in eurer direkten Umgebung. Dies hilft zum Beispie bei der Standortbestimmung in Gebäuden, da GPS nur schlecht und kaum funktioniert, wenn ihr nicht unter freiem Himmel seid. Die WLAN und Funkmasten basierte Ortung erlaubt ein schnelle und exakte Ortung auch in Gebäuden und an Standorten welche nicht direkt dem freien Himmel exponiert sind.

Die WLAN-basierte Ortung in MicroG benötigt kein Registrieren in den WLAN-Netzwerken. Sie funktioniert anhand der WLAN-IDs (BSSIDs) und deren Signalstärken. Hier ist, wie das im Detail funktioniert:

Funktionsweise der WLAN-basierten Ortung in MicroG

1. Erfassung der WLAN-IDs:

• Euer Gerät scannt die Umgebung nach verfügbaren WLAN-Netzwerken. Dabei erfasst es die BSSID (Basic Service Set Identifier) jedes gefundenen WLANs. Die BSSID ist eine eindeutige Kennung, die jedem WLAN-Router zugewiesen ist.

2. Signalstärke:

• Zusätzlich zur BSSID wird die Signalstärke (RSSI - Received Signal Strength Indicator) der empfangenen WLAN-Netze gemessen. Die Signalstärke gibt an, wie stark das WLAN-Signal ist und hilft bei der Positionsbestimmung.

3. Abgleich mit Datenbank:

• MicroG verwendet eine Offline-Datenbank oder Online-Dienste (wie z.B. Mozilla Location Service), um die gesammelten WLAN- und Funkmasteninformationen mit bekannten Standorten abzugleichen. Diese Datenbanken enthalten die geografischen Koordinaten vieler WLAN-BSSIDs und Masten, die durch Crowdsourcing gesammelt wurden.

Datenschutzaspekte

Beim Einsatz von MicroG für die WLAN- und Funkmasten basierte Ortung werden lediglich die BSSIDs und deren Signalstärken zur Standortbestimmung genutzt. Diese Daten werden an die ausgewählte Ortungsdatenbank gesendet (z.B. Mozilla Location Service), um den Standort zu berechnen. Es werden keine persönlichen Daten oder detaillierten Informationen über euer Gerät übertragen. Dies reduziert das Risiko, dass eure Identität preisgegeben wird, jedoch kommt es zu Datenübertragung und eure IP Adressen gehen an die Mozilla Foundation (welcher in der Regel zu vertrauen ist), jedoch ist es theoretisch dann Möglich ein Profil über eure Nutzung und Standortabfragen zu erstellen.

Kontrollmöglichkeiten

MicroG gibt euch also hier die Möglichkeit, die Nutzung von WLAN-basierten Ortungsdiensten zu kontrollieren und bei Bedarf zu deaktivieren. Wer keine Abhängig von externen Diensten möchte, wer auch immer es ist, der deaktiviert die Standortunterstützung von Micro-G komplett, muss aber damit rechnen, das die reine GPS Standortfunktion nur sehr langsam funktioniert.

Arbeitsprofile auf CalyxOS

Auf CalyxOS lassen sich Arbeitsprofile, sowie Nutzerprofile erstellen. Wir raten immer, neue Nutzerprofile zu erstellen, anstatt mit den Arbeitsprofilen zu arbeiten. Die Nutzerprofile sind deutlich besser voneinander abgeschirmt, und jedes Nutzungsprofil hat seinen komplett eigenen Bereich.

Die Einstellungen dazu befinden sich unter Einstellungen -> System -> mehrere Nutzer.

Damit können komplett separate Profile erstellt werden. Wir empfehlen, Bigtech Apps vor allem in einem separaten Profil zu erstellen, der mit dem privaten Profil nicht in verbindung kommt. Leider lassen sich, im Gegensatz zu GrapheneOS keine bestimmten Apps blockieren, oder das neue Profil zum Beispiel komplett Stil legen, wenn man es nutzt. Einmal eingerichtet, ist das andere Profil jederzeit aktiv, und kann jederzeit Daten Empfangen, sowie senden.

Bei der Einrichtung eines neuen Nutzers, wird die komplette Einrichtung des Smartphones für das neue Profil nochmals gestartet. Ihr kann man dann Beispielsweise MicroG aktivieren und nutzen, während das Hauptprofil sauber und frei von solchen Apps bleibt.

Legt ein neues Nutzerprofil an, richtet das Profil mit MicroG ein, und installiert eure problematischen Apps in diesem Profil. Mit den kleinen Button unten im Benachrichtigungsfenster könnt ihr schnell zwischen den Profilen wechseln (zweilmal nach unten wischen).

Datura Firewall

Die Datura Firewall ist ein Tool zur Kontrolle des Netzwerkzugriffs auf eurem Gerät. Ihr findet sie in der App übersicht mit einem Wisch nach oben. Sie ermöglicht es euch, detaillierte Regeln für den Datenverkehr von Apps festzulegen. Mit der Datura Firewall könnt ihr den Netzwerkzugriff für Apps sowohl im Vordergrund als auch im Hintergrund gezielter steuern. Dadurch verhindert ihr unerwünschte Datenverbindungen und erhöht eure Kontrolle über den Datenfluss und die Privatsphäre auf eurem Gerät. Ein Alheimittel ist diese Firewall jedoch bei weitem nicht!

In der Praxis funktioniert die Datura Firewall ganz okay. Wenn man einer App den Netzwerkzugriff im Hintergrund entzieht, kann sie nur dann Verbindungen aufbauen, wenn sie im Vordergrund aktiv genutzt wird. Dies ist nützlich für Apps, die sich automatisch durch externe Auslöser starten und Netzwerkverkehr erzeugen, obwohl der Nutzer dies nicht möchte. Zum Beispiel starten der Next DB Navigator oder die heise-App nach einem Systemstart automatisch und beginnen, verschiedene Domains zu kontaktieren – einschließlich Tracking-Domains. Mit dieser Einstellung lässt sich verhindern, dass Apps im Hintergrund unerwünscht Datenverbindungen initiieren. Dies ist zwar nicht für alle Apps sinnvoll, aber für einige sehr wohl. Dadurch entkommt man zwar nicht komplett dem Tracking, aber man kann festlegen, wann eine App Verbindungen aufbauen darf (z.B. nur bei aktiver Nutzung im Vordergrund).

Alternative Apps

Warum alternative Apps?

Google-Apps sammeln eine Menge Daten über euch und euer Nutzungsverhalten. CalyxOS zielt darauf ab, eure Privatsphäre zu schützen, indem es diese Datensammlung minimiert. Natürlich müssen dafür aber auch Änderungen im Nutzungsverhalten stattfinden, und eine abkehr von Big-Tech Apps sollte priorisiert werden, ansonsten hilt der alleinige Umstieg auf googlefreie Betriebssysteme nicht sehr viel.

Eine Auswahl an Alternativen Opensource Apps haben wir euch hier zusammengestellt. In der Kategorie Android, findet ihr auch ein paar Vorstellung von Apps und deren Handhabung.

Nur durch den Verzicht auf BigTech -Apps behaltet ihr die volle Kontrolle über euer Gerät und eure Daten. Ihr entscheidet also mit eurem App Verhalten auch, welche Informationen ihr mit welchen Diensten teilst, und welche nicht!

Eine Alternative zu herkömmlichen Push-Diensten

Für diejenigen die auf Push aus Gründen der Privatsphäre verzichten wollen, es doch aber gerne nutzen würden, gibt es ein langsam aufkommende Alternative: Unified Push!

UnifiedPush ist ein offenes Protokoll, das entwickelt wurde, um dezentrale Push-Benachrichtigungen zu ermöglichen. Es bietet eine Alternative zu zentralisierten Diensten wie Google Firebase Cloud Messaging (FCM), indem es die Kontrolle über Push-Benachrichtigungen zurück in die Hände der Nutzer und Entwickler gibt.

Was ist UnifiedPush?

UnifiedPush ist ein offenes Protokoll und eine Sammlung von Tools, die entwickelt wurden, um Push-Benachrichtigungen ohne Abhängigkeit von großen zentralisierten Diensten zu ermöglichen. Es ermöglicht Anwendungen, Push-Benachrichtigungen zu empfangen, ohne dass sie auf proprietäre Dienste wie Google oder Apple angewiesen sind.

Hauptmerkmale von UnifiedPush

1. Dezentralisierung:
   • Im Gegensatz zu zentralisierten Diensten wie FCM, die von einem einzigen Anbieter betrieben werden, ermöglicht UnifiedPush die Nutzung verschiedener Server und Netzwerke.
   • Benutzer und Entwickler können ihren eigenen Push-Server betreiben oder vertrauenswürdige Server auswählen.
2. Datenschutz und Kontrolle:
   • Durch die Dezentralisierung haben Benutzer und Entwickler die volle Kontrolle über ihre Daten.
   • Es werden keine Daten an zentrale Stellen gesendet, was die Privatsphäre schützt.
3. Kompatibilität und Flexibilität:
   • UnifiedPush unterstützt verschiedene Backends und kann in eine Vielzahl von Anwendungen integriert werden.
   • Es gibt bereits Unterstützung für verschiedene Plattformen und Technologien.

Wie nutze ich Unified Push

Damit ihr Unified Push verwenden könnt, benötigt ihr einen Client, der die Nachrichten an eure kompatiblen Apps weiterleitet. Ntfy ist ein Open-Source-Push-Benachrichtigungssystem, das sich durch seine Einfachheit, Flexibilität und Datenschutzfreundlichkeit auszeichnet. Es bietet eine alternative Methode, um Benachrichtigungen auf deine Geräte zu empfangen, ohne auf proprietäre Dienste wie Google Firebase Cloud Messaging (FCM) angewiesen zu sein.

Die App gibt es im Appstore von F-Droid und wird regelmässig aktualisert und verbessert.

Zu erwähnen ist, dass bis jetzt nur wenige Apps andere Push-Lösungen integrieren. Big-Tech Apps mit alternativen Push Systemen findet man vergebens, und es gibt auch keine Möglichkeit diese dazu zu bringen, andere Push-System zu verwenden. Die App muss alternative Push Methoden nämlich unterstützen. Im Bereich Messaging gibt es bereits in paar Apps, die mit alternativen Push Diensten zurecht kommen. Diese sind:

Matrix-Element

Molly (Signal Fork)

Mercurygram (Telegram Fork)

Eine Liste an Apps die Unified Push verwenden, findet ihr hier!

Updates für CalyxOS

Updates gibt es OTA = over the air, heisst also direkt auf euer Phones, sobald neue Versionen verfügbar sind. Ihr müsst also keine Updates manuel herunterladen oder installieren. Wollt ihr zwischendurch prüfen, ob es Updates gibt, könnt ihr dass unter Einstellungen -> System -> Systemaktualisierungseinstellungen machen.

Datenübertragung an den PC

Die Datenübertragung ist ähnlich wie bei einem Standard Android Phone. Schliesst euer Phone mit einem USB-C Kabel an einen PC mit Windows/Mac oder Linux, wischt auf eurem Smartphone nach unten, klickt 2x auf Gerät wird über USB aufgeladen, und anschliessend auf Dateiübertragung. Danach steht euch der Inhalt des Homeordners auf dem Computer zur Verfügung.

Optimierungen für CalyxOS

CalyxOS leistet sich leider ein paar Patzer, die bis heute noch nicht behoben worden sind. Die Internetverbindungschecks werden immer noch via Google Server getätigt, und die DNS Einstellungen sind auch nicht optimal. Geht in die Netzwerkeinstellungen, und wischt ganz nach unten, deaktiviert die Verbindungsprüfung. Als zweites wählt ihr Privates DNS, und wählt einen besseren DNS Server als Cloudflare, welcher genutzt wird, wenn Automatisch aktiviert ist:

Ihr könnt unseren DNS over TLS Server verwenden indem ihr free-dns.yourdevice.ch nutzt, oder ihr nutzt einen anderen DNS Server aus dem folgenden Tutorial:

Deaktiviert zudem die SUPL Unterstützung, da bis heute immer noch Google Server verwendet werden um die GPS Beschleunigung zu unterstützen.

Über die Einstellungen -> Netzwerk & Internet -> SIM-Karten -> Zugangspunkte (APNs) -> [aktuell verwendeter APN] -> APN-Typ« lässt sich das Verhalten beeinflussen. Entfernt unter APN-Typ den Wert supl, wird kein SUPL-Server zur schnelleren Standortbestimmung kontaktiert. Die Standortbestimmung erfolgt dann ausschließlich über die GNSS-Schnittstelle, was die Ortungszeit allerdings teilweise erheblich verlängert.

Fazit

Der Umstieg auf CalyxOS erfordert einige Anpassungen, bietet euch jedoch erheblich mehr Kontrolle über eure Daten und schützt eure Privatsphäre. Mit den richtigen Tools und Alternativen werdet ihr schnell feststellen, dass ihr nichts Wichtiges vermisst und gleichzeitig sicherer und freier unterwegs seid.

Insgesamt ist CalyxOS sicherlich kein schlechtes Custom-ROM, sondern bietet ein stimmiges Gesamtpaket, mit dem Nutzer, die ihre Abhängigkeit von Google (stark) reduzieren möchten, einen guten Start haben dürften. Allerdings sollte man ebenfalls die Nachteile berücksichtigen: Die verzögerte Bereitstellung von (Sicherheits-)Updates und eine Außendarstellung, die nicht ganz zu dem passt, was CalyxOS von sich behaupted, nämlich google-free zu sein.

Weitere Privatsphäre orientierte Artikel und Möglichkeiten findet ihr hier:

Bald kommt auch noch ein Artikel, welcher GrapheneOS als herausragende Alternative vorstellt, dass CalyxOS im punkto Privatsphäre per default auch noch schlägt und ein wirkliches google-free ROM ist!

The post Der CalyxOS Einsteiger Guide - Einrichtung und Anwendung appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Hauptmerkmale

Material Files ist eine Open-Source-App, was bedeutet, dass der Quellcode öffentlich zugänglich ist. Dies fördert Transparenz und ermöglicht es der Community, zur Verbesserung der App beizutragen.

Dateiverwaltung

• Mit Material Files könnt ihr Dateien kopieren, verschieben, umbenennen und löschen. Die grundlegenden Dateiverwaltungsfunktionen sind leicht zugänglich und benutzerfreundlich.

Mehrfache Auswahl

• Ihr könnt mehrere Dateien und Ordner gleichzeitig auswählen und Aktionen wie Kopieren, Verschieben oder Löschen ausführen. Dies spart Zeit und macht die Verwaltung großer Datenmengen einfacher.

Favoriten

• Oft verwendete Dateien und Ordner können als Favoriten markiert werden, sodass ihr schnellen Zugriff auf sie habt. Dies ist besonders nützlich für wichtige Dokumente oder häufig genutzte Medien.

Suchfunktion

• Die leistungsstarke Suchfunktion ermöglicht es euch, schnell nach Dateien und Ordnern auf eurem Gerät zu suchen. Die Suche ist schnell und effizient, selbst bei großen Datenmengen.

Anpassbare Themes

• Material Files bietet verschiedene Themes, einschließlich eines dunklen Modus, der besonders bei schlechten Lichtverhältnissen oder zur Schonung der Augen nützlich ist.

NAS-Speicher-Integration

• Die App unterstützt die Integration von SMB, WebDAV, FTP und SFTP Servern im eigenen Netzwerk oder im Internet, sodass ihr nahtlos auf eure Dateien zugreifen und diese verwalten könnt.

USB OTG-Unterstützung

• Material Files unterstützt USB On-The-Go (OTG), sodass du USB-Sticks oder externe Festplatten direkt mit deinem Android-Gerät verbinden und deren Inhalte verwalten kannst.

Benutzerfreundlichkeit

Material Files wurde entwickelt, um sowohl für Anfänger als auch für erfahrene Nutzer intuitiv und benutzerfreundlich zu sein. Die klare Struktur und die gut durchdachte Navigation machen es einfach, sich in der App zurechtzufinden und die gewünschten Funktionen schnell zu erreichen. Alle Einstellungen und Verbindungen lassen mit den Menü, zu finden oben links unter den 3 Strichen festlegen, oder die Ordner und Dateien spezifische Einstellungen oben rechts mit den 3 Punkten.

Einstellungen von Material Files

Die Einstellungen gestalten sich als sehr übersichtlich und einfach. Ihr könnt das Design festlegen, einen Nachtmodus aktivieren, den Startordner definieren und auch die Reihenfolge der externen Speicher gestalten. Legt zur Sicherheit fest dass beim öffnen von APK Dateien vorher nachgefragt wird.

Externen Speicher einbinden

Eine besonders nützliche Funktion ist Integration verschiedenster Netzwerkspeicher direkt in den Dateienexplorer. Es können WebDAV, SMB, FTP und SFTP Speicher hinzugefügt werden, extern sowie intern. Die Funktion befindet sich oben rechts unter den 3 Strichen unter Speicher hinzufügen.

Füllt die Verbindungsdaten aus und klickt unten rechts auf Verbinden und hinzufügen. Ihr könnt beim Hostnamen eine externe, eine interne, aber auch eine Domainadresse angeben. Danach findet ihr den Speicher in der Liste oben im Menü zu finden. Wie ihr einen SFTP Server auf einem Linux Computer erstellt, erfahrt ihr hier in diesem Artikel. Wie ihr einen SFTP Server auf einer Synology-NAS einrichtet, erfahrt ihr zudem hier.

Einen FTP Server auf dem Smartphone betreiben

Ganz cool ist die Funktion von Material Files einen eigenen SFTP Server auf dem Smartphone betreiben zu können. Damit könnt ihr euer Smartphone kurzzeitig in ein kleinen Netzwerkspeicher umfunktionieren und müsst euch nicht mit der Befehlszeile auf Linux ausseinandersetzen. Sinnvoll auch, wenn man keine NAS hat. Die Funktion findet ihr im Menü unter FTP-Server.

Öffnet den FTP Server und legt die Einstellungen nach eurem gusto fest. Lass die IP wie sie ist, ändert den Port wenn ihr wollt, aber 2121 ist eigentlich gut da er sich nicht mit anderen FTP Ports überschneidet.

Zur Sicherheit, deaktiviert anonymer Login, legt einen Benutzernamen und ein starkes Passwort fest. Ändert das Stammverzeichnis auf einen Ordner fest, der als Ablage dienen soll. Bitte benutzt hier nicht das Stammverzeichnis des Smartphones, da ein Eindringling sonst Zugriff auf das komplette Smartphone hat.

Den Speicher könnt ihr dann wie gewöhnt auf einem Linux Rechner oder Windows Rechner via WinSCP hinzufügen.

Zu Netzwerkprotokollen findet ihr hier einen ausführlichen Artikel:

Fazit

Material Files ist eine leistungsfähige und ansprechend gestaltete Dateimanager-App für Android, die durch ihre breite Funktionspalette und die Einhaltung der Material Design-Richtlinien besticht. Sie eignet sich hervorragend für die tägliche Dateiverwaltung und bietet zahlreiche Tools und Funktionen, die das Arbeiten mit Dateien auf mobilen Geräten effizienter machen. Wenn ihr nach einer App sucht, die sowohl schön als auch funktional ist, könnte Material Files genau das Richtige für euch sein, vor allem, wenn ihr konsequent einen Open-Source Ansatz verfolgt.

The post Material Files, der alternative Android Dateien Explorer appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was Nextcloud Notes auf Android kann

Das Projekt beschreibt sich selbst als „distraction free notes taking app“ mit Kategorien und Markdown-Formatierung (nextcloud/notes). Die Android-App synchronisiert eure Notizen mit dem Server, sodass ihr auf jedem angemeldeten Gerät denselben Stand habt. Die Hauptfunktionen sind:

1. Synchronisation: Nextcloud Notes gleicht eure Notizen automatisch zwischen euren Geräten und dem Nextcloud-Server ab. Ihr könnt jederzeit auf eure Notizen zugreifen; Änderungen, die ihr ohne Verbindung macht, werden übertragen, sobald der Server wieder erreichbar ist.
2. Markdown-Unterstützung: Die App unterstützt Markdown. Damit verseht ihr eure Notizen mit Überschriften, Listen, Links und Hervorhebungen, ohne dass die Datei selbst ein proprietäres Format bekommt.
3. Offline-Verfügbarkeit: Eure Notizen sind auch offline verfügbar. Ihr könnt sie bearbeiten und neue anlegen, die App synchronisiert sie, sobald ihr wieder online seid.
4. Einfache Benutzeroberfläche: Die App ist schlicht gehalten und macht es einfach, Notizen zu erstellen, zu ordnen und zu durchsuchen.
5. Ordnung und Komfort: Laut Projektbeschreibung der Android-App gehören dazu mehrere Konten, Kategorien, Favoriten, Checkboxen zum Abhaken, eine Suche innerhalb der Notiz, Widgets für den Startbildschirm, ein dunkles Design und eine App-Sperre.
6. Verschiedene Bearbeitungsmodi: Ihr könnt reinen Text mit Markdown schreiben oder die formatierte Ansicht nutzen. Wie die Modi in der jeweiligen Version heissen und wo sie sitzen, zeigen die Bildschirmfotos weiter unten für den Stand von Juni 2024.

Vorteile der Nutzung von Nextcloud Notes

• Datenschutz und Kontrolle: Im Gegensatz zu vielen anderen Notiz-Apps bleiben eure Daten unter eurer Kontrolle. Ihr entscheidet, auf welchem Server eure Notizen liegen und wer darauf zugreifen kann.
• Integration mit Nextcloud: Wenn ihr Nextcloud bereits für Dateien, Kalender oder Kontakte verwendet, fügt sich Notes nahtlos ein. Die Notizen sind gewöhnliche Dateien und lassen sich deshalb über jeden Nextcloud-Client öffnen und bearbeiten.
• Teilen: Die Android-App kann Notizen teilen. Weil jede Notiz eine Datei ist, lässt sich der Notizordner ausserdem wie jeder andere Ordner in eurer Nextcloud mit anderen Nutzern freigeben.
• Kostenlos und Open Source: Die Android-App steht unter der GPL-3.0-or-later, kostet nichts und ist ohne Anti-Features im F-Droid-Hauptrepository gelistet.

Nextcloud Notes installieren und einrichten

Nextcloud-Konto: Ihr benötigt ein Nextcloud-Konto. Entweder betreibt ihr euren eigenen Server, oder ihr nutzt einen Anbieter, der Nextcloud-Hosting anbietet. Bei uns gibt es einen kostenlosen Nextcloud-Speicher für alle Leser. Ausserdem muss die Server-App Notes auf eurer Nextcloud installiert sein. Ihr findet sie in der App-Verwaltung eures Servers; wie das Installieren und Aktualisieren von Nextcloud-Apps grundsätzlich funktioniert, zeigen wir in Nextcloud-Apps installieren und aktuell halten:

Auf unserem Server ist die App Notes bereits installiert. Dort müsst ihr nichts weiter konfigurieren.

App-Download: Ladet euch die Android-App Nextcloud Notes aus F-Droid oder aus dem Google Play Store herunter. Wer Play-Store-Apps ohne Google-Konto beziehen will, nimmt den Aurora Store; wie F-Droid selbst funktioniert, steht in F-Droid Installation und Anwendung. Die App verlangt Android 9 oder neuer.

Voraussetzung: die Nextcloud-Files-App: Die Projektbeschreibung nennt als Voraussetzung neben dem Server und der Server-App Notes ausdrücklich die Nextcloud Files Android App. Installiert deshalb zuerst die Nextcloud-App (am 27.09.2026 Version 35.0.0) und meldet euch dort mit eurem Konto an. Wie das geht, zeigen wir in Einführung und Einrichtung Nextcloud für Android.

Einrichten: Öffnet danach Nextcloud Notes und wählt das Konto aus, mit dem ihr in der Nextcloud-App angemeldet seid. Die App verbindet sich dann mit eurem Server und synchronisiert eure Notizen.

Einstellungen und Anwendung

Die Bildschirmfotos in diesem Abschnitt stammen vom Juni 2024. Die App hat sich seither weiterentwickelt, Menüs und Bezeichnungen können in der aktuellen Version anders aussehen oder an anderer Stelle sitzen.

Die Einstellungen solltet ihr zuerst erledigen. Sie sind übersichtlich und schnell gemacht. Öffnet sie über die drei Striche oben links und geht in die Einstellungen. Hier legt ihr die Hintergrundsynchronisation fest, das Design, den Standardmodus des Texteditors, die Ansicht der Notizen und die App-Sperre:

Falls ihr einmal versehentlich eine Notiz gelöscht habt, könnt ihr sie euch in der Einstellungsübersicht wieder anzeigen lassen.

Notizen erstellen und bearbeiten

Beginnt mit dem Erstellen und Ordnen eurer Notizen und nutzt Markdown, um sie nach euren Wünschen zu formatieren. Unten rechts lässt sich mit dem Button der Expertenmodus starten. Mit den drei Punkten oben rechts legt ihr den Titel der Notiz fest.

Formatierungshinweise

In den Einstellungen der App findet ihr Formatierungshinweise zu Markdown für den einfachen Bearbeitungsmodus.

Oben rechts findet ihr die Einstellungen für die jeweilige Notiz. Ihr könnt die Kategorie festlegen, die Notiz verschieben oder direkt löschen. Auch teilen lässt sie sich von hier aus.

Notizen im Browser am Desktop bearbeiten

Am Desktop greift ihr über die Weboberfläche eurer Nextcloud auf dieselben Notizen zu, egal auf welchem Gerät sie entstanden sind. Loggt euch im Browser auf eurem Server ein und öffnet die App Notes:

Hier habt ihr Zugriff auf eure Notizen, eure Kategorien und weitere Einstellungen. Auch in der Weboberfläche stehen ein einfacher Markdown-Modus und eine formatierte Ansicht zur Auswahl. Unten in den Einstellungen legt ihr fest, welcher Modus beim Öffnen einer Notiz startet.

In den Einstellungen von Notes könnt ihr ausserdem festlegen, in welchem Ordner eurer Nextcloud die Notizen abgelegt werden:

Wo eure Notizen tatsächlich liegen

Laut Projektdokumentation werden die Notizen als Dateien in eurer Nextcloud gespeichert und lassen sich deshalb über jeden Nextcloud-Client öffnen und bearbeiten. Vorgabe ist der Ordner Notes und die Dateiendung .txt; wer lieber .md hat, kann das umstellen, ebenso den Speicherort.

Das hat zwei Seiten. Die gute: Eure Notizen sind nicht in einer App eingesperrt. Wer Notes morgen nicht mehr mag, hat einen Ordner voller Textdateien und keinen Exportdialog, der nur die Hälfte mitnimmt. Die weniger bequeme: Es sind eben gewöhnliche Textdateien auf dem Server. Wer den Server betreibt, kann sie lesen, genau wie jedes andere Dokument in eurer Nextcloud. Auf dem eigenen Server seid ihr das selbst, bei einem Hoster ist es der Hoster.

Für Einkaufslisten, Anleitungen und Projektnotizen ist das kein Problem. Für Passwörter, Wiederherstellungsschlüssel oder Seed-Phrasen ist eine Notiz-App der falsche Ort, egal auf welchem Server. Was vertraulich bleiben soll, auch gegenüber dem Betreiber, gehört vor dem Hochladen verschlüsselt, etwa in einen Tresor, wie ihn unser Beitrag Daten in der Cloud verschlüsseln mit Cryptomator beschreibt. Dafür verzichtet ihr auf den Komfort der Notes-App.

Notizen am Desktop ohne Browser

Wollt ihr euch nicht ständig im Browser anmelden, geht es auch mit dem Nextcloud-Client für den Desktop. Ladet euch den Nextcloud Desktop-Client für Windows, macOS oder Linux herunter und verbindet ihn mit eurem Konto. Danach habt ihr Zugriff auf alle eure Nextcloud-Dateien direkt im Dateiexplorer, einschliesslich des Notizordners. Weil die Notizen einfache Textdateien sind, öffnet sie jeder Texteditor. Wer die Nextcloud lieber ohne Sync-Client als Laufwerk einbindet, findet den Weg in Nextcloud direkt via WebDav in Linux und Windows einbinden.

Worauf ihr achten solltet

• Ohne Nextcloud-Files-App geht es nicht. Die Android-App setzt laut Projektbeschreibung die Nextcloud-App voraus. Wer nur Notes installiert, kommt nicht weit.
• Die Server-App muss laufen. Ohne die Server-App Notes auf eurer Nextcloud hat die Android-App keine Gegenstelle.
• Keine Geheimnisse in Klartextdateien. Notizen liegen als Textdateien auf dem Server. Passwörter gehören in einen Passwortmanager, Seed-Phrasen auf Papier oder Metall.
• Dateiendung früh festlegen. Ob eure Notizen als .txt oder .md gespeichert werden, ist eine Einstellung. Wer die Dateien später mit anderen Markdown-Programmen öffnen will, legt das am besten fest, bevor sich hunderte Notizen angesammelt haben.
• Das Konto absichern. Wer euer Nextcloud-Konto übernimmt, liest auch eure Notizen. Eine Zwei-Faktor-Anmeldung, etwa mit einem YubiKey, schützt alles zugleich.
• App-Sperre auf dem Telefon nutzen. Die App bringt eine eigene Sperre mit. Auf einem Gerät, das auch einmal in fremde Hände kommt, lohnt sie sich.

Fazit: Nextcloud Notes ist die Notiz-App, aus der ihr jederzeit wieder rauskommt

Nextcloud Notes ist kein Feuerwerk an Funktionen, und das ist sein grösster Vorzug. Die App synchronisiert Markdown-Notizen zwischen Android, Browser und Desktop, und darunter liegen gewöhnliche Textdateien in einem Ordner eurer eigenen Nextcloud. Kein proprietäres Format, kein Abo, kein Konzern, der eure Einkaufslisten für die Produktentwicklung „anonymisiert“. Die Frage, die ihr jeder Notiz-App stellen solltet, lautet: Wie komme ich hier wieder raus? Bei Notes lautet die Antwort: Ordner kopieren, fertig.

Quellen und weiterführende Links

• Nextcloud Notes, Server-App: Repository und Dokumentation
• Notes im Nextcloud App Store
• Nextcloud Notes für Android: Repository mit Funktionsliste und Voraussetzungen
• Nextcloud Notes bei F-Droid
• Nextcloud Notes im Google Play Store
• Nextcloud Files für Android bei F-Droid
• Nextcloud Desktop- und Mobil-Clients herunterladen

The post Mit Nextcloud Notes Notizen verwalten appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was ist BTCMap?

BTCMap ist eine mobile Anwendung, die es Nutzern ermöglicht, Bitcoin-freundliche Geschäfte und Dienstleister in ihrer Umgebung zu finden. Die App nutzt eine umfangreiche Datenbank, die kontinuierlich aktualisiert wird, um die besten Orte für Bitcoin-Transaktionen anzuzeigen. Egal ob Cafés, Restaurants, Einzelhandelsgeschäfte oder Dienstleistungsanbieter – mit BTCMap findet ihr schnell und einfach heraus, wo ihr eure Sats ausgeben könnt.

Hauptfunktionen von BTCMap

1. Interaktive Karte:
   Die App bietet eine benutzerfreundliche, interaktive Karte, auf der alle Bitcoin-freundlichen Orte markiert sind. Ihr könnt zoomen und durch verschiedene Stadtteile navigieren, um zu sehen, welche Geschäfte in eurer Nähe Bitcoin akzeptieren.
2. Detaillierte Informationen:
   Für jeden Eintrag gibt es, falls vom Geschäft hinterlegt, Informationen, einschließlich der genauen Adresse, Öffnungszeiten, Kontaktinformationen und eine Beschreibung der angebotenen Produkte oder Dienstleistungen.
3. Benutzerfreundlichkeit:
   BTCMap ist einfach zu bedienen und hat ein intuitives Design. Die Navigation durch die App ist flüssig und erfordert keine technischen Vorkenntnisse.
4. Aktualisierte Datenbank:
   Die Datenbank wird regelmäßig aktualisiert, um sicherzustellen, dass alle Informationen aktuell und korrekt sind. Nutzer können auch neue Orte hinzufügen und bestehende Einträge aktualisieren, um der Community zu helfen. Die Daten basieren auf Open-Source Daten von Open Street Maps.

Vorteile der Nutzung von BTCMap

• Zeitersparnis: Anstatt stundenlang im Internet nach Bitcoin-freundlichen Orten zu suchen, habt ihr alle Informationen auf einen Blick parat.
• Community-basiert: Die App lebt von den Beiträgen und Rückmeldungen der Community. Dadurch bleibt die Datenbank immer aktuell und genau.
• Förderung der Bitcoin-Akzeptanz: Indem ihr Bitcoin-freundliche Orte unterstützt, tragt ihr zur weiteren Verbreitung und Akzeptanz von Bitcoin bei.

Installation und Nutzung

BTCMap ist sowohl für Android als auch für iOS verfügbar und kann kostenlos im F-Droid oder Aurora bzw. im Apple App Store heruntergeladen werden. Nach der Installation erfordert die App keine Registrierung, was die Nutzung noch einfacher macht. Ihr könnt sofort loslegen und die Bitcoin-freundlichen Orte in Deiner Umgebung entdecken.

Eures eigene Geschäft zu BTCMap hinzufügen

Ihr könnt auch euer Geschäft ganz einfach selber zu BTCMap hinzufügen. Das ist etwas kompliziert, wir erklären euch aber genau, wie es funktioniert.

Schritt 1: Account bei OpenStreetMap erstellen

Erstellt euch einen Account bei OpenStreetMap hier.

Schritt 2: Punkt hinzufügen und taggen

Ihr müsst als nächstes eures Lokal erstellen, und die benötigten Information hinterlegen, damit sie die App BTCMap erkennt. Nachdem ihr euch eingeloggt habt, sucht oben Links nach eurer Adresse, oder eurem Standort des Geschäfts. Nachdem ihr diesen gefunden habt, könnt ihr oben über dem Suchfeld auf bearbeiten gehen:

Anschliessend startet der Bearbeitungsmodus. Klickt oben in der Mitte dann auf Point, und wählt nun mit dem Mauszeiger das Gebäude eures Geschäfts aus. Sucht in der linken Arbeitsleiste nun nach der Kategorie eures Geschäfts, zum Beispiels Computerfachhandel:

Fügt nun links in der neuen Arbeitsleiste Informationen zu eurem Geschäft hinzu. Name des Betreibers, Name des Geschäfts, Telefonnummer und etc.

Nun fügen wir die Daten hinzu, die BTCMap benötigt, um das Geschäft zu erkennen und in der App hinzu zufügen. Dieses sind die folgenden Tags: Diese müsst ihr weiter unten im Tab Eigenschaften hinzufügen:

currency:XBT=yes - zeigt an, das Bitcoin akzeptiert wird.

payment:onchain=yes - zeigt an dass on-chain Zahlungen akzeptiert werden.

payment:onchain=no - zeigt an, dass on-chain Zahlungen nicht akzeptiert werden.

payment:lightning=yes - zeigt an, dass Zahlungen in Lightning akzeptiert werden.

payment:lightning=no - zeigt an, dass Lightning Zahlungen nicht akzeptiert werden.

payment:lightning_contactless=yes - zeigt an, dass Lightning Zahlungen per NFC akzeptiert werden.

payment:lightning_contactless=no - zeigt an, dass Lightning Zahlungen per NFC nicht akzeptiert werden.

survey:date=yyyy-mm-dd - zeigt an, dass die Daten am heutigen Tag hinzugefügt und verifiziert worden sind haltet euch an das Format im Screenshot.

Anschliessend sollten die Zahlungen im Feld Zahlungsarten vorhanden sein:

Schritt 3: Arbeit speichern

Speichert eure Arbeit ab, indem ihr oben rechts auf den Upload Button drückt. Gebt dem Eintrag eine Beschreibung, und wählt anschliessend das hochladen aus:

Jetzt müsst ihr eine Weile warten, und BTCMap zeigt euch den Shop dann in der jeweiligen Region an:

Wem das ganze zu kompliziert ist, der kann hier sein Geschäft hier vom BTCMap Team, von freiweiligen eintragen lassen, scrollt nach unten zum Punkt Form Option, und gebt hier eure Daten ein:

Fremde Geschäfte hinzufügen

Ihr könnt natürlich auch selber Geschäfte hinzufügen, die Bitcoin als Zahlungsmittel akzeptieren. Dafür müsst ihr nicht Besitzer des Geschäfts sein. Hinterlasst jedoch trotzdem dem Shop, den ihr selber hinzufügt eine Nachricht. Setzt den tag survey:date=yyyy-mm-dd erst, wenn ihr sicher seid, dass der Shop auch wirklich Bitcoin akzeptiert, dass könnt ihr zum Bespiel tun, indem ihr das Geschäft per Mail anfragt.

Fazit

BTCMap ist ein unverzichtbares Tool für jeden Bitcoin-Nutzer. Mit seiner benutzerfreundlichen Oberfläche, den detaillierten Informationen und der aktiven Community ist die App ideal, um den Alltag mit Bitcoin zu meistern. Egal, ob ihr auf Reisen seid oder einfach nur in eurer Heimatstadt neue Orte entdecken möchtet – BTCMap hilft euch dabei, Bitcoin als Zahlungsmittel zu nutzen und zu erleben.

Probiert die App aus und entdecke die Welt der Bitcoin-freundlichen Geschäfte in eurer Umgebung! Für weitere coole Apps, schaut in der Sektion Android vorbei!

The post Bitcoin Shops finden und hinzufügen mit BTCMap appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Dieser Beitrag ist ursprünglich im Mai 2024 erschienen und am 18.08.2026 überarbeitet worden. Aktuell ist zu diesem Zeitpunkt die Fassung 4.8.4 vom 31.07.2026, wie sie im F-Droid-Eintrag zu com.aurora.store steht. Die Bildschirmfotos in dieser Anleitung stammen noch aus der 4er-Reihe von 2024. Die Abläufe stimmen weiterhin, einzelne Beschriftungen und Symbole können inzwischen abweichen.

Aurora Store installieren heisst: Play Store ohne Google-Konto

Der Aurora Store ist eine Alternative zum Google Play Store für alle, die auf Datenschutz und Unabhängigkeit von Google Wert legen. Er ist quelloffen unter der GPLv3 lizenziert, der Quellcode liegt bei GitLab, und er läuft mit wie ohne Google Play Services oder microG. Damit ist er die naheliegende Ergänzung auf einem Custom-ROM wie GrapheneOS, wo gar kein Google-Konto vorhanden ist.

Wichtig ist die Abgrenzung: Der Aurora Store ist kein eigenes Repository. Er beschafft nichts selbst und prüft nichts selbst, sondern spricht die Google-Play-API an und lädt exakt dieselben Pakete herunter, die auch der Play Store ausliefert. Das ist der Unterschied zu F-Droid, das seine Apps selbst aus dem Quellcode baut und signiert. Wer beides parallel betreibt, sollte sich merken, wo eine App hergekommen ist — aktualisiert wird sie immer dort, wo sie installiert wurde.

Vom Yalp-Store-Fork zur festen Grösse

Der Aurora Store startete 2018 als Fork des Yalp Stores, der Nutzern den Download von APKs aus dem Play Store ohne Google-Konto ermöglichte. Entwickler Rahul Kumar Patel wollte daraus etwas Benutzerfreundlicheres machen. Seitdem sind eine überarbeitete Oberfläche, erweiterte Filter, Mehrsprachigkeit und mehrere Installationsmethoden dazugekommen. Die Projektseite dazu ist auroraoss.com, gepflegt wird der Code auf GitLab.

Anonym heisst nicht unsichtbar

Hier hat die ursprüngliche Fassung dieses Artikels zu viel versprochen, und das gehört korrigiert. Der anonyme Login nimmt Google euer Konto weg, nicht eure Daten. F-Droid führt den Aurora Store deshalb mit zwei Anti-Features: „Non-Free Network Services", weil die App vollständig von einem unfreien Netzdienst abhängt, und „Tracking", weil standardmässig die Liste eurer Apps und Systemdetails an die Play-Store-Server gehen — laut F-Droid genug, um das Gerät wiederzuerkennen. Beides steht offen im F-Droid-Eintrag.

Was der anonyme Login also leistet: Eure Downloads hängen nicht an einer Identität, die Google über Jahre mit Suchverlauf, Standorten und Zahlungsdaten anreichert. Was er nicht leistet: euch unsichtbar machen. Google sieht weiterhin eine IP-Adresse, ein Gerätemodell und eine Anfrage.

Wie der anonyme Login technisch funktioniert

Das Projekt beschreibt den Mechanismus in seinem Wiki-Eintrag zu anonymen Logins selbst, und es lohnt sich, das zu kennen, weil es erklärt, warum die Anmeldung manchmal einfach nicht klappt. Im Hintergrund laufen sogenannte Token-Dispenser: Webdienste, in denen rund 250 echte Google-Konten hinterlegt sind. Fragt eure App nach Zugang, meldet sich ein Dispenser mit einem dieser Konten an und reicht euch den AuthToken durch.

Daraus ergeben sich die bekannten Aussetzer. Google erlaubt nach Beobachtung der Entwickler etwa zwölf gleichzeitige Sitzungen pro Konto; werden es mehr, fliegen die älteren raus. Dazu kommen Sperren, weil dasselbe Konto zeitgleich aus einem Dutzend Ländern angesprochen wird, und Ratenbegrenzungen bei zu vielen Abfragen. Das ist kein Fehler in der App, das ist die Bauweise. Wie ihr damit umgeht, steht ausführlich in unserem Beitrag zu den Methoden, um das Aurora Rate Limit zu umgehen.

Sicher ist hier nur, dass Google vorher draufgeschaut hat

Auch das stand in der ursprünglichen Fassung zu selbstbewusst: dass alle Apps aus dem Play Store sicher seien und keine Schadsoftware enthielten, weil Google sie vorher prüfe. Google selbst formuliert das vorsichtiger. Auf der Seite zu Google Play Protect ist von täglich rund 200 Milliarden geprüften Apps die Rede und davon, dass Apps von Play Protect überprüft wurden — eine Zusage, dass nichts Schädliches durchkommt, gibt Google nicht. Und sie wäre auch nicht zu halten: Meldungen über Schadsoftware, die es durch die Prüfung geschafft hat, erscheinen regelmässig.

Richtig bleibt die Kernaussage trotzdem: Eine App über den Aurora Store aus dem Play-Katalog zu ziehen ist deutlich vernünftiger, als eine APK von einer beliebigen Downloadseite oder aus einem Forum zu laden. Was das für den Rest eures Geräts heisst, haben wir im Beitrag zum Virenschutz auf Android aufgeschrieben.

Was der anonyme Login nicht kann

Der anonyme Zugang hat eine harte Grenze, und die liegt bei bezahlten Apps. Weil ihr über generische Sammelkonten unterwegs seid und nicht über euer eigenes, kommt ihr weder an gekaufte Apps heran, die auf eurem persönlichen Google-Konto liegen, noch könnt ihr überhaupt etwas kaufen. Der Aurora Store sieht euren Kaufverlauf nicht — was aus Datenschutzgründen genau so gewollt ist.

Der Store eignet sich also für kostenlose Apps ohne Kontobindung. Wer bezahlte Apps braucht, meldet sich im Aurora Store mit dem eigenen Google-Konto an, was den Sinn der Sache weitgehend aufhebt, oder nimmt gleich den Play Store. Für quelloffene Apps ist ohnehin oft Obtainium der bessere Weg, weil es direkt von der Veröffentlichungsseite des Projekts zieht und Google dabei ganz aussen vor bleibt.

Installation und Einrichtung von Aurora

Den Aurora Store installieren könnt ihr auf zwei Wegen: über F-Droid, indem ihr dort einfach nach Aurora sucht, oder als APK direkt von der Projektseite auroraoss.com. Der Weg über F-Droid ist der bequemere, weil Aktualisierungen dann automatisch mitkommen. Zu F-Droid selbst gibt es zwei Beiträge bei uns: die Einrichtung und Anwendung und, für die andere Seite der Medaille, die Sicherheitsbedenken und aktuellen Probleme.

Intro und Darstellung

Beim ersten Start richtet ihr Aurora kurz ein. Auf dem Begrüssungsbildschirm findet ihr den Link zum Quellcode, Angaben zu den Lizenzen und weitere Infos. Danach geht es zur Installationsmethode — belasst es hier beim Session Installer, das ist die Vorgabe und die einzige Methode, die ohne Root, Shizuku oder die Zusatz-App Aurora Services auskommt. Im nächsten Schritt passt ihr die Darstellung an und wählt ein Theme, danach noch die Farbakzente.

Links und Berechtigungen

Als Nächstes kommen die App-Links und die Berechtigungen. Die App-Links sorgen dafür, dass ein angeklickter Play-Store-Link — etwa aus einer Suchmaschine — in Aurora aufgeht und nicht im Play Store. Habt ihr den Play Store installiert, entzieht ihm zuerst die Berechtigung dafür: Symbol lange gedrückt halten, Standardmässig öffnen wählen und den Haken bei Unterstützte Links öffnen entfernen. Zurück in der Aurora-Einrichtung aktiviert ihr dann play.google.com und setzt den Haken; mit market.android.com verfahrt ihr genauso. Im letzten Schritt erteilt ihr Aurora die nötigen Berechtigungen, indem ihr je Kategorie auf Erlauben tippt und die Abfragen auf dem Gerät bestätigt.

Anmeldung im Aurora Store

Jetzt folgt die Anmeldung, und das ist der Punkt, um den es bei diesem Store eigentlich geht. Wählt ihr anonym, meldet euch die App über eines der oben beschriebenen Sammelkonten bei Google an. Ihr müsst dafür nichts tun, das läuft im Hintergrund. Ihr bekommt damit Zugriff auf den kompletten Play-Katalog, ohne dass ein Download eurem eigenen Konto zugerechnet wird.

Anwendung vom Aurora Store

Die Bedienung ist unaufgeregt. Auf dem Hauptbildschirm stehen die gerade angesagten Apps, unten links sitzt die Suche, oben findet ihr Charts und Kategorien, unten die Reiter für Spiele und Updates. Unter Updates sammeln sich alle Apps, für die eine neuere Fassung vorliegt. Ein Tipp auf Aktualisieren erledigt eine einzelne App, der Downloadknopf unten rechts aktualisiert die ganze Liste auf einmal.

Aurora Store Einstellungen

Die Einstellungen erreicht ihr oben links über die drei waagerechten Striche. Viel gebraucht werden sie nicht. Nützlich ist Meine Apps & Spiele als Übersicht über das Installierte. Ausserdem lässt sich das Design nachjustieren oder Berechtigungen entziehen — Letzteres solltet ihr lassen, sonst funktioniert der Store nicht mehr richtig. Interessant ist der Spoof Manager, mit dem ihr den Google-Servern ein anderes Gerät oder eine andere Region vortäuschen könnt, um an regional gesperrte Apps zu kommen. Auf einem GrapheneOS-Gerät ist das in aller Regel unnötig.

In den weiteren Einstellungen stecken Filter, etwa um Google-eigene Apps auszublenden oder nur die über Aurora installierten Apps anzuzeigen. Das zweite ist sinnvoll, damit über F-Droid installierte Apps nicht im Aurora-Updater auftauchen — aktualisiert wird eine App immer dort, wo sie herkam. Die Reiter Netzwerk, Downloads und Installation könnt ihr getrost ignorieren. Unter Updates legt ihr fest, ob automatisch aktualisiert werden soll; standardmässig ist das abgeschaltet.

Apps Einstellungen

Wählt ihr eine bereits installierte App aus, landet ihr in deren Menü. Oben rechts könnt ihr sie teilen oder löschen, über die drei Punkte kommen weitere Möglichkeiten: eine ältere Version installieren, in die App-Einstellungen des Systems springen, die App auf die Startseite legen oder sie in den Downloads ansehen. Für eine ältere Version braucht ihr den Versionscode, und der lässt sich nicht immer leicht herausfinden.

Googles Entwickler-Verifizierung trifft nicht die Apps, sondern Aurora selbst

Ein Punkt, den es 2024 noch nicht gab und der sich auf diese Anleitung auswirken wird. Google hat im Juni 2026 im Android Developers Blog angekündigt, dass ab dem 30.09.2026 in Brasilien, Indonesien, Singapur und Thailand Apps von nicht registrierten Entwicklern nicht mehr über die teilnehmenden App-Stores installiert werden können. Bleiben sollen zwei Wege: die Android Debug Bridge und ein „Advanced Flow" für erfahrene Nutzer, den Google für August 2026 angekündigt hat. Eine weltweite Ausweitung ist ab 2027 vorgesehen.

Für den Aurora Store heisst das etwas Bestimmtes, und es lohnt sich, das auseinanderzuhalten. Die Apps, die ihr über Aurora bezieht, kommen aus dem Play-Katalog — deren Entwickler sind bei Google ohnehin registriert. Betroffen ist der Aurora Store selbst: Er wird über F-Droid oder als APK verteilt, also ausserhalb der teilnehmenden Stores, und fällt damit unter genau die Regeln, die Google für das Installieren aus Fremdquellen aufstellt. Die Schweiz gehört nicht zu den vier Ländern der ersten Stufe. Was Google konkret vorhat, haben wir in Android Entwickler-Verifizierung: euer Gerät ist egal aufgedröselt.

Offen ist zum Stand 18.08.2026, ob der angekündigte Advanced Flow tatsächlich ausgeliefert wurde. Eine belastbare Quelle dazu liegt nicht vor, und wir behaupten hier nichts, was wir nicht belegen können.

Was ihr tun könnt

• Installiert den Aurora Store über F-Droid, dann kommen Aktualisierungen automatisch mit.
• Nehmt für quelloffene Apps zuerst F-Droid oder Obtainium und nur das, was es dort nicht gibt, über Aurora. Das reduziert die Zahl der Anfragen an Google und damit auch die Rate-Limit-Probleme.
• Rechnet damit, dass der anonyme Login zeitweise ausfällt. Das ist bauartbedingt und kein Grund, die Installation neu aufzusetzen.
• Meldet euch nur dann mit einem echten Google-Konto an, wenn ihr gekaufte Apps wirklich braucht — und dann besser mit einem separaten Konto als mit eurem Hauptkonto.
• Behaltet im Kopf, aus welcher Quelle eine App stammt, und aktualisiert sie dort.

Fazit: Der Aurora Store nimmt Google das Konto weg, nicht die Daten

Der Aurora Store löst ein reales Problem sauber: Er verschafft Zugriff auf den Play-Katalog, ohne dass ihr ein Google-Konto besitzen und pflegen müsst. Auf einem Gerät ohne Google-Dienste ist er oft der einzige praktikable Weg zu Apps, die es nun einmal nur dort gibt. Das ist viel wert, und die Entwickler halten das Projekt seit 2018 am Laufen.

Er ist aber kein Freifahrtschein. Die App hängt vollständig an einer Infrastruktur, die Google gehört und die Google jederzeit dichtmachen kann — die wiederkehrenden Login-Ausfälle sind der laufende Beweis dafür. Und sie schickt weiterhin Gerätedaten an Google. Wer den Aurora Store für ein Datenschutzwerkzeug hält, überschätzt ihn; wer ihn als das nimmt, was er ist — eine Krücke um ein Konto herum —, fährt richtig. Die eigentliche Unabhängigkeit liegt eine Ebene tiefer: bei quelloffenen Apps aus quelloffenen Quellen. Warum diese Ebene zunehmend unter Druck gerät, steht in Android: Die Fassade der Offenheit bröckelt.

Quellen und weiterführende Links

• F-Droid: Aurora Store (com.aurora.store) — Fassung 4.8.4 vom 31.07.2026, Lizenz GPLv3, Anti-Features „Non-Free Network Services" und „Tracking"
• Aurora OSS / AuroraStore auf GitLab — Quellcode und Fehlerverfolgung
• AuroraOSS Wiki: Anonymous Logins — Token-Dispenser, Sitzungsgrenzen und die Gründe für Ausfälle
• auroraoss.com — Projektseite mit APK-Download
• Android Developers Blog: Android developer verification (Juni 2026) — Termine, Länder und der angekündigte Advanced Flow
• Google Play Protect — Googles eigene Beschreibung der Prüfung im Play Store

Der Store ist ein Umweg, kein Ziel Der Aurora Store holt Apps aus dem Play Store, immerhin ohne Konto. Wer den Google-Anteil ganz loswerden will, fängt beim Betriebssystem an: Googlefreie Smartphones erklärt warum. Im Shop stehen unter entgoogelte Smartphones fertige Geräte mit GrapheneOS und CalyxOS.

The post Aurora Store Installation und Anwendung appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was F-Droid ist – und warum ihr F-Droid installieren solltet

F-Droid ist ein App-Katalog ausschliesslich für freie und quelloffene Software. Das Projekt wurde 2010 von Ciaran Gultnieks gegründet und wird bis heute von Freiwilligen getragen; rechtlich sitzt es unter dem Dach der Commons Conservancy. Es gibt keinen Konzern dahinter, keine Werbeplätze und kein Interesse daran, euer Nutzungsverhalten zu verwerten.

Der entscheidende Unterschied zum Google Play Store liegt nicht im Sortiment, sondern im Vertrauensmodell. Bei Play ladet ihr ein fertiges Paket herunter und müsst dem Anbieter glauben, was darin steckt. Bei F-Droid ist der Quelltext jeder App öffentlich, und in aller Regel baut F-Droid die App selbst daraus. Ihr müsst nicht vertrauen, ihr könnt nachsehen.

Dazu kommt die Dezentralität: F-Droid ist nicht nur ein Katalog, sondern ein Format. Jedes Projekt kann ein eigenes Repository betreiben, und euer Client kann beliebig viele davon gleichzeitig abfragen. Genau diese Eigenschaft macht F-Droid zu dem, was von einem offenen Android noch übrig ist – und erklärt, warum das Projekt in der Debatte um Googles Pläne zur Schliessung von Android so exponiert steht.

Wie F-Droid Apps prüft: aus dem Quelltext gebaut, mit Anti-Features markiert

Hier hält sich ein Missverständnis hartnäckig, das auch in der ersten Fassung dieses Artikels stand: F-Droid enthalte grundsätzlich nur Apps ganz ohne Werbung und ohne Tracking. So einfach ist es nicht, und der Unterschied ist wichtig.

Verboten sind laut Inclusion Policy proprietäre Tracking- und Werbebibliotheken – namentlich Google Play Services, Firebase, Crashlytics und vergleichbare geschlossene SDKs. Ebenso verboten sind unfreie Werkzeuge im Bauprozess: F-Droid verlangt eine zu 100 Prozent freie Toolchain aus Debian-Paketen. Eine App, die ohne solche Bausteine nicht läuft, kommt nicht in den Katalog.

Alles darunter wird dagegen nicht ausgeschlossen, sondern beschriftet. F-Droid kennt zehn sogenannte Anti-Features, darunter Ads, Tracking, Known Vulnerability, NonFreeNet und NoSourceSince. Apps mit solchen Markierungen bleiben im Katalog, sind aber als das gekennzeichnet, was sie sind. Ihr könnt im Client einstellen, welche davon ihr überhaupt sehen wollt; als Tracking markierte Apps sind standardmässig ausgeblendet.

Der zweite Punkt, der oft falsch dargestellt wird, betrifft die Signatur. Der Normalfall ist, dass F-Droid die App aus dem Quelltext baut und mit dem eigenen Schlüssel signiert. Daneben gibt es reproduzierbare Builds: F-Droid baut die App nach, vergleicht das Ergebnis mit dem vom Entwickler signierten Paket und veröffentlicht nur, wenn beide Bit für Bit übereinstimmen. Dann tragt ihr die Signatur des Entwicklers auf dem Gerät und könnt zwischen den Bezugsquellen wechseln, ohne die App neu installieren zu müssen.

Zwei Clients: F-Droid und F-Droid Basic

Seit einigen Jahren gibt es das Projekt in zwei Ausführungen, und diese Wahl gab es 2024 so noch nicht in aller Deutlichkeit.

Der klassische F-Droid-Client ist der Funktionsumfang, den dieser Artikel beschreibt: alle Tabs, Teilen in der Nähe, Panic-Funktion, Tor-Unterstützung. Aktuell ist die stabile Fassung 1.23.2 vom 19. Februar 2026, die mit Version 1.23 auf Material Design 3 umgestellt wurde. Seit dem 4. August 2026 liegt zusätzlich 2.0-rc0 als Vorabversion vor, deren Oberfläche vollständig in Kotlin Compose neu geschrieben wurde – die Bildschirmfotos in diesem Artikel zeigen also einen älteren Stand der Oberfläche, die Bedienlogik ist geblieben.

F-Droid Basic ist die abgespeckte Variante: kein Teilen in der Nähe, keine Panic-Funktion, dafür Android 13 aufwärts als Ziel – und der praktisch wichtigste Unterschied: Basic kann Apps unbeaufsichtigt aktualisieren, ohne Privileged Extension und ohne Root. Wer F-Droid auf einem Custom-ROM betreibt und keine Lust hat, jedes Update einzeln zu bestätigen, fährt mit Basic deutlich bequemer. Auch Basic liegt inzwischen als 2.0-rc0 vor.

Braucht ihr das Teilen ohne Internetverbindung nicht – und das dürfte auf die meisten zutreffen –, ist Basic heute die naheliegendere Wahl. Wer lieber einen dritten Weg geht, findet in unserer Übersicht der alternativen Android App Stores weitere Clients, etwa Droid-ify als schlanken Aufsatz auf dieselben Repositories oder Obtainium, das Apps direkt aus den Release-Seiten der Projekte zieht.

F-Droid installieren: die APK von der Projektseite

F-Droid steht als APK direkt auf der Projektseite zum Herunterladen bereit. Ladet die Datei mit dem Smartphone herunter und öffnet sie. Eine Einrichtung ist nicht nötig, der Store lässt sich sofort verwenden.

Beim ersten Installieren einer App fragt Android, ob Installationen aus der Quelle F-Droid erlaubt sind. Tippt auf Einstellungen und setzt bei Dieser Quelle vertrauen den Haken:

Danach lassen sich Apps ohne Zwischenschritte installieren.

F-Droid im Alltag: die Oberfläche

Die Bedienung ist übersichtlich. Der klassische Client hat fünf Hauptbereiche. Im Tab Neues stehen die zuletzt aufgenommenen Apps und Releases, die ihr noch nicht installiert habt, ohne Kategorisierung. Im Tab Kategorien sind die Apps thematisch sortiert – Geld, Grafik, Internet, Lesen, Multimedia und weitere –, was die Suche nach einem bestimmten Werkzeug erleichtert.

Im Tab Umfeld könnt ihr Apps ohne Internetverbindung direkt an andere Geräte weitergeben. Da eine fehlende Verbindung heute selten das Problem ist, bleibt dieser Tab für die meisten entbehrlich – genau deshalb fehlt er in F-Droid Basic. Über den Lupenbutton unten rechts sucht ihr gezielt nach Apps.

Apps aktualisieren

Im Tab Aufgaben stehen die verfügbaren Updates zu euren installierten Apps. Steht dort nichts, ist alles aktuell. Aufgelistete Apps aktualisiert ihr direkt über den Button Aktualisieren.

Einstellungen

Die Konfigurationsmöglichkeiten sind vielfältig und wirken auf den ersten Blick unübersichtlich. In der Praxis genügt es, zwei Punkte anzupassen: die Paketquellen und das Updateverhalten.

Paketquellen festlegen

Standardmässig zeigt F-Droid nur Apps aus dem eigenen Hauptrepository. Über zusätzliche Repositories erreicht ihr Apps, die dort nicht liegen oder dort langsamer ankommen.

Der Grund für diese Verzögerung ist übrigens nicht eine Freigabe durch die Community, wie hier früher stand, sondern der Bauprozess: F-Droid übersetzt jede App selbst aus dem Quelltext, und das braucht seine Zeit. Ein Repository, das der Anbieter selbst betreibt, liefert deshalb oft die frischere Version.

Repositories hinzuzufügen ist einfach. In den Einstellungen gibt es einen Bereich, in dem ihr einen QR-Code scannen oder die Adresse eines Repositories eintragen könnt. F-Droid prüft die Verbindung und nimmt die Quelle in die Liste auf.

Ein Beispiel für einen solchen QR-Code steht im Download-Bereich von NewPipe, das ein eigenes Repository betreibt, weil Updates über den F-Droid-Hauptkatalog länger brauchen. Auch für die Molly-Variante von Signal braucht ihr ein zusätzliches Repository. Danach tauchen die Apps automatisch in der Suche auf, weitere Einstellungen sind nicht nötig.

Aktualisierungseinstellungen

Weiter unten in den Einstellungen legt ihr fest, ob Apps nur im WLAN automatisch aktualisiert werden und im Mobilfunknetz erst auf Knopfdruck im Aufgabentab. Das lohnt sich, wenn euer Datenvolumen begrenzt ist.

Weitere Einstellungen: Design, Proxy und Tor

Darunter findet ihr die Einstellungen zum Erscheinungsbild sowie die Frage, ob F-Droid Apps über einen Proxy laden soll. Wir empfehlen, Apps nicht über Tor zu beziehen: F-Droid liefert signierte Pakete, deren Echtheit ihr ohnehin prüfen könnt, und das Tor-Netzwerk sollte nicht unnötig mit grossen Downloads belastet werden. Wollt ihr es trotzdem, braucht ihr Orbot zusammen mit F-Droid, aktiviert im Client die Tor-Option und lasst Orbot laufen.

Was Googles Entwickler-Verifizierung für F-Droid bedeutet

Das ist der Teil, den es 2024 noch nicht gab und der heute über allem anderen steht. Google baut die Installation von Apps auf zertifizierten Android-Geräten so um, dass nur noch Apps von registrierten Entwicklern über den normalen Weg installiert werden können. Registrierung heisst: Identität gegenüber Google nachweisen, in der Regel mit amtlichem Ausweis, plus Zustimmung zu den Bedingungen. Das betrifft nicht nur den Play Store, sondern jede Installationsquelle – auch F-Droid und den direkten APK-Download.

Die Eckdaten stehen in Googles eigenem Zeitplan vom Juni 2026: Ab Juni 2026 wird ein neuer Systemdienst auf die meisten Android-Geräte ausgerollt. Ab dem 30. September 2026 ist die Registrierung in Brasilien, Indonesien, Singapur und Thailand für die teilnehmenden Stores Pflicht. Nicht registrierte Apps lassen sich dort dann nur noch über adb oder über einen sogenannten Advanced Flow installieren. Die weltweite Ausweitung ist für 2027 und später angekündigt.

F-Droid hat dazu im Februar 2026 einen offenen Brief mitgezeichnet und rät Entwicklern unmissverständlich davon ab, sich zu registrieren. Das Projekt hielt Googles frühere Zusagen zu einem Weg für erfahrene Nutzer damals für nicht belastbar. Googles Juni-Ankündigung nennt einen solchen Advanced Flow inzwischen ausdrücklich, samt Sicherheitsabfragen gegen Betrugsmaschen. Wie belastbar er in der Praxis ist, wird sich erst zeigen, wenn er wirklich ausgeliefert ist.

Der offene Brief steht auf keepandroidopen.org und wurde von über 70 Organisationen aus mehr als 20 Ländern unterzeichnet, darunter die Electronic Frontier Foundation, die Free Software Foundation, EDRi, das Tor Project, Nextcloud, Brave und LineageOS. Was das für euer Gerät konkret heisst, haben wir in Android Entwickler-Verifizierung: euer Gerät ist egal auseinandergenommen; die längere Linie dahinter zeichnet Android: Die Fassade der Offenheit bröckelt nach.

Für F-Droid ist das keine Randnotiz, sondern eine Frage der Existenz. Ein Katalog, dessen Stärke gerade darin besteht, dass auch ein einzelner Entwickler ohne Firmenmantel und ohne Ausweisvorlage etwas veröffentlichen kann, verliert seinen Sinn, wenn genau das nicht mehr geht.

Grenzen von F-Droid

F-Droid ersetzt den Play Store nicht vollständig, und das ist kein Versehen. Weil nur freie Software aufgenommen wird, fehlen viele bekannte Apps schlicht. Wer Banking-App, Ticket-App und den Messenger des Arbeitgebers braucht, kommt um eine zweite Bezugsquelle nicht herum – etwa den Aurora Store.

Ausserdem verlangt F-Droid ein gewisses Mass an Einarbeitung. Wer versteht, was ein Repository ist und wann sich ein zusätzliches lohnt, holt deutlich mehr heraus als jemand, der die Standardansicht nie verlässt. Diese Hürde ist real, aber niedrig – und die Entdeckungsreise lohnt sich: Ein grosser Teil dessen, was auf F-Droid liegt, stammt von unabhängigen Entwicklern und kleinen Teams und findet sich in keinem kommerziellen Katalog. Eine Auswahl haben wir in Die besten Android Open Source Apps zusammengestellt.

Und F-Droid ist nicht über jede Kritik erhaben. Zu den Debatten um Signierschlüssel, Reaktionszeiten bei Sicherheitslücken und den Streit mit einzelnen Projekten haben wir einen eigenen Beitrag: F-Droid Sicherheitsbedenken und aktuelle Probleme.

Was ihr tun könnt

• Installiert F-Droid Basic statt des klassischen Clients, wenn ihr Android 13 oder neuer nutzt und auf das Teilen in der Nähe verzichten könnt – unbeaufsichtigte Updates ohne Root sind den Wechsel wert.
• Schaut euch bei jeder App die Anti-Features an, bevor ihr sie installiert. Sie stehen auf der Detailseite und sind die ehrlichste Beschreibung, die ihr in einem App Store bekommt.
• Tragt die Repositories der Projekte ein, die euch wichtig sind. Ihr bekommt Updates schneller und hängt nicht an einer einzigen Quelle.
• Prüft bei Apps, die ihr auch aus dem Play Store kennt, ob F-Droid sie als reproduzierbaren Build mit Entwicklersignatur führt. Dann könnt ihr die Bezugsquelle wechseln, ohne Daten zu verlieren.
• Lest den offenen Brief auf keepandroidopen.org und unterstützt die Projekte, die ihr über F-Droid bezieht – mit Spenden, Fehlerberichten oder Übersetzungen. Ein Katalog ist nur so lebendig wie die Projekte darin.

Fazit: F-Droid ist kein Nischenladen, sondern die letzte offene Verteilkette

F-Droid war lange ein Angebot für Überzeugte: quelloffen, werbefrei, ein bisschen sperrig. Diese Beschreibung greift 2026 zu kurz. Solange Apps ohne Registrierung bei einem einzelnen Konzern verteilt werden können, gibt es auf Android überhaupt eine Alternative. Fällt diese Möglichkeit weg, ist es egal, wie gut ein alternativer Store gebaut ist – er hat dann nichts mehr zu verteilen.

Deshalb ist F-Droid installieren heute keine Geschmacksfrage mehr. Es ist die praktischste Art, den Unterschied zwischen einem offenen und einem genehmigungspflichtigen Betriebssystem selbst zu erleben – und der Aufwand dafür beträgt einen Download.

Quellen und weiterführende Links

• F-Droid – Projektseite und APK-Download
• F-Droid: About – Gründung 2010 durch Ciaran Gultnieks, Trägerschaft Commons Conservancy
• F-Droid Inclusion Policy – welche Apps aufgenommen werden und welche Bausteine verboten sind
• F-Droid Anti-Features – die zehn Markierungen und ihre Bedeutung
• F-Droid Reproducible Builds – Nachbau und Entwicklersignatur
• F-Droid Client und F-Droid Basic – Versionsstände und Änderungsprotokolle
• F-Droid: An Open Letter Opposing Android Developer Verification, 24. Februar 2026
• keepandroidopen.org – offener Brief und Liste der Unterzeichner
• Android Developers Blog: Android developer verification – Building a safer ecosystem together, Juni 2026

The post F-Droid Installation und Anwendung appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Entwicklung und Designphilosophie

Breezy Weather ist nicht nur eine Weiterentwicklung von Geometric Weather, sondern erweitert die Grundlage mit neuen Funktionen, Quellen und einer modernisierten Codebasis. Die Entwickler legten großen Wert auf Sicherheit durch Aktualisierung der Abhängigkeiten und auf die Behebung von Fehlern. Im Fokus steht eine reibungslose Erfahrung für Nutzer und Entwickler gleichermaßen, was sich in einer klaren, nutzerfreundlichen Oberfläche und flüssigen Animationen widerspiegelt. Die App folgt dem Material Design und bietet zahlreiche Anpassungsmöglichkeiten.

Das Design ist bildhübsch und auf dem Hauptbildschirm der App findet ihr wirklich alle wichtigen Informationen um euch auf einen Ausflug vorzubereiten.

Kernfunktionen

Die Wetterinformationen in Breezy Weather sind umfassend und aktuell. Nutzer können auf Echtzeitdaten wie Temperatur, gefühlte Temperatur, Windgeschwindigkeit, UV-Index, Luftfeuchtigkeit und mehr zugreifen. Darüber hinaus sind tägliche und stündliche Vorhersagen bis zu 16 Tage im Voraus verfügbar, inklusive Informationen zu Luftqualität, Niederschlag und Sonnenschein.

Für die nächsten Stunden bietet Breezy Weather detaillierte Prognosen zu Niederschlag und Luftqualität. Außerdem sind Warnungen bei schwerem Wetter und Niederschlag ein zentraler Bestandteil der App, was die Sicherheit und das Wohlbefinden der Nutzer erhöht.

Quellen und Verfügbarkeit

Die Wetterdaten bezieht Breezy Weather aus einer Vielzahl an weltweiten und nationalen Quellen, darunter Open-Meteo, AccuWeather und das Dänische Meteorologische Institut. Einige Quellen sind speziell für bestimmte Regionen verfügbar, wie zum Beispiel die Wetterdienste von China, Kanada und Israel. Dies gewährleistet eine breite Abdeckung und hohe Genauigkeit der Wetterdaten.

Die Quellen können nach etwas Recherche im Netz natürlich frei abgeändert werden. Wer keine Daten zu einer bestimmten Wetterinformation benötigt, löscht die jeweiligen Links und Instanzen welche die Informationen bereitstellen. Die Daten stammen von Quellofenen Diensten und sind dafür bekannt, eure Privatsphäre zu respektieren.

Anpassung und Benutzererfahrung

Eines der Highlights von Breezy Weather ist die Anpassbarkeit. Nutzer können zwischen verschiedenen Icon-Packs wählen, den automatischen Dunkelmodus aktivieren und aus einer großen Auswahl an Homescreen-Widgets wählen. Ein Live-Wallpaper, das sich nach dem aktuellen Wetter richtet, rundet das individuelle Nutzungserlebnis ab.

Checkt die verschiedensten Einstellungen um die App nach euren Bedürfnissen anzupassen. Wer z.B den Akku etwas schonen will, und nicht alle 90Min neue Wetterdaten benötigt, kann den bereits guten Interval zum Beispiel im Tab Hintergrundaktualisierung heraufsetzen. Wer aktuellere Wetterdaten bevorzugt, setzt hier den Interval herunter. Im Tab Standort kann der Standortdienst komplett deaktiviert werden. Ihr könnt dann jeweils feste Orte hinzufügen, um jeweils die Wetterdaten für diese Standorte zu erhalten.

Berechtigungen und Datenschutz

Um all diese Daten bereitzustellen, benötigt Breezy Weather natürlich Zugriff auf Netzwerkfunktionen und optional GPS Abruf. Die App ist darauf ausgelegt, mit minimalen Berechtigungen zu funktionieren und die Privatsphäre der Nutzer zu wahren. Wer keine Standortinformationen preisgeben möchte, deaktiviert dies einfach direkt in der App.

Fazit

Mit Breezy Weather haben Android-Nutzer eine robuste, vielseitige und benutzerfreundliche Wetter-App zur Hand, die nicht nur durch ihre Funktionalität, sondern auch durch ihr Engagement für Offenheit und Anpassbarkeit überzeugt. Ob ihr den Tag plant oder einfach nur mit einem Blick aufs Handy das Wetter checken möchtet, Breezy Weather bietet euch alle Informationen, die ihr brauchst, in einem ansprechenden, intuitiven Format.

Wer gerne mehr über Android und OpenSource Apps erfahren möchte, schaut gerne hier vorbei.

The post Breezy Weather - Die Android Open Source Wetter App appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Aktuell ist Version 0.29.1, erschienen am 15. August 2026 auf GitHub und seit dem 21. August 2026 auch bei F-Droid. Der Vorgänger 0.29.0 vom 22. Juli 2026 hat die App auf Jetpack Compose umgebaut und die Mindestanforderung von Android 5.0 auf 6.0 angehoben — auf sehr alten Geräten läuft NewPipe nicht mehr.

NewPipe installieren: F-Droid, eigenes Repo oder APK

NewPipe gibt es nicht bei Google Play, und das ist kein Versäumnis der Entwickler. Die eigene Projektdokumentation stellt in Grossbuchstaben fest: „Putting NewPipe, or any fork of it, into the Google Play Store violates their terms and conditions." Eine App, die YouTube-Inhalte ohne die offizielle Schnittstelle ausliest, verstösst gegen die Bedingungen des Stores. Es bleiben drei Wege:

• Das offizielle F-Droid-Repo. Der bequemste Weg, wenn ihr F-Droid ohnehin nutzt. Der Nachteil steht auf der NewPipe-Seite selbst: „If you install NewPipe via the default F-Droid repo, updates for NewPipe might take their time to arrive for you." F-Droid baut jede App selbst nach, das kostet Tage.
• Das eigene Repo des Projekts. Schneller, weil die Builds direkt vom Team kommen. Ihr fügt es in F-Droid unter „Einstellungen → Repositories" hinzu, mit der Adresse https://archive.newpipe.net/fdroid/repo samt Fingerprint. Der QR-Code unten führt direkt dorthin.
• Die APK von GitHub. Der direkteste Weg, aber ohne automatische Updates. Ihr müsst dann selbst nachsehen, wann eine neue Fassung erscheint.

Zur Einordnung von F-Droid selbst gehört, dass der Store nicht unumstritten ist. Wir haben die Sicherheitsbedenken und offenen Probleme von F-Droid in einem eigenen Beitrag aufgearbeitet — das solltet ihr gelesen haben, bevor ihr F-Droid zu eurer einzigen App-Quelle macht.

Wie NewPipe funktioniert — und was daran gern falsch erzählt wird

Über NewPipe steht oft, die App tausche keine Daten mit Google-Servern aus. Das stimmt so nicht, und in dieser Fassung stand es hier früher auch. Richtig ist der feinere Punkt, den das Projekt selbst formuliert: „NewPipe works by fetching the required data from the official API (e.g. PeerTube) of the service you're using. If the official API is restricted (e.g. YouTube) for our purposes, or is proprietary, the app parses the website or uses an internal API instead."

NewPipe liest die YouTube-Seite also aus, statt die offizielle Schnittstelle zu benutzen. Die Verbindung zu Googles Servern besteht trotzdem, und eure IP-Adresse kommt dort an. Was fehlt, ist etwas anderes, und das ist der eigentliche Gewinn: „neither the app nor the Extractor use any proprietary libraries or frameworks, such as Google Play Services." Kein Konto, keine Play-Dienste, keine Werbe-ID, kein Abgleich mit einem Profil. Deshalb läuft NewPipe auch auf Custom-ROMs wie GrapheneOS ohne Google-Apps.

Abgedeckt sind laut Projektbeschreibung YouTube, YouTube Music, PeerTube mit allen Instanzen, Bandcamp, SoundCloud und media.ccc.de. Dazu Hintergrundwiedergabe, ein eingebauter Downloader mit Wahl von Format und Qualität, Abo-Verwaltung ohne Anmeldung und ein Betrieb, der auch schwächere Geräte nicht überfordert. Das Projekt weist dabei selbst darauf hin, dass die App formal Beta ist: „This app is in beta, so you may encounter bugs."

Googles Entwickler-Verifizierung: NewPipe hat sich bereits entschieden

Das ist die Entwicklung, die den Rest dieses Artikels relativiert. Google verlangt künftig, dass Entwickler sich mit Ausweisdokument registrieren, damit ihre Apps auf zertifizierten Android-Geräten installiert werden dürfen. Wir haben das ausführlich in Android Entwickler-Verifizierung: euer Gerät ist egal und in Keep Android Open aufgearbeitet.

Der Zeitplan, wie Google ihn dokumentiert

Nach Googles eigener Entwicklerdokumentation gilt der 30. September 2026 als erster Stichtag, zunächst in Brasilien, Indonesien, Singapur und Thailand. Betroffen sind zertifizierte Geräte ab Android 7 und Installationen über teilnehmende Stores — genannt werden Google Play, HONOR App Market, OPPO App Market, Galaxy Store, Palm Store, V-Appstore und GetApps. Ab 2027 soll die Regel weltweit für alle zertifizierten Android-Geräte gelten.

Im Android Developers Blog vom 19. März 2026 hat Google zwei Zugeständnisse angekündigt, beide für August 2026: kostenlose „limited distribution accounts", mit denen sich eine App ohne Ausweis und ohne Gebühr an bis zu 20 Geräte verteilen lässt, und einen „Advanced Flow" für erfahrene Nutzer, die unverifizierte Apps trotzdem installieren wollen. Das Fachmedium 9to5Google berichtete am 18. August 2026, dieser Advanced Flow werde inzwischen schrittweise ausgerollt: Entwickleroptionen öffnen, unverifizierte Entwickler zulassen, Warnungen bestätigen, 24 Stunden warten, danach für sieben Tage oder unbefristet freischalten.

Was das NewPipe-Team dazu sagt

NewPipe hat sich früh positioniert. Seit Version 0.28.4 blendet die App beim Start eine Warnung ein, und in der Ankündigung auf der Projektseite steht der Satz, um den es geht: „We will not enroll in this privacy violating program and give up the anonymity of our developers." Das Team beschreibt Googles Vorhaben als Zwang zur Registrierung mit persönlichen Daten und lehnt ihn ab.

Damit ist die Lage klar: NewPipe wird kein verifizierter Entwickler sein. Wie weit das trägt, hängt daran, ob Googles Regel nur Installationen über die genannten Stores erfasst oder auch das direkte Einspielen einer APK — der Advanced Flow existiert genau für den zweiten Fall, was dafür spricht, dass er mitgemeint ist. Ob bereits installierte Apps berührt werden, geht aus Googles Dokumentation nicht hervor. Beides bleibt offen, und niemand sollte es als sicher hinstellen.

Was heute schon gilt: Auf einem Gerät ohne Google-Zertifizierung — also auf den meisten Custom-ROMs — greift die Verifizierung nicht.

Die wichtigsten Einstellungen

Über die drei Striche oben links kommt ihr in die Einstellungen. Die folgenden Bildschirmfotos stammen aus einer älteren Fassung der App; mit dem Compose-Umbau in 0.29.0 hat sich die Oberfläche stellenweise verändert. Die beschriebenen Optionen gibt es weiterhin, sie sitzen nur nicht überall an derselben Stelle.

Eure Abonnements verwaltet ihr ohne Konto, rein lokal. Über die drei Punkte oben rechts importiert ihr sie aus einem bestehenden YouTube-Konto; wie das abläuft, steht in unserem Beitrag zu FreeTube, der YouTube-Alternative für den Desktop. Abos lassen sich in eigene Listen einsortieren, und unter Benachrichtigungen meldet euch die App neue Livestreams.

Video und Audio

Hier legt ihr Standardauflösung sowie bevorzugte Video- und Audioformate fest, aktiviert eine Audiobeschreibung für sehbehinderte Nutzer und bestimmt einen externen Player. Über „mit Kodi abspielen" schickt ihr Videos an ein Kodi-Mediacenter — dafür braucht es die App Kore aus F-Droid.

Download

Ihr bestimmt, ob NewPipe nach dem Speicherort fragt, legt einen Standardordner fest, sichert Audiospuren getrennt und regelt, ob ein Download beim Wechsel von WLAN auf Mobilfunk pausiert. Wer nur herunterladen und nicht in der App ansehen will, ist mit Seal oft schneller.

Aussehen

Nachtdesign, Wiedergabebenachrichtigungen, die Darstellung der Videoliste, die Textgrösse der Untertitel und die Position der Hauptleiste lassen sich hier anpassen.

Verlauf und Cache

Der wichtigste Bereich für eure Privatsphäre auf dem Gerät. Wiedergabe- und Suchverlauf lassen sich abschalten oder regelmässig löschen. Das schützt nicht vor YouTube, sondern vor allen, die euer entsperrtes Telefon in die Hand bekommen — was mehr wert ist, als es klingt.

Inhalt

Sprache der App, bevorzugte Sprache der Videos, Herkunftsland der Kanäle, Haupttab und angezeigte Tabs. Hier tragt ihr auch zusätzliche PeerTube-Instanzen ein und schaltet Vorschaubilder oder Kommentare ab. Am wichtigsten ist der Punkt ganz unten: Die gesamte NewPipe-Datenbank lässt sich exportieren und wieder einspielen. Damit sichert ihr Abos, Listen und Einstellungen — heruntergeladene Videos nicht. Legt euch diese Sicherung an, bevor ihr sie braucht.

Wo NewPipe an seine Grenzen stösst

YouTube wehrt sich, und NewPipe muss hinterherlaufen

Eine App, die eine Website ausliest, ist so stabil wie die Website konstant bleibt — und YouTube ändert sich absichtlich. Auf dem Fehlertracker des Projekts läuft dazu seit dem 25. März 2025 ein offener Sammeleintrag zur SABR-Umstellung: YouTube entfernt die getrennten Audio- und Videoströme, auf denen NewPipe aufsetzt, und Nutzer melden, dass Videos nur noch in 360p ankommen. Das Team schreibt dort selbst, es brauche eine Umsetzung des SABR-Protokolls und Hilfe dabei.

Rechnet also damit, dass NewPipe zwischendurch nicht tut, was es soll, und dass die Lösung ein Update ist. Das ist zugleich das beste Argument für das schnellere eigene Repo statt des offiziellen F-Droid-Kanals.

NewPipe versteckt eure IP-Adresse nicht

Ohne Konto, ohne Werbe-ID, ohne Play-Dienste — aber eure IP-Adresse landet bei YouTube, jedes Mal. Wer immer dieselbe Adresse benutzt und dieselben Inhalte abruft, die er auch angemeldet anschauen würde, ist darüber wiedererkennbar. F-Droid führt zu NewPipe deshalb auch das Anti-Feature „Non-Free Network Services" mit der Begründung „Depends on Youtube for videos": Die App ist frei, der Dienst dahinter ist es nicht.

Ein VPN verlagert dieses Problem, löst es aber nicht mehr zuverlässig. Die Invidious-Dokumentation hält dazu nüchtern fest: „It is known that YouTube block datacenter and VPN IP addresses." Wer über eine Rechenzentrums-Adresse kommt, bekommt zunehmend die Aufforderung, sich anzumelden — womit die Anonymität nicht grösser, sondern die Wiedergabe kaputt ist.

Invidious ist kein bequemer Ausweg mehr

Früher stand an dieser Stelle die Empfehlung, mit Clipious über eine Invidious-Instanz zu gehen, damit YouTube nur die Instanz sieht und nicht euch. Das Prinzip stimmt weiterhin. Nur trifft der Block gegen Rechenzentrums-Adressen genau die öffentlichen Instanzen, und die Fehlerdokumentation des Projekts beschreibt, wie Betreiber dagegen ankämpfen — mit IP-Wechseln, Proxys und rotierenden IPv6-Adressen.

Invidious ist damit kein sichereres, sondern ein anfälligeres Setup geworden. Sinnvoll bleibt es dort, wo ihr die Instanz selbst kontrolliert oder jemandem vertraut, der sie betreibt — etwa unserer eigenen Invidious-Instanz.

Was ihr tun könnt

• Bindet das eigene F-Droid-Repo von NewPipe ein statt des offiziellen Kanals. Bei einer App, die YouTube hinterherläuft, sind ein paar Tage Vorsprung der ganze Unterschied.
• Exportiert die NewPipe-Datenbank und legt die Datei dorthin, wo eure übrigen Sicherungen liegen. Abos ohne Konto heisst auch: Abos ohne Netz-Sicherung.
• Hebt die aktuelle APK auf. Wenn die Verifizierung greift, ist eine lokal gesicherte Fassung mehr wert als ein Downloadlink.
• Prüft, ob euer nächstes Gerät zertifiziert sein muss. Auf einem Custom-ROM ohne Google-Zertifizierung stellt sich die Frage nach der Entwickler-Verifizierung gar nicht erst.
• Haltet eine zweite Möglichkeit bereit. FreeTube auf dem Desktop und die übrigen freien Android-Apps aus unserer Übersicht sind keine Notlösung, sondern die Absicherung gegen einen einzelnen Ausfall.

Fazit: NewPipe ist die beste YouTube-App — und die mit dem Ablaufdatum

An der Empfehlung ändert sich nichts: Wer YouTube auf Android ohne Konto, ohne Werbung und ohne Google-Dienste sehen will, nimmt NewPipe. Die App ist leichtgewichtig, wird gepflegt und sammelt nichts über euch.

Geändert hat sich der Boden, auf dem sie steht. NewPipe lebt davon, an Google Play vorbei installiert zu werden, und genau diesen Weg zieht Google gerade enger. Das Team hat entschieden, sich nicht zu registrieren — richtig, aber es bedeutet, dass die Frage nicht mehr lautet, ob NewPipe gut ist, sondern wie lange ihr es noch installieren dürft. Wer die Antwort nicht Google überlassen will, sichert seine Daten und schaut beim nächsten Telefon nach, wem das Gerät eigentlich gehorcht.

Quellen und weiterführende Links

• NewPipe — Projektseite und Download-Kanäle
• NewPipe auf GitHub — Projektbeschreibung und unterstützte Dienste
• NewPipe 0.29.0, 22. Juli 2026 — Compose-Umbau, Android 6.0
• NewPipe 0.29.1, 15. August 2026 — Hotfix für media.ccc.de
• NewPipe bei F-Droid — Version und Anti-Feature
• NewPipe: „Google will lock-down Android" — Stellungnahme des Teams
• Android Developer Verification — Googles Zeitplan und Länder
• Android Developers Blog, 19. März 2026 — Advanced Flow
• NewPipe Issue 12126 — SABR-Umstellung und 360p-Begrenzung
• Invidious-Dokumentation — gesperrte VPN- und Rechenzentrums-Adressen

The post NewPipe, die datenschutzfreundliche Youtube Alternative appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was ist die Seal App und was kann sie

Seal ist ein Open-Source-Projekt unter GPLv3, entwickelt im Repository JunkFood02/Seal. Die App ist laut Projektbeschreibung eine grafische Oberfläche für yt-dlp und baut auf der Bibliothek youtubedl-android auf, die yt-dlp, FFmpeg und optional aria2c auf Android lauffähig macht. Die README nennt unter anderem diese Funktionen:

• Videos und Audiodateien von allen Plattformen herunterladen, die yt-dlp unterstützt
• Metadaten und Vorschaubild in extrahierte Audiodateien einbetten
• ganze Wiedergabelisten mit einem Klick laden
• Untertitel in die Videos einbetten
• aria2c als externen Downloader für alle Downloads verwenden
• eigene yt-dlp-Befehle als Vorlagen speichern und ausführen

Welche Seiten das konkret sind, steht in der Liste der unterstützten Seiten von yt-dlp. Das Projekt schreibt dort selbst ehrlich dazu, dass nicht jede aufgeführte Seite garantiert funktioniert, weil sich Webseiten laufend ändern, und dass der einzige verlässliche Test der Versuch ist. Zusätzlich kann Seal über die SponsorBlock-Schnittstelle gesponserte Abschnitte aus Videos entfernen oder markieren.

Seal oder NewPipe: wann welches Werkzeug passt

Wer YouTube auf Android ohne Google-Konto schauen will, landet meist bei NewPipe. NewPipe kann laut seiner Projektbeschreibung ebenfalls Videos, Audiospuren und Untertitel herunterladen. Die beiden Apps lösen trotzdem verschiedene Aufgaben: NewPipe ist ein Abspieler mit Downloadfunktion, Seal ist ein reiner Downloader. Ihr sucht und schaut also in NewPipe, und greift zu Seal, wenn es um mehr Plattformen als die von NewPipe unterstützten geht, um feinere Formatwahl, eingebettete Metadaten oder ganze Wiedergabelisten als Dateien, die ihr weitergeben wollt. Auf dem Desktop übernimmt FreeTube die Rolle von NewPipe.

Seal installieren

Seal gibt es auf zwei Wegen, einen Google-Play-Eintrag nennt das Projekt nicht:

• F-Droid: Im Hauptrepository steht Seal als com.junkfood.seal, aktuell in Version 1.13.1, ab Android 5.0. Wie F-Droid funktioniert, steht in unserer Anleitung zu F-Droid. F-Droid markiert die App mit dem Anti-Feature „Non-Free Network Services“, weil sie zum Prüfen und Herunterladen von yt-dlp-Aktualisierungen die GitHub-Schnittstelle anspricht.
• GitHub: Auf der Release-Seite liegen die stabilen Fassungen und zusätzlich Vorabversionen der kommenden Reihe 2.0.0. Für die meisten Geräte empfiehlt das Projekt die APK-Variante arm64-v8a. Wer GitHub-Releases bequem aktuell halten will, nimmt dafür Obtainium.

Der Aurora Store hilft hier nicht weiter, denn er ist ein Client für den Play Store und findet nur Apps, die dort angeboten werden. Beim Installieren einer APK von GitHub müsst ihr Android einmalig erlauben, Apps aus dieser Quelle zu installieren. Danach braucht Seal Zugriff auf den Speicher, um die Dateien ablegen zu können.

Die wichtigsten Einstellungen von Seal

Die Bildschirmfotos in diesem Abschnitt stammen vom März 2024 und zeigen die damalige Fassung der App. Die genannten Menübezeichnungen sind mit der deutschen Übersetzungsdatei des Projekts abgeglichen; in neueren Versionen kann die Anordnung trotzdem abweichen.

Allgemeine Einstellungen

Ganz oben unter „Allgemein“ steht der wichtigste Eintrag der ganzen App: yt-dlp aktualisieren. Darunter zeigt Seal die installierte yt-dlp-Version an. Weil Plattformen wie YouTube ihre Seiten laufend umbauen, ist ein veraltetes yt-dlp die häufigste Ursache, wenn ein Download plötzlich scheitert. Ebenfalls hier: die Benachrichtigung bei fertigem Download, die Option Vor dem Herunterladen konfigurieren, mit der ihr vor jedem Download die Einstellungen noch einmal prüfen könnt, und das automatische Speichern des Vorschaubilds.

Weiter unten im Bereich „Datenschutz“ schaltet Inkognito den Download-Verlauf ab, und Vorschau deaktivieren verhindert, dass Seal während des Downloads Vorschaubilder anzeigt.

Downloadordner

Unter „Downloadordner“ legt ihr die Ablage für Videos und Audiodateien getrennt fest. Ohne Änderung landen die Dateien im Download-Ordner des Smartphones unter Seal. Die Option Privater Ordner speichert die Downloads in einem versteckten Ordner; gewöhnliche Dateimanager zeigen sie dann nicht an, über Seal lassen sie sich weiterhin öffnen und teilen.

Format

Unter „Format“ steckt die eigentliche Stärke der App. Wer nur die Tonspur will, etwa für Podcasts oder Vorträge, schaltet Als Audio speichern ein und legt Audioformat und -qualität fest. Für Videos gibt es beim bevorzugten Videoformat zwei Wege, die die Übersetzungsdatei so beschreibt: Legacy bevorzugt MP4 mit H.264 für die Weitergabe an andere Apps, Qualität bevorzugt AV1, VP9 oder H.265 für die Wiedergabe in kompatiblen Apps. Wer Videos verschicken will, fährt mit Legacy sicherer, weil H.264 praktisch überall abspielt.

Tipp zur Videoqualität: Werden die Videos nur auf dem Smartphone geschaut, reichen 720p vollkommen aus. Das spart Speicherplatz und Zeit beim Herunterladen.

Untertitel lädt Seal nur, wenn ihr sie unter „Untertitel“ aktiviert; dort lassen sich auch Sprachen und automatische Untertitel einstellen.

Netzwerk

Unter „Netzwerk“ setzt ihr eine Geschwindigkeitsbegrenzung und entscheidet mit Herunterladen über Mobilfunk, ob Seal auch ausserhalb des WLAN lädt. Ausserdem lässt sich ein Proxy eintragen. Ohne Proxy oder VPN holt Seal die Videos direkt von den Servern der Plattform, und YouTube sieht eure IP-Adresse. Was ein VPN dabei leistet und was nicht, steht im Artikel Bin ich mit einem VPN anonym?.

Ein Invidious-Link versteckt die IP-Adresse dagegen nicht zuverlässig. yt-dlp führt im Quelltext eine Liste bekannter Invidious-Instanzen und behandelt Links auf diese Instanzen wie gewöhnliche YouTube-Links: Es liest nur die Video-ID heraus und lädt dann bei YouTube selbst. Für Instanzen, die nicht auf der Liste stehen, ist nicht dokumentiert, welchen Weg der Download nimmt. Dazu kommt, dass YouTube Invidious-Server immer wieder sperrt; auf der Seite unseres eigenen Invidious-Dienstes steht dazu derzeit ein entsprechender Hinweis.

Videos herunterladen mit Seal

Für einen Download kopiert ihr die Adresse des Videos in das Feld „Videolink“ der Startseite und tippt auf den Download-Knopf. Den Link bekommt ihr über die Teilen-Funktion der jeweiligen App, etwa aus NewPipe, oder aus der Adresszeile des Browsers. Führt der Link zu einer Wiedergabeliste, kann Seal die ganze Liste laden.

Ist Vor dem Herunterladen konfigurieren eingeschaltet, öffnet sich vor jedem Download ein Dialog, in dem ihr Audio oder Video wählt und die Einstellungen für diesen einen Download anpasst. Über die benutzerdefinierte Formatauswahl zeigt Seal anschliessend alle Formate, die die Plattform anbietet.

Das vorgeschlagene Format ergibt sich aus euren Einstellungen. Steht dort neben dem Videoformat „audio only“, ist das kein Fehler: yt-dlp lädt Bild- und Tonspur getrennt und fügt sie danach zusammen. Weiter unten stehen die reinen Audio- und Videoformate zur Auswahl. Mit „Herunterladen“ oben rechts startet der Download im Hintergrund.

Videos teilen

Im Download-Verlauf der App findet ihr alle heruntergeladenen Dateien und könnt sie über das Drei-Punkte-Menü teilen. Ohne privaten Ordner liegen sie zusätzlich im Download-Ordner des Smartphones unter Seal.

Was YouTube vom Herunterladen hält

Die Nutzungsbedingungen von YouTube untersagen es, Inhalte herunterzuladen, ausser der Dienst erlaubt es ausdrücklich oder YouTube und gegebenenfalls die Rechteinhaber haben vorher schriftlich zugestimmt. Was das rechtlich für den privaten Gebrauch in der Schweiz bedeutet, ist eine andere Frage, die dieser Artikel nicht beantwortet. Praktisch heisst es: Seal funktioniert bei YouTube nur so lange, wie yt-dlp mit den Änderungen der Plattform Schritt hält, und auf Mithilfe von YouTube dürft ihr dabei nicht hoffen.

Was noch offen ist

Der wichtigste offene Punkt betrifft genau dieses Wettrüsten. Laut README von yt-dlp ist das Zusatzpaket yt-dlp-ejs „Required for full YouTube support“, und dafür braucht es eine JavaScript-Laufzeit wie Deno, Node.js, Bun oder QuickJS. Eine solche Laufzeit liefert Seal nach den Abhängigkeiten im Repository nicht mit.

Die Folgen stehen im Fehlertracker des Projekts. In Issue 2405 melden mehrere Nutzer mit Seal 1.13.1 die Meldung „No supported JavaScript runtime could be found“, teils gefolgt von einem HTTP-Fehler 403; betroffen sind dort vor allem altersbeschränkte YouTube-Videos. Die Anfrage, eine JavaScript-Laufzeit einzubauen (Issue 2305), und ein Vorschlag, Deno direkt mitzuliefern (Issue 2640), sind offen; eine Antwort des Entwicklers dazu liess sich nicht finden.

Offen ist damit dreierlei: wie viele YouTube-Videos mit der stabilen Fassung tatsächlich nicht mehr laden, ob die kommende Reihe 2.0.0 das Problem löst, und wie gut Seal mit anderen Plattformen arbeitet, die keine JavaScript-Prüfung verlangen. Wer Seal einsetzt, aktualisiert deshalb zuerst yt-dlp in der App und prüft bei einem Fehlschlag die Fehlermeldung, bevor die eigenen Einstellungen in Verdacht geraten.

Fazit: Seal ist der beste Rahmen für yt-dlp auf Android — mehr nicht

Seal macht aus einem Kommandozeilenwerkzeug eine App, die sich in wenigen Minuten einrichten lässt: freie Lizenz, im F-Droid-Hauptrepository, durchdachte Formatwahl, Wiedergabelisten, eingebettete Metadaten. Für Downloads ausserhalb von YouTube und für alles, was ihr als Datei behalten oder weitergeben wollt, ist das ein starkes Werkzeug. Bei YouTube selbst hängt der Erfolg aber an yt-dlp und dessen JavaScript-Unterbau — und den bringt Seal derzeit nicht mit. Die App ist also so lange hervorragend, wie Google sie lässt. Das ist bei YouTube-Werkzeugen kein Makel von Seal, sondern die Geschäftsbedingung.

Weitere freie Apps für euer Smartphone findet ihr in unserer Übersicht Die besten Android Open Source Apps.

Quellen und weiterführende Links

• Seal, Repository und README (GitHub)
• Seal, Releases (GitHub)
• Seal im F-Droid-Hauptrepository
• Seal, deutsche Übersetzungsdatei (Menübezeichnungen)
• youtubedl-android (GitHub)
• yt-dlp, README mit Abhängigkeiten (GitHub)
• yt-dlp, Liste der unterstützten Seiten
• yt-dlp, Quelltext mit der Liste der Invidious-Instanzen
• Seal, Issue 2405: No supported JavaScript runtime
• Seal, Issue 2305: JavaScript-Laufzeit für yt-dlp
• Seal, Issue 2640: Deno mitliefern
• YouTube, Nutzungsbedingungen

The post Mit Seal Youtube Videos herunterladen auf Android appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Warum die Messengern über das Tor Netzwerk laufen lassen

Das Tornetzwerk ermöglicht bei korrekter Anwendung eine völlig anonyme Nutzung bestimmter Dienste. Korrekte Nutzung heisst hier aber auch, das es wenig nützt, sich bei Facebook mit dem altbekannten Login anzumelden und es dann scheinbar anonym nutzen zu können.
Die Verbindung von Messaging-Apps wie Signal und Telegram über Orbot, eine freie Proxy-App, die den Internetverkehr durch das Tor-Netzwerk leitet, bietet mehrere Vorteile in Bezug auf Privatsphäre und Sicherheit. Hier sind einige der Hauptvorteile:

• Anonymisierung der IP-Adresse: Orbot verbirgt Eure wirkliche IP-Adresse, indem es Euren Datenverkehr über mehrere Server im Tor-Netzwerk umleitet. Dadurch wird es für Außenstehende extrem schwierig, Eure Online-Aktivitäten und Standorte zu verfolgen. Für Nutzer von Signal und Telegram bedeutet das eine zusätzliche Schicht der Anonymität.
• Umgehung von Zensur und Sperren: In einigen Ländern oder Netzwerken können Messaging-Dienste wie Signal und Telegram blockiert oder eingeschränkt sein. Durch die Verwendung von zum Beispiel Orbot können solche Beschränkungen umgangen werden, da der Verkehr durch das Tor-Netzwerk geleitet wird, das schwerer zu blockieren ist.
• Erhöhte Sicherheit bei der Kommunikation: Obwohl Signal und Telegram bereits eine Ende-zu-Ende-Verschlüsselung für Nachrichten bieten, fügt die Verwendung von Orbot eine zusätzliche Verschlüsselungsschicht hinzu, da der Datenverkehr durch das Tor-Netzwerk verschlüsselt wird. Das bietet einen zusätzlichen Schutz gegen mögliche Netzwerküberwachung und -analyse.
• Schutz gegen Traffic-Analyse: Selbst wenn jemand nicht in der Lage ist, Eure Nachrichten zu entschlüsseln (aufgrund der Ende-zu-Ende-Verschlüsselung), könnte eine Verkehrsflussanalyse immer noch wertvolle Informationen preisgeben, wie z.B. Kommunikationsmuster oder Zeiten der Aktivität. Die Verwendung von Orbot erschwert solche Analysen erheblich.
• Zugang zu blockierten Diensten: Abgesehen von der Umgehung von Zensur kann Orbot auch Zugang zu Diensten und Websites bieten, die in bestimmten Ländern oder Netzwerken nicht verfügbar sind. Für Nutzer von Signal und Telegram kann dies nützlich sein, um mit Personen in Ländern zu kommunizieren, in denen diese Apps blockiert sind.
• Geschwindigkeit und Latenz: Das Tor-Netzwerk kann aufgrund seiner verschlungenen Routen durch das Internet langsamer sein als eine direkte Verbindung. Wenn Ihr nur Messenger-Dienste durch Orbot leitest, minimiert Ihr die negativen Auswirkungen auf die Geschwindigkeit Eurer anderen Online-Aktivitäten. Webseiten laden schneller, und Streaming-Dienste leiden nicht unter der zusätzlichen Latenz, die das Tor-Netzwerk mit sich bringt.
• Einfachere Handhabung und Akkulaufzeit: Die Verwendung von Tor für alle Internetaktivitäten kann komplexer in der Handhabung sein und mehr Systemressourcen beanspruchen, was besonders auf mobilen Geräten zu einem schnelleren Akkuverbrauch führen kann. Indem Ihr Orbot nur für Messenger nutzt, könnt Ihr die Belastung Eures Geräts reduzieren und die Akkulaufzeit verlängern.

Das selektive Tunneln nur von Messenger-Diensten wie Signal oder Telegram über Orbot, während andere Internetaktivitäten, wie das Browsen, nicht durch das Tor-Netzwerk geleitet werden, bietet spezifische Vorteile, die auf bestimmte Bedürfnisse und Szenarien zugeschnitten sind.

Es ist allerdings wichtig, sich der Kompromisse bewusst zu sein. Während diese selektive Nutzung von Orbot bestimmte Vorteile bietet, sind nicht alle Online-Aktivitäten vor Überwachung oder Analyse geschützt. Für Nutzer, die ein hohes Maß an Privatsphäre und Anonymität für alle ihre Online-Aktivitäten suchen, könnte eine umfassendere Nutzung des Tor-Netzwerks angemessener sein.

Wie lasse ich nur Messenger über das Tornetzwerk laufen

Die einfachste Möglichkeit auf dem Android Phone ist die App Orbot. Diese könnt Ihr Euch zuerstmal vom Aurora Store, oder von F-Droid herunterladen und Euch installieren. Damit Ihr via F-Droid Orbot herunterladen könnt, müsst Ihr Euch das Repository von The Guardian Projekt herunterladen. Die Repo Infos findet Ihr hier. Öffnet einfach F-Droid, geht unten rechts auf Einstellungen und wählt danach Paketquellen aus. Mit dem Plussymbol unten rechts könnt Ihr zusätzliche Quellen hinzufügen. Falls das Repo Guardian Project noch nicht enthalten ist, scannt den QR Code auf der verlinkten Seite ab (direct https) Danach könnt Ihr via Suche Orbot installieren. Ansonsten findet Ihr die aktuellsten Versionen auch auf der Github Seite vom Projekt.

Einstellungen und Handhabung von Orbot

Die App funktioniert bereits ohne Konfiguration, und tunnelt den gesammten Internetverkehr des Smartphones über das Tornetzwerk. Das kann unter anderem bestimmte Dienste die Ihr nutzt, wie anggesprochen stark verlangsamen. Streaming über Tor sollte sowieso nicht getätigt werden, weil es erstens praktisch nichts bringt, und zweitens das Tornetzwerk übermässig stark belastet. Loggt Ihr Euch via Tor mit Eurem Netflix Account ein, weiss Netflix trotzdem dass Ihr Netflix schaut, also ziemlich sinnlos. Bei Messengern, vor allem neuen Accounts kann das ganze schon sinnvoller und zielführender sein. Messenging Apps versenden nur kleinere Mengen Daten, und man merkt die Anbindung via Tor praktisch nicht.

Ziel ist es also, nur bestimmte Apps über das Netzwerk zu leiten. Öffnet zuersteinmal die App geht in die Einstellungen zu finden unter Mehr unten rechts. Klickt danach auf Anwendungen auswählen:

Wählt Ihr jetzt z.B Eure Messaging Apps, die Ihr über das Tornetzwerk laufen lassen wollt aus.

Ausgangsknoten wählen

Um das Land des Ausgangsknoten zu wählen, müsst Ihr zuerst mit dem Tornetzwerk verbinden. Es ist sinnvoll den Ausgangsknoten, als das Land bzw der Knotenpunkt, der eine Verbindung mit Zielserver herstellt, vorher zu definieren. Orbot wählt die Verbindungen automatisch, und priorisiert Server mit einer schnelleren Verbindung nicht. Nehmt deshalb einen Land, welches nicht alzu weit entfernt ist aus. z.B Polen, Littauen, Österreich, Deutschland oder sowas.

Geht zurück auf den Tap Verbinden und wählt Ausgang ändern aus.

Der Torausgangsserver ist nun ein Server der sich im Land Eurer Wahl befindet. Damit lassen sich auch geoblockierte Dienste nutzen, da Apps oder Services dann denken, sie seien in dem jeweiligen Lande.

Optional: Dauer VPN-Dienst aktiviert, Orbot parallel nutzen

Ihr seid dauerhaft mit Eurem VPN zuhause verbunden, oder nutzt einen VPN Dienst wie Surfshark oder Mullvad, möchtet aber trotzdem dass die Apps wie Telegram oder Signal über Orbot getunnelt werden? Dann habt Ihr sicher schon gemerkt, dass die parallele Nutzung 2er VPNs nicht möglich ist. Ich zeige Euch hier kurz, wie Ihr Euren VPN weiterhin nutzen könnt, Apps wie Telegram und Signal aber trotzdem über Tor verbindet. Ich z.B bin dauerhaft mit meinem VPN Server zuhause verbunden, da ich mit meinem Smartphone ständig meine Server kontrollieren und überwachen möchte. Nutze ich Telegram oder Signal normal läuft die Verbindung also über meinen Heimanschluss.

Orbot bietet eine Möglichkeit, Apps sich auch direkt mit dem Client zu verbinden. Apps wie Telegram und Signal bieten hier die entsprechenden Möglichkeiten sich direkt mit einem Tor Client (also Orbot) zu verbinden.

Vorbereitungen

Das Vorgehen für die parallele Nutzung ist folgende: Stellt sicher dass Ihr Euch zuerst mit Eurem VPN verbunden habt. Startet danach Orbot verbindet Euch mit dem Tornetzwerk. Wichtig: keine Apps auswählen in der Appliste von Orbot!

Telegram

Öffnet danach zum Beispiel Telegram, geht in die Einstellungen, danach auf Daten und Speicher, scrollt herunter und wählt Proxy Einstellungen aus. Wählt hier Proxy hinzufügen aus und gebt die Einstellungen wie folgt:

SOCKS5 Proxy
Server: 127.0.0.1
Port: 9050

Aktiviert den Proxy mit Proxy Einstellungen benutzen, sinnvollerweise aktiviert man hier dann auch Proxy für Anrufe verwenden (kann die Qualität beeinflussen)

Signal/Molly

Bei Signal oder Molly sieht das dann ziemlich genau gleich aus. Geht in die Einstellungen, wählt Netzwerk aus, und verwendet unter Proxy verwenden SOCKS5 aus, und gebt die gleichen Daten auch hier ein:

Klickt danach auf Verbindung prüfen, Signal/Molly sollte Euch dann den Status Online anzeigen.

Für Whatsapp gibt es leider keine Möglicheit das SOCKS5 Proxy Protokoll zu verwenden. Whatsapp könnt Ihr aber falls gewollt, mit unserem expliziten Whatsapp Proxy verbinden.

Ihr habt nun gelernt, Eure Kommunikation besser vor Tracking und Schnüfflerein zu schützen. Das Tornetzwerk wurde genau für solche Zwecke entwickelt, und es nicht verkehrt, diese Möglichkeiten auch zu nutzen, auch wenn man nichts zu verbergen hat.

The post Telegram, Signal oder Whatsapp über das Tor Netzwerk nutzen appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was macht die App so besonders

Ein paar Highlights sind die Möglichkeit, eigene oder öffentliche Invidious-Server zu nutzen, Verwaltung von Abonnements, SponsorBlock zur Überspringung von Werbeeinblendungen, Tracken des Videoansichtsfortschritts und die Unterstützung von Playlists. Ein besonderes Feature ist die Möglichkeit, YouTube-Dislikes zurückzubringen, was ja seit einiger Zeit auf der offiziellen YouTube-Plattform nicht mehr sichtbar ist. Die App unterstützt auch Hintergrundwiedergabe und Live-Streams, was super praktisch ist, wenn ihr gerne Podcasts oder Live-Events hört, während ihr andere Dinge auf eurem Handy macht.

Installation der Anwendung

Was die Installation angeht, ist Clipious über die Release-Seite direkt zugänglich, aber auch über F-Droid, IzzyOnDroid und Accrescent verfügbar, was die Aktualisierung der App erleichtert. Für TV-Nutzer wird die Nutzung von Accrescent empfohlen, da es gut auf TVs funktioniert und Updates ermöglicht.

Einrichtung von Clipious

Um Clipious nutzen zu können, müsst ihr euch zuerst mit einem Invidious Server verbinden. Ein Invidious-Server ist eine alternative Schnittstelle zu YouTube, die darauf abzielt, Datenschutz und Benutzerfreundlichkeit zu verbessern, indem sie euch erlaubt, Inhalte zu konsumieren, ohne direkt mit YouTube zu interagieren. Diese Server fungieren als eine Art Proxy, der es ermöglicht, Videos zu sehen, zu suchen und Kommentare zu lesen, ohne dabei von YouTube getrackt zu werden. Ihr könnt also mit der App Abos hinzufügen wie ihr wollt, Videos schauen wie ihr wollt, Youtube bzw. Google bekommt nur die Videoanfragen vom Invidious Server zu sehen, und kann nicht herausfinden, wer da auf Youtube unterwegs ist. Mit Invidious habt ihr bereits schon bei Freetube bekanntschaft gemacht.

Bei der ersten Einrichtung müsst ihr einen öffentlichen Invidious Server auswählen. Hier könnt ihr einen Server eurer Wahl aus der Liste nehmen, oder ihr nehmt unseren mit der Adresse https://invidious.yourdevice.ch

Möchtet ihr Kanäle abonnieren, Playslists erstellen und diese verwalten, müsst ihr einen anonymen Account auf einem Invidious Server Eurer Wahl erstellen. Dafür wird keine Email Adresse, und auch keine Telefonnummer benötigt. Clipious selber kann im Gegensatz zu Freetube noch keine Aboverwaltung, deshalb wird hier ein Account benötigt. Wollt ihr das nicht, könnt ihr Clipious auch so verwenden.

Klickt dafür auf Mit Token anmelden und erstellt euch einen Account auf einem der Invidious Server eurer Wahl. Bei manchen müsst ihr ein Uhren Captcha lösen, das soll verhindern dass Bots Accounts auf den Servern erstellen. Gebt einfach dafür die Uhrzeit des Captchas in das entsprechende Feld ein. Ein Account ist rein für die Verwaltung der Kanäle gedacht, es wird kein Account auf einem Youtube Server erstellt.

Anwendung von Clipious

Benutzt ihr einen Account, könnt ihr mit der unteren Leiste eure Kanäle und Abos verwalten. Die Bedienung ist eigentlich selbsterklärend. Ihr habt unten die Hauptseite, die Abonnementen, die Wiedergabeliste und den Verlauf zu Auswahl. Mit dem Suchsymbol oben könnt ihr nach Kanälen suchen, und diese auf Wunsch abonnieren.

Einstellungen

Im Tab Durchsuchen findet ihr die Länderauswahl eurer Vorschläge, ich würde hier Deutschland auswählen, da Schweiz nur komische Ergebnisse liefert. Im Tab App Bereiche lässt sich die Anordnung der Startseite verwalten, zum Beispiel können die Downloads auch direkt unten in die Taskbar hinzugefügt werden. Weiter unten lassen sich die Dislikes auch wieder anzeigen, oder ihr könnt z.B den Suchverlauf speichern und anzeigen lassen.

Clipious ist auch für Android TV optimiert und unterstützt Video- und Audio-Downloads sowie Video-Filterung. Ein weiteres nettes Feature ist die Integration von DeArrow, die ihr weiter unten findet, einem Tool zum Entfernen von Clickbait aus Videovorschlägen.

Im Tab Server Verwalten könnt ihr zwischen den Invidious Servern auswählen und hin und her Switchen, falls einer mal nicht funktionieren sollte.

Im Tab Videospieler könnt ihr weitere Anpassungen tätigen, die hautpsächlich das Streamen beeinflussen. Adaptives DASH Streaming (Dynamic Adaptive Streaming over HTTP) ist eine Technik, die die Videoqualität automatisch an die aktuelle Internetgeschwindigkeit des Zuschauers anpasst. Das bedeutet, dass Videos in verschiedenen Qualitätsstufen vorliegen und während der Wiedergabe je nach Bandbreite des Nutzers nahtlos zwischen diesen Stufen gewechselt wird. Interessant könnte noch der Sponsorblock sein, der Videoabschnitte herausfiltert, bei denen Youtubern Ihre Sponsoren und Günstlinge bewerben. Desweiteren lassen sich Wiedergabegeschwindigkeiten, Schriftgrössen von Untertiteln, Buttons und vieles mehr anpassen.

Im Tap Aussehen lässt sich die App farblich noch etwas anpassen.

Downloads von Videos

Haupt ihr ein Video gefunden, welches ihr downloaden wollt, wählt einfach oben den Button mit dem Symbol Pfeil nach unten.

Ihr könnt die Auflösung festlegen, in der das Video heruntergeladen werden soll, oder auch nur die Audiospur ziehen für weniger Platzverbrauch. Zu empfehlen für Podcasts die man sich später auf einer Autofahrt anhören möchte.

Import der Google Abos

Ihr könnt auch eure Abos von Youtube importieren. Das ganze macht ihr am besten direkt an einem Computer, da ihr ein Archiv extrahieren müsst. Geht dafür auf eurem Computer direkt auf https://invidious.yourdevice.ch und loggt euch mit dem erstellten Account ein. Falls ihr noch keinen habt, erstellt euch einen Account auf unserem Server.

Geht auf https://takeout.google.com. Loggt euch mit eurem Google Konto ein falls nicht bereits eingeloggt. Ihr seht eine Liste eurer Anwendungen und Daten. Klickt auf Auswahl aufheben, ansonsten werden eure sämtlichen Daten exportiert, das benötigen wir hier nicht.

Scrollt ganz nach unten, und wählt Youtube und Youtube Music aus. Klickt danach auf nächster Schritt. Im nächsten Fenster wählt ihr Downloadlink per Mail senden. Belasst die Häufigkeit bei 1x und wählt als Dateityp Zip aus, und die grösse könnt ihr bei 2GB belassen.

Danach geht's weiter mit Export erstellen. Je nach Anzahl eurer Abos dauert der Export einige Zeit, meisstens ist der Export nach 30 bis 60min bereit. Ihr findet dann einen Download Link per Mail, oder direkt in Google Takeout im selben Fenster. Eure Exports werden dann ganz oben gelistet. Ladet das Archiv herunter und entpackt es auf eurem Computer.

Loggt euch wie gesagt auf unserer Invidious Webseite ein, geht auf das Zahnradsymbol oben rechts, scrollt ganz nach unten und wählt Daten importieren/exportieren.

Wählt anschliessend YouTube-/OPML-Abonnements importieren aus:

Durchsucht den extrahierten Google Export und wählt die .csv Datei im Ordner Abos:

Anschliessend habt ihr eure Youtube Abos auf euren Account importiert. Seid ihr via Clipious auch mit dem selben Account angemeldet, habt ihr eure Abos nun auch dort.

Weitere Hinweise und Fehlerbehebung

Bei der Nutzung von Invidious-Servern durch Apps wie Clipious kann es vorkommen, dass YouTube den Invidious Server blockiert. In solchen Fällen müssen die Betreiber der Invidious-Server eine IPv6-Rotation durchführen, um die Blockade zu umgehen und den Zugriff wiederherzustellen. Bis dahin kann es sein, das Invidious Server keine Videos mehr liefern. Sollte ein Invidious Server striken, nehmt einfach eine andere Instanz ind den Servereinstellungen der App. Unser Invidious Server führt ändert seine IPv6 Adresse alle 12 Stunden. Ein Block von Google sollte deshalb eigentlich nicht vorkommen.

Es ist auch wichtig zu bedenken, dass Content Creators Einnahmen entgehen können, wenn ihre Inhalte über derartige Apps angesehen werden, da diese Apps die Werbeeinnahmen, die normalerweise durch Anzeigen generiert werden, umgehen.

Zusammenfassend ist Clipious aber eine tolle Option für alle, die YouTube-Inhalte auf eine datenschutzfreundliche Weise genießen möchten, mit vielen Features, die das Benutzererlebnis verbessern und anpassen. Die App hat eine aktive Community und Entwicklung, was immer ein gutes Zeichen für die Langlebigkeit und Verbesserung der App ist.

The post Der anonyme Youtube Client Clipious für Android appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was ist Unified Push

Unified Push ist eine Initiative, die darauf abzielt, eine offene und dezentrale Alternative zu zentralisierten Push-Diensten wie Google's Firebase Cloud Messaging (FCM) zu bieten. Das Ziel von Unified Push ist es, eine Standard-API zu schaffen, die es App-Entwicklern ermöglicht, Push-Benachrichtigungen zu senden, ohne an einen bestimmten Dienstanbieter gebunden zu sein. Dies ermöglicht mehr Datenschutz und Flexibilität, da Nutzer und Entwickler nicht auf die Infrastruktur eines großen Tech-Unternehmens angewiesen sind.

Kernpunkte von Unified Push

1. Dezentralisierung: Es ermöglicht die Nutzung verschiedener Push-Dienste, was die Abhängigkeit von einem einzelnen Anbieter reduziert.
2. Privatsphäre und Sicherheit: Durch die Dezentralisierung und die Möglichkeit, Push-Dienste mit stärkeren Datenschutzrichtlinien zu wählen, verbessert es die Privatsphäre der Nutzer.
3. Offener Standard: Als offene Initiative fördert Unified Push die Entwicklung und Adoption offener Standards in der Kommunikationstechnologie.

Unified Push ist besonders wichtig für die Open-Source-Community und Nutzer, die Wert auf Datenschutz und Unabhängigkeit von großen Tech-Unternehmen legen.

Telegram App Alternativen für Unified Push

Momogram

Momogram ist ein alternativer Telegram-Client für Android, der auf dem offiziellen Telegram-FOSS-Code basiert. Anders als die originale App zielt Momogram darauf ab, dem Nutzer mehr Kontrolle, weniger Werbung und mehr Datenschutz zu bieten – ohne auf die bekannten Telegram-Funktionen zu verzichten.

Die App entfernt konsequent alle Premium-Upselling-Banner, die in der offiziellen Version für Abonnements werben. Auch wird standardmäßig verhindert, dass beim Chatten unnötig die Telefonnummer geteilt wird – ein klarer Vorteil für datenschutzbewusste Nutzer. Darüber hinaus filtert Momogram automatisch Tracking-Parameter aus URLs, was besonders nützlich ist, wenn man häufig Links über Telegram empfängt oder teilt.

Neben diesen Datenschutzaspekten bringt Momogram zahlreiche Komfortfunktionen mit. Dazu gehört etwa die Möglichkeit, Videos automatisch in optimaler Qualität abzuspielen, Medien mit Spoiler-Tags zu versehen oder Nachrichten zu planen, ohne im jeweiligen Chat zu bleiben. Auch die Vorschau- und Suchfunktionen wurden erweitert: Man kann gezielt nach bestimmten Nachrichtentypen suchen oder Nachrichteninhalte direkt in der Chat-Vorschau durchstöbern.

Was die Anpassbarkeit angeht, ist Momogram deutlich flexibler als das Original. Nutzer können eigene Themes verwenden, die Chat-Listenansicht anpassen (auch für Tablets optimiert), Symbole in der Ordnerübersicht ändern oder unnötige UI-Elemente wie Wallpaper oder Benachrichtigungszähler ausblenden.

Auch der integrierte In-App-Browser wurde erweitert. Er bietet unter anderem einen frei wählbaren Suchanbieter, lässt sich auf Wunsch vollständig deaktivieren und zeigt beim Öffnen externer Links einen Bestätigungsdialog an. Wer auf Tracking, Geolocation und Google-Dienste verzichten will, findet hier zahlreiche Schalter, um diese Funktionen gezielt abzuschalten.

Mercurygram (discontinued)

Telegram selber lässt sich nicht einfach so auf Unified Push umstellen, die benötigten Umgebungen sind nicht integriert. Es gibt aber mitlerweile einen Telegram Fork namens MercuryGram welcher mit dieser Unterstützung daherkommt. Mercurygram selber ist ein Fork aus der eher bekannteren Telegram-FOSS App aus dem F-Droid Store, bei dem alle proprietären Funktionen entfernt worden sind.

Mercurygram ist eine inoffizielle, FOSS-freundliche Version des originalen Telegram-Clients für Android. Im Vergleich zur normalen Telegram-Version bietet Mercurygram einige spezifische Änderungen:

1. Ersetzung von Nicht-FOSS-Komponenten: Verwendung von OpenStreetMap anstelle von Google Maps, Noto Emoji anstelle von Apple's Emoji, und Ersetzung von Google Play Services FCM durch UnifiedPush.
2. Sicherheitsverbesserungen: Einige vorab kompilierte Bibliotheken wie BoringSSL, FFmpeg und libvpx werden durch aktuelle Quellcodes ersetzt.
3. Entfernung bestimmter Funktionen: Entfernung von Google Vision, Google Wallet und Android Pay Integration, Google Voice Integration, HockeyApp und Google ML Kit.
4. Zusätzliche Funktionen: Einführung zusätzlicher Einstellungen und Möglichkeiten, wie das Starten von Video-Nachrichten mit der Rückkamera und das Verstecken der Tastatur beim Scrollen im Chat.

Diese Änderungen zielen alle darauf ab, die Datenschutzstandards zu erhöhen und die Abhängigkeit von proprietären Diensten zu verringern. Weitere Details findet ihr auf der GitHub-Seite von Mercurygram.

Achtung: Mercurygram wird leider nicht mehr weiterentwickelt, nehmt deshalb unbedingt Momogram!

Installation

Ladet euch die APK von Momogram hier herunter und installiert sie auf eurem Android Smartphone. Ein Backup eurer alten Telegram-App ist nicht nötig, da alle Chats auf den Telegram Servern gespeichert sind. Löscht Telegram noch nicht!

Startet die App und registriert euch mit eurer Telefonnummer normal in der App. Ihr bekommt den Anmeldecode auf eure alte Telegram Anmeldung, also auf eurem Desktop, oder auf dem Smartphone! Entnehmt den Code zur Anmeldung der Nachricht und gebt ihn in der App ein, und deinstalliert Telegram erst danach auf eurem Smartphone!

Unified Push aktivieren

Damit Unified Push funktioniert, benötigt ihr die App ntfy aus dem F-Droid Store. Öffnet nach der Installation die App. Solltet ihr ntfy das erste mal nutzen, wird die App euch darauf aufmerksam machen, die Akku Optimierungen für die App zu deaktivieren. Dies ist wichtig da ansonsten Nachrichten verspätet eintreffen könnten. Entfernt die App aus den optimierten Apps in euren Akku-Einstellungen. Ein Link der euch in die entsprechenden Einstellungen führt, bietet die App gleich dazu an.

Öffnet danach die Einstellungen mit den 3 Punkten oben rechts, und tätigt folgende Einstellungen: Standard Server, und Verbindungsprotokoll. Ihr könnt gerne unseren ntfy Server verwenden: https://ntfy.yourdevice.ch, oder den Standard ntfy Server https://ntfy.sh drin lassen.

Aktiviert weiter im Verbindungsprotokoll zudem Websockets.

Öffnet danach die Momogram und geht in die Einstellungen, dann auf Mitteilung und Töne und scrollt ganz nach unten. Aktiviert die Hintergrundverbindungen und klickt darunter auf UnifiedPush Distributors.

Wählt hier io.heckel.ntfy aus und setzt erneut benachrichtigen auf niemals, oder falls ihr später über eingegangen Nachrichten nochmals informiert werden wollt, auf einen Wert eurer Wahl.

Sollte alles korrekt verbunden sein, findet ihr in der App ntfy einen Eintrag/Abonament über die jeweilige App welche sich erfolgreich mit dem festgelegten Push-Server verbunden hat.

Fazit

Das wars auch schon und wir sind hier auch bereits mit Telegram fertig und Google weiss auch ab jetzt nicht mehr, mit wem ihr euch so auf Telegram unterhaltet. Bittet beachtet dass dies auf Telegram weniger hilfreich ist, wie auf Messengern wie Signal oder Element/Matrix. Telegrams Server sind nicht quelloffen und die Entscheidungen und neuen Funktionen die Telegram gerade einführt sind ziemlich fragwürdig.

The post Telegram ohne Google Push verwenden (Unified Push) appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was ist der Molly Messenger

Molly ist eine modifizierte Version des Signal Messengers, die speziell für erhöhte Privatsphäre und Sicherheit entwickelt wurde. Sie basiert auf dem Open-Source-Code von Signal, hat aber zusätzliche Funktionen, die nicht in der Standardversion von Signal zu finden sind.

Hauptmerkmale von Molly:

1. Erweiterte Verschlüsselung: Molly nutzt die gleiche Ende-zu-Ende-Verschlüsselung wie Signal, bietet aber zusätzliche Sicherheitsfunktionen.
2. Passwortschutz: Die App kann so konfiguriert werden, dass ein Passwort zum Öffnen der App erforderlich ist. Dies bietet eine zusätzliche Sicherheitsebene.
3. Inkognito-Modus: Molly bietet einen Inkognito-Modus für Kontakte und Konversationen.
4. Offline-Funktionalität: Molly ermöglicht das Versenden und Empfangen von Nachrichten ohne ständige Internetverbindung.
5. Benutzerfreundlichkeit: Obwohl Molly auf Sicherheit ausgerichtet ist, bleibt die Benutzeroberfläche intuitiv und benutzerfreundlich.
6. Molly Foss - Unified Push bietet zudem die Möglichkeit einen eigenen Push Server zu verwenden.

Müssen alle Anwender Molly benutzen?

Nein, Molly registriert sich auf den offziellen Signal Servern und ihr könnt mit all euren Signal Kontakten weiterhin in Kontakt bleiben. Es gibt keine Einschränkungen.

Installation

Es gibt 2 bzw. 3 Versionen von Molly. Molly und Molly FOSS. Ersteres kommt mit Googles Push und weiteren proprietären Funktionen Integration und benutzt FCM als Push Übermittlung. Molly FOSS verzichtet hingegen darauf, zudem gibt es eine Version mit und eine ohne Unified Push.

Um Molly zu installieren, könnt ihr die APKs direkt von Github herunterladen, oder euch das Molly-Repo direkt in F-Droid hinzufügen um immer die neusten Updates zu bekommen.

Github Installation:

https://github.com/mollyim/mollyim-android/releases

F-Droid Installation

Scannt den QR Code mit einem Scanner eurer Wahl, und kopiert den Link. Öffnet F-Droid und geht in die Einstellungen. Klickt auf Paketquellen und dann oben rechts auf das Plus Symbol. Der Link in der Zwischenablage sollte automatisch hinzugefügt werden:

Molly mit Googles FCM

Molly Foss

Sucht danach in F-Droid nach Molly. Ihr bekommt 2 Vorschläge, installiert euch Molly-Foss Unified Push. Falls ihr eure alten Chats übertragen wollt, öffnet Molly bitte noch nicht, sondern sichert zuerst eure Signal Chats. Falls ihr diese nicht braucht, könnt Ihr diesen Schritt überspringen.

Update: in der neusten Molly Version ist Unified Push bereits integriert. Ihr müsst also nicht mehr Molly-Foss Unified Push herunterladen. Ladet euch von Github hier die jeweils die neuste Molly Version herunter, aber der Version 7.27.1-1 kann Molly-Foss wie bereits erwähnt Unified Push.

Signal Chats übertragen

Falls ihr wollt, könnt ihr eure Signal Chats vorher lokal sichern. Stellt sicher, dass ihr vorher die aktuellste Version von Signal verwendet, ansonsten kann es zu Inkompatibilitäten kommen beim importieren des Backups auf Molly. Die Backup Funktion findet ihr in den Einstellungen unter Chats, danach runterscrollen und die Datensicherung aktivieren. Wählt auf dem nächsten Fenser Einschalten, wählt einen lokalen Ordner auf eurem Phone aus, und notiert euch die Passphrase! Nun könnt ihr Signal deinstallieren.

Molly Starten und Unified Push aktivieren

Startet nun Molly, ihr könnt Molly nun zusätzlich zu einem Pin absichern, indem ihr die Datenbank verschlüsselt. Dies stellt eine erweiterte Schutzfunktion dar, zusätzlich zu eurem Pin der die App entschlüsselt. Kann man machen, muss man aber nicht. Wählt nun im nächsten Fenster ganz unten Konto Übertragen oder wiederherstellen falls ihr eure alten Chats übertragen möchte, oder einfach Weiter falls es einen Neustart gibt. Im nächsten Fenster gebt ihr noch kurz die Berechtigungen frei, und danach könnt ihr im Übertragungsmenü aus Datensicherung wiederherstellen auswählen. Wählt das entsprechende Back-Up aus, und gebt eure notierte Passphrase ein. Danach geht die Molly Installation normal weiter: Handynummer eingeben und Pincode eures Signal Accounts eingeben.

Unified Push aktivieren

MollySocket Server

MollySocket ermöglicht das Empfangen von Signal-Benachrichtigungen über UnifiedPush. Es funktioniert wie ein verbundenes Gerät, das aber keinen Verschlüsselungsschlüssel hat, und ist mit dem Signal-Server verbunden. Jedes Mal, wenn der Server ein verschlüsseltes Ereignis empfängt, benachrichtigt es euer Mobiltelefon über UnifiedPush. Dabei kann der Socket-Server keine eurer Nachrichten lesen, er übermittelt jediglich die Benachrichtung vom Signal Server.

Alte Version Molly Socket Unified Push

Die Vorausetzung ist natürlich die App Ntfy die ihr ebenfalls vom F-Droid Store laden könnt. Die App muss mindestens einmal gestartet worden sein. In den Einstellungen von Ntfy könnt den Standard Server von ntfy.sh verwenden, oder unseren ntfy Server https://ntfy.yourdevice.ch

Öffnet die Einstellungen von Molly und geht auf Benachrichtigungen, scrollt nach unten zur Push Strategie. Klickt darauf und wählt Unified Push

Klickt danach nochmals auf Unified Push (Preferred service to receive notifications) und klickt unten auf ServerURL und gebt dort den folgenden Server ein: https://mollysocket.yourdevice.ch. Die App checkt den Server, und bestätigt dann oben mit OK, falls alles geklappt hat. Der MollySocket Server funktioniert nur in Verbindung mit unserem Ntfy Server (ntfy.yourdevice.ch) oder den Standard Ntfy Server (ntfy.sh)!

Neuste Molly-Foss Version ab 7.26.1-1

Es bleibt fast alles gleich, ausser dass die Registrierung etwas anders verläuft. Wählt in den Benachrichtigungseinstellungen wieder Unified Push, und wählt dann Scan QR Code aus. Besucht unsere Seite https://mollysocket.yourdevice.ch und fotografiert den QR Code ab. Eurer Molly Messenger ist nun gerüstet für Unified Push!

Abschluss

Checkt kurz, ob in der App Molly registriert wurden ist. Das sollte eigentlich automatisch passieren. Falls nicht startet Molly kurz neu, und wechselt zwischen den Push Diensten hin und her und wartet kurz.

Sollte alles korrekt verbunden sein, findet ihr in der App ntfy einen Eintrag/Abonament über die jeweilige App welche sich erfolgreich mit dem festgelegten Push-Server verbunden hat.

Das wars. Ihr habt nun einen sicheren Messenger, und einen Push-Service ohne dass Google weiss, mit wem ihr euch so unterhaltet. Wieder etwas weniger Meta-Analyse und ein Schritt weiter in Richtung mehr Privatsphäre!

Push ohne Google, auf unserem Server Unified Push braucht einen Verteiler. Einen davon betreiben wir selbst, zusammen mit 21 weiteren Diensten: Unsere Server für mehr Privatsphäre. Das passende Gerät dazu findet ihr unter entgoogelte Smartphones.

The post Signal Fork - Molly FOSS mit Unified Push appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was ist nochmals Element

Der Element Messenger ist eine Open-Source Chat-App, die auf dem Matrix-Protokoll basiert. Matrix ist ein offener Standard für sichere, dezentrale Echtzeitkommunikation. Es ermöglicht Euch, private oder öffentliche Räume für Gruppenchats zu erstellen und bietet auch Funktionen für Sprach- und Videoanrufe. Die Stärke von Matrix liegt in seiner Dezentralität – es gibt keinen zentralen Server, was bedeutet, dass Nutzer ihre eigene Kommunikationsinfrastruktur aufbauen können. Element nutzt diese Technologie, um eine sichere, vielseitige und benutzerfreundliche Chat-Plattform anzubieten, die sowohl für individuelle Kommunikation als auch für große Organisationen geeignet ist.

Was ist Unified Push

Unified Push ist eine Initiative, die darauf abzielt, eine offene und dezentrale Alternative zu zentralisierten Push-Diensten wie Google's Firebase Cloud Messaging (FCM) zu bieten. Das Ziel von Unified Push ist es, eine Standard-API zu schaffen, die es App-Entwicklern ermöglicht, Push-Benachrichtigungen zu senden, ohne an einen bestimmten Dienstanbieter gebunden zu sein. Dies ermöglicht mehr Datenschutz und Flexibilität, da Nutzer und Entwickler nicht auf die Infrastruktur eines großen Tech-Unternehmens angewiesen sind.

Kernpunkte von Unified Push

1. Dezentralisierung: Es ermöglicht die Nutzung verschiedener Push-Dienste, was die Abhängigkeit von einem einzelnen Anbieter reduziert.
2. Privatsphäre und Sicherheit: Durch die Dezentralisierung und die Möglichkeit, Push-Dienste mit stärkeren Datenschutzrichtlinien zu wählen, verbessert es die Privatsphäre der Nutzer.
3. Offener Standard: Als offene Initiative fördert Unified Push die Entwicklung und Adoption offener Standards in der Kommunikationstechnologie.

Unified Push ist besonders wichtig für die Open-Source-Community und Nutzer, die Wert auf Datenschutz und Unabhängigkeit von großen Tech-Unternehmen legen.

Was ist Problematisch an Google Push

Google's Push-Service, bekannt als Firebase Cloud Messaging (FCM), ist ein zentralisiertes System, das es App-Entwicklern ermöglicht, Nachrichten und Benachrichtigungen an ihre Nutzer zu senden. Obwohl es sehr effizient und weit verbreitet ist, bringt es einige Datenschutz- und Überwachungsbedenken mit sich:

1. Zentralisierung: Da FCM von Google betrieben wird, fließen alle Nachrichten durch Googles Server. Dies bedeutet, dass Google potenziell Zugriff auf die Inhalte dieser Nachrichten hat, was Datenschutzbedenken aufwirft.
2. Datensammlung: Google sammelt Metadaten (wie Zeitpunkt und Häufigkeit der Nachrichtenübermittlung) sammeln, was Rückschlüsse auf das Verhalten und die Gewohnheiten der Nutzer zulässt. Diese Daten werden häufig zu Marketingzwecken, aber auch zur Überwachungszwecken an Behörden weitergegeben.
3. Abhängigkeit von Google: Die Nutzung von FCM bindet App-Entwickler und Nutzer an die Google-Infrastruktur, was bei Ausfällen oder politischen Entscheidungen (wie z.B. Handelsverboten) zu Problemen führen kann.
4. Überwachungsrisiko: In autoritären Regimen oder unter strengen Überwachungsgesetzen könnte der Zugriff auf die über FCM gesendeten Daten von Regierungen oder anderen Organisationen erzwungen werden, was die Privatsphäre der Nutzer gefährdet.

Diese Praktiken führen dazu, dass einige Nutzer und Entwickler nach alternativen, dezentralen Lösungen suchen, um ihre Kommunikation zu sichern und ihre Abhängigkeit von großen Technologieunternehmen zu reduzieren.

Mehr zu Googles Push Problematik findet Ihr hier!

Welche Probleme zentralisierte Push-Provider wie Google und Apple bringen, wird in diesem Computerbase Artikel nochmals veranschaulicht.

Diese Praktiken galten lange als Schwurblerei, jedoch wird zunehmend immer klar, das diese Therorien eher der Wahrheit entsprechen.

Wie verwende Ich nun den alternativen Push Service für Element

Installiert Euch zuerst einmal einfach die App ntfy App aus dem F-Droid Store.

Öffnet danach die Energieeinstellungen Eures Smartphones. Dies kann je nach Smartphone an verschiedensten Orten liegen. Da ich kein iPhone verwende, kann ich Euch hierbei nicht genauer sagen wo Ihr die Einstellungen findet. Ziel ist es, das für ntfy die Akkuopitmierungen deaktiviert werden:

Nun gibt es noch einige wichtige Unterschiede die wir vorerst klären sollten:

Account bei matrix.org

Ihr müsst die App ntfy nur einmal öffnen damit diese gestartet wird. Danach öffnet Ihr Eure Android Messenger Element und geht in die Einstellungen in dem Ihr oben Links auf Eurer Profilbild drückt. Danach gehts ab in die die Option Benachrichtigungen. Hier wählt Ihr nun unter Benachrichtigungsmethode ntfy aus:

Scrollt nach unten und testet die Verbindung mit Benachrichtigungsprobleme finden. Falls alles durchläuft, ist alles gut!

Account bei matrix.yourdevice.ch

Da die App ntfy per Standard den offizielen ntfy eigenen Server verwendet, ist eine Verwendung von ntfy auf unserem Server nicht möglich. Zumindest nicht mit dem Standard Server. Die ntfy.sh Server sind rate limted und nicht jeder Matrix-Server darf einfach so den Standard Server benutzen. Das würde ansonsten bei einer sehr hohen Anzahl an eigener Matrix-Server deren Server überlasten.

Die Server von matrix.org sind bei den ntfy Publishern freigeschalten und deshalb funktioniert das mit den Standard-Einstellungen. Damit Ihr Push auf unserem Server geniessen könnt, müsst Ihr in der ntfy App in den Einstellungen nur den Standard ntfy Server wechseln:

Gebt hier unseren Server https://ntfy.yourdevice.ch an und klickt auf ok. Wechselt weiter unten unter Erweitert bei Verbindungs-Protokoll auf Websockets.

Testet danach die Benachrichtiungen in Eurer Element App!

Accounts bei anderen Matrix Betreibern

Habt Ihr einen Account auf anderen Matrix Servern, erkundigt Euch bei den Betreibern ob diese einen eigenen Push-Server haben, oder ob deren Server bei den Betreibern von ntfy.sh gewhitelistet sind. Falls sie gewhitelistet sind, könnt Ihr den Standard Server von ntfy.sh verwenden der in der Android App ntfy eingestellt ist.

Falls sie sie nicht gewhitelisted sind, könnt Ihr unseren ntfy Server gerne benutzen.

Danach wieder testen ob Push funktioniert.

Sollte alles korrekt verbunden sein, findet Ihr die App ntfy einen Eintrag/Abonament über die jeweilige App welche sich erfolgreich mit dem festgelegten Push-Server verbunden hat.

Abschluss

Die Umstellungen sind in der Tat etwas umständlich. Eine andere App nur für Push Benachrichtigungen installieren? Extra Server eingeben bei anderen Matrix Servern? Ja, die Umstellungen sind etwas aufwändig. Doch wir müssen lernen, wieder unabhängiger von zentralen Systemem zu werden, auch wenn es etwas Aufwand bedeutet. Praktisch alle Apps benutzen heutzutage die Push Server von Google oder Apple da sich Entwickler jahrelang um nichts kümmern mussten. Den Salad haben wir jetzt, Monopol Stellungen und Abhängikeiten und eine Welt, in der Google und Apple genausten wissen, mit wem wir in Kontakt sind.

Habt Ihr Lust unserem Matrix Server beizutreten? Dann verbindet Euch mit matrix.yourdevice.ch!

The post Element Messenger ohne Google Push verwenden (Unified Push) appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Vorbereitungen um das originale Betriebssystem zu installieren

Die Vorbereitungen bestehen bei LineageOS, CalyxOS und GrapheneOS erstmal zu beginn, das OEM Unlocking wieder aktivieren. Dafür müsst Ihr in die Entwickler Optionen. Dafür geht auf Eurem Gerät in die Einstellungen, und scrollt runter zu Über das Telefon. Scrollt hier im neuen Fenster ganz runter zur Build-Nummer und tippt diesen Eintrag 7 mal an.

Geht nun zurück in die Einstellungsübersicht und geht in die System Einstellungen. Scrollt nach unten zu den Entwickleroptionen. Aktiviert hier einmal die OEM-Entsperrung und weiter unten USB-Debugging.

Habt Ihr GrapheneOS installiert, ist hier ein weiterer Schritt notwendig. Schaltet das Phone ab, und booted in dem Bootloader Modus mit der Lautstärken-Taste Unten und den Power-Button. Haltet diese beiden Knöpfe mindestens 3 Sekunden lang gedrückt. Steckt das Smartphone via USB an Euren Rechner an.

Besucht die Seite: https://grapheneos.org/install/web und scrollt ganz nach unten. Klickt hier einfach auf den Button Remove non-stock key
Hat das geklappt, steht anschliessend auf der Seite unter dem Button key removed

Original Google Android Betriebssystem installieren

Habt Ihr alles erledigt, geht hier auf diese Seite und erlaubt den ADB Access den Google benötigt.

Startet das Gerät in den normalen Betriebsmodus und verbindet Euer Smartphone mit dem PC oder dem Laptop per USB. Es muss ein Popup auftauchen welches Euch fragt, ob Ihr dem angebundenen Gerät vertrauen wollt: erteilt natürlich die Erlaubnis:

Geht zurück auf die Flash-Tool Seite von Google, falls auf der Seite nicht automatisch Euer Gerät erkannt wird, dann klickt unten auf Add new device und wählt im PopUp Euer Phone aus:

Ist das Gerät korrekt verbunden, sieht das so aus wie auf dem nächsten Bild. Wählt immer default aus, und klickt danach auf Install build

Danach sollte die Installation automatisch durchlaufen. Das kann einige Minuten geht. Zum Schluss der Installation werdet Ihr aufgefordert den Bootloader zu sperren. Schaut auf Euer Smartphone. Dort müsst Ihr mit der Lautstärken Taste auf Lock Bootloaer und dann mit der Power-Taste bestätigen. Danach startet das Handy neu. Sobald es neu gestartet ist, und das Tool Euch bestätigt dass alles fertig ist, könnt Ihr das USB Kabel abziehen.

Fertig! schon ist Euer Pixel Phone wieder im Original Zustand. Ich hoffe das Kurztutorial "Pixel zurücksetzen und Stock Android installieren" hat Euch weiterhelfen können. Damit müsst Ihr ein gekauftes Phone auch bei uns nicht extra einschicken und könnt Euch etwas Geld sparen.

The post Pixel zurücksetzen und Stock Android installieren appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was Collabora Office für Android ist

Collabora Office für Android bringt die drei bekannten Bausteine Textverarbeitung, Tabellenkalkulation und Präsentation aufs Smartphone. Unterstützt werden laut Play Store die OpenDocument-Formate (ODT, ODS, ODP) und Microsoft-Office-Dateien der Versionen 97 bis 2019. Die App ist Open Source unter der Mozilla Public License 2.0 und weiteren Lizenzen; den Quelltext der Android-Fassung verlinkt Collabora auf seiner Projektseite. Dieselbe App gibt es auch für iPhone und iPad, im App Store kostenlos und ab iOS beziehungsweise iPadOS 16.5.

Das Programm hinter der Oberfläche ist kein Nachbau: Die App verwendet für Darstellung und Bearbeitung den Code von LibreOffice. Was ein Dokument in LibreOffice auf dem Rechner kann, kann es deshalb grundsätzlich auch hier, nur mit weniger Platz auf dem Bildschirm. Warum das offene Dateiformat ODF dabei die bessere Wahl ist, erklären wir im Artikel über Office auf Linux und das ODF-Format.

Die wichtigsten Funktionen im Überblick

• Bearbeiten statt nur Anzeigen: Texte, Tabellen und Präsentationen lassen sich vollständig bearbeiten, inklusive Bildern, Diagrammen, Tabellen und Kommentaren.
• Dateiformate: ODF als Standard, dazu DOCX, XLSX und PPTX sowie die älteren Formate DOC, XLS und PPT.
• Passwortgeschützte Dokumente: Laut Collabora öffnet die App passwortgeschützte DOCX-, XLSX-, PPTX-, ODT-, ODS- und ODP-Dateien nach Eingabe des Passworts.
• Export: Dokumente lassen sich als PDF, ODT, DOC, DOCX, RTF oder EPUB ausgeben.
• Kein Konto nötig: Die App arbeitet mit Dateien auf dem Gerät und verlangt keine Anmeldung. Im Play Store gibt Collabora an, dass sie keine Daten erhebt und keine an Dritte weitergibt.

Collabora Office für Android herunterladen

Für die App gibt es drei Bezugsquellen, und sie unterscheiden sich mehr, als es auf den ersten Blick aussieht.

Über den Play Store oder den Aurora Store

Die stabile Fassung liegt im Google Play Store unter dem Paketnamen com.collabora.libreoffice, mit über einer Million Downloads; die letzte Aktualisierung dort trägt das Datum 07.09.2026. Auf einem Smartphone ohne Google-Dienste holt ihr dieselbe Fassung anonym über den Aurora Store. Wie das funktioniert und was Google dabei trotzdem mitbekommt, steht in unserer Anleitung zum Aurora Store.

Über das F-Droid-Repository von Collabora

Im Hauptverzeichnis von F-Droid findet ihr Collabora Office nicht. Collabora betreibt dafür ein eigenes Repository, das ihr in F-Droid unter https://www.collaboraoffice.com/downloads/fdroid/repo hinzufügt. In der Ankündigung von 2020 beschreibt Collabora das Repository als Quelle für Snapshots, also Entwicklungsstände. Als Grund, warum die App nicht im Hauptverzeichnis steht, nennt Michael Meeks von Collabora in einem Kommentar darunter Markenfragen. Ein Aufnahmeantrag bei F-Droid liegt vor; der Antragsteller hält die Bauanleitung im Repository für veraltet. Wie ihr ein fremdes Repository in F-Droid einbindet, zeigt unsere Anleitung zu F-Droid.

Als APK direkt von Collabora

Auf der Download-Seite für Snapshots stellt Collabora die APK-Dateien direkt bereit, teils mehrmals täglich neu gebaut; am 12.10.2026 war es Build 948 auf Basis von 26.04.5.1. Die Seite warnt selbst, dass diese Apps nicht über neue Versionen benachrichtigen. Wer diesen Weg nimmt, sollte die Updates mit Obtainium oder über das F-Droid-Repository im Auge behalten.

Dokumente bearbeiten mit Collabora Office

Die App öffnet sich mit einer Liste der zuletzt verwendeten Dateien. Über das Plus-Symbol unten rechts legt ihr ein neues Dokument an, über das Ordnersymbol oben rechts öffnet ihr eine vorhandene Datei. Die Bildschirmfotos in diesem Abschnitt stammen aus dem Oktober 2023; Menüs und Symbole können in der aktuellen Fassung anders aussehen.

Bilder, Diagramme, Tabellen und Kommentare fügt ihr über das Menü Einfügen hinzu, das ihr über das Plus-Symbol in der oberen Leiste erreicht. Kommentare sind praktisch, wenn jemand anderes als Nächstes am Dokument weiterarbeitet und wissen soll, was noch zu tun ist.

Die Textformatierung sitzt in der unteren Leiste: fett, kursiv, unterstrichen, Ausrichtung und Listen. Über das Menü oben rechts erreicht ihr die übrigen Funktionen, darunter Suchen, Datei, Exportieren als, Bearbeiten, Änderungen, Ansicht, Seiten-Einstellungen und Wortzählung. Die Bedienung ist auf Touch ausgelegt; für lange Texte oder grosse Tabellen lohnt sich trotzdem ein Tablet oder eine Bluetooth-Tastatur.

Dokumente teilen, exportieren und drucken

In der Dateiliste öffnet ihr über die drei Punkte neben einem Dokument ein kleines Menü mit Öffnen, Teilen und Von der Liste entfernen. Über Teilen gebt ihr die Datei an eine andere App weiter, etwa an euren Mail-Client oder einen Messenger.

Alle Dokumente, Präsentationen und Tabellen im ODF-Format lassen sich mit LibreOffice, Apache OpenOffice oder Collabora Online öffnen und weiterbearbeiten. Muss jemand das Dokument mit Microsoft Office lesen, wählt ihr im Menü Exportieren als das passende Format, etwa DOCX. Für alles, was nicht mehr verändert werden soll, ist PDF die sichere Wahl. Wie ihr Formatierungsprobleme beim Wechsel zwischen LibreOffice und Microsoft Office vermeidet, haben wir in einem eigenen Artikel zusammengetragen.

Gedruckt wird über das Menü Datei. Damit das klappt, braucht Android einen Druckdienst für euren Drucker: entweder die App des Druckerherstellers oder eine freie Brücke wie die Print-App aus F-Droid. Sie öffnet Dokumente oder geteilte Dateien und druckt sie oder speichert sie als PDF; ihre letzte Version 1.08 stammt allerdings vom November 2023.

Collabora Office mit Nextcloud verwenden

Eine eigene Nextcloud- oder WebDAV-Anbindung nennt Collabora für die mobile App nicht; die Projektseite wirbt im Gegenteil damit, dass kein externer Speicher nötig ist. Die App arbeitet mit Dateien, die Android ihr übergibt. Für eure Nextcloud gibt es deshalb zwei praktische Wege.

Über die Nextcloud-App: Im Forum von Nextcloud berichten Nutzer, dass die Nextcloud-App für Android Office-Dateien zum Bearbeiten an Collabora Office übergibt, in einem Beitrag von 2020 als funktionierende Lösung markiert. Ein Beitrag von 2023 beschreibt dagegen Abstürze beim Öffnen von DOCX- und XLSX-Dateien auf diesem Weg; eine nach ODT umgewandelte Datei liess sich öffnen. Ob der Fehler inzwischen behoben ist, geht aus dem Forum nicht hervor.

Über das Dateisystem: Bindet ihr eure Nextcloud per WebDAV in den Android-Dateimanager ein, liegt sie dort wie ein weiterer Speicherort. Wie das mit DAVx5 oder Material Files geht, steht in unserer Anleitung Nextcloud direkt in Android einbinden.

Wer mit mehreren Personen gleichzeitig am selben Dokument arbeiten will, ist mit der App allein falsch bedient: Sie bearbeitet eine Datei auf einem Gerät. Gemeinsames Bearbeiten im Browser leistet Collabora Online auf dem eigenen Server, angebunden an Nextcloud. Wie ihr das aufsetzt, zeigt unsere Anleitung Eigenen Collabora Online Server installieren für Nextcloud.

Gibt es LibreOffice für Android?

Ja, aber nicht als vollwertige Office-App. Die Document Foundation bietet den LibreOffice Viewer an, der auch im Hauptverzeichnis von F-Droid steht (Version 26.2.6.3 vom 07.09.2026). Er ist in erster Linie zum Anzeigen gedacht; die Bearbeitungsfunktionen lassen sich in den Einstellungen einschalten, gelten laut F-Droid aber als experimentell und „not yet suited to production use“. Wer Dokumente auf Android ernsthaft bearbeiten und dabei bei der LibreOffice-Technik bleiben will, landet deshalb bei Collabora Office.

Welche Bezugsquelle für wen passt

• Ihr wollt einfach eine stabile Office-App: Play Store oder Aurora Store. Die Fassung dort ist die, die Collabora als Produkt anbietet, und Updates laufen über den Store.
• Ihr meidet Google-Server konsequent: das F-Droid-Repository von Collabora. Rechnet damit, dass ihr dort Entwicklungsstände bekommt, die sich häufiger ändern und eher einmal stolpern.
• Ihr wollt einen bestimmten Build testen: die APK von der Snapshot-Seite, mit Obtainium für Updates. Für den Alltag ist das der umständlichste Weg.
• Ihr wollt Dokumente nur ansehen: der LibreOffice Viewer aus F-Droid reicht und ist deutlich schlanker.
• Ihr arbeitet zu mehreren am selben Dokument: nicht die App, sondern Collabora Online in eurer Nextcloud.

Fazit: Collabora Office ist das LibreOffice, das es für Android nicht gibt

Collabora Office für Android ist die vollständigste freie Office-App für Android: echte Bearbeitung statt Vorschau, ODF und Microsoft-Formate, passwortgeschützte Dateien, Export als PDF, kein Konto und laut Play Store keine Datenerhebung. Die Schwächen liegen nicht im Funktionsumfang, sondern im Drumherum. Die stabile Fassung kommt über Google, die freie Bezugsquelle liefert Entwicklungsstände, und für Nextcloud gibt es keine eingebaute Anbindung. Wer damit leben kann, hat unterwegs ein Office, das sich vor dem Desktop nicht verstecken muss. Wer lieber gemeinsam im Browser arbeitet, stellt Collabora Online neben die Nextcloud und spart sich auf dem Handy das Hin- und Herschicken von Dateien mit Namen wie „Angebot_final_neu_wirklich-final.docx“.

Weitere freie Apps für euer Smartphone findet ihr in unserer Liste der besten Android Open Source Apps. Habt ihr Fragen oder Erfahrungen mit Collabora Office? Schreibt sie in die Kommentare.

Quellen und weiterführende Links

• Collabora: Collabora Office für Android und iOS
• Google Play: Collabora Office
• App Store: Collabora Office
• Collabora: Passwortgeschützte Dokumente und F-Droid-Repository (2020)
• Collabora: Android-Snapshots als APK
• F-Droid: Aufnahmeantrag für Collabora Office
• F-Droid: LibreOffice Viewer
• F-Droid: Print
• Nextcloud-Forum: Office-Dateien auf Android öffnen und bearbeiten (2020)
• Nextcloud-Forum: Absturz beim Öffnen in Collabora Office (2023)

The post Dokumente bearbeiten auf Android mit Collabora Office appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Heute stellen wir Euch Organic Maps als Alternative zu Osmand und Google Maps vor. Osmand kommt leider mit einem Abo Model und man kann nur eine begrenzte Anzahl an Strassen & Standardkarten herunterladen. Es gibt bei Organic Maps also keine in-App Käufe und ist zu 100% Open-Source und gratis. Ausserdem generiert Organic Maps keine UUID bei der Installation der Software. Desweiteren erschliesst sich mir nicht wieso Osmand es begrenzt, freies Kartenmaterial herunterzuladen. Da Organic Maps nicht kommerziel betrieben wird, gibt es natürlich auch ein paar Nachteile, eine Sprachansage ist für entgoogelte Smartphones nicht nicht out-of-the-box verfügbar. Am Ende des Artikels zeige ich Euch aber noch, wie man das nachträglich hinzufügen kann. Leider nur aktuell in der englischen Sprache. Wer das nicht braucht, kann den letzten Teil überspringen und wird damit aber sicherlich trotzdem glücklich.

Was ist Organic Maps

Organic Maps ist eine mobile Karten- und Navigationsanwendung, die auf den Daten von OpenStreetMap (OSM) basiert. Es handelt sich um eine Open-Source-Anwendung, was bedeutet, dass ihr Quellcode öffentlich zugänglich ist und von der Gemeinschaft geprüft und verbessert werden kann.

Hauptmerkmale und Eigenschaften:

1. Datenschutzorientiert: Organic Maps legt großen Wert auf den Schutz der Privatsphäre seiner Nutzer. Die App sammelt keine persönlichen Daten und betreibt kein Tracking der Aktivitäten ihrer Nutzer.
2. Offline-Funktionalität: Eine der herausragenden Eigenschaften von Organic Maps ist die Möglichkeit, Karten für die Offline-Nutzung herunterzuladen. Dies ist besonders nützlich in Gebieten mit schlechter Internetverbindung oder um Mobilfunkdaten zu sparen.
3. Keine Werbung: Organic Maps bietet ein werbefreies Nutzererlebnis, wodurch Störungen während der Navigation oder beim Suchen von Orten vermieden werden.
4. User-friendly Interface: Die Benutzeroberfläche ist intuitiv und einfach zu verwenden, was es Benutzern erleichtert, von Punkt A nach Punkt B zu navigieren oder nach interessanten Orten in ihrer Umgebung zu suchen.
5. Routenführung: Abgesehen von der Standard-Autonavigation bietet Organic Maps auch Routenführungen für Fußgänger und Radfahrer.
6. Open-Source: Als Open-Source-Projekt kann jeder den Quellcode von Organic Maps einsehen, ihn verbessern oder seine eigenen Versionen der App erstellen.

Installation von Organic Maps

Ladet die App vom F-Droid Store hier herunter. Installiert die App und gebt der App die Network Permissions falls Ihr ein Smartphone mit Calyx Oder GrapheneOS habt. Damit die App korrekt funktioniert, müsst Ihr am Anfang natürlich Organic Maps erlauben den Gerätestandort abzurufen. Wählt am besten bei der Benutzung der App aus.

Anfänglich müsst Ihr die Allgemeine Weltkarte herunterladen. Bestätigt unten den blauen Button mit Herunterladen.

Im Hauptfenster klickt unten rechts auf die 3 Striche und wählt danach Karten herunterladen.

Im nächsten Fenster könnt Ihr Euer Kartenmaterial zusammenstellen. Ladet das gewünschte Material mit der Suche herunter. Tut das am besten natürlich über Euer WLAN da es doch einiges an Material ist, welches heruntergeladen wird. Bitte stellt sicher dass Ihr vor Auslandsreisen das nötige Kartenmaterial geladen habt, ansonsten könnte es teuer werden falls Ihr kein Roaming Abo habt!

Navigation

Mit dem Lupensymbol sucht Ihr nach dem gewünschten Ort oder Ziel. Eine Liste mit Vorschlägen wird Euch aufgezeigt. Wählt das richtige Ziel aus. Habt Ihr das getan, müsst Ihr anschliessend im nächsten Fenster "Nach" auswählen, zu finden unten rechts klicken, um die Navigation zu starten.

Ihr könnt auch mit der Funktion "Von" den Startpunkt auswählen, unten erscheint dann eine Leiste, bei der das Ziel hinzugefügt werden kann.

Vor der Navigation könnt Ihr oben noch das gewünschte Transportmittel auswählen. Die Bahn/U-Bahn Funktion steht in den meissten Fällen aber nicht zur Verfügung.

Bei der Suche nach Orten könnt Ihr auch in den Kategorien nach Essensmöglichkeiten, Hotels und etc. suchen. Bitte seid Euch im klaren dass es möglicherweise nicht jeden Ort gibt, den Ihr aus Google Maps kennt. Das liegt daran dass alle Daten von Open Street Maps von freiwilligen eingetragen werden. Neuere oder weniger bekannte Shops könnten deshalb fehlen. Auch gibt es nicht jede noch so kleine Sehenswürdigkeit zu finden wie Ihr Euch das von Google Maps kennt.

Bei Open Street Maps könnt Ihr aber mithelfen und alle können dazu beitragen neue Ort hinzuzufügen und mitmachen.

Einstellungen von Organic Maps

Mit den 3 Strichen auf der Hauptübersicht kommt Ihr Auch in die Einstellungen der App. Dort können Preferenzen wie Masseinheit, 3-D Gebäude, das automatische herunterladen neuer Kartenupdates und weiteres festgelegt werden.

Weiter Unten gibt Weitere Einstellungen. Ihr könnt festlegen ob das herunterladen von Karten auch über den Mobilfunk geschehen darf oder nicht. Ihr könnt dem Team auch helfen die App zu verbessern indem Ihr die Protokollierung aktiviert solltet Ihr z.B Probleme mit der App haben.

Die Ansicht lässt sich ebenso festlegen, einen Nachtmodus permanent aktivieren oder das Auto-Zoom deaktivieren bei langsamerer Fahrt.

Sprachsteuerung Nachinstallieren

Auf Standard Android Smartphones übernimmt einen Stimmensynthisizer Namens Google TTS die Sprachsteuerung und ist auch verfügbar, solltet Ihr Organic Maps auf einem Standard Betriebssytem installieren. Habt Ihr kein Google Handie, und wollt die Sprachsteuerung trotzdem, gibt es OpenSource Alternativen. Bitte seid Euch aber in klaren dass diese Sprachsynthisizer aber bei weitem nicht an die Qualität an Systeme wie Google TTS herankommen, und teilweise sich auch wirklich etwas blechern und plump anhören.

Installiert Euch dafür RHVoice aus dem F-Droid Store. Startet anschliessend RHVoice.

Geht oben rechts mit den 3 Punkten in die Einstellungen und ändert die Speech quality auf best possible quality:

Wählt die Sprache Englisch aus, sollte einer der anderen Sprachen Eure Muttersprache sein, dann Glückwunsch -> diese Auswählen. Im letzten Fenster ladet Ihr die eigentliche Stimme herunter. Ich würde SLT nehmen, klingt irgendwie am angenehmsten.

Systemeinstellungen ändern

Nun müssen wir noch die Systemeinstellungen ändern und diesem erklären dass er die Stimmen verwenden soll, die wir heruntergeladen haben. Geht dafür in die Spracheinstellungen bzw die Sprachausgabe Eures Systems. Oftmals sind diese in den Bedienungshilfen zu finden. Falls Ihr es nicht findet, benutzt die Suche. Klickt auf Bevorzugtes Sprachmodul und wählt RHVoice aus:

Ändert die Sprache auf die von Euch installierte Sprache ab. Anschliessend muss das Feld Wiedergeben aktiviert sein. Testet die Einstellungen. Ich musste einmal neustarten damit der Button Wiedergeben verfügbar war. Die Stimme müsste nun mit Wiedergeben abgespielt werden. Erst nachdem diese wiedergegeben wird, ist sie auch unter Organic Maps verfügbar.

Gehen wir zurück in Organic Maps in die Einstellungen. Hier klicken wir unten nun auf An und wählen falls nicht schon passiert, English aus.

Herzlichen Glückwunsch, Ihr habt die Navigation per Sprache erfolgreich ohne proprietäre Software eingerichtet und installiert. Nach einiger Zeit gewöhnt man sich auch an die tollen Stimmen, versprochen!

Sucht Ihr nach mehr freier Open-Source Software? Dann schaut doch hier vorbei!

Habt Ihr Fragen zum Artikel Organic Maps - die Osmand und Google Maps Alternative, schreibt sie in die Kommentare!

The post Organic Maps - die Osmand und Google Maps Alternative appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Überblick über Aegis Authenticator

Aegis Authenticator ist eine Open-Source-2FA-App, die auf Android-Geräten verfügbar ist. Die App unterstützt sowohl Time-based One-Time Passwords (TOTP) als auch HMAC-based One-Time Passwords (HOTP) und ist eine der empfohlenen Alternativen zum Google Authenticator, insbesondere für diejenigen, die den Open-Source-Ansatz schätzen.

Hauptmerkmale der Google Authenticator Alternative Aegis

1. Open Source: Aegis steht unter einer freien Lizenz und sein Quellcode ist für jeden zugänglich. Das bedeutet, dass jeder den Code überprüfen und sicherstellen kann, dass keine schädlichen Funktionen oder Hintertüren enthalten sind.
2. Verschlüsselung: Aegis bietet die Möglichkeit, die Datenbank mit einem Passwort oder einem biometrischen Merkmal (z. B. Fingerabdruck) zu verschlüsseln. Das gewährleistet, dass selbst wenn ein Gerät verloren geht oder kompromittiert wird, die 2FA-Codes sicher bleiben.
3. Design und Benutzererfahrung: Aegis bietet eine moderne und intuitive Benutzeroberfläche, die den Nutzern hilft, ihre Konten problemlos zu verwalten.
4. Backup und Wiederherstellung: Aegis unterstützt verschlüsselte Backups, die ihr auf anderen Geräten oder Plattformen wiederherstellen könnt.
5. Kompatibilität: Da Aegis die gängigen TOTP- und HOTP-Protokolle unterstützt, ist es kompatibel mit den meisten Online-Diensten, die 2FA anbieten.

Anwendung von Aegis Authenticator

Die Verwendung von Aegis ist ziemlich einfach:

1. Installation: Die App kann aus dem Google Play Store oder aus anderen Quellen, die Open-Source-Apps hosten, wie z.B. F-Droid, heruntergeladen werden.
2. Richtet die App ein: Erstellt euch ein sicheres Datenbankpasswort! Dieses Passwort wird für die Entsperrung der App und die Wiederherstellung aus Backups benötigt.
3. Konto hinzufügen: Um ein neues Konto hinzuzufügen, tippt man auf das "+"-Symbol und scannt den bereitgestellten QR-Code des Online-Dienstes oder gibt die Daten manuell ein.
4. Authentifizierung: Jedes Mal, wenn eine 2FA-Authentifizierung erforderlich ist, öffnet ihr Aegis und gebt den angezeigten Code auf der Website oder in der App des Dienstes ein.

Übertragung der Konten aus dem Google Authenticator

Ihr könnt eure Konten natürlich aus eurem Google Authenticator in Aegis importieren. Klickt im Google Authenticator oben links auf die 3 Striche und wählt Konten übertragen. Wählt im nächsten Fenster Konten exportieren aus. Wählt als nächstes die Konten die ihr exportieren möchtet und bestätigt unten mit Weiter. Je nach Menge der Konten bekommt ihr nun 1 oder mehrere QR Codes. Ein QR Code kann 10 Konten speichern. Habt ihr mehr, zeigt euch der Authenticator deshalb 2 QRs an! Macht euch ein Screenshot der QR Codes. Abfotografieren funktioniert nicht immer zuverlässig.

Im Aegis Authenticator klickt ihr nun unten rechts auf das rote Plus Symbol. Wählt nun Bild scannen aus. Navigiert mit eurem Dateienexplorer zu den Bildern.

Hinweis: Solltet ihr mehr als 10 Konten exportieren wollen erst einen QR Code importiert, meckert Aegis herum dass nicht alle Codes im QR Code enthalten sind. Das passiert da der der QR Code vom Google Authenticator mehre als 10 Profile beeinhaltet, Aegis aber nur 10 findet. Ignoriert die Warnung dass es zu einer fehlerhaften Übertragung kommen kann, und importiert als nächstes einfach den nächsten QR Code vom Google Authenticator. Danach habt ihr all eure Konten erfolgreich übertragen!

BackUp Funktion von Aegis

Die Backup-Funktion von Aegis Authenticator ist essentiell, um sicherzustellen, dass ihr nicht den Zugriff auf eure 2FA-Codes verliert, falls euer Gerät beispielsweise beschädigt wird, verloren geht oder gestohlen wird. Die Verwendung dieser Funktion ermöglicht es euch, eine Sicherungskopie eurer Authentifizierungscodes zu erstellen und diese bei Bedarf wiederherzustellen. Hier ist eine detaillierte Erklärung der Backup-Funktion:

Erstellen eines Backups

1. Öffnet Aegis: Geht in die App und tippt auf das Drei-Punkte-Menü (meistens oben rechts) und wählt Einstellungen.
2. Backup auswählen: Wählt die Option "Sicherungen"
3. Backup-Speicherort wählen: Entscheidet, wo ihr das Backup speichern möchten. Ihr könnt wählen, ob ihr es lokal auf eurem Gerät, auf einer SD-Karte, oder in einer Cloud-Speicherlösung wie eine Nextcloud speichern möchtet.
4. Backup abschließen: Ihr könnt eine manuelle Sicherung mit Sicherungskopie auslösen anstossen. Ansonsten sichert die App eure Keys automatisch mit jedem neu hinzugefügten Konto.

Hinweis: Ihr könnt die Sicherung direkt auf eurer Nextcloud speichern. Dafür müsst ihr die Nextcloud mit DAVx5 direkt in euer Linux System einbinden. Eine Anleitung findet ihr dazu hier.

Backup wiederherstellen in Aegis Authenticator

1. Aegis auf neuem Gerät installieren: Wenn ihr auf ein neues Gerät wechselt oder euer altes Gerät zurücksetzen müsst, installiert zuerst Aegis.
2. Auf dem Intro Screen Datenbank importieren auswählen, und die Datenbank auswählen.
   • Oder Nach frischer Einrichtung:
3. Klickt wieder auf die 3 Punkte oben rechts und wählt Einstellungen.
4. Wählt ganz unten Importieren und Exportieren aus.
5. Wählt hier nun Aus Datei Importieren aus und navigiert zu eurer Sicherungskopie aus den Backups.
6. Wiederherstellung abschließen: Die App fragt euch nach dem Passwort und wird alle eure 2FA-Codes aus der Backup-Datei importieren und in der App anzeigen.

Wichtige Punkte bezüglich Backups

• Regelmäßige Backups: Es ist ratsam, regelmäßig Backups zu erstellen, besonders wenn ihr neue Konten hinzufügt.
• Sichere Speicherung: Bewahrt Backups an einem sicheren Ort auf, vorzugsweise an mehreren Orten, z. B. auf einem externen Laufwerk und in einem Cloud-Speicher.
• Passwort nicht vergessen: Wenn ihr euer Backup verschlüsselt, notiert euch das Passwort an einem sicheren Ort. Ohne dieses Passwort könnt ihr das Backup nicht wiederherstellen.

Durch die effektive Nutzung der Backup-Funktion von Aegis könnt ihr sicherstellen, dass ihr stets Zugriff auf eure 2FA-Codes habt, selbst wenn unvorhergesehene Probleme mit eurem Gerät auftreten.

Fazit

Während der Google Authenticator für viele Benutzer die erste Wahl ist, bietet der Aegis Authenticator eine solide, sichere und benutzerfreundliche Alternative, insbesondere für diejenigen, die Wert auf Open Source und Transparenz legen. Es kombiniert eine hohe Sicherheit mit einer angenehmen Benutzererfahrung, was es zu einer ausgezeichneten Wahl für diejenigen macht, die nach einer 2FA-Lösung suchen.

Habt ihr Fragen zum Artikel Aegis - Die Google Authenticator Alternative? Stellt sie in die Kommentare!

The post Aegis - Die Google Authenticator Alternative appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Installationsprozess

Die Installation der Connect Bot App ist sehr einfach. Ihr könnt sie direkt aus dem F-Droid Store oder hier auf Euer Android-Gerät herunterladen. Nach der Installation könnt Ihr Eure Serverdetails eingeben, einschließlich Hostname/IP, Benutzername und Passwort. Alternativ könnt Ihr auch einen öffentlichen SSH-Schlüssel zur Authentifizierung verwenden. Die App ermöglicht es Euch, mehrere Server zu speichern und zu verwalten, was besonders nützlich ist, wenn Ihr mehrere Maschinen betreut.

Warum mit Android Smartphone SSH Verbindungen aufbauen

Connect Bot erweist sich im Alltag als äußerst nützlich. Mit ihr könnt Ihr Euch von überall aus auf Eurem Android-Smartphone in Euren Server einloggen und auf die Kommandozeile zugreifen. Sie ermöglicht es Euch, problemlos Dateien zu übertragen, Prozesse zu überwachen, Systemupdates zu installieren und vieles mehr. Die App verfügt über eine intuitive Benutzeroberfläche und bietet Funktionen wie Syntaxhervorhebung und Befehlsvervollständigung, die Euch bei Eurer Arbeit unterstützen.

Einrichtung um mit Eurem Android Smartphone SSH Verbindungen aufbauen zu können

Kurzer Überblick zur App. Auf dem Homescreen findet Ihr einer Übersicht all Eurer Remote-Server mit denen Ihr Euch verbinden könnt. Diese müssen wir natürlich erst einmal erstellen. Davor erledigen wir erst einmal ein paar kleine Einstellungen die das Arbeiten etwas erleichtert. Geht zuerst mal auf die 3 Punkte oben rechts und klickt auf Einstellungen.

Für längere und grössere Arbeit erhöhen wir den Bildlaufpuffer erstmal auf 256, danach könnt Ihr etwas weiter runter scrollen zum Abschnitt Tastatur und aktiviert am besten Zusatztasten immer sichtbar. Damit umgehen wir ein paar Renderbugs und haben die Zusatztasten immer griffbereit. Das wären auch schon alle Einstellungen die wir hier erledigen können.

Optional: Anmeldung über SSH Public-Key

Ihr könnt Euch auch optional mit einem SSH Public-Key anmelden. Damit entfällt die Passworteingabe während des Logins. Dafür müssen wir erst einmal ein Schlüsselpaar erstellen. Klickt nochmals auf die 3 Punkte oben rechts und danach auf Pubkeys verwalten. Klickt auf das kleine Plus Symbol in der oberen Leisten.
Gebt den Schlüssel einen Namen, wählt RSA aus und als Bitlänge 2048. Bitte richter Euch ein Passwort für Euren PublicKey ein, ansonsten kann sich damit jeder, der Zugriff auf Eurer Handy und die App hat, ohne Passwort auf Euren Servern einrichten. Das wäre quasi wie als würdet Ihr eine Bankkarte ohne PinCode verwenden.

Der Schlüssel kann automatisch beim starten der App geladen werden. Ausserdem kann ausgewählt werden, ob explizit nachgefragt werden soll, ob dieser Schlüssel beim späteren SSH Login verwendet werden soll. Klickt bei entsprechenden Einstellung danach auf Erzeugen. Wischt ein paar mal über den Bildschirm um einen zufälligen Schlüssel zu erstellen.

Damit der Schlüssel benutzt werden kann, muss er entsperrt sein. Klickt in der Schlüsselübersicht auf den erstellen Key und entsperrt Ihn mit Eurem Passwort. Jetzt ist der Schlüssel einsatzbereit. Wie wir Ihn benutzten, erfahrt Ihr weiter unten.

Host hinzufügen mit Connect Bot

Geht wieder zurück auf Euer Startmenü und klickt unten rechts auf das Plus Symbol. Ein neues Fenster öffnet sich. Die Einstellungen sind eigentlich sehr einfach:

Als erstes gebt Ihr Euren Benuternamen, gefolgt von der Remote IP Adresse ein. Beim Namen könnt Ihr dem Host bzw dem Eintrag eine Bezeichung geben, das dient der Übersicht bei mehreren Einträgen nachher. Optional: falls Ihr einen Pubkey verwenden wollt, könnt Ihr hier auch gleich den entsprechenden PubKey auswählen und hinterlegen. Wählt dafür den entsprechenden Key unter Verwende pubkey Authentisierung aus.

Weitere Einstellungen sind nicht nötig. Habt Ihr alles, könnt Ihr oben auf das Plus Symbol klicken und den Host hinzufügen.

Anwendung des Connect Bot Clients

Nun ist es an der Zeit die erste Verbindung aufzubauen. Dies geschieht erstmal über da normale Passwort. Klickt für die erste Verbindung einfach auf den Host, und gebt Euer Serverpasswort ein, sobald Ihr danach gefragt werdet. Auf die Frage ob Ihr dem Host vertrauen wollt, bestätigt mit Ja

Bei PubKey Nutzung: lasst Euch nicht von der Fehlermeldung irritieren dass die PubKey Authentisierung nicht erfolgreich war. Das ist normal, wir müssen unseren Key natürlich zuerst auf den Server hochladen.

Habt Ihr Euch verbunden, seid Ihr bereits auf der Remote-Konsole und könnt anfangen Euren Server zu ärgern, zum abstürzen zu bringen oder

Ihr könnt nun ganz normal Eure Befehle in die Konsole hämmern, den Server neustarten, oder Änderungen an Konfigurationen vornehmen. Für Tastenbefehle steht Euch nun die Tastenleiste zur verfügung. Die Erste Taste ist die STRG oder CTRL Taste. Damit könnt Ihr Kombinationen erzeugen. Um im z.B den Nano Editor zu verlassen, oder Konsolenbefehle zu unterbrechen könnt Ihr auf STRG drücken, und danach die ensprechende Taste auf der Android Tastatur. (STRG+x) oder (STRG+c). Das nächste Kürzel ist die normale Esc Taste, danach kommt die Autoverfolständigen für Ordner oder Dateinamen wenn die ersten Buchstaben bereits eingegeben worden sind, genau wie auf der normalen PC Tastatur --> Tabulator Taste. Mit den Pfeiltasten könnt Ihr durch Dateien und Editoren navigieren. Die Leiste lässt sich scrollen, und Ihr findet weitere rechts alle mögliche Tasten der normalen PC-Tastatur.

SSH-Pubkey einfügen

Wollen wir unseren PublicKey nun auf den Server einfügen, geht das folgendermassen. Geht auf die Keyverwaltung von Connect Bot und drückt lange auf den entsprechenden Eintrag. Wählt Öffentlichen Schlüssel kopieren aus. Danach geht Ihr zurück in die Konsole des entsprechenden Hosts, auf dem der Key eingefügt werden soll. Die Key könnt Ihr nun mit folgendem Befehl einfügen:

echo "euer Key" >> .ssh/authorized_keys

Entfernt die Anführungszeichen aus dem Befehl. Passt auf beim Einfügen des Keys. Der kopierte Key enthält die Bezeichnung Eures Keys. Entfernt diesem aus der Eingabe:

Das Pixel 7 bei mir im Beispiel muss entfernt werden. Drückt danach auf die Enter Taste. Der Key wurde hinzugefügt. Stellt sicher dass Ihr Euch im Homeverzeichnis (~#) befindet.
Nun könnt Ihr Euch ohne Passwort beim nächsten mal auf Eurem Server anmelden. Stellt sicher, das der Key in der Schlüsselverwaltung entsperrt ist.

Ihr könnt nun beliebig viele Hosts hinzufügen und Euch auf Euren Servern schnell und einfach anmelden. Sehr nützlich falls Ihr verschiedene Nextcloud oder Matrix-Synapse Server, oder sonstige Dienste verwaltet.

Ich hoffe Euch mit der Anleitung ein klein wenig mehr Erleichterung in Eurer Serververwaltung beisteuern können, habt Ihr Fragen? Stellt sie in die Kommentare!

The post Mit Android Smartphone SSH Verbindungen aufbauen appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Wie funktionieren SMS?

SMS (Short Message Service) ist ein Dienst zur Übertragung von Kurzmitteilungen in Textform über das Handynetz. Flächendeckend ist der Kurznachrichtendienst seit 1994 verfügbar. Er wurde zuerst für den GSM-Mobilfunk entwickelt und ist in verschiedenen Ländern auch im Festnetz als Festnetz-SMS verfügbar.

Der SMS-Versand erfolgt über eine Zentrale des eigenen Netzbetreibers, eine Art Vermittlungsstelle. Wie bei einem Anruf wird das Handy auch bei einer SMS in seinem jeweiligen Aufenthaltsbereich durch diese Vermittlungsstelle abgerufen. Ist das Handy erreichbar, meldet es sich zurück, authentifiziert sich und bekommt die SMS zugestellt. Falls der Nutzer nicht erreichbar ist, speichert die Zentrale die SMS ab und wiederholt die Zustellung zu einem anderem Zeitpunkt.

Warum SMS verschlüsseln?

Manchmal kann es sein, dass man einfach keine Internetverbindung zur Verfügung hat, nicht sofort ein WLAN in der Nähe ist, oder einfach Probleme mit der Verbindung gibt. In diesem Moment ist es ärgerlich, möchte man vertraulich Informationen an einen Adressaten übermittlen, oder man möchte einfach nicht, dass die Zentrale die SMS liesst, oder gar durch Algorythmen ausgelesen und ausgewertet werden. Ich verschlüssle, falls es geht auch alles, weil ich keine Lust habe, dass mich BigTech in Profile kategorisiert und mich als Produkt verkauft.

Wie funktioniert das verschlüsseln einer SMS mit PGP?

Die sicherste Verschlüsselungsmethode ist auch für SMS eine Ende-zu-Ende-Verschlüsselung. Damit sind die Inhalte der Kommunikation nur auf den Geräten des Senders und des Empfängers lesbar. Das funktioniert vergleichbar einfach mit PGP, und folgt den verschlüsselten Versand einer Email z.B K-9 Mail, nur dass wir hier die Nachricht vorher kurz selber verschlüsseln müssen, da die SMS keine PGP Integration enthält.

Vorrausetzungen um SMS mit PGP zu verschlüsseln

Bei PGP verfügt jeder Nutzer über einen privaten und einen öffentlichen Schlüssel. Der Sender verschlüsselt eine Nachricht mit dem öffentlichen Schlüssel des Empfängers, der wiederum die Nachricht mit seinem privaten Schlüssel entschlüsseln kann. Der Empfänger Eurer Nachrichten müssen also Euren öffentlichen Schlüssel haben, und Ihr selber müsst entsprechend auch den öffentlichen Schlüssel Eures Nachrichtenpartners haben damit Ihr Nachrichten hin und her verschlüsselt verschicken könnt.

Für die Verwaltung Eurer Schlüssel eigenet sich die Android App Openkeychain. Die gibt es bei F-Droid und kann gratis herruntergeladen werden. Hier in diesem Artikel habt Ihr bereits schonmal den groben Umgang mit der App kennen gelernt. Wir benötigen also die PrivateKeys auf unserer Seite, und die öffentlichen Keys unserer Kontakte. Importiert Euch den Privaten Schlüssel Eures Email Accounts in die App Openkeychain, und fügt gleich noch die öffentlichen Schlüssel mit hinzu.

Erstellen eines PrivateKeys

Falls vorhanden Privatekeys aus Thunderbird nicht importiert werden können, oder Ihr die Einrichtung vor Ort vornehmen wollt, könnt Ihr auch mit der App selber Private Schlüssel erzeugen. Das geht folgendermassen:

Erstellt Euch einen neuen Privatekey mit der Funktion Privaten Schlüssel Erzeugen

Klickt Euch durch den Assistent. Vergebt einen Namen für den Key und Eure Emailadresse. Am Schluss bekommt Ihr eine Übersicht indem Ihr Eure Daten überprüfen könnt. Habt Ihr euch einen Schlüssel erstellt, könnt Ihr diesen in der Schlüsselübersicht auswählen. Hier könnt Ihr nun den Öffentlichen Schlüssel für diesen Account teilen. Das geht mit dem kleinen Kopiebutton auf dem jeweiligen Schlüssel.

Den Schlüssel könnt Ihr euch dann in als Text kopieren und mit einem texteditor Eurer Wahl mit der Endung asc abspeichern und vor Eurer Reise an Eure Kontakte verschicken. Mit dem Teilen Button links neben der Markierung könnten Ihr auch direkt eine asc Datei mit dem Key erstellen und verschicken. Den Key könnt Ihr auch über Email oder einen "unsicheren" Messenger verschicken, ein Angreifer kann damit nichts anfangen.

Leider funktioniert die ganze Sache nicht, falls Ihr im moment des Internetausfalls den öffentlichen Schlüssel ein Kontakts nicht besitzt. Im Notfall kann der öffentliche Schlüssel auch per SMS nachgeschickt werden. Der ist aber ziemlich lang, und es kann sein dass eine Übertragung einere sehr grossen SMS, welche aus 14 Nachrichten besteht, nicht zuverlässig funktioniert. Am besten, Ihr übergebt als Eure öffentliche Schlüssel immer vorher, bzw. verteilt diese an die Kontakte, mit denen Ihr häufig und vorausichtlich in Kontakt bleiben müsst!

Die SMS mit OpenPGP verschlüsseln

Öffnet die Android App OpenkeyChain und Wählt im Hauptmenü Verschlüsseln/Entschlüsseln aus. Wählt im nächsten Feld nun Text verschlüsseln aus. Im nächsten Fenster wird die Nachricht nun verschlüsselt. Gebt im ersten Feld den Empfänger seine Emailadresse ein. Bei manchen Smartphones ist das Auswahlfeld etwas verbuggt. Schreibt einfach die Emailadresse Eures Kontakts korrekt in das Feld und bestätigt in dem Ihr auf die Adresse, bzw auf das leere weisse Feld drückt. Unterhalb signiert Ihr Eure Nachricht mit Eurem PrivateKey. Damit weiss der Empfänger auch, dass die Nachricht wirklich von Euch stammt, da nur Ihr den PrivateKey Eures Accounts besitzt. Im Unteren Feld gebt Ihr nun den Text ein, welcher verschlüsselt werden soll.

Oben mit der Markierung könnt Ihr nun am Schluss, nachdem die Nachricht verfasst wurden ist, den verschlüsselten Text direkt kopieren und in die Zwischenablage kopieren. Diese Zwischenablage könnt Ihr nun in die SMS kopieren und diese versenden. Der Text ist verschlüsselt, und hinterlässt beim Leser ohne Key nur ein grosses Fragezeichen.

Entschlüsseln der Nachricht

Der Empfänger kopiert sich den Inhalt der SMS nun einfach, und fügt In in seiner Openkeychain App in den Entschlüssler ein. Dazu öffnet der Benutzer die App, geht wieder auf Verschlüsslen/Entschlüsseln und fügt unten den Text mit aus Zwischenablage lesen in die App ein.

Die Nachricht wird nun mit dem PrivateKey des Empfängers verschlüsselt. Habt Ihr Eure Kontakte alle mal per Openkeychain eingerichtet, ist die Bedienung nun auch kein Hexenwerk mehr. Nachricht verschlüsseln und signieren, und per SMS versenden, der Empfänger fügt sie in die App ein, und das that's it 🙂

Vor einigen Jahren gab es mal die App Silencer im F-Droid, die wird aber nicht mehr geupdated und gibt es garnicht mehr zum download. Ich würde auch keine Versuche unternehmen, irgendwo ein APK der App aus dem weiten des Internets hervorzusuchen. Ihr nie wisst, ob die APK bzw die App nicht von fremden manipuliert worden ist! Ihr Wollt ja nicht dass irgendwelche Fremden Eure Nachrichten auslesen können, oder?

Nun habt Ihr erfahren, wie Ihr SMS sicher und einfach verschlüsseln könnt. Ich hoffe der Beitrag hat euch gefallen, falls Ihr Fragen habt, schreibt sie in die Kommentare!

The post SMS mit PGP einfach verschlüsseln appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Volla Phone Kontakte verschieben bei fehlerhafter Anzeige

Um Eure Kontakte aus dem Phone Storage in den normalen Telefonspeicher auf einem Volla Phone zu verschieben, befolgt die folgenden Schritte:

1. Öffnet die Kontakte-App auf Eurem Volla Phone. Diese App könnte auch "People" oder "Personen" genannt sein, abhängig von der Spracheinstellung Eures Telefons.
2. Klickt auf die drei Punkte in der oberen rechten Ecke oder das Menü-Symbol, um das Menü zu öffnen.
3. Wählt "Import/Export" oder "Importieren/Exportieren" aus dem Menü.
4. Nun habt Ihr verschiedene Optionen. Wählt "Exportieren in .vcf Datei". Wählt hier als Quelle Phone Storage not visible bei other Apps aus. Die anderen Quellen könnt Ihr eigentlich ersteinmal ignorieren. Der Speicherort der Kontakte ist meisstens auf dem Phone. Auf der Simkarte werden kaum mehr Kontakte gespeichert. Andere Konkakte wie auf Telegram sind nur Simlinks
5. Wählt den Speicherort für die .vcf-Datei aus, z.B. auf einem beliebigen Ordner auf dem internen Speicher des Telefons. Es bietet sich der Dokumente Order an.
6. Ein Dialogfenster wird geöffnet, um den Dateinamen zu bestätigen. Bestätigt den Dateinamen und tippt auf "Speichern" oder "OK".
7. Geht zurück zum Hauptmenü der Kontakte-App und wählt wieder "Import/Export" > "Importieren aus .vcf Datei".
8. Wählt die .vcf-Datei aus, die Ihr zuvor erstellt habt.
9. Es wird gefragt, wohin die Kontakte importiert werden sollen. Wählt hier jetzt unbedingt "Phone" aus.
10. Bestätigt den Import. Nun werden Eure Kontakte in den Telefonspeicher importiert.

Volla Phone Kontakte importieren von einem anderen Smartphone

Falls Ihr von einem anderem Smartphone kommt, und die Kontakte auf Euer Volla Phone importieren wollt, ist das vorgehen ziemlich ähnlich. In der Regel sind die Strukturen und Einstellungen auf Smartphones von Samsung, Huawei, Oppo und etc sehr ähnlich. Die Kontakte Datei vcf ist ein offenes Format welches mit praktisch allem Smartphones kompatibel ist.

1. Geht auf Eurem alten Smartphone in die Kontakte App, danach in die Einstellungen
2. Sucht nach einem Punkte Exportieren oder Kontakte Exportieren, wählt als .vcf Datei exportieren aus.
3. Speichert die Datei auf dem internen Speicher und sendet die Datei per Mail (verschlüsselt), Bluetooth, USB Stick, oder einer Option Eurer Wahl an das Volla Phone.
4. Dann gehts beim weiter beim Schritt 7 in der Anleitung von oben.

Wie man eine Datei per Bluetooth überträgt, erfahrt Ihr z.B hier. Ich würde diese Methoden empfehlen, Ihr könnt die Datei aber auch auf eine Online-Cloud, oder die eigene Nextcloud hochladen falls Ihr eine besitzt.

Beachtet bitte, dass die genauen Menünamen und -optionen je nach der spezifischen Version Eures Betriebssystems oder der Kontakte-App leicht variieren können.

Es ist wichtig zu beachten, dass nach dem Importieren der Kontakte in den Telefonspeicher, diese Kontakte für Apps, die die Berechtigung zum Lesen von Kontakten haben, zugänglich sein sollten. Ihr könnt überprüfen, ob eine App die erforderliche Berechtigung hat, indem Ihr zu den App-Einstellungen geht und die App-Berechtigungen überprüft. Das Geht auch direkt über Das App Icon -> Info -> Berechtigungen

Ich hoffe dass ich Euch mit diesem kleinen Tutorial etwas geholfen habe. Falls Ihr Fragen habt, schreibt sie in die Kommentare!

The post Fehlende Kontaktverknüpfungen Volla Phone appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Wie genau funktioniert ein Smartphone Akku

Die meisten modernen Smartphones verwenden Lithium-Ionen-Akkus. Diese Akkus bestehen aus zwei Elektroden, der Anode und der Kathode, die durch einen Elektrolyt getrennt sind. Wenn der Akku entladen wird, wandern Lithium-Ionen von der Anode zur Kathode und erzeugen dabei einen elektrischen Strom. Beim Aufladen des Akkus wandern die Ionen in die entgegengesetzte Richtung zurück zur Anode. Die Akkukapazität nimmt auf der sogenannten Degradation fortlaufend ab, in dem Ihr die Ladezyklen reduziert, erhöht Ihr auch die Lebenszeit eines jeden Akkus da die Abnutzung durch reduziertes Aufladen erhöht wird.

15 Tipps zur Verlängerung der Akkulauf - und Lebenszeit

• Bildschirmhelligkeit und Bildschirmsperre einstellen: Der Bildschirm ist oft der größte Stromverbraucher auf Eurem Gerät. Stellt die Bildschirmhelligkeit auf "automatisch" ein oder reduziert sie manuell auf ein komfortables Niveau. Außerdem solltet Ihr die Zeitspanne verkürzen, nach der sich der Bildschirm automatisch ausschaltet.
• WLAN, Bluetooth und GPS abschalten: Diese Funktionen können erheblich zum Batterieverbrauch beitragen. Ihr könnt sie in den Einstellungen deaktivieren oder das Schnelleinstellungsmenü verwenden, um sie schnell aus- und wieder einzuschalten.
• Apps im Hintergrund schließen: Viele Apps laufen im Hintergrund weiter und verbrauchen Akku, auch wenn Ihr sie nicht aktiv nutzt. Durch das regelmäßige Schließen nicht genutzter Apps könnt Ihr den Akkuverbrauch reduzieren.
• Aktualisiert das Betriebssystem und die Apps: Hersteller veröffentlichen regelmäßig Updates, die den Energieverbrauch von Betriebssystem und Apps optimieren. Stellt sicher, dass Ihr stets die neuesten Versionen installiert habt.
• Nutzt den Energiesparmodus: Android-Smartphones verfügen über einen Energiesparmodus, der den Energieverbrauch automatisch reduziert, wenn der Akku fast leer ist. Ihr können diesen Modus auch manuell aktivieren, wenn Ihr bemerkt, dass der Akku schnell leer wird.
• Begrenzt die Aktualisierungsrate von Apps: Einige Apps, wie soziale Medien und E-Mail-Clients, aktualisieren sich regelmäßig im Hintergrund. Ihr könnt den Akku schonen, indem Ihr die Aktualisierungsrate in den Einstellungen dieser Apps reduzieren.
• Vermeidet extreme Temperaturen: Extreme Kälte oder Hitze können die Leistungsfähigkeit des Akkus beeinträchtigen. Vermeidet daher, das Smartphone längere Zeit in sehr kalten oder heißen Umgebungen zu lassen.
• Nicht ständig voll laden und vollständig entladen: Für Lithium-Ionen-Akkus, die in den meisten Smartphones verwendet werden, ist es besser, den Akku zwischen 20% und 80% zu halten, anstatt ihn ständig vollständig aufzuladen und zu entladen.
• Vermeidet Live-Hintergrundbilder und Widgets: Live-Hintergrundbilder und Widgets können ästhetisch ansprechend sein, aber sie verbrauchen auch zusätzliche Energie. Erwägt, stattdessen ein statisches Hintergrundbild zu verwenden und die Anzahl der aktiven Widgets zu minimieren.
• Deaktiviert unnötige Benachrichtigungen: Jede Benachrichtigung, die Euer Smartphone erhält, lässt den Bildschirm aufleuchten und verbraucht dadurch Akku. Geht zu den Einstellungen Eurer Apps und deaktiviert alle unnötigen Benachrichtigungen.
• Reduziert die Synchronisation: Wenn Ihr mehrere E-Mail-Konten, soziale Netzwerke oder Cloud-Dienste auf Eurem Gerät habt, solltet Ihr die Synchronisationseinstellungen prüfen. Die ständige Aktualisierung und Synchronisation dieser Dienste kann den Akku stark belasten.
• Verwendet den Flugmodus in schlechten Netzwerkbereichen: In Gebieten mit schlechtem Mobilfunkempfang verbraucht das Smartphone viel Energie beim Versuch, eine stabile Verbindung herzustellen. Wenn Ihr in solchen Bereichen den Flugmodus aktivieren, könnt den Akku erheblich schonen.
• Verwendet schwarze Hintergrundbilder bei OLED-Displays: Wenn Eurer Android-Smartphone über ein OLED- oder AMOLED-Display verfügt, könnt Ihr den Akkuverbrauch reduzieren, indem Ihr ein schwarzes Hintergrundbild verwendt. Bei diesen Displays werden schwarze Pixel nicht beleuchtet, was zu einem geringeren Energieverbrauch führt.
• Löscht oder deaktiviert nicht verwendete Apps und Dienste: Jede auf dem Gerät installierte App verbraucht in gewissem Maße Energie, auch wenn Ihr sie nicht aktiv nutzt. Löscht oder deaktiviert alle Apps und Dienste, die Ihr nicht benötigen.
• Achtet auf die Batteriegesundheit: Die Leistungsfähigkeit der Akkus nimmt im Laufe der Zeit ab. Wenn Ihr bemerkt, dass Eurer Akku sehr schnell leer wird, auch nachdem Ihr die oben genannten Schritte durchgeführt habt, könnte es an der Zeit sein, den Akku auszutauschen oder das Gerät zu ersetzen.

Warum den Akku zwischen 20 und 80 Prozent belassen?

Das ständige vollständige Aufladen und Entladen eines Lithium-Ionen-Akkus kann zu sogenannten "stressigen" Bedingungen für die Batterie führen. Bei voller Ladung führt der hohe Spannungszustand zu einer erhöhten Lithium-Ausscheidung an der Kathode, während bei vollständiger Entladung die geringe Spannung zu einer erhöhten Lithium-Ausscheidung an der Anode führt. Beide Bedingungen können zu einer schnelleren Degradation und einem Leistungsverlust der Batterie führen.

Aus diesem Grund wird empfohlen, einen Lithium-Ionen-Akku zwischen 20% und 80% zu halten. Dieser "mittelgroße" Ladebereich vermeidet die hohen Spannungszustände, die bei voller Ladung auftreten, und die niedrigen Spannungszustände, die bei vollständiger Entladung auftreten. Dies kann dazu beitragen, die Lebensdauer des Akkus zu verlängern und die Leistungsfähigkeit des Akkus zu erhalten.

Zusammenfassend lässt sich sagen, dass es viele Strategien gibt, um die Akkulaufzeit Eures Android-Smartphones zu maximieren. Es erfordert ein wenig Aufwand und Disziplin, aber die Belohnung ist ein Gerät, das länger hält und besser auf Ihre Bedürfnisse zugeschnitten ist.

Habt Ihr weitere Tipps und Tricks um die Akkulauftzeit zu maximieren? Schreibt sie in die Kommentare!

The post Maximierung der Akkulaufzeit auf Eurem Android Smartphone appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Überblick

Viele unserer digitalen Aufgaben haben sich von Desktop-Systemen auf Smartphones oder Tablets verlagert. In den meisten Fällen müssen Android-Smartphones und -Tablets ein Antivirenprogramm nicht installieren. Es gibt jedoch vor allem bei CustomROM User ein paar Ausnahmen. Es ist allgemein bekannt, dass Android-Viren existieren und das Antivirenprogramme eine zusätzliche Sicherheitsebene hinzufügen können.

Android Geräte sind im allgemeinen sehr sicher, wenn man sichere Quellen für die Installation von Apps benutzt! Der Google PlayStore hat auch seine Vorteile da Google mit Play Protect einen Virenscanner im System hat der Malware und Viren in Apps sofort erkennt. Benutzer von CostumROMs verzichten jedoch überlicherweise auf den Google PlayStore, weshalb hier grössere vorsicht geboten ist! Apps werden von Aurora, F-Droid und über manuele APK Installationen hinzugegefügt. Aurora und F-Droid sind ziemlich sicher, und es gibt kaum Berichte darrüber, dass sich jemand darrüber einen Virus eingefangen hat. Zudem macht es Android, bzw das darrunterlaufende Linux Viren das leben sowieso schon schwer. Da eins normalerweise keinen Root Zugriff auf Smartphones gibt, ist es auch für Viren fast nicht möglich, tiefgreifende Änderungen am System vorzunehmen. Deshalb wird auch häufig davon abgeraten sein System zu "rooten"

Wie kann man sich genau Viren einfangen

Im Gegensatz zu PCs werden Android Smartphones nicht mit den herkömmlichen Viren infiziert, die sich selbst replizieren, sie können jedoch andere Malware bekommen. Die meisste Malware wird entwickelt um Bildschirmtastaturen auszulesen, Eure Gewohntheiten auszuspionieren oder Geräte oder Sensoren zu aktivieren oder deaktivieren. Triout z.B. wurde im Jahr 2018 gefunden und ist eine dieser prominenten Android-Malware. Diese Malware versteckt sich im Android-Gerät und verfolgt dann die Aktivitäten des Benutzers, wie das Aufzeichnen von Telefongesprächen, das Speichern von Textnachrichten und das Verfolgen des Standorts. Jetzt fragt sich jemand, was ist jetzt genau Unterschied zu Spionage Messengern wie WhatsApp und Co ? Nunja genau genommen gibt es keinen grossen Unterschied, ausser dass es der Staat WhatsApp erlaubt, und den anderen halt nicht. Jedoch kann man schon zugeben, dass Malware von Hackern, die an Euer Geld wollen schlimmer einzustufen sind, als die SpySoftware von Grosskonzernen die mit dem Verkauf der Daten hintendurch viel Geld verdienen.

Die meisten bekannten Android-Malware und -Viren werden normalerweise unter APK-Anwendungen installiert die man sich wild von irgendwelchen Internetseiten zieht. Allerdings findet man solche Apps nicht im Google Play Store, und auch nicht im Aurora Store, da alle dort vorhandenen Apps von Play Protect verifiziert sind. Android erlaubt standardmäßig nicht die Installation von Apps aus unbekannten Quellen, sodass die Wahrscheinlichkeit für die Installation einer zweifelhaften Anwendung sehr gering ist. Erlauben wir doch die Installation von unbekannten Quellen, müssen wir hier also auch wieder vorsichtiger agieren.

Da wir also häufig Apps ausserhalb vom PlayStore installieren, ist es also gar keine schlechte Idee, eine Android-Antiviren-App zu installieren, um Ihr Gerät zu schützen. Es gibt einige Antivirenprogramme für Android, wie AVG, Bitdefender, Avast Mobile Security usw doch leider spionieren diese Programme fast genausoviel wie die Malware selber. Eine gute OpenSource Alternative ist LibreAV aus dem F-Droid Store, die App scannt alle neu installierten Apps nach gängiger Malware und bricht die Installation sofort ab, falls unerwünschte Spuren entdeckt werden. Es gibt zwar noch mehr OpenSource AntiViren Apps, diese sind aber leider schon älter oder werden nicht mehr gepflegt.

Einfache Massnahmen für einen erfolgreichen Virenschutz auf Android

Hier ein paar einfache und sinnvolle Massnahmen um Viren keine Chance zu bieten:

• Software und Sicherheitsupdates: Verwende keine Uraltversionen und installiere regelmässig Updates für deine Apps. In regelmässigen Abständen werden Sicherheitslücken geschlossen und neue Funktionen hinzugefügt
• Safe Browsing - überlegt Euch auf welchen Seiten Ihr Euch rumtreibt, und was Ihr Euch da herrunterladet. Haltet Euch beim herrunterladen lieber am AuroraStore oder an F-Droid fest. Es gibt dort beinahe alles was man so braucht.
• Berechtigungen der Apps: Schaut Euch vor der Installation der App die Berechtigungen an, die sie anfordert. Überlegt eucht, ob eine Taschenlampe, ein Screensaver oder sonst was wirklich Zugriff auf Eure Kontakte, die Kamera oder das Mikrophone benötigt. Entzieht der App die Berechtigungen, oder installier sie erst garnicht! 

Schlussfolgerungen und Zusammenfassung

Es gibt keine feste Regel, ob ein Virenschutz auf Eurem Android-Gerät verwendet werden sollte oder nicht. Dies hängt davon ab, wie Ihr Euer Android-Gerät verwendet, welche Art von Daten Ihr auf Ihrem Gerät speichert und welche Sicherheitsstufe Ihr für Euer Gerät wünscht.

• Apps: Installiert keine Apps von unbekannten oder dubiosen Seiten
• rooten: rooten kann toll sein und Euch nochmehr Freiheit bieten, vor allem kann es aber Viren eine ebenso wunderbare Freiheit bieten wenn die netten Viecher Rootzugriff erhalten. Lasst es also sein, wenn Ihr es nicht unbedingt benötigt.
• Freizeit, Arbeit und Finanzen: am besten man verwendet für Freizeit und Arbeit getrennte Geräte. Auf dem Arbeitssmartphone werden keine Apps aus unbekannten Quellen installiert, und nur das kommt drauf, was wirklich für die Arbeit sinnvoll ist. Das private Handy ohne sensible Daten darf dann für's rooten her halten wenn es unbedingt sein muss.
• 6 stelliger Pin oder Passwort: Benutzt einen 6-stelligen Pin oder ein Passwort mit Gross und Kleinschreibung, Zahlen und Sonderzeichen. Lasst niemals Euer Phone ohne Pin-Code rumliegen, ansonsten kann man oder jemand darauf installieren was er will. Ein 6-stelliger Pin bietet ein viel höhere Sicherheit, als ein viertstelliger. 9999 Kombination kann man schaffen wenn man etwas Geduld hat, bei 999999 Kombinationen überlegt man es sicht schnell anders!
• eMail: klickt nicht auf jeden Link in Mails, prüft vorher Absender und Inhalt der Mail, falls Euch etwas verdächtig vorkommt, überprüft die Absendeadresse mit einer Mail bei der Ihr 1'00% sicher seid, dass der Absender echt ist.

Ich hoffe Euch die Frage, ob man für sein Android Smartphone einen Virenschutz installieren soll, nun etwas beantwortet zu haben, oder Euch bei der Entscheidung einen zu installieren Unterstützt zu haben.

Falls Ihr Erfahrungen, Ideen oder Anregungen habt, schreibt sie in die Kommentare!

The post Virenschutz auf Android appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Vorbereitungen um Mails mit OpenPGP zu verschlüsseln

Zu allererst müssen wir uns im Thunderbird Email Client unsere Geheimschlüssel holen, und zudem gleich noch alle öffentlichen Schlüssel, die wir bereits von unseren Kontakten haben. Wir Ihr bereits wisst, gibt es einen Geheimen Schlüssel, der die Emails entschlüsselt, und die öffentlichen Schlüssel der Kontakte, mit dem die Email an den entpsrechenen Kontakt verschlüsselt wird.

Gehen wir also in unseren Thunderbird Email Client und holen uns erstmal die benötigen Keys. Geht In Eure Konteneinstellungen und geht wieder in die End-zu-End Verschlüsslung eures Email Accounts.

Hier können wir als nächstes auf die Schaltfläche "OpenPGP-Schlüssel verwalten" gehen.

Jetzt haben wir die Übersicht unserer öffentlichen Schlüssel. Also jene Schlüssel unserer Kontakte, denen wir verschlüsselte Email senden können. Wir ziehen uns erstmal die öffentlichen Schlüssel herrunter, indem wir alle Einträge auswählen,  oben links auf "Datei" gehen und anschliessend die Option "Öffentliche Schlüssel in Datei exportieren" auswählen.

Speichert die Datei ab. Als nächsten benötigen wir nun noch den geheimen Schlüssel des jeweiligen Email Accounts den wir ebenso auf unserem Smartphone verwenden wollen. Geht nochmals in der Schlüsselverwaltung auf "Datei" und wählt diesmal "Sicherheitskopie für geheimen Schlüssel erstellen" aus. Im nächsten Fenster müsst Ihr den geheimen Schlüssel noch mit einem Passwort sichern. Erstellt ein sicheres Passwort für die Datei und erstellt die Kopie des geheimen Schlüssel. Speichert den Schlüssel. Nun haben wir alle Schlüssel die wir benötigen zusammen. Es ist zu empfehlen die Schlüssel möglichst nicht über eine ungesicherte Email zu versenden, sondern am besten über die eigene Cloud, über einen USB-Stick oder falls Ihr KDE Connect habt, die Keys so an Euer Smartphone zu senden.

Vorbereitungen auf dem Smartphone

Um die Keys zu verwalten benötigen wir eine Anwendung. Am besten eignet sich dafür die Android App OpenKeyChain - eine freie und OpenSource basierte Anwendung die es bei F-Droid oder im AuroraStore zum herrunterladen gibt. Installiert die Anwendung und öffnet sie.

Wir müssen nun die Keys in die App hinzufügen. Habt Ihr die Keys auf Eurem Smartphone, können wir diese hinzufügen.

Wählt hier als nächstes "Schlüssel aus Datei importieren" aus und wählt anschliessend im nächsten Fenster oben rechts mit dem Ordnersymbol den geheimen Schlüssel aus, den Ihr aus Eurem Thunderbird Client exportiert habt. Im nächsten Fenster könnt Ihr mit "Import" den Schlüssel einfach importieren. Nun habt Ihr Euren Geheimen Schlüssel importiert, mit dem Ihr, an euch gesendete Nachrichten, entschlüsseln könnt. Fügen wir als nächstes noch die öffentlichen Schlüssel Eurer Kontakte hinzu. Geht wieder in die Schlüsselverwaltung von OpenKeyChain und fügt einen weiteren Schlüssel hinzu. Wählt nun die Datei aus die Eure öffentlichen Schlüssel beinhaltet. Habt Ihr vorher im Thunderbird mehrere Kontakte ausgewählt, werden nun all diese in Eure OpenKeyChain Schlüsselverwaltung hinzugefügt.

Am Schluss muss das ganze ungefähr so aussehen:

In der App OpenKeyChain sind wir erstmal fertig.

Vorbereitungen K-9 Mail und deren Einstellungen

K-9 Mail kann mit Open Keychain direkt verbunden werden, beide Apps sind vollständig miteinander kompatibel. Öffnet K-9 Mail und geht in die Einstellungen unten Links.

Wählt im nächsten Fenster Euer Postfach aus, und im nächsten Fenster die End-zu-End Verschlüsselung.

Sind wir nun hier angekommen, aktivieren wir die OpenPGP Untersütztung, und im Feld darunter wählen wir nun unseren geheimen Schlüssel aus, den wir für dieses Konto benutzten wollen. K-9 Mail wählt zu 99 Prozent den richten Geheimschlüssel automatisch aus. Bestätigt mit "Verwende Schlüssel *Eure Mailadresse*" und die App bestätigt Eure Auswahl. Nun ist K-9 Mail bereits mit OpenKeyChain verbunden.

Verschlüsselte Emails mit OpenPGP versenden

Verfasst eine neue Email, wählt Ihr einen Empfänger aus, deren öffentlichen Schlüssel Ihr besitzt, könnt Ihr nun auswählen die Email zu verschlüsseln. Neben Eurer Email erscheint nun ein Schlosssymbol. Aktiviert Ihr es, wird die Email via OpenPGP verschlüsselt versendet.

Verschlüsselte Emails mit OpenPGP empfangen

Da der geheime Schlüssel im Thunderbird-Client mit einem Passwort versehen wurden ist, wird die Email, die Ihr verschlüsselt erhaltet, nicht automatisch entschlüsselt. Wählt einfach die Email aus, gebt dass Passwort ein, dass Ihr vorher ausgewählt hattet ein, und die Email wird sofort entschlüsselt.

So das, war es nun mit den Einstellungen, und Ihr habt K-9 Mail mit OpenPGP eingerichtet. Erhaltet Ihr neue Schlüssel von Kontakten, könnt Ihr die via OpenKeyChain jederzeit importieren. Datei auswählen die Euch Euer Kontakt gesendetet habt, und einfach hinzufügen im Schlüsselmanager.

Ich hoffe Ihr habt den Überblick behalten können, und dass euch diese Anleitung Android Mails mit OpenPGP verschlüsseln ein klein wenig weiter geholfen hat. Bei Fragen, haut sie wie immer gerne in die Kommentare!

The post Android Mails mit OpenPGP verschlüsseln appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Als erstes benötigt Ihr naürlich erstmal eine funktionierende Nextcloud Instanz, die über das Internet erreichbar ist, und eine eigene Domäne besitzt. Das kann natürlich auch, falls Ihr keine fixe IP Adresse habt, eine DynDNS Adresse sein.

Öffnet Eure Nextcloud, loggt Euch ein, und öffnet zuerstmal die Kalender App.

Links seht Ihr Eure Kalender Übersicht. Es können persönliche Kalender erstellt werden, die nur für Euch gedacht sind. Es kann aber auch ein Familienkalender erstellt werden, wo all Eure Termine enthalten sind, die Ihr untereinander benötigt. Termine können dann einfach über die Nextcloud einem Kalender zugeordnet werden, in dem Ihr im Tab "Neuer Termin" den ensprechenden Kalender auswählt. Legt euch Eure Kalender an wie gewünscht, wenn Ihr das habt, sind wir in der Nextcloud bereits auch schon fertig.

Vorbereitungen auf dem Android Smartphone

Als erstes benötigen wir mal die App DAVx5, die gibt es im PlayStore oder in Aurora für ein paar Franken, via F-Droid Appstore ist sie sogar gratis. Ladet euch die App herrunter und installiert sie.

Als nächstes brauchen wir einen CalDAV kompatiblen Kalender. Am besten funktioniert das mit dem Open Source Kalender ETAR. Den gibt es bei F-Droid ebenfalls zum herrunterladen. Installier Euch ETAR auf dem Smartphone.

CalDAV Kalender einrichten

Eim einfachsten geht das direkt über die ETAR Kalender App, öffnet Eure Kalender App, und geht zuerstmal in die Einstellungen in dem Ihr oben links auf die 3 Striche geht.

Öffnet die Einstellungen und wählt als nächstes den Punkt "CalDAV" Kalender hinzufügen aus. Habt Ihr DAVx5 installiert, öffnet sich als nächstes die App. Hier wählt Ihr nun den Punkt " Mit URL und Benutzernamen anmelden" aus.

Gebt hier einfach Eure Nextcloud URL ein, und dazu Eurer Benutzername und Euer Passwort. Im nächsten Fenster bestätigt die Kontoanmeldung mt der Emailadresse die Ihr in Eurer Nextcloud hinterlegt habt.