Bank Norwegian funktioniert nach Update nicht mehr unter e/OS

/e/OS auf Deutsch
1

Hallo zusammen,
bin nun seit gut 3 Monaten begeisterter Benutzer von e/OS.
Ich hatte bisher die Version 5.4.135 von der Bank Norwegian App auf meinem Galaxy Tab S7 Wifi und e/OS 3.12 im Einsatz. leider wurde ich nun von der App gezwungen diese zu Updaten auf Version 5.4.159. Nun meckert die App aber das “A Security Problem was found” und lässt sich nicht mehr benutzen.

image
image2048×1280 159 KB

Habt ihr eine Idee wie ich die App nun unter E/OS verwenden kann, hab bereits Shelter und das erstellen eines Work Profiles probiert leider ohne Erfolg.

Ich habe auch noch ein CMF Phone 1 mit E/OS und Root im Einsatz, dort läuft bisher noch die alte Version 5.4.135, dort kann ich aber ggf. wegen Root mehr sachen versuchen das die Banking App das modifizierte System nicht erkennt und deswegen meckert. Finde es wirklich extrem Nervig von den Banken :frowning:

Bin für jeden Tip dankbar :slight_smile:

2

Es gibt hier immer wieder Vorschläge wie man mit Root eine Bank app zum laufen bringt. Ich habe es nocn nie versucht.

In der Regel laufed app wieder nach einem OTA update, immer öfter wenn microg aktualisiert wurde

3

Du hast sicherlich meinen Thread bezüglich der Hanseatic Secure App wahrgenommen?

Die Banken (allgemein) werden sich - mit ziemlich hoher Wahrscheinlichkeit - nicht dazu überreden lassen, Custom-ROMs zuzulassen. Auch wenn die Secure-App in meinem Fall unter /e/OS funktioniert, ist das bestimmt auch nur ein temporärer Zustand, wer weiß, was mit dem nächsten Update der App an Sicherheitsrichtlinien umgesetzt wird.

Daher meine Entscheidung, im heimischen Bereich (unterwegs brauche ich das nicht) ein “anonymisiertes” Standard-Phone zu nutzen (da sind keine Kontakte drauf, das Phone wird für nichts anderes “allgemeines” genutzt), bei dem es dann keine Beanstandungen gibt bezüglich der “Verletzlichkeit” in Sicherheitsfragen.

Vielleicht wäre das eine Alternative für Dich?

4

Leider ist das keine alternative.da ich beruflich und privat viel in der Welt unterwegs bin und daher von überall die Möglichkeit haben muss Kreditkarten Zahlungen freizugeben und ich nicht Warten kann bis ich wieder zuhause bin oder ein weiteres Telefon mitschleppen will :frowning: Schade werde mal xda durchsuchen nach Möglichkeiten mithilfe root das vielleicht wieder hinzugekommen. Dachte eig ein non rooted e/OS wäre kein Problem aber scheinbar ist dem nicht so :frowning:

5

Es ist schon immer ein Problem gewesen, nicht erst seit gestern. So ists leider im Privatsphärefreundlichem Umfeld. Bank wechseln ist auch eine Möglichkeit

2 Likes
6

die community builds des gts7lwifi sind wenn ich mich nicht irre cloaked userdebug builds. Ist zwar ein Haken an rootbeer dran, aber nur weil die build.prop Variablen (ro.secure) nicht lesbar sind für user-installed apps. Kannst ja mal schauen ob Du in den devoptions adb root debug angeboten bekommst.

Den Banken geht es nur um Risikoreduktion, Betrugserkennung und Haftbarkeit im Schadensfall.

Was ich mir wünschen würde wäre ein Haftungsausschluss-Bestätigungshaken. Der ist für die Bank gerichtsfest und die NutzerInnen haben mehr Gerätefreiheit. Das gesagt - vielen NutzerInnen sind die tatsächlichen Risiken geräteseitig nicht bewusst.

2 Likes
7

Hi, ja mir wird in den dev options ADB root Debug angeboten. Heist das wenn ich bei meinem cmf phone 1 mit dem official build das root entferne sollte die Bank norwegian app nicht mehr meckern ?

8

community builds sind userdebug builds, ein official build sollte ein user buildtype sein und dir adb root gar nicht anbieten. Es ist ein LineageOS Relikt, die meisten brauchen das nicht.

Wenn Du diese “root böse” meldung kriegst kommt die vom Abklofen auf build fingerprint, release typ und ro.secure.

Ich bezweifle dass durchschnittliche Android AppentwicklerInnen erklären können warum (spezifisch) adb root Unsicherheit einführen soll.

Der wirkliche Gegner von Softwarefreiheit ist Playintegrity, so sieht die Norwegian Meldung aber nicht aus. Ein logcat würde es anzeigen.

1 Like
9

ich hab mal ein Logcat mittels Logcat viewer gemacht,während ich die Bank Norwegian App gestartet habe und woraufhin dann die Weiterleitung zu der Meldung im browser führt. hab leider in dem ganzen Wirr an Daten nichts gefunden was darauf hindeutet, weiß aber auch nicht genau wonach ich da im Log suche muss :frowning:

Edit hab die Sache mal ChatGPT vor die Füße geworfen und das ist das Ergebnis

image
image1223×1301 92.9 KB

Also klingt eher Nach Playintegrity Fehler :frowning:

10

von dem galaxy tab? wie gesagt, es steckt im log was ich meine - es klopft die variablen ab, kriegt denied Meldungen. Das oder was anderes reicht dann für die root detection heuristik.

Es gibt patches die dann bestimmt das liefern was die Apps sehen wollen oder man fährt ein user build

[2025-10-17 17:34:05.757 Uid(value=10259):22945:22945 W/] type=1400 audit(0.0:112971): avc:  denied  { read } for  name="u:object_r:userdebug_or_eng_prop:s0" dev="tmpfs" ino=11808 scontext=u:r:untrusted_app:s0:c3,c257,c512,c768 tcontext=u:object_r:userdebug_or_eng_prop:s0 tclass=file permissive=0 app=com.banknorwegian
[2025-10-17 17:34:05.760 Uid(value=10259):22945:22967 W/libc] Access denied finding property "ro.debuggable"
[2025-10-17 17:34:05.760 Uid(value=10259):22945:22967 W/libc] Access denied finding property "ro.secure"
11

genau das LogCat war vom Galaxy Tab ohne rooted e/OS Community Build 3.1.1 läuft dort noch, ein aktuelleres gibt es bisher nicht

12

wie gesagt, community = adb root = root, expliziter kann ichs nicht sagen. Rooted sagt man vielleicht zu magisk und co, die das persistent machen und den superuser anderen Apps anbieten, aber adb root ist auch root.

gpt zitiert imo das falsche. FIS_AUTH_ERROR zeigt zwar auf ein Firebase messaging Problem (prüf mal deine microG device registration) aber ich sehe in dem geposteten Log kein playintegrity / safetynet - du würdest “IntegrityService / playcore / droidguard” strings finden.

Mit dem tablet gehts imo nicht weiter, entweder “user” build oder Flucht nach vorn, wirklich persistent rooten und irgendwelche mogelmodule Laden die der App zeigen was sie sehen will.

1 Like
13

Jop verstehe.

Hab jetzt mal mein CMF Phone 1 mit Magisk Root zur Hand genommen, dort läuft aktuell noch die alte Version der Bank Norwegian, da will ich auch ungern das Update der App noch nicht machen so lang das läuft. Allerdings habe ich mich dort mal versuch mit der App “Play Integrity API Checker” den allgemeinen Play integrity Status abzufragen. Dort erhält mein Gerät lediglich “Meets_Basic_Integrity” der rest ist ROT mit Kreuz. Also versuch grad mal dort zumindest die “Meets_Device_Integrity” noch grün zu bekommen, dann könnte ich das gleiche auch bei dem Tablet machen mit Magsik root. Aktuell bin ich bei folgendem Modul GitHub - KOWX712/PlayIntegrityFix: Fix Play Integrity verdicts. dort habe ich auch das folgende von Chiteroman beschriebene versucht: A somewhat unstable solution exists: you can use PlayIntegrityFork and enable spoofVendingSdk. This should force the use of legacy checks on modern devices; however, the Play Store sometimes fails, including crashes.

Play store nutze ich nicht daher ist es mir echt egal. leider bleibt auch nach der Änderung der Play Integrity API Checker auf größtenteils rot.

Hast du da eventuell eine idee welches Modul mir helfen könnte ?

14

aktuell habe ich keinen Anlass zu denken dass die app wegen integrity checks dir die Meldung zeigt - die App schaut auf die build.props.

Der verlinkte PIF belügt ja nur das gms package um das verdict zu kriegen - Du willst aber BN was anderes über deine build.props erzählen. Du findest bestimmt das richtige modul im Magisk park.

1 Like
15

ach mist bin ich schon wieder falsch abgebogen stimmt, irgendwie landet man immer bei was wegen Safetynet und so wenn man für Banking apps und root was sucht. Hab jetzt das Modul MagiskHide Props Config mal versucht, leider klappt das nicht so wirklich mit den alternativen Props, Paket schein auch lange nicht mehr maintained zu sein also muss ich da noch weiter suchen ob sich da noch was funktionierendes findet.

16

alle Module die auf Safetynet oder den Nachfolger Playintegrity gemünzt sind ändern auch die build.props, deshalb die Überschneidung.

Das BN log zeigt ~30 Abfragen, nicht alle werden gleich gewichtet werden und viele sind eh nicht da, eine Handvoll wird reichen. Nur ro.debuggable / ro.secure ist wahrscheinlich zu wenig: build-fingerprint, build-type und release-keys sind wichtig, aber das spooft /e/OS seit ein paar releases schon von Haus aus

Backuphinweis ernst nehmen

2 Likes
17

Pixel-Props/sensitive-props sorgt leider nicht dazu das die Banking app wieder will

Elcapitanoe/Komodo-Build-Prop - führt leider zu einem hängen beim Booten, kann man mittels adb shell magisk --remove-modules aber wieder zum booten bewegen. Das ist mir dann doch grad etwas zu heikel kurz vor dem Urlaub die Geräte neu machen zu dürfen, werde ich also erstmal auf nach den Urlaub verschieben das kleine Projekt. Danke aber für den Input und die Ratschläge, da muss man sich dann aber wirklich immer recht viel durchkämpfen wenn dann doch mal wieder ein Update das ganze kaputt macht, weiß leider nicht ob es mir das so Wert ist, leider :frowning: