Erst seit heute funktioniert meine S-Push APP nicht mehr. Sofort nach dem Start wird mir eine Webseite der Sparkasse angezeigt mit dem Hinweis, das mein Gerät gerootet.
Mobiles Bezahlen und die Banking APP selber funktionieren noch.
Wird das eventuell mit einem Update von e/OS 3.71 auf 4.0 wieder funktionieren.
Kann ich das “gerootet” ausschalten und wenn ja, was habe ich dadurch dann für Probleme.
Existieren die Probleme auch auf einem Fairphone mit einem vorinstallierten e/OS? oder ist dieses Gerät dann nicht gerootet?
Ich nutze das Xiaomi 12t Pro, mit e/OS 3.7.1 Community und dem entsperrten Bootloader.
Dann direkt die Frage: Würde es wieder funktionieren wenn ich den Bootloader sperre? Und wäre es dann ein Problem für mich, wenn der Bootloader gesperrt ist, zB bei Updates?
Wenn Du den Bootloader sperrst, sind alle Daten weg, weil ein neuer Schlüssel für die FBE erzeugt wird. Da es für das Xiaomi 12t Pro aber nur ein Commuity-Build gibt, ist das Sperren des Bootloader nicht möglich.
Ist die S-Push App evtl. aktualisiert worden ? Hier im Forum wurde verschiedendlich berichtet, dass einige Apps auch schon den Dienst versagt hatten, weil versch. Prüfungen seitens der Entwickler falsch implementiert wurden und ein Gerät fehlerhaft als “gerootet” erkannt wurde. Da kann die Installation einer älteren Version der App über Aurora-Store helfen.
Diese obige Seite wird dann von der App aufgerufen und mir angezeigt. Also gerne die obige Seite bzw den Link öffnen. Nur als Info, was die Sparkasse mir jetzt anzeigt.
Das Gerät wurde bereits mit Android-Systemeinstellungen ausgeliefert, die die Sicherheit des Systems reduzieren.
Das Gerät wurde „gerootet“. Es liegen damit Systemberechtigungen vor, welche den Schutz Ihrer Daten gegenüber dem Zugriff Dritter nicht mehr sicherstellen.
Der erste Punkt kann bedeuten, dass es generell mit Custom-ROMs Probleme geben kann.
Wenn Dein Gerät als “gerootet” erkannt wird (Punkt 2) und es aber nicht gerootet ist (bspw. mit Magisk o.ä.), dann ist dieser Check von den Entwicklern falsch implementiert od. “gerootet” bedeutet für die Entwickler eben auch ein entsperrter Bootloader.
Zur Not kontaktiere doch mal die Star Finanz GmbH.
BTW: Die App hat ja im Google Play Store nicht gerade die tollsten Bewertungen …
Habe zum Spass (ohne ein Konto bei der Sparkasse zu haben) die akt. App (31004) mal auf meinem Samsung S5e mit /e/OS 3.7 community und offenem Bootloader installiert: Funktioniert nicht (gleicher Fehler wie bei Dir).
Aber: Die S-Push App über Aurora Store in einer älteren Version (31001) installiert → Geht.
Das Problem liegt also definitiv an der dusseligen Sparkassen App.
Danke für die Mühe. Aurora weigert sich jetzt komplett die App zu installieren, erscheint in der Suche, beim nächsten Schritt sagt Aurora aber “für dieses Gerät nicht verfügbar”.
Ich wurschtel mich durch und suche mir eine alte S-Push APK aber noch
Du musst die neuere Version erst löschen und dann in Aurora die App auswählen, dann oben im Menü → Version auswählen → 31001 und installieren. So hat es auf jeden Fall bei mir funktioniert. Das Problem ist auf jeden Fall nicht /e/OS.
Nee, haben zwei Handys mit 2 PushTan für ein Konto, daher konnte ich problemlos mit der anderen PushTan die andere PushApp freigeben. Vielleicht funktioniert bei nur einem Handy der Umweg die PushTan auf ein Zwischenhandy zu parken und immer von einem Handy auf das andere zu übergeben?
ich habe seit dem Update auf die aktuelle Version 5.2.0 (vom 02.04.2026) der S-pushTAN-App die gleichen Probleme, wie die hier geschilderten, auf meinem von Murena mit vorinstalliertem /e/OS erworbenen Pixel 7.
Das Pixel 7 wurde mit gesperrtem, aber entsperrbarem Bootloader ausgeliefert, es läuft derzeit unter /e/OS 3.7.3-a15-20260506618655-official-panther.
Nach Auskunft von meiner Sparkasse stört sich die neue Version der S-pushTAN-App an der Entsperrbarkeit des Bootloaders.
Nach meinem rudimentären Verständnis ist der Bootloader genau deshalb entsperrbar, weil in den Entwickleroptionen der Parameter „OEM-Entsperrung: Bootloader-Entsperrung zulassen“ den Wert „ein“ besitzt.
Wenn diese Informationen korrekt sind, könnten die Probleme mit der neuen Version der S-pushTAN-App auf meinem Pixel 7 behoben werden, wenn ich in den Entwickleroptionen den Parameter „OEM-Entsperrung: Bootloader-Entsperrung zulassen“ mit dem Wert „aus“ versehe.
Ist das eine gute Idee? Oder wird der entsperrbare Bootloader für die Funktionalität von /e/OS oder den Update-Prozeß auf neue /e/OS-Versionen benötigt?
Ich habe verstanden, daß ich das Problem auch mit der Verwendung einer älteren Version der S-pushTAN-App lösen könnte. Allerdings unterstelle ich, daß die Entwickler der Star Finanz GmbH uns mit der neuen Version der App nicht vorrangig ärgern wollten, sondern auch – ggf. auch sicherheitsrelevante – Verbesserungen an der App vorgenommen haben, so daß mir die dauerhafte Nutzung einer veralteten App nicht erstrebenswert erscheint.
Das meiste, was geändert wird, ist sowieso nicht offentlich oder wird als “allgemeine Verbesserungen” verkauft. Die werden bestimmt nicht irgendwelche cutting edge post quantum Verschüsselung implementiert haben.
Nur, wenn man davon ausgeht, nie in die Situation zu kommen, dass sich das Gerät irgendwie bei einem Betriebssystem-Update oder so verrennt und nicht mehr bootet (die Wahrscheinlichkeit dafür ist nicht Null), und man dann den Bootloader entsperren muss, um überhaupt irgendwie das Gerät wieder zum Booten zu bekommen. Das geht mit dieser Einstellung auf “Aus” dann halt nicht mehr und man hat unter Umständen einen teuren Ziegelstein hergestellt.
Aber vielleicht kann dann der Gerätehersteller kostenpflichtig weiterhelfen.
Das ist richtig, aber da das Pixel 7 - wie die meisten modernen Smartphones - ein a/b Device ist, muss es wirklich schon ganz blöd laufen, damit auch die andere Partition nicht mehr bootfähig ist.
Viel häufiger ist ein “Brick”, wenn bei der Installation eines Custom-ROM das SPL nicht beachtet wird und die Anti-Rollback-Protection greift.
Die andere bootfähige Partition hilft wenig, wenn der Bootloader nicht automatisch zu ihr wechseln möchte und wegen der ausgeschalteten Möglichkeit, den Bootloader zu entsperren, auch das manuelle Umschalten per fastboot-Kommando nicht geht. Eventuell kann die Recovery das noch.
Ja, es muss schon ganz blöd laufen. Möchte jedoch wer darauf warten?
Ok. “OEM-Entsperrung” auf “aus” setzen ist der Hosenträger zum Gürtel.
Wenn jemand das Gerät bei “OEM-Entsperrung” auf “ein” in die Finger bekommt und ein
$ fastboot flashing unlock
ausführt sind die Daten auf dem Gerät ja eh futsch. Somit ist man bzgl. seiner persönlichen Daten relativ sicher. Das sehen die Entwickler:Innen von Banken-, Gesundheits-, Versicherungs- etc. Apps allerdings offenbar etwas anders.
Das stimmt sicherlich. Da die App - wie wohl (fast) jedes Stück Software - aber nicht völlig fehlerfrei sein dürfte und möglicherweise auch Fehler enthält, die man ausbeuten könnte, hege ich die Hoffnung, daß bei Updates einige dieser Fehler ausgebaut werden - im Idealfall ohne neue einzubauen …
