Risk
2/12/2013
07:06 AM
Dark Reading
Dark Reading
Quick Hits
50%
50%

Building And Maintaining Database Access Control Permissions

Provisioning user access to database resources can be tricky and time-consuming. Here are a few tips to help you keep up

[Excerpted from "Building and Maintaining Database Access Control Permissions," a new report posted this week on Dark Reading's Database Security Tech Center.]

Database permissions can cause headaches for even the most sophisticated security organizations. Indeed, many of the most persistent problems with malicious or risky database access start before the database server software is even up and running.

Why are database access controls so maddeningly complex? In a word, flexibility -- the very flexibility that enables organizations to create multiple and interlocking roles can also create a knot of confusion and vulnerability.

Why are database permissions such a sore spot for otherwise sophisticated organizations? Security experts agree that many of the most persistent problems with malicious or risky database access start before the database server software is even up and running.

There are many reasons for this disconnect. For one thing, access controls in modern databases are designed to be infinitely flexible to support the vast array of applications and uses that enterprise databases are called on to perform.

"It's in the nature of many of these databases that they have a straightforward role-based access control system at the center, but -- being flexible -- it becomes very complex," says Josh Shaul, the CTO at Application

Security, a database activity monitoring firm. Users, Shaul notes, might be assigned access permissions individually and as a member of one or more "roles."

All this talk about complex user and role-based privileges ignores what experts consider the biggest security gap of all: catch-all pseudo-user groups like Oracle's PUBLIC. These groups are intended to be bare-bones, minimum privilege roles that encompass every database user. The truth, however, is often very different.

Older Oracle databases -- like Oracle 9 and 10, for example -- granted PUBLIC execute privileges on a number of important packages by default, including the Oracle encryption toolkit and utilities that allow PUBLIC users to read and write to the file system, access TCP-based networking functionality and send mail. Newer versions have eliminated some of those permissions from PUBLIC but still give the PUBLIC group access to many database objects.

Once organizations have a handle on their most powerful super users and have curtailed the privileges of the unwashed masses in pseudo-user groups like PUBLIC, they need to tackle a thornier problem: how to monitor user activity and identify abhorrent, malicious or just unwanted behaviors.

To get details on how to monitor database access activity -- and to learn more about the technologies and practices for controlling database resources -- download the free report on database access control.

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

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2015-0279
Published: 2015-03-26
JBoss RichFaces before 4.5.4 allows remote attackers to inject expression language (EL) expressions and execute arbitrary Java code via the do parameter.

CVE-2015-0635
Published: 2015-03-26
The Autonomic Networking Infrastructure (ANI) implementation in Cisco IOS 12.2, 12.4, 15.0, 15.2, 15.3, and 15.4 and IOS XE 3.10.xS through 3.13.xS before 3.13.1S allows remote attackers to spoof Autonomic Networking Registration Authority (ANRA) responses, and consequently bypass intended device an...

CVE-2015-0636
Published: 2015-03-26
The Autonomic Networking Infrastructure (ANI) implementation in Cisco IOS 12.2, 12.4, 15.0, 15.2, 15.3, and 15.4 and IOS XE 3.10.xS through 3.13.xS before 3.13.1S allows remote attackers to cause a denial of service (disrupted domain access) via spoofed AN messages that reset a finite state machine,...

CVE-2015-0637
Published: 2015-03-26
The Autonomic Networking Infrastructure (ANI) implementation in Cisco IOS 12.2, 12.4, 15.0, 15.2, 15.3, and 15.4 and IOS XE 3.10.xS through 3.13.xS before 3.13.1S allows remote attackers to cause a denial of service (device reload) via spoofed AN messages, aka Bug ID CSCup62315.

CVE-2015-0638
Published: 2015-03-26
Cisco IOS 12.2, 12.4, 15.0, 15.2, and 15.3, when a VRF interface is configured, allows remote attackers to cause a denial of service (interface queue wedge) via crafted ICMPv4 packets, aka Bug ID CSCsi02145.

Dark Reading Radio
Archived Dark Reading Radio
Good hackers--aka security researchers--are worried about the possible legal and professional ramifications of President Obama's new proposed crackdown on cyber criminals.