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.

Database Security
Authentication
Mobile
Privacy
Compliance
Careers and People
Identity & Access Management
Security Monitoring
Advanced Threats
Insider Threats
Vulnerability Management
Comments
More Than 50% Of Biggest Holiday Retailers May Not Be PCI-Compliant
Threaded  |  Newest First  |  Oldest First
Joe Stanganelli
Joe Stanganelli,
 User Rank: Ninja
12/22/2016 | 6:55:40 PM
TJX -- have we not learned?
There's an old adage:

The fool never learns.

The smart man learns from his own mistakes.

The wise man learns from the others' mistakes.

Its applicability here: After the TJX breach years ago, which happened because of the failure to be compliant with the spirit of PCI-DSS and best practices related thereto, this is inexcusable.

For these reasons, I tend to pay with cash almost always.  (And ESPECIALLY this time of year!)

RetiredUser
RetiredUser,
 User Rank: Ninja
12/23/2016 | 2:51:32 AM
Re: TJX -- have we not learned?
Not paying with Bitcoin, Joe? :-)

It's tough knowing what we know and then going out and having to decide how we pay for things.  Personally, while I do try to use caution, I also case the hardware and make eye contact with my clerks when paying with credit.

The question I always ask here is "Who do we hold accountable?"  The vendors for not better promoting secure practices with their hardware?  The companies for not hiring good InfoSec?  Or InfoSec for not getting the message out there better?

Sometimes it feels like we have to have more than regulatory and legal shackles to force security to happen.  Perhaps a cease-and-desist order to close a business that doesn't pass should be implemented.  How many of those will be issued before everyone starts passing their compliance audits.

That this happens again and again is almost rediculous.
Dr.T
Dr.T,
 User Rank: Ninja
12/26/2016 | 8:24:36 PM
Re: TJX -- have we not learned?
"Who do we hold accountable"

This is a good question. Unless we put bad guys under enough pressure this will most likely never end.
Dr.T
Dr.T,
 User Rank: Ninja
12/26/2016 | 8:31:20 PM
Re: TJX -- have we not learned?
"Sometimes it feels like we have to have more than regulatory and legal shackles to force security to happen."

That is an important point, security is expensive, without regulation it is not happening, especially in IoT.
Joe Stanganelli
Joe Stanganelli,
 User Rank: Ninja
12/31/2016 | 12:34:38 PM
Re: TJX -- have we not learned?
With or without regulation, security measures will happen if there is a notable direct benefit or detriment involved to the company or the customer.

When it comes to consumer IoT, however, the detriment to consumers of compromised devices is minimal if not outright nil because their devices will still fundamentally work.  (The fridge will still be a fridge -- even while it acts as a botnet zombie to take down a web service.)
Joe Stanganelli
Joe Stanganelli,
 User Rank: Ninja
12/31/2016 | 12:37:25 PM
Re: TJX -- have we not learned?
> Not paying with Bitcoin, Joe? :-)

The stores in my area don't take them.  ;)
Dr.T
Dr.T,
 User Rank: Ninja
12/26/2016 | 8:20:27 PM
Re: TJX -- have we not learned?
"The wise man learns from the others' mistakes."
Agree. Wiser man put his learning into action.

 
Dr.T
Dr.T,
 User Rank: Ninja
12/26/2016 | 8:21:54 PM
Re: TJX -- have we not learned?
"I tend to pay with cash almost always."

This is a good idea. What I hate is the changes I get back, becomes harder to deal with after a while.
ClarenceR927
ClarenceR927,
 User Rank: Strategist
12/23/2016 | 10:49:13 AM
compliance != secure
Having consulted at 4 very large and well known retailers (and countless smaller ones) I can assure you that compliance does not equal secure. Management has always been very concerned about PCI compliance but not really willing to do what is necessary to be secure.  Good enough to pass the audit is good enough. I made things as much better as management was willing to go but none of them is really as secure as we should expect and PCI is mostly window dressing.

When you use your credit card you are simply a wildebeest on the plains. If the lion chooses you, you are as good as eaten.
Dr.T
Dr.T,
 User Rank: Ninja
12/26/2016 | 8:29:01 PM
Re: compliance != secure
"Good enough to pass the audit is good enough."

This is actually a good point. For me passing audit should be resulting into a good level of security measures in the environment.   
Dr.T
Dr.T,
 User Rank: Ninja
12/26/2016 | 8:33:34 PM
Re: compliance != secure
"When you use your credit card you are simply a wildebeest on the plains."

It makes sense but you can secure it, as Apple Pay does not share any personal info with the merchant it may be better than a credit card processing.
Joe Stanganelli
Joe Stanganelli,
 User Rank: Ninja
12/31/2016 | 12:39:17 PM
Re: compliance != secure
@Clarence: This is what I preach all the time in my own consulting, too.  Compliance, security, and data privacy are like slightly overlapping circles on a Venn diagram.  One does not equal the other; they are each merely components in the grander "data protection" scheme.
Dr.T
Dr.T,
 User Rank: Ninja
12/26/2016 | 8:19:02 PM
No security breach yet?
I would wait for a few years to see if there was any security breach during this holiday season, it seem that is how it works these days.
Joe Stanganelli
Joe Stanganelli,
 User Rank: Ninja
12/31/2016 | 12:40:54 PM
Re: No security breach yet?
@Dr.T: Target found out pretty quickly (at least, they didn't take "a few years" to learn about their own security breach) when they were hacked.  I think major retailers are more on the ball these days -- at least when it comes to after-the-fact detection (if nothing else).
Dr.T
Dr.T,
 User Rank: Ninja
12/26/2016 | 8:22:20 PM
D?
 

I really wonder what D stands for in this case, is it like no firewall in the perimeter?
Dr.T
Dr.T,
 User Rank: Ninja
12/26/2016 | 8:29:59 PM
Re: scalp psoriasis
I agree, quite informative article and covers very important subject.
Dr.T
Dr.T,
 User Rank: Ninja
12/26/2016 | 8:34:37 PM
PCI
Better to outsource this responsibility to a third-party, very expensive to secure and insure. 
sussanbetcher
sussanbetcher,
 User Rank: Apprentice
12/30/2016 | 4:35:37 AM
true
private louvre tour

That sounds very relevant. Thanks for sharing the news about retailers. Its true that, because no serious breaches have been reported it doesn't mean that we all may not collectively wake up with a security hangover.


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
Improving Enterprise Cybersecurity With XDR
Enterprises are looking at eXtended Detection and Response technologies to improve their abilities to detect, and respond to, threats. While endpoint detection and response is not new to enterprise security, organizations have to improve network visibility, expand data collection and expand threat hunting capabilites if they want their XDR deployments to succeed. This issue of Tech Insights also includes: a market overview for XDR from Omdia, questions to ask before deploying XDR, and an XDR primer.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2022-31856
PUBLISHED: 2022-07-05
Newsletter Module v3.x was discovered to contain a SQL injection vulnerability via the zemez_newsletter_email parameter at /index.php.
CVE-2022-32310
PUBLISHED: 2022-07-05
An access control issue in Ingredient Stock Management System v1.0 allows attackers to take over user accounts via a crafted POST request to /isms/classes/Users.php.
CVE-2022-32311
PUBLISHED: 2022-07-05
Ingredient Stock Management System v1.0 was discovered to contain a SQL injection vulnerability via the id parameter at /isms/admin/stocks/view_stock.php.
CVE-2022-32413
PUBLISHED: 2022-07-05
An arbitrary file upload vulnerability in Dice v4.2.0 allows attackers to execute arbitrary code via a crafted file.
CVE-2022-34972
PUBLISHED: 2022-07-05
So Filter Shop v3.x was discovered to contain multiple blind SQL injection vulnerabilities via the att_value_id , manu_value_id , opt_value_id , and subcate_value_id parameters at /index.php?route=extension/module/so_filter_shop_by/filter_data.