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.

Risk

3/2/2010
09:16 AM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%

Securing The Link Between Web Applications And Databases

Are insecure Web applications threatening the security of your database? New report outlines steps that could help reduce that threat

[Excerpted from "Protecting Databases From Web Applications," a new report published today in Dark Reading's Database Security Tech Center.]

Web applications are rich targets for attackers. Available to anyone, from anywhere, these apps are designed for accessibility -- and are also often gateways to valuable data stored deep within an organization.

How can you make your applications and data available to a wide variety of employees, customers, and partners without also exposing your most sensitive database information? This conundrum is the subject of Dark Reading's newest Database Security Tech Center report, "Protecting Databases From Web Applications."

Clearly, enterprises need tools and strategies to help their Web app developers protect the integrity of back-end databases, while database developers must ensure their Web interfaces are as secure as possible.

The key is to remember that, in most cases, the Web application itself has little value to an attacker. Rather, they're using the app as a conduit to the plethora of data accessed by the Web application from a back-end database.

The first defensive step is to make sure it's not just the database administrator who understands where sensitive data is stored, how it is accessed, and the true risk of disclosure. We often see databases treated like black boxes, with some method of access exposed to those people and applications that need it. After the select, update, or insert operation is successful, people forget there is more magic happening. Teamwork is the key.

There is a wide variety of threats that could exploit vulnerabilities in the interface between the Web app and the database: SQL injection, authentication flaws, and privilege escalation are among the most significant.

The process of determining the threats is called threat modeling. Historically, threat modeling has been used in application security to determine the highest-risk portions of an application, thus allowing security staff to focus on those areas more than others. This concept is beginning to spread to other areas of security.

Threat modeling involves meeting with people who know the application and other related technology area experts to gain an understanding of the distinct parts of the application, its functionality, and the inherent threats. By spending time to fully grasp the application and its associated threats, protections and testing can be tailored to save time or to fit in the most possible threat mitigation into a tight time frame and budget.

There are a few security steps that should be standard procedure in all environments where Web apps touch back-end databases. First, you must ensure database connections are encrypted. Second, there must be strong authentication -- each application should use its own login credentials. Third, you should configure access rights as granularly as possible, giving each application only the privileges it requires.

To find out more about the specific tools and practices that can be used to protect a sensitive database from Web-facing threats, download the full report.

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message. Adam Ely is the founder and COO of Bluebox. Prior to this role, Adam was the CISO of the Heroku business unit at Salesforce where he was responsible for application security, security operations, compliance, and external security relations. Prior to Salesforce, Adam led ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
44% of Security Threats Start in the Cloud
Kelly Sheridan, Staff Editor, Dark Reading,  2/19/2020
Zero-Factor Authentication: Owning Our Data
Nick Selby, Chief Security Officer at Paxos Trust Company,  2/19/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
6 Emerging Cyber Threats That Enterprises Face in 2020
This Tech Digest gives an in-depth look at six emerging cyber threats that enterprises could face in 2020. Download your copy today!
Flash Poll
How Enterprises Are Developing and Maintaining Secure Applications
How Enterprises Are Developing and Maintaining Secure Applications
The concept of application security is well known, but application security testing and remediation processes remain unbalanced. Most organizations are confident in their approach to AppSec, although others seem to have no approach at all. Read this report to find out more.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-9398
PUBLISHED: 2020-02-25
ISPConfig before 3.1.15p3, when the undocumented reverse_proxy_panel_allowed=sites option is manually enabled, allows SQL Injection.
CVE-2015-5201
PUBLISHED: 2020-02-25
VDSM and libvirt in Red Hat Enterprise Virtualization Hypervisor (aka RHEV-H) 7-7.x before 7-7.2-20151119.0 and 6-6.x before 6-6.7-20151117.0 as packaged in Red Hat Enterprise Virtualization before 3.5.6 when VSDM is run with -spice disable-ticketing and a VM is suspended and then restored, allows r...
CVE-2019-4000
PUBLISHED: 2020-02-25
Improper neutralization of directives in dynamically evaluated code in Druva inSync Mac OS Client 6.5.0 allows a local, authenticated attacker to execute arbitrary Python expressions with root privileges.
CVE-2015-0565
PUBLISHED: 2020-02-25
NaCl in 2015 allowed the CLFLUSH instruction, making rowhammer attacks possible.
CVE-2020-9393
PUBLISHED: 2020-02-25
An issue was discovered in the pricing-table-by-supsystic plugin before 1.8.2 for WordPress. It allows XSS.