News for hackers. Stuff that matters.
Re:Chrome abandons 'simplified domain experiment' in omnibar by charsi on Friday June 11, 2021 @01:33PM (#27476213)
Lots of websites in India also offer payment via bank account, including amazon.in. The benefit from my POV was the same as you describe. I don't want random websites to have my credit card info and I don't want to deal with paypal.

Paying by bank account doesn't mean handing over bank account info. But the merchant just redirects to your bank as part of the payment flow. The bank knows how much money the merchant wants and you authorize it for that one transaction. Bank redirects back to the merchant who confirms the payment was successful.

They can't make any further charges at a later date.

Re:Chrome abandons 'simplified domain experiment' in omnibar by logifail on Friday June 11, 2021 @02:44PM (#27477034)
> Paying by bank account doesn't mean handing over bank account info

Tell that to the people behind the "Sofortüberweisung" [ roughly: "Immediate bank transfer"] scheme - run by Sofort GmbH, now part of Klarna.

I've seen this offered several times but never (dared to) try it personally, but by all accounts* it works something like this:

At the merchant's checkout page you are offered choice of payment methods, Sofortüberweisung is on the list, you select it, then you end up on a third-party site(!) where you provide the login details to your bank account(!!) including PIN and/or one-time TAN(!!!). The third party site checks your balance, then executes a transfer to the merchant for the total of your cart, then confirms the transaction to the merchant.

When I first read about how this works, I assumed I'd understood it wrong. From a security PoV, doesn't this make one's skin crawl?

* sorry, pun intended ;)

Re:Chrome abandons 'simplified domain experiment' in omnibar by charsi on Saturday June 12, 2021 @12:59AM (#27481669)
Yep this flow is ripe for phishing. But I prefer it over just giving a card number that a merchant has the ability to store and eventually leak.

With bank payments I just have to be careful to check I am actually at the bank website when entering the login info. Makes me feel more in control.

I guess people in the west were already used to giving out their card info over the phone to make purchases so wasn't a big deal when online sites started doing it. In India credit cards were still not wide spread (still aren't) in the early 2000s.

Re:Chrome abandons 'simplified domain experiment' in omnibar by logifail on Saturday June 12, 2021 @03:21PM (#27486832)
> I prefer it over just giving a card number that a merchant has the ability to store and eventually leak

Even if you know that your card provider will refund you if the card leaks?

In the last decade I've twice had a credit card cloned, and twice I've been pleasantly surprised how quickly the card provider a) detected the issue, b) blocked the old card and re-issued a new card, and c) refunded the fraudent transactions.

Based on that, I'd trust my credit card provider far more than my bank(s).

Re:Chrome abandons 'simplified domain experiment' in omnibar by Cu3PO42 on Saturday June 12, 2021 @04:12PM (#27487137)
Which cards are you using? AMEX? For the most commonly accepted schemes in Europe, i.e., Visa and MasterCard, requesting a chargeback typically goes through your card issuer which almost always is your bank.
Re:Chrome abandons 'simplified domain experiment' in omnibar by logifail on Sunday June 13, 2021 @10:21AM (#27492836)
> requesting a chargeback

Don't chargebanks typically involve a dispute between buyer and merchant? In neither of the instances where I personally experienced card fraud was the typical chargeback process involked, both times I had to confirm which recent transasctions were and weren't "mine", and after that the card provider did all the running. The second time I had many thousands of euros of fraudulent transactions refunded onto my account within 48h of the fraud being detected by the card issuer.

> your card issuer which almost always is your bank

Sorry, I wasn't very clear. I trust how credit-card-issuing-banks (in my case it was Barclaycard ie Barclays PLC) treat their card customers more than I trust current/checking/giro account banks treat _their_ customers.

It makes a lot of sense when you think about the underlying incentives to treat customers well.

Changing your current/checking/giro account can take quite a lot of work and has the potential to cause problems for a long time.

Applying for a new credit card takes a few minutes and the entire process is complete in a few days.

Re:Chrome abandons 'simplified domain experiment' in omnibar by BrandoElFollito on Saturday June 12, 2021 @11:48AM (#27485243)
Well, to be frank when you provide someone your credentials you oprn yourself to a new world of pain.

But this is also the case when you allow your bank to aggregate info from other banks. At least you can hope that they protect it somehow (because of bank regulations, but this is a very thin hope)

Re:Chrome abandons 'simplified domain experiment' in omnibar by Cu3PO42 on Saturday June 12, 2021 @04:15AM (#27482658)
> Paying by bank account doesn't mean handing over bank account info.

It's nice that it works that way for you, but it does in Germany. You don't need to hand over your login information or anything, but wiring money in any form means that they have your account number. The account number is sufficient to debit the account at a later point. Obviously they're not allowed to do that without your explicit consent, but a malicious actor could.

Re:Chrome abandons 'simplified domain experiment' in omnibar by BrandoElFollito on Saturday June 12, 2021 @11:45AM (#27485218)
If you mean that some organization (not an individual) could Direct Debit you, then you have to hive your bank an explicit agreement for that.

If you do not, you reject the payment and it is now the bank problem.

An IBAN is never a secret.

Re:Chrome abandons 'simplified domain experiment' in omnibar by Cu3PO42 on Saturday June 12, 2021 @03:26PM (#27486861)
Yes, you can have the charge reversed, but they can still make the charge initially. In that sense it is no different from a credit card: if they have your info, they can charge you again and you can have the charge reversed.
Re:Chrome abandons 'simplified domain experiment' in omnibar by BrandoElFollito on Saturday June 12, 2021 @03:33PM (#27486899)
Direct Debit requires a special license - this is not something any company can dio. Making a fraudulent charge will have this license revoked.

The authorization from the person being debited is required but in practical terms it does not always happen. People request DD and then forget to make the paperwork (today this is better because more and more DD agreements is arranged electronically). The bank will the allow the DD without the paperwork to make it easier for everyone (and ask the case to be fixed). In any case this i stheir risk but in the vast majority of cases it works.

Re:Chrome abandons 'simplified domain experiment' in omnibar by Cu3PO42 on Saturday June 12, 2021 @04:09PM (#27487118)
> Making a fraudulent charge will have this license revoked.

Absolutely, but the same is true for credit card charges as well. Your acquirer will terminate your contract if you make fraudulent charges against credit/debit cards.

I am not arguing that you shouldn't wire money or use direct debit. I am just pointing out that it carries much of the same risks to the consumer as using a credit or debit card. (Which is virtually none since you can have charges revoked.) This observation is, in my opinion, relevant since many people in Germany seem to think that one is much safer than the other.

Re:Chrome abandons 'simplified domain experiment' in omnibar by BrandoElFollito on Saturday June 12, 2021 @04:17PM (#27487166)
The main difference is that in order to have Direct Debit capacities you must have a special, tight arrangement with the banking system. A generic company does not have this possibility.

So if I find your IBAN, the work I would need to put in place to get money from your bank would be enormous (= securing the DD arrangement with the bank).

If I know your CC number, I can easily cash it out (by making a payment out of it, or to register a PCI account (eg. with stripe).

Re:Chrome abandons 'simplified domain experiment' in omnibar by Cu3PO42 on Saturday June 12, 2021 @04:51PM (#27487348)
> by making a payment out of it

I fail to see the difference here. If I have your IBAN and you haven't universally disabled direct debit on your account I can also use it to pay for something, for example by ordering anything I want from Amazon.

> eg. with stripe

Funny that you should mention Stripe specifically. You can accept SEPA direct debit payments with Stripe: https://stripe.com/docs/sources/sepa-debit

It is possible that the compliance requirements around this are slightly higher than for accepting only Credit Cards, but looking at the documentation I don't see any indication of this. Further, credit/debit card payments are subject to SCA whereas direct debit is exempt from SCA if the mandate is given directly to the payee without involvement of their PSP.

Re:Chrome abandons 'simplified domain experiment' in omnibar by logifail on Sunday June 13, 2021 @11:41AM (#27493486)
> If I have your IBAN [..]

Bank account details aren't typically regarded as (worth keeping) secret, to the extent that many businesses are happy to stick their IBAN on their website.

Credit card details, on the other hand, aren't ever published in this way.

Re:Chrome abandons 'simplified domain experiment' in omnibar by Cu3PO42 on Sunday June 13, 2021 @02:11PM (#27494827)
> Bank account details aren't typically regarded as (worth keeping) secret

This is precisely my point. People are not terribly worried about others (including merchants) knowing their IBAN. They are worried about their credit card.

However, a malicious actor can cause you much of the same trouble with your IBAN as they can with your credit card number. It is therefore illogical, in my opinion, to be worried about one much more than the other.

> to the extent that many businesses are happy to stick their IBAN on their website.

These accounts almost always block direct debit, therefore they don't run these risks.

Re:Chrome abandons 'simplified domain experiment' in omnibar by logifail on Sunday June 13, 2021 @03:48PM (#27495715)
> a malicious actor can cause you much of the same trouble with your IBAN as they can with your credit card number

I disagree with this.

A malicious actor may be able to cause some trouble if they have your IBAN, but it would appear to be significantly harder to steal money _and get away with the crime_ using an IBAN compared with someone's credit card details.

In the Jeremy Clarkson story from 2008, someone set up a direct debit to a charity using bank account details.

Given the hoops you have to jump through to be able to be able to set up a direct debit - and knowing that KYC would apply to the receiving bank account - it would appear to be significantly harder to profit from money withdrawn in this way.

With a stolen credit card you can purchase something online from a merchant that isn't obliged to do any KYC checks and the fraudster is gone long before the crime is detected.

Re:Chrome abandons 'simplified domain experiment' in omnibar by charsi on Saturday June 12, 2021 @01:22PM (#27485938)
In India having somebody's bank details is not enough to debit it. Many business post their full account numbers and IFSC codes (sort of like a sort code) but with that info people can only send money into their account.