However, via Aurora store it works fine (inc Wero)... I do feel a bit uncomfortable about it, but it's a one-to-one connection to the Play Store, so should be fine... What I don't understand is how that can work, the app itself does no checking after it is installed I guess? Not how I'd architect it...
My other bank, bunq, keeps whining about some service but functions normally nevertheless (I should give Play services access to my "Phone", I don't understand what that entails so I refuse it). N26 and Trade Republic just work.
I don't get wireless payments via Google Pay, but I don't even want that. So I'm really looking forward to Walt [1]. I would even start my sub now if that'd help him get it available in a year... At the moment there is Curve Pay [2], they have their own NFC stack. Bunq also used to have that (back when they were very pro-privacy) but they ditched it in favor of that horrible Google Pay.
[0] https://discuss.grapheneos.org/d/24630-rabobank-app-no-longe...
[1] https://walt.is/
[–] danelski 1 day ago
Exactly. If these companies were so serious about security, they should also block devices with, let's say, >1 year of security updates backlog. But that's a completely different number of customers compared to negligible Graphene/Lineage/e userbases.
[–] saidnooneever 1 day ago
Now, that isn't to say there aren't security issues, nor that QA is perfect on devices they do support (like with any enterprise software projects), but it is a valid reason from a business perspective to not support everything.
Why do you think generally OpenBSD and such platforms aren't supported by commercial software, nor most open-source software? It adds a lot of burden for testing and QA on developers who will need to become intricately familiar with yet another platform.
People stare blindly at some customer support answers and hinge everything on those words, but if you think carefully about how software, compatibility and support work, this all makes perfect sense.
[–] computerfriend 1 day ago
Hardly true, if they permitted Lineage and so on.
> Just like any enterprise software, it targets a set of common devices so they can provide support and QA on it.
Not really, there are a myriad of devices and they're not testing on all of them. A "pound sand if you're on an unsupported device and it isn't working" policy would be perfectly acceptable, as long as the issue isn't directly caused by the developer purposefully breaking the application for a subset of users that fail Play Protect check or whatever.
[–] dns_snek 1 day ago
GrapheneOS have written about (in)security of LineageOS:
https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...
[–] bilkow 1 day ago
What I think happened is that GrapheneOS assumed the blog post meant that those updates happened at the time of the post, while the post is actually announcing things that were done in the last few months.
[0] https://review.lineageos.org/q/subject:%22release:+Bump+Secu...
[–] dns_snek 22 hours ago
> Most non-Google-certified operating systems are setting an inaccurate Android security patch level by ignoring the non-AOSP portion of the patches. GrapheneOS doesn't do that but most of the other AOSP-based projects not being certified by Google are doing it. OEMs were caught doing it too but it's not clear if it was intentional in most cases as it is with the alternate operating systems.
[–] yjftsjthsd-h 1 day ago
[–] teekert 1 day ago
I agree, but that is also totally unrealistic for normal people.
Btw, My son has a 200 eur Samsung Galaxy A26, very fine device for the price I have to say, and supported until feb 2031.
[–] hedora 1 day ago
Installing Lineage isn't that hard. If they're going to badly inconvenience some customers / force hardware purchases, why not start with the ones who are most likely to get their accounts drained?
[–] saurik 1 day ago
[–] cryptonym 1 day ago
[–] Muromec 1 day ago
[–] teekert 1 day ago
I think what we need to do is all complain in the same way, something akin to: GrapheneOS is the most secure Android option, it's just not catering to Google by sharing all user data with them. You are falling for the false argument from Google that this is about security. It's not, it's more about sovereignty and control. And you and your bank are catering to Google/the US and YOU are throwing YOUR privacy conscious users under the bus, because you do not fully understand the forces at play.
Idk, this can be much improved :)
[–] Muromec 1 day ago
The bank doesn't care about either. It cares about the risks, costs and opinion of the regulator on how well it evaluates and controls those risks.
If risks can be transferred to an external party and DNB signs on it, sure. If DNB says reliance on this specific external party is a risk in itself, then sure, there will be a plan for that too. The plan could be "if google becomes a problem we can publish a new version of the app using grapheneos attestation anchors in N weeks"
[–] ale42 1 day ago
[–] Borealid 1 day ago
Or are you saying the device is insecure BUT has no local privilege escalations you can take advantage of as a user?
[–] Muromec 1 day ago
[–] riazrizvi 1 day ago
Even though the banks' policies are driven by incident responses and real data, whereas your position is presented on theory.
[–] basilikum 1 day ago
[–] riazrizvi 1 day ago
[–] basilikum 1 day ago
Do you have anything to back this up? What I am asking for is specifically does the usage of an OS other than the preinstalled one have a causal, direkt link with the user's bank account being attacked and money being stolen from it?
[–] riazrizvi 1 day ago
Direct specific evidence to back up the criticism that these guys are not looking at data and just making up dumb rules to reduce their customer base.
[–] basilikum 1 day ago
It is on you to back up your claim.
[–] technocratius 1 day ago
[–] teekert 1 day ago
Does Wero work for you?
Btw, play store reports that it was installed from another source and may function differently than expected. I can update or reinstall.
Will try reinstall now.
[–] technocratius 1 day ago
Wero I never used/tried...
[–] teekert 1 day ago