Hacker News new | past | comments | ask | show | jobs | submit

Dutch 'idealist' bank ASN blocks non-Google Android, including GrapheneOS

https://github.com/PrivSec-dev/banking-apps-compat-report/issues/105
SafetyNet was a mistake in general. But banks specifically are among the most obnoxious shitters when it comes to "you aren't allowed to do things except the way we want it".

Over and over again you have to contend with bullshit like 120MB APKs full of obfuscated code, root detection, custom firmware detection, "non-mainstream device" detection, VPN detection, and even more obscure spyware-flavored functionality.

By now, if a major regulator like EU steps in, cracks the whip, and forces banks to provide access through a common API standard to any third party banking app? I'd welcome the change.

loading story #50391445
loading story #50391440
loading story #50391773
loading story #50393353
loading story #50393069
loading story #50390985
loading story #50391820
I don't know if there is a common API standard from a technical point of view, but there is the legal framework for it. Banks in the the EU have to provide an access to third parties who provide account information services to clients (themselves being regulated and supervised by a national agency). I would assume because it is mandatory, it is in the interest of banks to share costs and provide a single unified technical API, since they all have to spend the money anyway.
loading story #50391344
loading story #50394101
loading story #50392469
loading story #50391755
loading story #50391404
loading story #50390679
loading story #50391273
loading story #50390684
loading story #50393073
loading story #50392605
loading story #50390926
loading story #50391925
loading story #50391621
loading story #50390789
loading story #50391372
loading story #50394210
loading story #50391638
loading story #50391763
loading story #50391302
loading story #50390723
loading story #50393084
loading story #50390941
The response from EPI/Wero in that thread is troubling:

https://github.com/PrivSec-dev/banking-apps-compat-report/is...

I really hope this doesn't mean other Dutch banks will follow suit. It's already quite impossible to actually contact someone at the bank who can understand the issue if it's on the technical side. I have no idea how I would even start to broach this topic with ABN Amro.

I thought that one of the goals of Wero was to become less dependent on US technology (Paypal). By requiring you to use either Android or iOS it seems to me as if that is more of a marketing ploy than anything else. As multiple other banks that support Wero however run on non-Google Android I think it is more likely that whoever wrote that message just doesn't know what they are talking about.
loading story #50390930
loading story #50391017
loading story #50391188
loading story #50390890
loading story #50391071
> is troubling

No, it is not troubling, it is realistic for a service with high expectations and reliability expected, on tight schedules/resources

loading story #50390722
loading story #50394867
loading story #50391570
I have a Pixel 6 with eOS and am happy that my banking app works on here. If it were to suddenly stop working, I would be kind of screwed though.

Similar thing happened with my Health Insurance. Germany is pushing towards getting rid of health insurance cards in favor of a digital identity. To manage this, use the NFC functionality at the doctor, and log into the insurance app or website for fetching messages, documents or other information, you will in the future have to authenticate yourself using a new authenticator app. Now the problem is, that the app from my insurer does not work! Surely because of some "non-standard Android" b****. Contacting their support is obviously useless, as they have no tech knowledge and assume that I have even less, therefore just regurgitate the same "how to install the app" steps from the Q&A. All I have left is to switch to a different insurance, who's ID app works on my phone.

While this is all very annoying, I do see the point that especially banking and insurance has to be very secure. And they aim to achieve this by obfuscation. Against this one might argue that open code is more secure, as everyone can check it. But this goes both ways, for good and bad intentions. And are there not much more resources and energy behind the bad than the good intentions?

loading story #50390909
loading story #50394499
loading story #50390672
loading story #50392313
loading story #50390999
loading story #50391537
loading story #50393922
loading story #50390616
loading story #50392182
loading story #50391512
loading story #50391547
loading story #50392029
loading story #50391800
loading story #50391842
loading story #50392156
loading story #50390622
loading story #50391041
loading story #50390731
loading story #50392159
loading story #50390834
loading story #50390864
loading story #50390667
loading story #50391213
loading story #50391583
loading story #50390584
loading story #50390790
loading story #50391322
loading story #50394533
loading story #50392949
loading story #50391267
loading story #50392136
loading story #50391438
loading story #50391839
loading story #50390816
loading story #50390929
loading story #50392838
loading story #50392423
loading story #50391179
loading story #50394048
loading story #50393111
loading story #50391572
loading story #50392025
loading story #50391382
loading story #50392592
loading story #50390730