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.


Hannaford, Security Industry Hunt for Cause of Massive Breach

Speculation runs rampant as grocery retailer attempts to find out how 4.2 million credit card records were stolen

Just how did thieves steal 4.2 million credit card records from grocery retailer Hannaford Bros.? The possibility of space aliens has yet to be raised, but with Hannaford circling the wagons and security experts running wild, nothing has been ruled out.

In case you've been trapped under a bus for the last 24 hours, Hannaford yesterday revealed that some 4.2 million of its customers' credit card transactions were exposed during the verification process over the past three and a half months. Now everyone in the retail and IT security arenas -- including Hannaford -- is speculating how it happened.

A statement from Ronald Hodge, president and CEO of Hannaford, is typically vague. "The stolen data was limited to credit and debit card numbers and expiration dates, and was illegally accessed from our computer systems during transmission of card authorization," Hodge says.

At least 1,800 cases of fraud resulting from the breach have been reported, according to an Associated Press report. The Massachusetts Bankers Association reported that 60 to 70 banks have been notified of potential danger to their credit card holders in that state alone.

News of the theft has spurred a wave of speculation about the cause of the theft, particularly from vendors who claim their products would have prevented the breach.

Data loss prevention vendors say the theft was caused by violation of internal security policies; wireless security vendors postulate that the data was stolen via wireless links. Compliance management vendors speculate that Hannaford failed to meet the requirements under the Payment Card Industry (PCI) standard; security appliance and management tool vendors say Hannaford would never have experienced the breach if it had used their products.

Some analysts did their own speculating, using a more educated approach of analyzing the bits of data that Hannaford issued in its statements and frequently-asked questions. One of the most cogent efforts came from Rich Mogull of Securosis, who analyzed the data in his blog.

"Since the information was stolen during the authorization process, and was distributed over many locations, it means a compromise of the central authorizations system or the credit card processor," Mogull postulated. "It could be as simple as sniffing unencrypted communications, or a more complex compromise of a database or application. My money is 70 percent on sniffing, 30 percent on something in the database."

Mogull traces the Hannaford timeline, which states that the first thefts took place on Dec. 7, and that the retailer was notified of the possibility of a breach on Feb. 27. This suggests that banks or credit card authorization companies may have detected the fraud first, and then traced it back to Hannaford.

"It looks like some sort of a network breach, which could be anything from phishing/malware to compromise from a retail location to full network hack," Mogull says. "A sniffer was possibly installed, since it seems [Hannaford] doesn't keep credit card information (again, assuming statements are true).

"The fraud was detected by the banks or credit card companies, then it took a little under two weeks to contain," Mogull continues. "Not great, and indicative of either a little sophistication on the attacker’s part, or a lack of sophistication on their part." Encrypting the authorization data while in transit is the most likely answer to the Hannaford problem, he says.

Meanwhile, Hannaford searches for its own answers. Officials at law enforcement agencies confirm that the grocery chain has contacted them, but they would give no more information. Hannaford's own Website was unavailable for part of the day today, displaying a "system maintenance" message in reply to all queries.

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Tim Wilson is Editor in Chief and co-founder of Dark Reading.com, UBM Tech's online community for information security professionals. He is responsible for managing the site, assigning and editing content, and writing breaking news stories. Wilson has been recognized as one ... View Full Bio

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
7 Old IT Things Every New InfoSec Pro Should Know
Joan Goodchild, Staff Editor,  4/20/2021
Cloud-Native Businesses Struggle With Security
Robert Lemos, Contributing Writer,  5/6/2021
Defending Against Web Scraping Attacks
Rob Simon, Principal Security Consultant at TrustedSec,  5/7/2021
Register for Dark Reading Newsletters
White Papers
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2021-05-15
A XSS Vulnerability in /uploads/dede/action_search.php in DedeCMS V5.7 SP2 allows an authenticated user to execute remote arbitrary code via the keyword parameter.
PUBLISHED: 2021-05-15
DedeCMS V5.7 SP2 contains a CSRF vulnerability that allows a remote attacker to send a malicious request to to the web manager allowing remote code execution.
PUBLISHED: 2021-05-14
The Linux kernel before 5.11.14 has a use-after-free in cipso_v4_genopt in net/ipv4/cipso_ipv4.c because the CIPSO and CALIPSO refcounting for the DOI definitions is mishandled, aka CID-ad5d07f4a9cd. This leads to writing an arbitrary value.
PUBLISHED: 2021-05-14
In the Linux kernel before 5.12.4, net/bluetooth/hci_event.c has a use-after-free when destroying an hci_chan, aka CID-5c4c8c954409. This leads to writing an arbitrary value.
PUBLISHED: 2021-05-14
The block subsystem in the Linux kernel before 5.2 has a use-after-free that can lead to arbitrary code execution in the kernel context and privilege escalation, aka CID-c3e2219216c9. This is related to blk_mq_free_rqs and blk_cleanup_queue.