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.

Security Management //

Cloud

End of Bibblio RCM includes -->
9/13/2018
08:05 AM
Scott Ferguson
Scott Ferguson
News Analysis-Security Now

Unsecured Veeam Database Reportedly Exposed Millions of Records

Another day, another database exposed to the public Internet. In this case, a security researcher found a server belonging to Veeam and hosted on AWS left millions of records exposed.

Finding databases loaded with personal data and exposed to the wider public Internet is an ongoing occurrence, and this week is proving no exception with a new report about an incident at disaster recovery specialist Veeam.

On September 11, Bob Diachenko, an independent security researcher, published a post, along with TechCrunch, about a MongoDB server hosted on Amazon Web Services and belonging to Veeam that contained about 200GB of customer data.

In his post, Diachenko writes that he found the exposed database using Shodan, a search engine for Internet of Things devices. It appears the database had been originally indexed on August 31. He discovered the exposed server on September 5 and attempted to contact Veeam about it.

It wasn't until September 9 that the server was patched and secured.

(Source: iStock)
(Source: iStock)

The database, according to Diachenko, was being used by the company's marketing team to reach out to customers. However, a deeper analysis of the data found that the server contained an estimated 445 million records -- although an exact number could not be confirmed -- which included "customer's first and last name, email, email recipient type (end-customer or partner), country, attributes values."

All this data was created between 2013 and 2017. Diachenko notes in his report:

Even taking into account the non-sensitivity of data, the public availability of such large, structured and targeted dataset online could become a real treasure chest for spammers and phishers. It is also a big luck that database was not hit by a new wave of ransomware attacks which have been specifically targeting MongoDBs (with much more extortion amount demand than it was last year).

A Veeam spokesperson did not respond to an email request from Security Now for comment.

While a company that specializes in disaster recovery, data management and cloud security should know better, Veeam is far from the only company to have data that has been uploaded to the public cloud exposed to the wider Internet. (See TeenSafe Data Leak Shows Cloud Security Weaknesses.)

In general, service providers, such as AWS, ensure that the cloud infrastructure is secure, but it's the customers' responsibility to protect and secure their own data. However, cloud providers are increasingly offering more help to customers, who might not have implemented the best security practices or have the security knowhow to ensure this is done. (See AWS' Werner Vogels: 'Security Is Everyone's Job'.)

Vikram Kapoor, the co-founder and CTO at Lacework, which makes cloud security tools, wrote in an email to Security Now that the Veeam incident shows that misconfigured or poorly secured databases in the cloud require better security polices from the enterprises that use these types of cloud services.

"The one thing that protects you is proper policies, since misconfigured polices mean everybody has access," Kapoor wrote. "Organizations have to understand that without visibility into their environments, along with analysis that alerts to deviations from normal activity, they will be unable to identify and isolate possible holes in their infrastructure."

Related posts:

— Scott Ferguson is the managing editor of Light Reading and the editor of Security Now. Follow him on Twitter @sferguson_LR.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Edge-DRsplash-10-edge-articles
I Smell a RAT! New Cybersecurity Threats for the Crypto Industry
David Trepp, Partner, IT Assurance with accounting and advisory firm BPM LLP,  7/9/2021
News
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
Commentary
It's in the Game (but It Shouldn't Be)
Tal Memran, Cybersecurity Expert, CYE,  7/9/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Incorporating a Prevention Mindset into Threat Detection and Response
Threat detection and response systems, by definition, are reactive because they have to wait for damage to be done before finding the attack. With a prevention-mindset, security teams can proactively anticipate the attacker's next move, rather than reacting to specific threats or trying to detect the latest techniques in real-time. The report covers areas enterprises should focus on: What positive response looks like. Improving security hygiene. Combining preventive actions with red team efforts.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2022-25878
PUBLISHED: 2022-05-27
The package protobufjs before 6.11.3 are vulnerable to Prototype Pollution which can allow an attacker to add/modify properties of the Object.prototype. This vulnerability can occur in multiple ways: 1. by providing untrusted user input to util.setProperty or to ReflectionObject.setParsedOption ...
CVE-2021-27780
PUBLISHED: 2022-05-27
The software may be vulnerable to both Un-Auth XML interaction and unauthenticated device enrollment.
CVE-2021-27781
PUBLISHED: 2022-05-27
The Master operator may be able to embed script tag in HTML with alert pop-up display cookie.
CVE-2022-1897
PUBLISHED: 2022-05-27
Out-of-bounds Write in GitHub repository vim/vim prior to 8.2.
CVE-2022-20666
PUBLISHED: 2022-05-27
Multiple vulnerabilities in the web-based management interface of Cisco Common Services Platform Collector (CSPC) Software could allow an unauthenticated, remote attacker to conduct a cross-site scripting (XSS) attack against a user of the interface. These vulnerabilities are due to insufficient va...