Mein O2-App: "Dein Gerät verhindert den Zugriff auf die App" - Fehler PI5001

Ich bin leider ebenfalls von der Änderung betroffen und demnächst werde ich meinen Internetanschluss sowie meine SIM-Karten zu einem anderen Anbieter portieren. 

Hi ​@cyberdust 

Willkommen zurück in unserer o2 Community, schön dass du wieder da bist.

Deinen Wunsch zur Implementierung des genannten Guides kann ich gut nachvollziehen. Ob das ganze umsetzbar ist bei einer so geringen Nutzerzahl vermögen wir nicht zu beurteilen, wir leiten deine Anfrage aber gerne an den Fachbereich weiter.

​@widex Auch dir ein herzliches Willkommen. Schade, dass du uns verlassen willst ☹️ 

Falls du deine Verträge kündigen willst, weil die Mein o2 App auf deinem Pixel mit GrapheneOS nicht läuft sei uns der Hinweis gestattet, dass du deine Verträge auch bequem auf unserer o2online Webseite im Mein o2 Portal via Browser verwalten kannst, die Mein App ist dafür nicht zwingend erforderlich. 

VG Matze 

Ich bin von dieser Änderung auch betroffen.

Es gibt übrigens nicht wenige GrapheneOS Benutzer, vor allem in Deutschland.

Ich bin im Allgemeinen kein Fan von Attestation, da eine bestimmte, vertraute Umgebung für die Ausführung von Software verlangt wird, welche jedoch eigentlich in Verantwortung des Benutzers, nicht des Servers sein sollte.

In der o2 App gibt es jedoch zwei Probleme bei der Implementierung von Attestation, die selbst bestehen, wenn man akzeptiert, dass Attestation in diesem Anwendungsfall zwingend notwendig sei (ist es nicht):

Das erste Problem ist die Implementierung. Die Entwickler der o2 App haben sich dazu entschieden, die Play Integrity API für Attestation zu nutzen. Diese API erzwingt jedoch nicht (wie suggeriert wird) sichere Geräte, sondern Geräte mit neueren Android-Versionen von OEMs, welche Play Dienste vorinstallieren, also mit Google zusammenarbeiten.

Dadurch erlaubt man sehr alte Sicherheitspatches, welche viele Vulnerabilities enthalten, erfüllt also das Ziel einer vertrauten Umgebung nicht. Zum anderen werden dadurch sichere, vertrauenswürdige Geräte mit neuen Sicherheitspatches ausgeschlossen, da diese nicht von einem OEM stammen oder von einem OEM stammen, der mit Google zusammenarbeitet und die Play Dienste vorinstalliert, so zum Beispiel GrapheneOS.

Das zweite, viel größere Problem ist, dass für die gleiche Funktionalität unterschiedliches Vertrauen an der Umgebung des Benutzers vorausgesetzt wird, je nachdem, wie diese Funktionalität abgerufen wird. Es ist weiterhin möglich, auf einem extrem unsicheren Computer mit veralteter Software (oder der neusten, sicheren GrapheneOS Version) die o2 Website aufzurufen und genau das gleiche zu tun, wie in der o2 App. Der einzige Unterschied ist, dass dies unkomfortabel ist und man den App Bonus nicht erhält.

Fazit: Die Nutzung der Play Integrity API schließt Nutzer aus und sorgt gleichzeitig nicht für erhöhte Sicherheit.

Mein Vorschlag ist folgender: Entweder entfernt die Play Integrity API komplett aus der App.

Sollte dieser Vorschlag nicht erfüllbar sein, sollten andere Betriebssysteme wie GrapheneOS auch unterstützt werden. Vor allem da GrapheneOS eines der sichersten mobilen Betriebssysteme ist und der Ausschluss deshalb ironisch ist. Eine Anleitung wurde von einem anderen Nutzer oben schon erwähnt.

Edit: Selbst mehrere Banking Apps die ich nutze benutzen diese API (wahrscheinlich) aus den oben genannten Gründen nicht. Daher ist die Nutzung in einer App, welche mir verbleibendes Datenvolumen anzeigt, Guthaben aufladen kann und paar SIM Einstellungen ändern kann extrem fragwürdig.

Auch ich bin von dieser Änderung betroffen. Es ist nicht vermittelbar, weshalb gerade ein sicherheitsorientiertes Betriebssystem als zu unsicher gelten sollte.

Mein veraltetes, von Sicherheitslücken klaffendes Android 13 Telefon (ohne StrongBox support) akzeptiert die O2 App als vertrauenswürdig, während mein Android 16 GrapheneOS (mit bereits gefixten CVEs, die erst im Dezember veröffentlicht werden; und die _ALLE_ andere Hersteller frühestens im Januar 2026 gefixt haben werden) ist laut O2 App nicht sicher genug 👎.
Traurig lächerlich, dass dieser Tage allenorts blinder Aktionismus massive finanzielle Resourcen bindet und dabei Sinn und Nutzen immer umfangreicher negativ beeinträchtigt werden.
Fliegt sie halt raus, die App, samt SIM, dann muss ich mich über garkeine Gängeleien mehr ärgern.  Die Freigabe der Mittel zur Implementierung dieser falsch erdachten und falsch verstandenen “Sicherheits” Prüfung entfaltet dadurch exponentielle Verluste.  Leider wohl die einzige Möglichkeit, dem Unwesen ahnungsloser IT-”Experten” den Brennstoff zu entziehen… Gehaltsrückzhalung ist da das Stichwort, das mir dazu noch einfällt….

Deinen Wunsch zur Implementierung des genannten Guides kann ich gut nachvollziehen. Ob das ganze umsetzbar ist bei einer so geringen Nutzerzahl vermögen wir nicht zu beurteilen

Die Android Attestierung kann anstelle von Google Play Integrity genutzt werden. Dadurch entsteht lediglich ein minimaler Mehraufwand wenn man die Keys von GrapheneOS einpflegt, alle "normalen" Geräte sind direkt supportet. Ansonsten hat die API den Vorteil, dass man bestimmte Sicherheitspatches erzwingen kann oder auch verifizieren kann, dass die App nicht manipuliert wurde.

Das alles kann Play Integrity nicht. For echte Sicherheit ist also die Android Attestation API sinnvoller.

Ich kann euch sagen, dass das in nächster Zeit nicht passieren wird. Ich bezweifel auch, dass ein alternatives OS schneller die Android Patches kriegt, als “alle Anderen”. Android Patches (also die Offiziellen) gibts früherstens, wenn sie eben von Google ausgerollt werden. Möglicherweise habt ihr früher die Patches als Samsung und die anderen Hersteller, aber wie gesagt...

Genau so ist es. Google rollt jetzt irgendwann die Oktober Patches aus. Bekomme ich dann immer per Update auf meinen Gerätchen… 

> Ich bezweifel auch, dass ein alternatives OS schneller die Android Patches kriegt, als “alle Anderen”. Android Patches (also die Offiziellen) gibts früherstens, wenn sie eben von Google ausgerollt werden.

Das ist so nicht korrekt. Aus diesem Grund werden Sicherheitspatches manchmal auch von Samsung vor Google ausgerollt. Wie genau die Patches veröffentlicht werden, kann hier nachgelesen werden.

Edit: Zusätzlich werden in GrapheneOS Sicherheitslücken behoben, die in AOSP noch nicht behoben wurden, wie z.B. TapTrap

​@o2_Matze 

Das sind doch mal sehr schöne Nachrichten. ☝

Nicht jedes System außerhalb von Stock ist nicht gleich unsicher oder gefährlich. 😊

Nachdem sich meine Vermutung nun bestätigt hat, bitte ich trotzdem darum, meine drei hier bereits gestellten Fragen noch zu beantworten:

​@cyberdust :

Ich finde es ziemlich gewagt bis infam wie du hier LineageOS-darstellst. Das gehört sich nicht unter AOSP-Verfechtern. Ja, es hat einen etwas anderen Fokus als GrapheneOS, ist aber gewiss nicht schlechter oder per se “unsicherer” als Graphene oder milliarden veraltete Geräte mit “closed” Android. LineageOS ist die größte und mitunter älteste AOSP-Distribution auf dem Erdenrund. Nur weil keine obskure* “Foundation” dahintersteht macht das LineageOS noch lange nicht zu einem “Hobbyprojekt” von Amateueren. Es geht an Aufwand und Support weit über alles hinaus, was alle Android-OEM fabrizieren. Auch deshalb gibt es Updates und Fixes wöchentlich!

Ich kämpfe diesen Kampf übrigens schon lange und es war sehr mühsam, diese Geschichte mit den Banken auszufechten, welche sich in der Vergangenheit auch nur zu gerne auf das false Flagging von Google verlassen haben. Das ist aber zum Glück Vergangenheit. Alle meine Banking Apps laufen. Die Banken haben es allesamt kapiert. Und jetzt fängt o2 plötzlich unangekündigt und grundlos mit diesem Schwachsinn an. Es ist nur noch zum Haare raufen!

Ab welcher Version wurde diese Behinderung umgesetzt? Ich würde mir gerne damit behelfen, dass ich diese einstweilen installiere und verwende, so lange es die API mitmacht.

​@o2_Matze :

Ich hoffe inständig, dass eure IT ein einsehen hat und zügig etwas unternimmt. Es ist auch in der Sache hirnrissig, die o2 App restriktiver zu handhaben als eine Bankingapp. Ich hatte das damals schon zur Einführung der neuen App und der nervigen PIN-Abfrage angemerkt.

Bei künftigen Eskapaden dieser Art erwarte ich allerdings, vorgewarnt zu werden (siehe meine Fragen unter o. g. Link). Ein “stiller Rollout” von neuen, superrestriktiven Checks ist einfach nicht okay. Sowas kündigt man an. Ich lese Releasnotes. Immer. Es ist eine traurige Unsitte, dass nur Standardtexte dort eingetragen werden. Auch bei der o2 App im Playstore.

​@hnikar LineageOS hat afaik kein Verified Boot und ist daher unsicherer als das Stock OS.

Ich glaub ohne Verified Boot kann auch keine hardware-basierte Attestation mit den Android APIs durchgeführt werden. Wenn Unterstützung für GrapheneOS durch diese API ermöglicht wird, wird es für LineageOS wahrscheinlich nicht funktionieren. Zumindest nicht so lange, bis LineageOS Geräte den Bootloader sperren können und Verified Boot unterstützen.

Ich halte es jedoch im Allgemeinen extrem fragwürdig, die Nutzung der App so sehr einzuschränken, obwohl potentielle Angreifer nicht einmal besonders viel mit den Daten aus der App oder der Nutzung der App anstellen können.

Was auch eine sehr einfache Möglichkeit wäre: 

Bei allem außer  “Stock” einfach eine Warnmeldung rein vor Erstnutzung der App. Sind alles mündige Bürger. Hier wird gleich wieder mit Kanonen auf Spatzen geschossen. Wesentlich weniger Aufwand als das jetzt. Wichtiger ist doch erst einmal die interne Funktionalität. 

​@morta5 :

Das ist doch der springende Punkt. Wo ist die besonders sicherheitskritische Anwendung dieser verdammten Mein o2-App? Da ist nichts, aber auch gar nichts enthalten was an Datenausbeute oder kritischer Anwendung etwa mehr wert und damit schützenswerter wäre als beispielsweise in den Banking-/ Broking- oder Versicherunsapps. Die wildgewordene o2-IT baut daraus aber trotzdem in einem Anfall geistiger Umnachtung einen Hoch- bzw. Pseudosicherheitstrakt. Denn es ist nur eine Scheinsicherheit - wie ihr es hier schon korrekt ausgeführt habt.

Noch kurz zum offenen Bootloader bei LOS:  Der ist ja auch nur ein Pseudoangriffsvektor, so lange niemand mein Gerät in seine Gewalt bringt und genau weiß was er damit tut. Er kann zwar ein neues OS flashen, aber an die Inhalte meiner o2-App oder an meine SIM-PIN kommt er dadurch trotzdem in tausend kalten Wintern nicht ran.

Im Übrigen habe ich einem Anfall produktiver Wut herausgefunden, ab wann die o2-IT diesen Murks reingepfuscht hat:

Ab Version 25.6.26 (452250626) ist der Check eingebaut. Alles davor läuft clean.

Ihr wisst was ihr zu tun habt. Dankt mir später. 😉

​@o2_Matze GrapheneOS kann ich jedem empfehlen.

Vor allem die Datenschutzoptionen des Betriebssystems, zum Beispiel nur bestimmte Kontakte mit Apps zu teilen oder die Internetverbindung für bestimmte Apps zu sperren.

Vielleicht steigst du ja auch drauf um ;).

Du kannst übrigens auch jederzeit wieder auf das Stock OS wechseln, es werden zwar alle Nutzerdaten beim Wechsel gelöscht, jedoch keine permanenten Änderungen am Gerät vorgenommen. Der Web-Installer macht das Installieren von GrapheneOS auch sehr einfach.

​@morta5 :

GrapheneOS hat auch Nachteile. Eines davon ist die absolute Pixel-Abhängigkeit. Nur so konnte hier die Bootloader-Thematik überhaupt umgangen werden. Und nach den Änderungen die Google im Sommer bei der Pixel-Reihe umgesetzt hat, ist für mich fraglich, ob GrapheneOS überhaupt so weiter betrieben werden kann wie bisher. Irgendwo wird man nämlich die Device-Tees in Zukunft hernehmen müssen. Und ich kann euch heute schon sagen, was künftig die pragmatische Quelle für das Graphene-Projekt sein wird: Die erstellten Device Trees für die Pixel-Geräte aus dem offiziellen LineageOS-Projekt. LOS ist und bleibt der Referenzpunkt für praktisch alle AOSP-Custom ROMS da draußen.

Falsch. GrapheneOS arbeitet mit einem relativ großen OEM zusammen und plant Ende 2026/Anfang 2027 eigene Geräte auf den Markt zu bringen.

Zu den Device-Trees: LineageOS hat keine aktuellen Pixel Device-Trees. GrapheneOS erstellt eigene Device-Trees durch Reverse engineering der offiziellen Pixel OS images. adevtool (https://github.com/GrapheneOS/adevtool) wurde damals zusammen mit ProtonAOSP entwickelt und kann alles mögliche aus den Images extrahieren. AOSP war schon immer die einzige Referenz für GrapheneOS, nicht LineageOS. GrapheneOS ist auch vollständig mit AOSP kompatibel und dient als drop-in Replacement.

Ich finde es ziemlich gewagt bis infam wie du hier LineageOS-darstellst. Das gehört sich nicht unter AOSP-Verfechtern. Ja, es hat einen etwas anderen Fokus als GrapheneOS, ist aber gewiss nicht schlechter oder per se “unsicherer”

​@hnikar, LineageOS lässt in aller Regel den Bootloader offen, was eine Menge Sicherheitsprobleme nach sich zieht, und nur AOSP-Patches zu liefern ist nur die halbe Miete, die drunter liegende Firmware bleibt auch mit LineageOS auf maximal den Stand, den der OEM liefert. Das wird aber so von vielen als extra Sicherheit misrepräsentiert, wenn es am Ende keinen relevanten Sicherheitsgewinn bringt. Viele LineageOS Ports, auch unter dem offiziellen Banner, die ich früher benutzt habe, habe ich persönlich immer mehr als Bastellösung mit merkwürdigen Bugs wahrgenommen. Für mich ist das ein Hobbyprojekt, und ich sehe nicht, wo ich LineageOS groß "angegangen" bin. Es hat eine andere Prio, und die Prio ist nicht Security. Ist ja auch okay, aber für sicherheitsrelevante Anforderungen zu Recht ungeeignet.

Stichwort Sicherheit: Ich teile freilich die Meinung, dass ein Integritätscheck imho überflüssig ist und die App entsprechend auf allen Geräten laufen können sollte. Wenn o2 das offensichtlich anders sieht, ist der Kompromiss, den Integritätscheck zumindest nativ zu machen,  anstatt sich auf Google und ihr merkwürdiges Verständnis von Sicherheit zu verlassen. 

​@morta5, Die Bootloader-Thematik wurde nicht "umgangen", Pixel-Geräte erlauben einfach als die einzigen Geräte auf dem Markt, den Bootloader mit einem selbstsignierten Schlüssel zu sperren, ohne zu bricken und ohne dass dabei der Sicherheitschip gekillt wird wie bspw. bei Samsung. Die Anforderungen vom Projekt sind nicht Pixel-spezifisch, es ist nur so, das aktuell nur die Pixel-Geräte alle notwendigen Kriterien erfüllen. Dass diese Abhängigkeit nicht vorteilhaft ist, streitet keiner ab, weswegen GrapheneOS aktuell mit einem bisher nicht näher bekannten Hersteller zusammenarbeitet. Das Thema mit AOSP ist auch nicht (mehr) relevant, da die Device-Trees mittlerweile anders erzeugt werden können. Da ist das Problem, dass Google den Quellcode für Android 16 QPR1 nicht rausrückt, deutlich kritischer, weil ohne den das Pixel 10 nicht supportbar ist und alle anderen Geräte auch im Featureset von Android 16".0" verbleiben. (Securitypatches wurden hingegen schon erfolgreich zurückgeportet.) Das ist aber nicht nur ein Problem von Graphene, das betrifft auch die "richtigen" OEMs.

Abseits davon: Danke an ​@o2_Matze, dass Du da was in Bewegung bringen konntest und wir da (hoffentlich) bald mehr hören können 😀

Hallo zusammen.

Für jemanden, der sich in den letzten “Jahrzehnten” gar nicht mit dem Thema beschäftigt hat tun sich hier für mich ganz neue Welten auf, daher erst mal vielen Dank an euch alle für diese spannenden Einblicke 💜

Ich habe schon ein paar Monde erlebt (ich bin also schon etwas älter 😄) und habe auch die alten Windows Mobile Zeiten mitgemacht. Damals hatte wir auf unseren HTC Geräten (hier bei im Hause hießen die XDAs) schon CustomRoms. Ich bin aber, als es mit Android so richtig losging, irgendwann ausgestiegen und hab dann auch somit die Bindung dazu verloren und mich um diese Themen gar nicht mehr gekümmert. Ich vermute, es war einer von euch, der in den Google Playstore Rezensionen zur Mein o2 App vor wenigen Wochen etwas zu GrapheneOS geschrieben und erst seitdem hab ich das Thema wieder ein wenig auf dem Zettel. 

Dass es da -so scheint es- auch eine kleine Rivalität zwischen den einzelnen OS gibt war mir ebenso nicht bewusst, daher war ich auch durchaus irritiert über die kurz aufkommenden Schärfe in den Kommentaren hier. Ich bin aber ganz happy, dass wir dann schnell wieder zurückgefunden haben und das ganze hier weiter sachlich, informativ und auch konstruktiv besprechen. 

Ich finde, ihr habt hier auch durchaus die Möglichkeit, ein wenig Werbung für die jeweiligen Plattformen bzw Projekte zu machen und warum es sich lohnt, das ganze mal auszuprobieren oder ggf. direkt umzusteigen, so wie ​@morta5 das schon ein wenig gemacht hat

morta5 schrieb GrapheneOS kann ich jedem empfehlen.

Vor allem die Datenschutzoptionen des Betriebssystems, zum Beispiel nur bestimmte Kontakte mit Apps zu teilen oder die Internetverbindung für bestimmte Apps zu sperren.

Vielleicht steigst du ja auch drauf um ;).

Du kannst übrigens auch jederzeit wieder auf das Stock OS wechseln, es werden zwar alle Nutzerdaten beim Wechsel gelöscht, jedoch keine permanenten Änderungen am Gerät vorgenommen. Der Web-Installer macht das Installieren von GrapheneOS auch sehr einfach.

Das klingt auf jeden Fall spannend. Wie kann ich mir das vorstellen? Wie eine von USB Stick beim booten gezogene Ubuntu Version? Falls das in die Richtung geht würde ich das beim meinem Pixel auf jeden Fall mal ausprobieren, sofern ich da nichts permanent am eigentlichen ROM lösche (Nutzerdaten sind da natürlich egal) und ich meine Garantieansprüche nicht verliere. Das letzte mal dass ich ein Handy gebrickt habe (sagt man das heute überhaupt noch so) war so um 2005 und dafür ist mir mein Pixel 9 noch zu “neu” 😄  

cyberdust schrieb

Abseits davon: Danke an ​@o2_Matze, dass Du da was in Bewegung bringen konntest und wir da (hoffentlich) bald mehr hören können 😀

Das war eine Teamleistung, unsere Entwickler sind da auf auf jeden Fall bereit sich mit der Materie auseinander zusetzen. Viel mehr kann ich da jetzt gar nicht mehr beitragen, ich kann aber aber so viel verraten, das man eure Kritik als berechtigt ansieht und man gewillt ist, da auf euch zuzugehen, bitte habt aber Verständnis, dass wir hier zur Timeline nichts sagen können. 

Ihr habt auf jeden Fall das Thema mit auf die Agenda und den Stein ins Rollen gebracht 🤘

VG Matze 

​@o2_Matze 

Wenn du mal ein bisschen “spielen” möchtest dann besorge dir ein älteres One Plus 6 oder 6T. Die kannst du nicht schrotten. Und selbst wenn gibt es Herstellertools womit du alles wieder sauber hinbekommst. Geräte wird dann wieder sauber ohne Root wie “aus dem Karton” wieder hergestellt. 

Und die genannten Systeme aks LineageOS oder auch GrapheneOS sind jetzt keine “Frickelbuden” oder sonst etwas. Da steckt professionelle Arbeit drin: 

https://lineageos.org/

Hier sieht man den aktuellen Entwicklungsstand (LOS 23 aka Android 16 steht vor der Tür): 

https://review.lineageos.org/c/LineageOS/hudson/+/452584

Und die Geräteliste ist sehr umpfangreich. 😊

Deshalb kam mir ja auch die Idee mit der “Warnmeldung” was die o2 App betrifft. Kann ja nicht sein das User Elektroschrott produzieren nur weil mit Kanonen auf Spatzen geschossen wird. Und LineageOS ist der Nachfolger von Cyanogenmod was den Älteren ein Begriff ist.

Ich beschäftige mich mit dem Zeugs schon seit 15 Jahren und das war mein erstes “Schraubobjekt”: 

https://www.hifitest.de/test/ausstattungsliste/tablets/samsung-p1000-galaxy-tab-36643

Android 2.2.

Und sage nichts über ein Alter …. ich bin Baujahr 70 😋

VG Thomas 

​@o2_Matze mit dem ausprobieren von Ubuntu auf einem USB-Stick ist das nicht vergleichbar. Das Stock OS wird bei der Installation von GrapheneOS gelöscht, kann aber später genau so einfach wieder installiert werden, wie GrapheneOS selbst. Mehr Infos sind hier.

Die Garantie sollte durch die Installation von GrapheneOS nicht erlischen, vor allem da keine Änderungen an der Hardware vorgenommen werden, wie z.B. bei Samsung Smartphones. Hier ist ein Chat mit dem Google-Support über dieses Thema.

Wenn man in einem Garantiefall das Stock OS installiert, könnte wahrscheinlich nicht einmal nachgewiesen werden, dass in der Vergangenheit andere Betriebssysteme installiert waren.

Die Installation von GrapheneOS ist über den Web-Installer sehr einfach. Man muss sich nur durch die Installation klicken und sich natürlich alles durchlesen.

​@morta5 

Auf den Punkt gelandet. 

Die einzigen die da was die Garantie betrifft “komisch” reagieren sind Samsung. 

https://www.samsung.com/de/support/apps-services/wie-funktioniert-samsung-knox/

Da wird intern eine Flag auf 0x1 gesetzt woran erkannt wird das gebastelt wurde. Standard ist da nämlich 0x0. 

Es ist nun wohl alles gesagt und ich mag mich auch nicht in das missionarische Kleinklein herab begeben. Wer ein Pixel hat, kann sich GrapheneOS ja gerne anschauen und für alle anderen ist offizielles LineageOS wahrscheinlich die beste Wahl. Insbesondere wenn es um den Weiterbetrieb von Smartphone-Hardware geht, die vom Hersteller nicht mehr supportet wird.

Ich selbst habe übrigens keine Pixel Geräte und werde mir gewiss auch keine anschaffen. Seit meinem Umstieg von Windows 10 Mobile auf Android setzte ich ausschließlich auf die exzellente und vergleichsweise günstige Hardware von Xiaomi in Verbindung mit LineageOS und bin damit sehr gut gefahren. Über XDA trage ich bisweilen auch zur Weiterentwicklung und zum Bugfixing bei.

​@o2_Matze :

Ich finde es echt klasse und wichtig, dass du so offen für das Thema alternative Smartphone-Betriebssysteme bist und das Problem intern direkt adressierst. Froh bin ich auch, dass ich von der Sächsin auf diesen Thread aufmerksam gemacht wurde um meine erste Vermutung zu bestätigen. Immerhin konnte ich heute die einstweilige Übergangslösung für das Problem finden und implementieren. Eure IT sollte jetzt nur nicht hergehen und die App-Version 25.6.20 von der API mutwillig abschneiden. Falls doch, suche ich euch an dieser Stelle nochmals heim. 👻

Im Ernst - erhaltet nun bitte wenigstens die Kompatibilität zu dieser Version von Mitte Juni so lange wie möglich aufrecht. 🙏

Bei mir besteht das selbe Problem. Komme auf einmal nicht mehr in die App. Habe die gleiche Meldung im Display wie der TE. 

Mein Telefon ist ein Galaxy S25 Ultra

Ich habe auch schon mehrere frühere Version wie als Lösungsansatz vorgeschlagen installiert gehabt, jedoch bleibt die Fehlermeldung immer die selbe. #PI5001

Ich hoffe das schnell eine Lösung von den Tec Kollegen kommt...