Cloud

2/16/2018
11:00 AM
50%
50%

FedEx Customer Data Exposed on Unsecured S3 Server

Thousands of documents from US and international citizens were exposed on an Amazon S3 bucket configured for public access.

Data belonging to thousands of global FedEx customers was exposed on an unsecured Amazon Simple Storage Service (S3) server configured for public access, Kromtech security analysts discovered earlier this month.

The exposed bucket belonged to Bongo International LLC, a company created to help North American companies market to customers around the world. FedEx acquired Bongo in 2014. Two years later, it relaunched it as FedEx Cross-Border International, which shut down in 2017.

Although the organization was closed, data inherited from 2009-2012 remained available on the server, exposing personal identifiable information from citizens representing Canada, Japan, China, Australia, the EU, and other countries until the bucket was removed from public access this month. The server contained more than 119,000 scanned documents including passports, driver's licenses, and security IDs, in addition to scanned "Applications for Delivery of Mail Through Agent" forms with names, home addresses, phone numbers, and zip codes.

FedEx reports it has no evidence the data was compromised but is still investigating the matter. The company joins a growing list of organizations that have unintentionally compromised consumer data by failing to properly secure their Amazon S3 storage buckets -- a trend that continues as more businesses move to the cloud without taking proper security precautions.

"We need to get our heads out of the clouds, because cloud services are only as secure as you make them," says Brian NeSmith, CEO and cofounder at Arctic Wolf Networks. "Companies need to start applying the same rigor and discipline to their cloud infrastructure as they do to their on premises network."

On top of that, a recently discovered search engine makes it easier to look for data left on misconfigured S3 servers. The service, dubbed BuckHacker, lets people search by file name or bucket name, which may include the name of the business using the server.

Read more details on the FedEx leak here.

 

 

 Black Hat Asia returns to Singapore with hands-on technical Trainings, cutting-edge Briefings, Arsenal open-source tool demonstrations, top-tier solutions and service providers in the Business Hall. Click for information on the conference and to register.

Dark Reading's Quick Hits delivers a brief synopsis and summary of the significance of breaking news events. For more information from the original source of the news item, please follow the link provided in this article. View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
BrianN060
50%
50%
BrianN060,
User Rank: Ninja
2/18/2018 | 4:18:17 PM
FedEx Customer Data Exposed
While this story might seem almost trivial (as the technical vulnerability is known, with no signs of immediate impact); I'd call it a "must read" - carefully! 

It is the very innocuousness of the described data breach that is most troubling; as the attitudes and events that lead to it are pandemic in kind.  

"Although the organization was closed, data inherited from 2009-2012 remained available on the server..."  Where have you heard something like that before?  If you've been listening - everywhere.  You wouldn't even have to hear it to expect it, if you appreciate the way data is bought, sold, traded, stolen, abandoned, recycled, repurposed, relocated, disseminated, reconstituted....

There's another troubling element in the article: "On top of that, a recently discovered search engine makes it easier to look for data left on misconfigured S3 servers."  Bad news for anyone who left S3 buckets unattended, and for those unknowing potential victims of poor data governance; but the news gets worse - as the idea of specialized search engines will become bad news for other discovered-vulnerable data storage schemes going forward. 
'Hidden Tunnels' Help Hackers Launch Financial Services Attacks
Kelly Sheridan, Staff Editor, Dark Reading,  6/20/2018
Inside a SamSam Ransomware Attack
Ajit Sancheti, CEO and Co-Founder, Preempt,  6/20/2018
Tesla Employee Steals, Sabotages Company Data
Jai Vijayan, Freelance writer,  6/19/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-12716
PUBLISHED: 2018-06-25
The API service on Google Home and Chromecast devices before mid-July 2018 does not prevent DNS rebinding attacks from reading the scan_results JSON data, which allows remote attackers to determine the physical location of most web browsers by leveraging the presence of one of these devices on its l...
CVE-2018-12705
PUBLISHED: 2018-06-24
DIGISOL DG-BR4000NG devices have XSS via the SSID (it is validated only on the client side).
CVE-2018-12706
PUBLISHED: 2018-06-24
DIGISOL DG-BR4000NG devices have a Buffer Overflow via a long Authorization HTTP header.
CVE-2018-12714
PUBLISHED: 2018-06-24
An issue was discovered in the Linux kernel through 4.17.2. The filter parsing in kernel/trace/trace_events_filter.c could be called with no filter, which is an N=0 case when it expected at least one line to have been read, thus making the N-1 index invalid. This allows attackers to cause a denial o...
CVE-2018-12713
PUBLISHED: 2018-06-24
GIMP through 2.10.2 makes g_get_tmp_dir calls to establish temporary filenames, which may result in a filename that already exists, as demonstrated by the gimp_write_and_read_file function in app/tests/test-xcf.c. This might be leveraged by attackers to overwrite files or read file content that was ...