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
Michaels Data Breach Response: 7 Facts
Newest First  |  Oldest First  |  Threaded View
Duane T
Duane T,
 User Rank: Apprentice
4/23/2014 | 12:01:44 PM
Irony of sharing
While the point made about sharing is valid, the article also states that the malware had never been seen before. Unfortunately, you can't share what you don't know.

On the other hand, there was little information on any lessons about how the undetected malware was found or identified. The follow up on that is that once the malware was found, was that information shared, and how widely is that information available to help other firms avoid a similar breach.

 
Drew Conry-Murray
Drew Conry-Murray,
 User Rank: Ninja
4/23/2014 | 10:39:37 AM
Re: Should Michaels have done more?
Presumably Michael's was required to meet PCI standards, which means regular vulnerability assessments were conducted and IDS/IPS systems were in place. But as the article notes, we'll get more bang for the buck by overhauling the payment card system itself rather than trying to get thousands and thousands of retailers to run rock-solid security programs.
Marilyn Cohodas
Marilyn Cohodas,
 User Rank: Strategist
4/23/2014 | 8:44:49 AM
Re: Should Michaels have done more?
Great questions. I hope the answers will be brought to light overtime & help provide a blueprint for the future.. We know from the Target breach that were both ommissions and commissions of best security practices  (See Be Careful Beating Up Target). But the retail industry can learn a lot from the post mortems. 
Robert McDougal
Robert McDougal,
 User Rank: Ninja
4/22/2014 | 9:49:05 PM
Should Michaels have done more?
The article quotes Gartner researcher Avivah Litan stating that it is not fair to expect retailers to have expert forensic teams on call at all times.  While I agree with that statement, (forensic teams, if not part of the in house security personnel should be on retainer for incident response) I do think there is a minimum due diligence to which they should be held accountable.  Did Michael's have a CISO in place, security staff, IDS/IPS, vulnerability management, etc?  Did they follow secure coding practices?  Were risk assessments routinely performed on the POS systems?  These are the questions I would like to see answered.

 


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
The Promise and Reality of Cloud Security
Cloud security has been part of the cybersecurity conversation for years but has been on the sidelines for most enterprises. The shift to remote work during the COVID-19 pandemic and digital transformation projects have moved cloud infrastructure front-and-center as enterprises address the associated security risks. This report - a compilation of cutting-edge Black Hat research, in-depth Omdia analysis, and comprehensive Dark Reading reporting - explores how cloud security is rapidly evolving.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2023-25012
PUBLISHED: 2023-02-02
The Linux kernel through 6.1.9 has a Use-After-Free in bigben_remove in drivers/hid/hid-bigbenff.c via a crafted USB device because the LED controllers remain registered for too long.
CVE-2022-37034
PUBLISHED: 2023-02-01
In dotCMS 5.x-22.06, it is possible to call the TempResource multiple times, each time requesting the dotCMS server to download a large file. If done repeatedly, this will result in Tomcat request-thread exhaustion and ultimately a denial of any other requests.
CVE-2023-0599
PUBLISHED: 2023-02-01
Rapid7 Metasploit Pro versions 4.21.2 and lower suffer from a stored cross site scripting vulnerability, due to a lack of JavaScript request string sanitization. Using this vulnerability, an authenticated attacker can execute arbitrary HTML and script code in the target browser against another Metas...
CVE-2023-23750
PUBLISHED: 2023-02-01
An issue was discovered in Joomla! 4.0.0 through 4.2.6. A missing token check causes a CSRF vulnerability in the handling of post-installation messages.
CVE-2023-23751
PUBLISHED: 2023-02-01
An issue was discovered in Joomla! 4.0.0 through 4.2.4. A missing ACL check allows non super-admin users to access com_actionlogs.