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.

Perimeter

9/7/2011
11:07 PM
Adrian Lane
Adrian Lane
Commentary
50%
50%

DAM In The Cloud

Modifications to DAM for use with cloud infrastructure providers

A common question people ask when considering cloud deployments is whether they can continue to use their database activity monitoring (DAM) platform. Rich Mogull gave a partial answer to that question last week when fielding questions on cloud security, but I wanted to go into a little greater detail on what you should look for. To keep it simple, I am going to keep the discussion focused on infrastructure providers such as Rackspace, Go Grid, and Amazon's EC2.

Out of the box, most DAM products need some tweaking before they work in a cloud environment. The modifications come in two specific areas: the monitoring server that stores and analyzes data, and the agent that does the data collection. Let's look at the agent requirements first.

While virtualization and the cloud are not the same things, every cloud provider relies on virtualization to provide the multitenant, self-sizing, and metered usage characteristics that differentiate cloud computing. Since the database and the operating system are contained within a virtual machine running atop a hypervisor, the features that many kernel and memory-scanning data collectors rely on need to be "ported." In essence, the agent code is altered to take advantage of APIs in the virtual machine manager (Xen, VMWare, HyperV) to maintain functionality and performance. You'll want to verify the vendor has modified their agents to work in your cloud --- most support only Amazon at this time. Added to the mix are vendor-specific idiosyncrasies in IP addressing, security zones, and certificate-based user authentication schemes. This makes it difficult for kernel-based collectors -- as well as data collection based on native tracing and auditing features -- to fully determine user identity and query source.

When considering data collection, it's worth noting, depending on the cloud provider, that network monitoring won't work. A virtual network is not the same as a physical network. The logical topology differs from the physical reality in that virtual machines can communicate through the same physical backplane, or across an undefined physical network. The virtual machine manager can provide APIs from your cloud vendor to plug a network probe in, or it might not. In simpler terms, there is no cloud equivalent to a span port for you to hook into and see all of the traffic. Further, because of multitenant environments, many providers encrypt VLAN traffic, making "promiscuous" modes of listening impossible.

For the server component, there are a couple of important considerations. Obviously, if your DAM provider does not offer software or a virtual server image, you're out of luck. Most DAM customers are served by physical appliances because this has long been the preference until the advent of server virtualization. Luckily, at this point most every DAM provider offers either software or a virtual appliance, so it should not be a problem. How well these are configured for the cloud is an issue and varies per monitoring vendor. At least one vendor offers prebundled Amazon Machine Images, with suitable initializations scripts, and deployment instructions for monitoring and blocking. Others advertise seamless operation in the cloud, but don't provide the scripts, documentation, or prebuilt images to make it easy for customers to use cloud services.

You'll need to pay attention to the virtual location of your DAM server. For example, Amazon's EC2 security model relies on security zones with strictly defined communication ports. If you want to collect data remotely, then you need to understand the communication ports the agent uses -- hopefully it's not port 80. Second, if you want to deploy DAM as a firewall, you'll need to set up your security zones to force the database connections through the DAM server and configure the network to limit database connections to the private network address space.

Finally, if you are using a virtual server image, make sure you get it directly from the vendor. Community AMIs on Amazon, as one example, are known to occasionally have malware prebundled. Vet the image and make sure you update the installer and load scripts to patch and preconfigure settings to your environment. Taking control of your initialization scripts ensures continuity when you spin up new images to support new databases.

There are a few more subtle issues, but those are the important ones to consider. If you are looking at platform-as-a-service, your issues will be different, and you will need to work with your cloud vendor to determine what is allowed.

Adrian Lane is an analyst/CTO with Securosis LLC, an independent security consulting practice. Special to Dark Reading. Adrian Lane is a Security Strategist and brings over 25 years of industry experience to the Securosis team, much of it at the executive level. Adrian specializes in database security, data security, and secure software development. With experience at Ingres, Oracle, and ... View Full Bio

 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
COVID-19: Latest Security News & Commentary
Dark Reading Staff 8/3/2020
Pen Testers Who Got Arrested Doing Their Jobs Tell All
Kelly Jackson Higgins, Executive Editor at Dark Reading,  8/5/2020
New 'Nanodegree' Program Provides Hands-On Cybersecurity Training
Nicole Ferraro, Contributing Writer,  8/3/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
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 Changing Face of Threat Intelligence
The Changing Face of Threat Intelligence
This special report takes a look at how enterprises are using threat intelligence, as well as emerging best practices for integrating threat intel into security operations and incident response. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-11937
PUBLISHED: 2020-08-06
In whoopsie, parse_report() from whoopsie.c allows a local attacker to cause a denial of service via a crafted file. The DoS is caused by resource exhaustion due to a memory leak. Fixed in 0.2.52.5ubuntu0.5, 0.2.62ubuntu0.5 and 0.2.69ubuntu0.1.
CVE-2020-15114
PUBLISHED: 2020-08-06
In etcd before versions 3.3.23 and 3.4.10, the etcd gateway is a simple TCP proxy to allow for basic service discovery and access. However, it is possible to include the gateway address as an endpoint. This results in a denial of service, since the endpoint can become stuck in a loop of requesting i...
CVE-2020-15136
PUBLISHED: 2020-08-06
In ectd before versions 3.4.10 and 3.3.23, gateway TLS authentication is only applied to endpoints detected in DNS SRV records. When starting a gateway, TLS authentication will only be attempted on endpoints identified in DNS SRV records for a given domain, which occurs in the discoverEndpoints func...
CVE-2020-15701
PUBLISHED: 2020-08-06
An unhandled exception in check_ignored() in apport/report.py can be exploited by a local attacker to cause a denial of service. If the mtime attribute is a string value in apport-ignore.xml, it will trigger an unhandled exception, resulting in a crash. Fixed in 2.20.1-0ubuntu2.24, 2.20.9-0ubuntu7.1...
CVE-2020-15702
PUBLISHED: 2020-08-06
TOCTOU Race Condition vulnerability in apport allows a local attacker to escalate privileges and execute arbitrary code. An attacker may exit the crashed process and exploit PID recycling to spawn a root process with the same PID as the crashed process, which can then be used to escalate privileges....