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
Wendy's Could Become Test Case For New EMV Liability Rules
Newest First  |  Oldest First  |  Threaded View
jc01480
50%
50%
jc01480,
User Rank: Apprentice
2/3/2016 | 11:12:57 PM
I was one of them...
I am a security professional working at one of the greatest organizations there are. It came as a surprise to me one day when I received an email saying my card had been compromised and a new one was being issued. Within two days I had another (yes, the first one had a chip) EMV card. I haven't verified with my bank as to exactly where this card was compromised, but I speculate it was at Wendy's as my wife and I always ate there on the run like we do. Again, not certain it was them and I'll find out in due course. But so far there is no word from the bank about being charged for the replacement and no indications any money was fraudulently deducted from my account. I give kudos to my financial institution for making me aware and taking measures to cancel the old one while a new one was in my mailbox. So far, my life has not been affected whatsoever by this incident and I hope that the retail industry will adopt the technology required to safeguard retail transactions in lieu of risk mitigation by absorbing the losses. Eventually that risk mitigation will be a red flag to come and get it. And it does speak to the idea of a company's ethics when they are willing to implement this type of behavior because the loss of your PII still wouldn't cost them as much as implementing the technology to prevent it would. Should it be their decision? Just to save them some money? Hopefully this isn't the case for all persons affected. Thanks for reading and happy hunting!
RetiredUser
100%
0%
RetiredUser,
User Rank: Ninja
1/30/2016 | 7:21:47 PM
Re: EMV. Bah.
Past EMV hacks include man-in-the-middle attacks via programming a second chip (FUN card) to accept any PIN entry.  You solder that chip to the card's original chip. This increases the thickness of the chip from 0.4mm to 0.7mm.  This made insertion into a PoS possible (Ars Technia, 2015; researchers Houda Ferradi, Rémi Géraud, David Naccache, and Assia Tria).  Hackers took advantage of PIN authentication at the time being decoupled from transaction verification on EMV cards in Europe.  I'm not up-to-date on how much of this is still possible, but I know it annoys me (the chip) and many are still opposing the idea EMV is inherently safer.
dewald
100%
0%
dewald,
User Rank: Apprentice
1/30/2016 | 1:58:16 PM
Re: EMV. Bah.
"Particularly annoying is the liability shift having come so soon in this process.".  Visa announced the shift in Summer 2011.  Four years is too "soon"?
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
1/30/2016 | 12:06:26 PM
EMV. Bah.
Particularly because studies have indicated that EMV is not inherently safer than magnetic-stripe cards (it simply has different vulnerabilities that are exploited in different ways), and that it has been harder for some defrauded customers to be made whole because credit card companies and merchants automatically assume that EMV is impervious, I am pretty annoyed about EMV being foisted upon us by Visa et al. in the US.

Particularly annoying is the liability shift having come so soon in this process.  The credit-card companies are the ones who foisted this upon us, and they're the ones with the deeper pockets.  I think there was poor policy planning here.


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
Enterprise Cybersecurity Plans in a Post-Pandemic World
Download the Enterprise Cybersecurity Plans in a Post-Pandemic World report to understand how security leaders are maintaining pace with pandemic-related challenges, and where there is room for improvement.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-37104
PUBLISHED: 2021-09-28
There is a server-side request forgery vulnerability in HUAWEI P40 versions 10.1.0.118(C00E116R3P3). This vulnerability is due to insufficient validation of parameters while dealing with some messages. A successful exploit could allow the attacker to gain access to certain resource which the attacke...
CVE-2021-37105
PUBLISHED: 2021-09-28
There is an improper file upload control vulnerability in FusionCompute 6.5.0, 6.5.1 and 8.0.0. Due to the improper verification of file to be uploaded and does not strictly restrict the file access path, attackers may upload malicious files to the device, resulting in the service abnormal.
CVE-2021-37106
PUBLISHED: 2021-09-28
There is a command injection vulnerability in CMA service module of FusionCompute 6.3.0, 6.3.1, 6.5.0 and 8.0.0 when processing the default certificate file. The software constructs part of a command using external special input from users, but the software does not sufficiently validate the user in...
CVE-2021-22535
PUBLISHED: 2021-09-28
Unauthorized information security disclosure vulnerability on Micro Focus Directory and Resource Administrator (DRA) product, affecting all DRA versions prior to 10.1 Patch 1. The vulnerability could lead to unauthorized information disclosure.
CVE-2021-34636
PUBLISHED: 2021-09-28
The Countdown and CountUp, WooCommerce Sales Timers WordPress plugin is vulnerable to Cross-Site Request Forgery via the save_theme function found in the ~/includes/admin/coundown_theme_page.php file due to a missing nonce check which allows attackers to inject arbitrary web scripts, in versions up ...