Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Comments
Apple Pay Fraud Gives Us A New Reason To Hate Data Breaches And SSNs
Newest First  |  Oldest First  |  Threaded View
<<   <   Page 2 / 2
Technocrati
Technocrati,
User Rank: Ninja
3/5/2015 | 4:46:10 PM
Re: I don't get the US Banks' mentality

I don't understand the chip/signature rationale either.  Is a signature supposed to be more secure than a pin # ?   The Banks need some serious help, and I have a group of experts willing for a fee (of course).

Technocrati
Technocrati,
User Rank: Ninja
3/5/2015 | 4:41:52 PM
And Yet Another Reason To Hate Breeches .....

Recently read that Target is cutting thousands of jobs due in large part to their recent breech.     Same old story.  CEO keeps his or her job (not quite sure if they axed that pho CIO they had)  but as usual the focus is misplaced.

 

And as usual those who had nothing to do with it must pay for it.

Technocrati
Technocrati,
User Rank: Ninja
3/5/2015 | 4:32:27 PM
Re: I don't get the US Banks' mentality
"....are US banks really stupid, or their systems so archaic?"

 

@Pablo   Both.   And you can add arrogant to that as well.   The World has become too complicated for Banks.  They must think whatever happen to the good old days ?  

When all they had to do is take your money.
Technocrati
Technocrati,
User Rank: Ninja
3/5/2015 | 4:27:54 PM
Re: I don't get the US Banks' mentality

I was about to rant about Apple Pay until I read further, and it makes sense that the security shortcomings are due in large part to the banks' inability to understand and carry out security with these types of transactions.

I get the feeling many banks know they are in over there heads when it comes to these mobile payments, but since it was Apple they just couldn't admit it.

I did not realize SSN#'s were so ingrained into their authentication process, but as a result of breeches it is certainly time to rethink using this as a be all, end all. 

Those days are over.  Thanks big business.   What would we do without you ?

 

Probably still have our identities - But of course it is too late for that.

Pablo Valerio
Pablo Valerio,
User Rank: Strategist
3/5/2015 | 6:20:36 AM
I don't get the US Banks' mentality
@Sara, are US banks really stupid, or their systems so archaic?

In Europe, for many years, we need several special second authentication systems such as one-time security codes, coordinate cards, Chip+PIN.

Just the fact that the new EMV cards in the US will be Chip+Signature doesn't make sense. Are US banks implying that Americans won't use their cards becuase they have to enter a PIN? As you know we have that system here in Europe for many years and very few people complain.

They had the opportunity, with Apple Pay, to have a robust, secure, mobile payment system, and they are committed to blow it.
HAnatomi
HAnatomi,
User Rank: Apprentice
3/5/2015 | 1:19:45 AM
Convenience improved by bringing down security
Apple is also expected do something about the vulnerability that their Touch ID brings:  Biometrics operated with a password in the OR/disjunction way (as in the case of iPhone) offers a lower security than when only the password is used.

Threats that can be thwarted by biometric products operated together with fallback/backup passwords can be thwarted more securely by passwords only.

We could be certain that biometrics would help for better security only when it is operated together with another factor by AND/Conjunction (we need to go through both of the two), not when operated with another factor by OR/Disjunction (we need only to go through either one of the two) as in the cases of Touch ID and many other biometric products on the market that require a backup/fallback password, which only increase the convenience by bringing down the security.

 
<<   <   Page 2 / 2


Edge-DRsplash-10-edge-articles
I Smell a RAT! New Cybersecurity Threats for the Crypto Industry
David Trepp, Partner, IT Assurance with accounting and advisory firm BPM LLP,  7/9/2021
News
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
Commentary
It's in the Game (but It Shouldn't Be)
Tal Memran, Cybersecurity Expert, CYE,  7/9/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Creating an Effective Incident Response Plan
Security teams are realizing their organizations will experience a cyber incident at some point. An effective incident response plan that takes into account their specific requirements and has been tested is critical. This issue of Tech Insights also includes: -a look at the newly signed cyber-incident law, -how organizations can apply behavioral psychology to incident response, -and an overview of the Open Cybersecurity Schema Framework.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2022-43705
PUBLISHED: 2022-11-27
In Botan before 2.19.3, it is possible to forge OCSP responses due to a certificate verification error. This issue was introduced in Botan 1.11.34 (November 2016).
CVE-2022-45934
PUBLISHED: 2022-11-27
An issue was discovered in the Linux kernel through 6.0.10. l2cap_config_req in net/bluetooth/l2cap_core.c has an integer wraparound via L2CAP_CONF_REQ packets.
CVE-2022-45931
PUBLISHED: 2022-11-27
A SQL injection issue was discovered in AAA in OpenDaylight (ODL) before 0.16.5. The aaa-idm-store-h2/src/main/java/org/opendaylight/aaa/datastore/h2/UserStore.java deleteUser function is affected when the API interface /auth/v1/users/ is used.
CVE-2022-45932
PUBLISHED: 2022-11-27
A SQL injection issue was discovered in AAA in OpenDaylight (ODL) before 0.16.5. The aaa-idm-store-h2/src/main/java/org/opendaylight/aaa/datastore/h2/RoleStore.java deleteRole function is affected when the API interface /auth/v1/roles/ is used.
CVE-2022-45933
PUBLISHED: 2022-11-27
KubeView through 0.1.31 allows attackers to obtain control of a Kubernetes cluster because api/scrape/kube-system does not require authentication, and retrieves certificate files that can be used for authentication as kube-admin. NOTE: the vendor's position is that KubeView was a &quot;fun side proj...