4 ms·
Ask HN: Are you terrified of Plaid’s account verification approach?
As a consumer, aren't you terrified of Plaid account verification approach?
Some time ago I wanted to connect my bank account to my old Coinbase account, once I chose my bank I was prompted to enter my online banking username and password. They use the service called Plaid, that requires your bank credentials (and one time code if 2F is enabled) to verify your checking account. I was able to go with ACH deposit verification route as an alternative, but it is not default approach anymore.
This seems like a security and privacy nightmare.
First, sharing your username and password is against the most basic principle we tell the users. Don't share your password! Even a text message with the verification code says not to share it! I'd be surprised if this also does not violate terms of services for online banking.
Second, according to Plaid help pages they store credentials if bank does not provide an API. Ideally, banks themselves should not store unhashed passwords, let alone third party apps.
Third, it is a privacy nightmare. With such unlimited scope, they scrape everything, your entire financial history is available. And this all for what? To instantly verify a bank account? Their help pages and some comments from the founders state that they don't share/sell your info without explicit permission. They aren't now, but will they later? What if their monetization strategy changes? What if their new owner has a different view on privacy? Or I move to the state that has no CCPA analogue? Is it another service where I need to make sure to opt out of sharing and keep an eye on upcoming TS changes and wonder for how long they are going to keep my data?
I dug a little bit and discovered that Plaid is used by many in fintech: Coinbase, Robinhood, Venmo, Betterment, you name it. Maybe I was living under a rock for too long, but this password sharing practice did not use to be mainstream. I have or had accounts with some of them and I think deposit verification used to be the way few short years back.
I know the US banks don't have any shared scoped authorization mechanism similar to OAuth2/OpenID Connect and there is no easy way to instantly verify the account. ACH deposit can take a week. Though do you really need to fund your Coinbase, Robinhood or Betterment account immediately, is a week later too late? Isn't the whole spiel of Betterment and the likes that "time in market" > "time the market", so a week later would not matter for your retirement? Sure, this approach can be sensible in some narrow use case, when you indeed want them to have that unfettered access. But for the majority of consumers, I don't see how it is worthy of forming such a dangerous habit. However, I almost am certain, for fintech services there is a significant drop in conversion and uptick in abandonment rate, when they need a customer to come back in few days to finish their account funding. Again, seems to be not enough for the industry to be complacent about it.
Note: this is not a critique of Plaid or other services, their security practices maybe excellent, their code reviewed, tested, audited by 3rd parties, etc and there is a limited scope when it is sensible, I am shocked that this becomes mainstream.
UPDATE: I am well aware of Mint and that it has been around for a while. The goal of Mint is to
aggregate and manage your finances from one place. It may be that narrow use case, where it can be justified given the current state of things. You want to give it full ongoing access, because of the value it brings you. My beef is with it being normalized for the sake of few point conversion increase in the use case, when it does not benefit the customer and another alternative exists.
- smt88 5y agoThis method of banking data access (storing credentials and then screen-scraping the website) has been used at least since 2009. That's when Mint.com was founded. It's very common in the US, 100% legal, and allowed by the banks. In fact, I once worked on a project where a major bank paid us to write a Plaid-like scraper for their own website because their internal systems were such a disaster. It's definitely not great, but it's currently the only way to exfiltrate US banking data. If it bothers you, consider switching to a bank with an API that Plaid can use instead. More info: https://plaid.com/open-banking/ https://plaid.com/open-banking/
- szszrk 5y agoAnd it should be banned by law, It's a security nightmare for users and a major pain in the ass from banks perspective as well (worked in one that was scrapped kind of that way). I'm happy my region is mostly free of those practices and attempts are publicly shamed. PSD2 in EU did a lot of good to push companies to create actual API's to their services as a mandatory requirement. Edit: TLDR: I have simplified a few things, but basically its european "eIDAS" and it seems to work! Currently in Poland there is a "my id" kind of service driven by gov. You can create an account there and manage some of your own data, like send formal message to any office, check your public health procedures history, status of vehicles owned, etc.. It's not perfect, but it's growing. Such account can be verified by our "IRS", for instance. You can also skip verifying the account by logging into that "my id" service using bank account you already have. At least 10 major banks and additional 20 other services allow that. The idea is that they already checked your documents (or verified you in any other way) when creating their accounts. Biggest surprise here is that it actually works. More or less a gift from previous administration. We have a working ID infrastructure that basically anyone can use - owning some kind of account is basically required and the most basic bank accounts are free by law. So anyone using any of those 30+ services (major telecoms, banks, insurance) can authorize with any service that uses "my id". Now you have to be really stubborn to NOT be able to log into gov sites, even without going out of your house at all.
- BoHerfIIIJrEsq 5y agoFrom the moment some company put that Plaid process in front of me, I was horrified. I could hardly believe it existed. If somebody had wanted me to work on such a thing as a programmer, I would have refused. The existence and success of Plaid helped persuade me that in the technical solutions world, having good taste and morality is often a hindrance to business success. Plaid shouldn't exist. If somebody had the bad taste to bring it into existence, it should fail from non-use. But here we are.