Risk
9/10/2012
01:21 PM
Connect Directly
Google+
LinkedIn
Twitter
RSS
E-Mail
50%
50%

Apple Device ID Leak Traced To BlueToad

Stolen IDs did not come from FBI, as claimed by AntiSec, but from a Florida-based app publisher that issued an apology and said it is no longer collecting UDID data.

The source of the database containing a million Apple device identifiers that was published online last week by hacking group AntiSec was identified on Monday as BlueToad, an app publisher and analytics provider based in Orlando, Florida.

AntiSec said it had obtained the database from the FBI, which subsequently disputed that claim.

Security researcher David Schuetz, who works for the Intrepidus Group, says he identified BlueToad from patterns in the database itself.

In a blog post published on Monday, he explains how he sorted the data, identified some 15,000 duplicated UDID numbers and then linked some of those numbers to BlueToad.

[ For more background on the Apple UDID leak, read FBI, AntiSec Spar On Apple IDs. ]

Schuetz found names in the database that were shared by BlueToad employees and also discovered passwords from the company that had been leaked online. "While searching, I stumbled on a partial password dump for the company!" he noted in his blog post. "And it was dated March 14, the same week that the hackers claimed they'd hacked into the FBI computer."

Last Wednesday, in response to queries, Hutch Hicken, BlueToad's CIO, contacted Schuetz and the company began working on a response. On Monday, CEO Paul DeHart acknowledged that Blue Toad's systems had been compromised last week and that the list of Apple UDIDs came from its servers.

"We have fixed the vulnerability and are working around the clock to ensure that a security breach doesn't happen again," DeHart said in a blog post. "In doing so, we have engaged an independent and nationally-recognized security assurance company to assist in our ongoing efforts. We sincerely apologize to our partners, clients, publishers, employees and users of our apps."

DeHart claims that BlueToad does not collect sensitive personal information like credit card or social security numbers, and that the company, following Apple's recommendation earlier this year, modified its app code base to stop the reporting of UDID numbers. And now, he says, BlueToad has stopped storing UDID data sent to its servers by apps that have not yet incorporated BlueToad's new analytics code.

UDIDs are numbers used to uniquely identify iOS devices. The privacy implications of UDIDs were raised in news reports and lawsuits in 2010 and onward, and Apple has since designated the UDID API for discontinuation (through Apple itself may still choose to use UDIDs for its software). iOS devices have other identifiers like a serial number, and those with radio circuitry have other identifiers, such as International Mobile Equipment Identity (IMEI), Integrated Circuit Card ID (ICCID), or Mobile Equipment Identifier (MEID). Generally, these are not available to developers if they follow Apple's rules.

UDID numbers may not in and of themselves be considered personal information under privacy laws, but security researcher Aldo Cortesi has shown that they can be de-anonymized and linked to usernames, email addresses, GPS locations, and even Facebook profiles.

Back in 2006, when AOL released data on 20 million search queries, researchers were similarly able to connect the dots and identify people from anonymous information. The BlueToad breach underscores the fact that even seemingly anonymous information can pose a privacy risk.

When it comes to the battle against distributed denial-of-service attacks, you're not alone. With the increasing use of third-party service providers, your organization likely has a huge arsenal of bandwidth and know-how at its disposal. In our Using Service Providers To Manage DDoS Threats report, find out how to effectively marshal the resources among your providers and integrate them with your own security measures into a strategic and comprehensive DDoS protection plan. (Free registration required.)

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
PJS880
50%
50%
PJS880,
User Rank: Ninja
9/15/2012 | 9:34:38 PM
re: Apple Device ID Leak Traced To BlueToad
I thought it was quite ironic that the FBI Supervisor would let his computer be compromised. I wonder why AntiSec would claim that, possibly for more publicity. The group probably would have got away with the claim, maybe I fit wasn't so bold as to antagonize investigation. David Scheutz has a remarkable eye for detail by picking up on the pattern of his companies work. I have an Apple product and would not be happy in the least had my UDID was publicly released. It makes sense that Blue Toads would hire a security insurance company to make a public statement that they are addressing the issue, and in hopes to gain back some sort of trust from their customers.

Paul Sprague
InformationWeek Contributor
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-6306
Published: 2014-08-22
Unspecified vulnerability on IBM Power 7 Systems 740 before 740.70 01Ax740_121, 760 before 760.40 Ax760_078, and 770 before 770.30 01Ax770_062 allows local users to gain Service Processor privileges via unknown vectors.

CVE-2014-0232
Published: 2014-08-22
Multiple cross-site scripting (XSS) vulnerabilities in framework/common/webcommon/includes/messages.ftl in Apache OFBiz 11.04.01 before 11.04.05 and 12.04.01 before 12.04.04 allow remote attackers to inject arbitrary web script or HTML via unspecified vectors, which are not properly handled in a (1)...

CVE-2014-3525
Published: 2014-08-22
Unspecified vulnerability in Apache Traffic Server 4.2.1.1 and 5.x before 5.0.1 has unknown impact and attack vectors, possibly related to health checks.

CVE-2014-3563
Published: 2014-08-22
Multiple unspecified vulnerabilities in Salt (aka SaltStack) before 2014.1.10 allow local users to have an unspecified impact via vectors related to temporary file creation in (1) seed.py, (2) salt-ssh, or (3) salt-cloud.

CVE-2014-3587
Published: 2014-08-22
Integer overflow in the cdf_read_property_info function in cdf.c in file through 5.19, as used in the Fileinfo component in PHP before 5.4.32 and 5.5.x before 5.5.16, allows remote attackers to cause a denial of service (application crash) via a crafted CDF file. NOTE: this vulnerability exists bec...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Three interviews on critical embedded systems and security, recorded at Black Hat 2014 in Las Vegas.