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.

ABTV //

Vulnerability

5/30/2017
06:45 PM
Curtis Franklin Jr.
Curtis Franklin Jr.
Curt Franklin
50%
50%

Lessons From Chipotle's Big Customer Data Breach

Burritos with a side of delicious guacamole and potential identity theft.

The merry month of May couldn't end without another data breach and everyone's favorite fast-casual burrito company was the unlucky victim. Chipotle Mexican Grill has provided more details on a breach they first hinted at in April. For those who always read to the end, first: The breach was real, and it was everywhere.

This latest in the ongoing series of corporate data breaches has a familiar ring to it because it contains the three major elements seen in many such breaches in the last few years:

Internet of Things -- The malware used to steal customer information didn't live on the servers or the network, Instead, it was planted on the point-of-sale (POS) terminals used to capture payment information at the restaurants. This is important because most IoT devices, including virtually all POS terminals are assumed to have software and firmware that never changes, or changes only when the vendor pushes a specific update. That assumption means that most of these terminals aren't covered by the same sort of change-management regimen enforced on other, more general-purpose endpoint, allowing hacks to take place and go unnoticed. Which leads to the next element...

Long duration -- Chipotle says that the malware was in place from March 24 until April 18 of this year. That's nearly a month of unfettered access to customer payment information. What kind of information? On a blog post aimed at investors, Chipotle said, "The malware searched for track data (which sometimes has cardholder name in addition to card number, expiration date, and internal verification code) read from the magnetic stripe of a payment card as it was being routed through the POS device."

Most security experts say that effective layered security includes the ability to quickly understand when a breach has occurred so that remediation can begin immediately. While a month is certainly less than the months-long excursion hackers undertook inside Sony's systems, it's still a very long time in the internet era.

Ubiquity -- Thought Chipotle initially said that the breach hit "some" of their stores, more recent reports indicated that "most" stores felt the impact. As a result, Chipotle is facing regulatory pressure to alert all affected customers, even though the company doesn't really know who they might be. At this point, Chipotle is left to provide a website with affected locations and dates, with customers left to worry whether their information is among that purloined by thieves.

Chipotle's customers are now concerned about data theft, while the company's management is concerned about losses of reputation (especially following the food safety issues of previous years) and money (to regulators eager to teach a lesson to the industry.) For companies eager to avoid following in the burrito giant's footsteps, there are three lessons that can be taken from this incident that might well be applied:

  • Secure your IoT -- Add IoT devices to your change management regimen even if you never intend to update software. Change default passwords. And put IoT devices behind a firewall or UTM that shields them from the beginner-level hacks that seem too common in this part of the computing world.
  • Watch your traffic -- Before you install IoT device understand what normal traffic from them will look like and where it will be going. That way you will have a chance of being warned earlier if something untoward is happening.
  • Protect network segments -- It's so easy to put every device of a given type on the same (or on highly similar) network(s). But keep endpoint devices on network segments that can be separately monitored for traffic and protected from easy hacks. At the very least, you'll reduce your background noise and increase your chances of understanding quickly when something terrible has been done to your IoT.

— Curtis Franklin is the editor of SecurityNow.com. Follow him on Twitter @kg4gwa.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Commentary
Ransomware Is Not the Problem
Adam Shostack, Consultant, Entrepreneur, Technologist, Game Designer,  6/9/2021
Edge-DRsplash-11-edge-ask-the-experts
How Can I Test the Security of My Home-Office Employees' Routers?
John Bock, Senior Research Scientist,  6/7/2021
News
New Ransomware Group Claiming Connection to REvil Gang Surfaces
Jai Vijayan, Contributing Writer,  6/10/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win an Amazon Gift Card! Click Here
Latest Comment: Google's new See No Evil policy......
Current Issue
The State of Cybersecurity Incident Response
In this report learn how enterprises are building their incident response teams and processes, how they research potential compromises, how they respond to new breaches, and what tools and processes they use to remediate problems and improve their cyber defenses for the future.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-18442
PUBLISHED: 2021-06-18
Infinite Loop in zziplib v0.13.69 allows remote attackers to cause a denial of service via the return value "zzip_file_read" in the function "unzzip_cat_file".
CVE-2021-3604
PUBLISHED: 2021-06-18
Secure 8 (Evalos) does not validate user input data correctly, allowing a remote attacker to perform a Blind SQL Injection. An attacker could exploit this vulnerability in order to extract information of users and administrator accounts stored in the database.
CVE-2005-2795
PUBLISHED: 2021-06-18
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: none. Reason: This candidate was withdrawn by its CNA. Notes: none.
CVE-2021-32954
PUBLISHED: 2021-06-18
Advantech WebAccess/SCADA Versions 9.0.1 and prior is vulnerable to a directory traversal, which may allow an attacker to remotely read arbitrary files on the file system.
CVE-2021-32956
PUBLISHED: 2021-06-18
Advantech WebAccess/SCADA Versions 9.0.1 and prior is vulnerable to redirection, which may allow an attacker to send a maliciously crafted URL that could result in redirecting a user to a malicious webpage.