However, SMS “2FA” is often used to mean SMS-based password reset, where SMS can be used instead of the password. With SMS-based password reset, SMS subtracts a factor (EDIT: or divides by two[2]?), instead of adding a factor as in 2FA.
This is the case with the OP article. The text of the article is unclear about whether it means 2FA or password reset, and the title does include the term “SMS-based 2 Factor Auth”. However, the example issues that the article links to are all cases of password reset, not 2FA.
[1] https://en.wikipedia.org/wiki/Risk_compensation
[2] I propose that SMS-based password reset be called “Half-Factor Auth” (HFA or ½FA), to distinguish it from 2FA.
Now there have been cases of sim cloning etc to try and get around the otp, but all in all its a small percentage. Now I get support nervous when I do any international transaction and it just goes through without an otp SMS
Side note: for low margin operations like Uber, this is hell: they can’t ask the money back from drivers, so they lose a lot of money on fraud vs their profit on regular transactions. The driver fee, the original payment, and the chargeback fee, and the potential payment commission bump.
The onus is on the merchant to avoid accepting fraudulent transactions, and if you want to contest a chargeback you better have some CSI level proof.
This is why most online shops will offer a money-back-no-questions-asked policy: they know you can get the money back one way or another, and it’s cheaper to just give it to you.
An insidious consequence of this is the price for this protection is amortised over all customers, in the end. Fraud is BIG business, and the money has to come from somewhere. Customers get angry when a merchant adds a CC surcharge, but they end up paying that surcharge anyway, it’s just not explicitly listed. And if you pay cash, you pay it too, without any of the protections. Cash payers subsidise CC holders.†
Long story short: don’t be nervous. Your card is safe. (Unless you’re on a different scheme with different rules, of course)
(This assumes regular payments without extra auth, like e.g. PIN or 3D Secure. Those rules differ slightly.)
†: to be completely fair: there are costs associated with cash, too.
Other than social engineering, there's also SS7 abuse:
https://arstechnica.com/information-technology/2017/05/thiev...
Also, it all depends on threat model. Rarely, but sometimes, when user's anonymity/pseudonimity is at stake - SMS can be a security risk. I think there was at least one service that had only SMS 2FA for which I've decided to not opt in just because I didn't want to provide that service with my contact information beyond what I already gave them. Not like that was a security issue - more like a privacy/spam one in my case, but I can imagine cases where user's identity is actually a security issue.
You use a company laptop and they have disabled usb or set off an alarm when you plug something in.
It should be based on phone however, since thats the one thing everybody cant live without and usually have on them.
It would be nice to see goog and msft make their authenticator apps interoperable, or a global standard all svcs can use, as authenticator apps seem to be the best thing going.
The W3C is working on the Web Authentication spec: https://www.w3.org/TR/webauthn/ with (among others) Google and Microsoft contributing. Wide support for this would be the endgame OP mentioned.
SMS 2FA is not perfect, but it's MUCH better than what it replaced (nothing). ANY system with a human component will be at risk to social engineering attacks; not just SMS-based methods.
And shifting the attack surface to depend on social engineering (SE) adds important rate limiting; it's difficult to automate SE attacks.
Friction is also a critical factor: a low-friction B+ security solution may be better than a high-friction A+ solution. Consider total risk, not just point risk.
SMS 2FA is like a CFL lightbulb. It's 10x better than what it replaced, it's what we have now, but we know it's not the endgame (LED lighting).