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.

Cloud

6/10/2020
05:25 PM
Connect Directly
Twitter
LinkedIn
Google+
RSS
E-Mail
100%
0%

Misconfigured Databases Targeted Hours After Deployment

Researchers left a poorly configured database open on the Internet to learn who would connect to it and what they would steal.

Misconfigured databases are subject to attack hours after they appear online, Comparitech researchers report. The team sought to learn more about how attackers target poorly secured cloud databases, which continue to pose a security risk to organizations around the world.

Cloud configuration mistakes, which occur when cloud-related systems or assets aren't properly configured, can grant attackers access to troves of corporate data. In the past few years, several businesses have accidentally left these databases open to the Internet, sometimes exposing up to billions of records. Unsecured and misconfigured servers can leak sensitive user data, which unauthorized third parties can often access or modify without authentication or authorization.  

Cybersecurity expert Bob Diachenko, who led the Comparitech research team in this project, says an uptick in Elasticsearch attacks led them to pursue it. Their goal was to highlight the importance of following basic safeguards when setting up a public-facing Elasticsearch instance.

Researchers set up a honeypot, or simulation of a database, on an Elasticsearch instance. They put fake user data inside the honeypot and left it publicly exposed on the Internet to see who would connect to it and how they would attempt to steal, scrape, or destroy the information. The instance held only 219 records, or a couple of megabytes of data, Diachenko explains. 

The team left this data exposed from May 11, 2020, to May 22, 2020. During that time frame, the honeypot was subject to 175 unauthorized requests, which the researchers broadly call "attacks." The first occurred on May 12, roughly eight-and-a-half hours after it was deployed.

Attacks increased between May 22 and June 5, during which time Diachenko says there were 435 attacks – an average of 29 per day. Starting on May 27, there was a "significant increase" in the number of requests for the honeypot, and a peak of 68 requests occurred on May 30. On the same day, he says, an attack made requests looking for keywords like "payment," "email," "mobile," "gmail," "password," "wallet," and "access token."

To find vulnerable databases, many attackers use an Internet of Things (IoT) search engine like Shodan or BinaryEdge, Comparitech's Paul Bischoff explains in a blog post on the research. Shodan indexed the honeypot on May 16, meaning it was then listed in search results. "Within just one minute of being indexed by Shodan, two attacks took place," Bischoff notes.

More than three dozen attacks occurred before the database was indexed by search engines, indicating how many attackers use their own scanning tools rather than waiting for IoT search engines to crawl vulnerable databases. Comparitech notes some of these attacks could have come from fellow researchers; however, it's hard to distinguish malicious and benign actors.

Attack Targets and Techniques
Most attacks targeting the honeypot wanted information about the database's status and settings. Of these, 147 used the GET request method and 24 used the POST method, which was common for activity originating in China. Another attack sought data about the server's connection. One attacker wanted to get the headers of requests without receiving responses. Some activity was designed to hijack the servers for more malicious activity, researchers found.

One popular attack targeted CVE-2015-1427, a remote code execution flaw on Elasticsearch servers. The goal was to access the Elasticsearch environment and download the bash script miner to mine cyptocurrency. Another attack targeted passwords stored on the server. One actor tried to change the server configuration to delete all of its data.

Researchers also collected the locations of attackers, though they note IP addresses can be changed using a proxy to mask the actual location. Diachenko says the highest number of requests (191) came from France, followed by the United States (134) and China (230).

This experiment is "very representative" of the dangers that may befall misconfigured and unprotected databases, he adds. As the researchers learned, it didn't take long for attackers to try and take advantage. 

"Elasticsearch does not perform authentication or authorization, leaving that as an exercise for the developer," Diachenko says. "Thus, it is very important to secure all Elasticsearch instances, especially those that are accessible over the Internet."

Related Content:

 

 
 
 
 
 
 
Learn from industry experts in a setting that is conducive to interaction and conversation about how to prepare for that "really   bad day" in cybersecurity. Click for more information and to register
 
Kelly Sheridan is the Staff Editor at Dark Reading, where she focuses on cybersecurity news and analysis. She is a business technology journalist who previously reported for InformationWeek, where she covered Microsoft, and Insurance & Technology, where she covered financial ... 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 8/3/2020
'BootHole' Vulnerability Exposes Secure Boot Devices to Attack
Kelly Sheridan, Staff Editor, Dark Reading,  7/29/2020
Out-of-Date and Unsupported Cloud Workloads Continue as a Common Weakness
Robert Lemos, Contributing Writer,  7/28/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
Special Report: Computing's New Normal, a Dark Reading Perspective
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
The Threat from the Internetand What Your Organization Can Do About It
The Threat from the Internetand What Your Organization Can Do About It
This report describes some of the latest attacks and threats emanating from the Internet, as well as advice and tips on how your organization can mitigate those threats before they affect your business. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-19453
PUBLISHED: 2020-08-03
Wowza Streaming Engine through 2019-11-28 allows XSS (issue 1 of 2).
CVE-2019-19455
PUBLISHED: 2020-08-03
Wowza Streaming Engine through 2019-11-28 has Insecure Permissions.
CVE-2020-4560
PUBLISHED: 2020-08-03
IBM Financial Transaction Manager 3.2.4 is vulnerable to cross-site scripting. This vulnerability allows users to embed arbitrary JavaScript code in the Web UI thus altering the intended functionality potentially leading to credentials disclosure within a trusted session.
CVE-2019-4589
PUBLISHED: 2020-08-03
IBM Cognos Analytics 11.0 and 11.1 is vulnerable to privlege escalation where the "My schedules and subscriptions" page is visible and accessible to a less privileged user. IBM X-Force ID: 167449.
CVE-2020-4328
PUBLISHED: 2020-08-03
IBM Financial Transaction Manager 3.2.4 is vulnerable to SQL injection. A remote attacker could send specially-crafted SQL statements, which could allow the attacker to view, add, modify or delete information in the back-end database. IBM X-Force ID: 177839.