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.

Attacks/Breaches

9/8/2011
10:41 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

GlobalSign: Hacker's Claims 'Represent An Industrywide Attack'

Meanwhile, Mozilla lays down the law for its CAs in wake of possible massive CA attacks

The DigiNotar breach saga continues to unfold, with the hacker who has claimed responsibility for the attack boasting that he has hacked at least three more certificate authorities (CAs) in addition to Comodo back in March, and most recently DigiNotar and GlobalSign.

"I have access to their entire server, got DB backups, their linux / tar gzipped and downloaded, I even have private key of their OWN globalsign.com domain, hahahaa).... BUT YOU HAVE TO HEAR SO MUCH MORE! SO MUCH MORE! At least 3 more, AT LEAST! Wait and see, just wait a little bit like I said in Comodo case," he wrote in a Pastebin post. He goes by "ComodoHacker."

Meanwhile, CA GlobalSign is taking his comments seriously. "We deem these claims to represent an industrywide attack," GlobalSign posted on its website yesterday. "At this time we continue with our investigation and precautionary measures. We thank our customers, and the industry as a whole, for supporting the difficult decision to halt issuance while these steps are taken."

GlobalSign today said its CA root was created offline and "has always been offline."

"Any claim of the ComodoHacker to holding a private key does not refer to the GlobalSign offline root CA. The investigation also continues," the company said in a post on its website.

Mozilla, meanwhile, today ordered CAs participating in the Mozilla root program to contact the organization "immediately" in the event of a breach or fraudulently issued certificate.

"Mozilla recently removed the DigiNotar root certificate in response to their failure to promptly detect, contain, and notify Mozilla of a security breach regarding their root and subordinate certificates (https://blog.mozilla.com/security/2011/09/02/diginotar-removal-follow-up). If you ever have reason to suspect a security breach or mis-issuance has occurred at your CA or elsewhere, please contact [email protected] immediately," wrote Kathleen Wilson, module owner of Mozilla's CA Certificates Module.

The CAs must audit their PKI for breaches, including those of any of their third-party CAs. They also must confirm that they employ multifactor authentication in systems and accounts that can issue certificates, according to Mozilla.

Meanwhile, GlobalSign will begin to resume issuing certificates on Monday, and has enlisted the help of the Dutch security firm Fox-IT, which has been working on the DigiNotar breach. "Fox-IT is the Dutch cybersecurity experts hired to investigate the compromise of the Dutch CA DigiNotar and therefore already have a wealth of current knowledge and experience of the hacker," GlobalSign said. The CA said it hired the firm as a "precautionary measure."

Meanwhile, ComodoHacker said in his post that while this attack was limited to Iran, he plans to do the same in Israel, the U.S., and Europe. He also dismissed speculation over how he hacked the CAs. "Just know it is the most sophisticated hack of all time," he wrote.

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

Kelly Jackson Higgins is the Executive Editor of Dark Reading. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 5/28/2020
Stay-at-Home Orders Coincide With Massive DNS Surge
Robert Lemos, Contributing Writer,  5/27/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Can you smell me now?
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-11844
PUBLISHED: 2020-05-29
There is an Incorrect Authorization vulnerability in Micro Focus Service Management Automation (SMA) product affecting version 2018.05 to 2020.02. The vulnerability could be exploited to provide unauthorized access to the Container Deployment Foundation.
CVE-2020-6937
PUBLISHED: 2020-05-29
A Denial of Service vulnerability in MuleSoft Mule CE/EE 3.8.x, 3.9.x, and 4.x released before April 7, 2020, could allow remote attackers to submit data which can lead to resource exhaustion.
CVE-2020-7648
PUBLISHED: 2020-05-29
All versions of snyk-broker before 4.72.2 are vulnerable to Arbitrary File Read. It allows arbitrary file reads for users who have access to Snyk's internal network by appending the URL with a fragment identifier and a whitelisted path e.g. `#package.json`
CVE-2020-7650
PUBLISHED: 2020-05-29
All versions of snyk-broker after 4.72.0 including and before 4.73.1 are vulnerable to Arbitrary File Read. It allows arbitrary file reads to users with access to Snyk's internal network of any files ending in the following extensions: yaml, yml or json.
CVE-2020-7654
PUBLISHED: 2020-05-29
All versions of snyk-broker before 4.73.1 are vulnerable to Information Exposure. It logs private keys if logging level is set to DEBUG.