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.

Application Security

3/10/2017
11:00 AM
Connect Directly
Twitter
RSS
E-Mail
100%
0%

Financial Institutions Less AppSec-Savvy Than You'd Think

New study shows banks all have policies in place, but lack metrics and good third-party software controls.

Financial institutions are known to have in place some of the most advanced application security practices and tools. Even so, a new benchmarking study out this week shows that even among these well-funded security programs there are still big gaps in their application security practices - a finding that should offer a clue as to the state of appsec at large.

The study found that while financial organizations almost universally have internal secure coding standards in place, most are hard-pressed to validate them. Additionally, fewer than half require their third-party vendors to have similar policies and standards.

Conducted among CISOs, the survey took a deep dive into common attitudes and practices across dozens of leading global financial institutions. The good news is that three out of four respondents reporte that application security is a critical- or high priority. And nearly all of them employ at least one kind of framework, standard, or maturity model to structure their application security program, with Building Security In Maturity Model (BSIMM) as the most popular, with an adoption rate of 89%.

However, digging further, the types of metrics and key performance indicators (KPIs) used to track the effectiveness of policies laid out by these standards betray a lack of sophistication in their appsec programs. The most common KPI used by the respondents was a simple vulnerability count, typically totaled up based on statistic analysis security testing and dynamic analysis security testing, a metric used by 77% of programs.

Meanwhile, only about 46% of organizations measure how long it takes to remediate vulnerabilities, just 38% of organizations track whether developer teams are even using the security tools mandated by policies, and only 15% measure completion of security requirements. Scarily enough, 15% of organizations don't track via metrics the effectiveness of their appsec programs.

The report noted that the overreliance on vulnerability counts could potentially be giving these organizations a false sense of security. According to Security Compass analysis, scanning by SAST and DAST tools alone probably miss about 46% of application-level risks. Though that number may be up for debate, other application security experts concur that there's a risk visibility gap left by relying on scanning alone. 

"When thinking about vulnerability management, most security practitioners think about it is terms of a what a scanner will find for them," says Jake Kouns, chief information security officer for Risk Based Security. "Most scanners are not looking for all vulnerabilities as they don't have the signatures to cover them, and they are also not comprehensive as they don't look for third-party library vulnerabilities."  

For the financial organizations queried for the report, third-party library vulnerabilities are just the start of third-party application risks left unaddressed. The study showed that 58% of respondents use at least some third-party software and 17% say they primarily rely on it. However, less than half of organizations require that their vendors have a secure software development lifecycle or application security policy. Additionally, only 38% of organizations were able to perform static or dynamic testing, and a measly 15% performed threat modeling or design reviews on third-party software.

As financial organizations grapple with the demands placed upon them to increase their customer-facing application portfolio for competitive demands, the weaknesses evidenced by this report shows that there's a lot of work ahead for them on the application security front.

"Application security teams within financial institutions need to design their security programs with the appropriate goals, governance and metrics," the report warned. "Firms should select security activities that meet their risk reduction and scalability goals. Simply selecting a set of best practices from a secure SDLC framework may not result in an ability to execute."

Related Content:

Ericka Chickowski specializes in coverage of information technology and business innovation. She has focused on information security for the better part of a decade and regularly writes about the security industry as a contributor to Dark Reading.  View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
4g
100%
0%
4g,
User Rank: Apprentice
3/10/2017 | 12:50:53 PM
Right on the spot
I'm biased since i work for Cavirin, but we see the same.   Due to skill shortages, they need as much automation as possible.
kasstri
50%
50%
kasstri,
User Rank: Strategist
3/14/2017 | 10:49:47 AM
keyboard
Thank you, ts really cool update!.
COVID-19: Latest Security News & Commentary
Dark Reading Staff 10/23/2020
Modern Day Insider Threat: Network Bugs That Are Stealing Your Data
David Pearson, Principal Threat Researcher,  10/21/2020
Are You One COVID-19 Test Away From a Cybersecurity Disaster?
Alan Brill, Senior Managing Director, Cyber Risk Practice, Kroll,  10/21/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Special Report: Computing's New Normal
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
How IT Security Organizations are Attacking the Cybersecurity Problem
How IT Security Organizations are Attacking the Cybersecurity Problem
The COVID-19 pandemic turned the world -- and enterprise computing -- on end. Here's a look at how cybersecurity teams are retrenching their defense strategies, rebuilding their teams, and selecting new technologies to stop the oncoming rise of online attacks.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-27743
PUBLISHED: 2020-10-26
libtac in pam_tacplus through 1.5.1 lacks a check for a failure of RAND_bytes()/RAND_pseudo_bytes(). This could lead to use of a non-random/predictable session_id.
CVE-2020-1915
PUBLISHED: 2020-10-26
An out-of-bounds read in the JavaScript Interpreter in Facebook Hermes prior to commit 8cb935cd3b2321c46aa6b7ed8454d95c75a7fca0 allows attackers to cause a denial of service attack or possible further memory corruption via crafted JavaScript. Note that this is only exploitable if the application usi...
CVE-2020-26878
PUBLISHED: 2020-10-26
Ruckus through 1.5.1.0.21 is affected by remote command injection. An authenticated user can submit a query to the API (/service/v1/createUser endpoint), injecting arbitrary commands that will be executed as root user via web.py.
CVE-2020-26879
PUBLISHED: 2020-10-26
Ruckus vRioT through 1.5.1.0.21 has an API backdoor that is hardcoded into validate_token.py. An unauthenticated attacker can interact with the service API by using a backdoor value as the Authorization header.
CVE-2020-15272
PUBLISHED: 2020-10-26
In the git-tag-annotation-action (open source GitHub Action) before version 1.0.1, an attacker can execute arbitrary (*) shell commands if they can control the value of [the `tag` input] or manage to alter the value of [the `GITHUB_REF` environment variable]. The problem has been patched in version ...