SecureGo plus 4.3.9 funktioniert nicht auf /e/OS?

Hallo,
heute habe ich das Update von SecureGo plus auf Version 4.3.9 durchgeführt (Kennung de.fiduciagad.securego.wl).
Leider wird mein Gerät als gerootet erkannt.
Zwar stimmt das [1], die Anwendung ist aber in der Ausnahmeliste von Magisk eingetragen und hat bis zur Vorversion auch ohne Probleme funktioniert.

Mein Verdacht ist, dass wie im Oktober 2025 die Sicherheitsfunktionen von SecureGo plus /e/OS als generell verdächtig ansehen. Gleichzeitig hat Atruvia damals auf Hinweise von Nutzern tatsächlich ein Update veröffentlicht, damit /e/OS nicht als gerootet angesehen wird. SecureGo Plus App stopped working - #86 by albigdd

[1] Mir ist bewusst, dass der Betrieb von SecureGo plus auf einem gerooteten Gerät keine gute Idee ist. Zur Verteidigung kann ich nur vorbringen, dass ich damit nur den 2. Sicherheitsfaktor (2FA) für die Kreditkarte abwickle.

1 Like

Keine Probleme auf meinem Fairphone 4 mit 4.3.9:

  • Bootloader locked
  • Not rootet

Es ist richtig, dass Atruvia im vergangenen Jahr bei einigen Geräten über das Ziel hinausgeschossen war, aber das Problem wurde ja mit dem darauf folgenden Update behoben.
Ich würde man sagen, dass sind die Risiken die mal in Kauf nehmen muss, wenn man sein Smartphone rootet.

1 Like

Interessant wäre, ob es vielleicht am nicht-gesperrten Bootloader meines Geräts liegt: Ein Sperren ist bei meinem OnePlus 6 nicht möglich (unabhängig vom Rooten).

Hat jemand ein Gerät ohne root, aber offenem Bootloader und kann sagen, wie sich SecureGo plus verhält?

Das kann gut sein. Interessanterweise scheint die Aufnahme in die Ausnahmeliste von Magisk gar nicht so schlecht zu sein, der Root Checker erkennt das Gerät nicht als gerootet - das bedeutet aber natürlich nicht, dass ausgefeilteren Techniken nicht doch etwas auffällt.

Hallo in die Runde,

ich benutze ein Pixel 4a 5G ohne Root, aber mit entsperrtem Bootloader, und kann bestätigen, dass SecureGo plus in der Version 4.3.9 (edit: und auch jetzt 4.4.0) nicht funktioniert. Vor dem Update lief alles problemlos. Nach dem Update werde ich nach dem Start der App auf eine Webseite mit einem Sicherheitshinweis umgeleitet.

Ich habe dem Support eine E-Mail geschickt und bisher eine automatische Antwort erhalten. Mal schauen, wie es weitergeht.

1 Like

…und hier eine Antwort von heute:

Sehr geehrter Max Planck,

vielen Dank für Ihre Mitteilung. Mehrere Kunden mit nicht unterstützten Betriebssystemen sind aktuell von dem Problem betroffen. Die Programmierung ist dazu informiert worden, dies sollte eventuell im nächsten Update behoben sein.
Jedoch können wir Ihnen dies, wegen den oben genannten Punkten, nicht versprechen.

Mit freundlichen Grüßen
Ihr VR-Banking App Team

Bei Anfragen dieser Art würde ich jedes Mal auf die digitale Souveränität hinweisen. Es ist schließlich ein Anliegen der EU-Staaten diese umzusetzen. Custom-ROMs wie iodéOS und /e/OS stammen schließlich aus Frankreich und das liegt nun einmal in der EU.

1 Like

Same same -Atruvia sagte mir sinngemäß: Custom-ROMs werden nicht pauschal blockiert. Problematisch sind Geräte, bei denen der reale Bootloader-/Security-Zustand nicht zu den von Android gemeldeten Werten passt.

Bei meinem S10 ist der Bootloader z. B. offen und Knox ausgelöst, während Android gleichzeitig verifiedbootstate=green und warranty_bit=0 meldet. Solche widersprüchlichen Zustände werden seit SecureGo plus 4.3.9 offenbar strenger als Manipulationsmerkmal bewertet.

Atruvia sieht das deshalb nicht als klassischen False Positive, sondern als inkonsistente Systemkonfiguration, die auf ROM-/Geräteebene behoben werden müsste.

Bin zurück auf 4.3.7 und geht vorerst wieder…

2 Likes

Hallo zusammen,

ich nutze ein Pixel 6a mit A14.

Die Securego App 4.4.0 funktioniert auch bei mir nicht. Habe Atruvia angeschrieben, auch mit dem Hinweis auf digitale Souveränität. Mal schaun was kommt.

Grüße in die Runde

1 Like

Es wurde von einem anderen User ein Ticket im Backlog erstellt: SecureGo plus on Murena /e/OS 4.3 opens browser to atruvia and crashes (#9756) · Issues · e / Backlog · GitLab