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

Major Mobile Financial Apps Harbor Built-in Vulnerabilities

A wide variety of financial services companies' apps suffer from poor programing practices and unshielded data.

Mobile apps for financial services are an important part of many consumers' financial lives, yet those apps are suffering a "vulnerability epidemic," according to a new report.

The report, commissioned by Arxan and produced by the Aite Group, looks at the perceived security of mobile financial apps versus the reality. And in many cases, to quote a movie title from 1994, "Reality Bites."

The report is based on research conducted by Aite Group researcher Alissa Knight that decompiled the apps to their original source code for vulnerability assessment. For many of the apps, that step started the list of vulnerabilities, since application shielding should prevent threat actors from decompiling an application to do their own vulnerability assessment.

"Mobile apps in general lack the necessary security features to protect users data. Even with social engineering and mobile breaches occurring more often, app developers still are not developing apps with security in mind," says Timur Kovalev, chief technology officer at Untangle.

Because the apps come from trusted financial institutions, consumers begin with the assumption that they are secure. "While users are comfortable using mobile apps for nearly anything and everything these days, the concerns for securing their money and financial information can make nearly anyone a little hesitant. And maybe with good reason," says Nathan Wenzler, senior director of cybersecurity at Moss Adams, a Seattle-based accounting, consulting, and wealth management firm.

Wenzler points out that the players in the market are broadly divided between traditional financial institutions which are known for their legacy of security but often have woeful inexperience with agile app development and newer online financial institutions that who have less experience in the regulatory and security requirements in the financial sector, but have access to modern secure development methods.

Those differences in experience and expertise are borne out in the critical vulnerabilities found in the mobile apps: Retail banking apps have the greatest number of critical vulnerabilities, while the greatest number of severe findings came from auto insurance apps, which contained the most hard-coded private keys, API keys, and secrets in their code.

Other common vulnerabilities found in code across all sectors are hard-coded SQL statements and hard-coded private certificates that a threat actor could easily replaced and code around. 

The most secure mobile financial apps are those of banks that offer and service health savings accounts (HSAs), followed by health insurer mobile payment apps, and credit card issuers. Whether their apps are on the more or less vulnerable end of the scale, Wenzler says that institutions across the industry know that they must improve application security. "No matter who is providing the financial services, everyone [in the industry] realizes what's at stake when to comes to their customers and their finances."

Kovalev says that financial services companies should improve the security performance of their own development organizations while working with other organizations to boost security even further. "It is critical that developers start taking app security seriously and that app stores like Google Play Store and Apple App Store enforce stricter security standards for apps that have access to such sensitive data," he says.

Wenzler is adamant that a failure to improve mobile financial app security could have huge consequences for banks and financial services companies. "Unlike many non-financial businesses, these banks won't recover as easily from a breach of trust over their customer's finances," he says. And those financial services firms supporting mobile applications have a huge challenge in front of them, Wenzler says, since most start from a position of relative insecurity.

"Making application security an integral part of the development and DevOps processes is critical to creating confidence within the customer base that their money and information is secure, no matter how they choose to manage their banking tasks," he says.

Related Content:

 

 

 

 

Join Dark Reading LIVE for two cybersecurity summits at Interop 2019. Learn from the industry's most knowledgeable IT security experts. Check out the Interop agenda here.

Curtis Franklin Jr. is Senior Editor at Dark Reading. In this role he focuses on product and technology coverage for the publication. In addition he works on audio and video programming for Dark Reading and contributes to activities at Interop ITX, Black Hat, INsecurity, and ... View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
UdyRegan
50%
50%
UdyRegan,
User Rank: Apprentice
4/9/2019 | 4:36:30 AM
Starts from apps
It is scary to know that financial apps do not have the necessary tight security that we would expect. Users input sensitive data into such apps daily and we would require maximum security and nothing less. So much can be done from first level apps which could propose more critical risks.
Why Vulnerable Code Is Shipped Knowingly
Chris Eng, Chief Research Officer, Veracode,  11/30/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win an Amazon Gift Card! Click Here
Latest Comment: I think the boss is bing watching '70s TV shows again!
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-26244
PUBLISHED: 2020-12-02
Python oic is a Python OpenID Connect implementation. In Python oic before version 1.2.1, there are several related cryptographic issues affecting client implementations that use the library. The issues are: 1) The IdToken signature algorithm was not checked automatically, but only if the expecte...
CVE-2020-28206
PUBLISHED: 2020-12-02
An issue was discovered in Bitrix24 Bitrix Framework (1c site management) 20.0. An "User enumeration and Improper Restriction of Excessive Authentication Attempts" vulnerability exists in the admin login form, allowing a remote user to enumerate users in the administrator group. This also ...
CVE-2017-14451
PUBLISHED: 2020-12-02
An exploitable out-of-bounds read vulnerability exists in libevm (Ethereum Virtual Machine) of CPP-Ethereum. A specially crafted smart contract code can cause an out-of-bounds read which can subsequently trigger an out-of-bounds write resulting in remote code execution. An attacker can create/send m...
CVE-2017-2910
PUBLISHED: 2020-12-02
An exploitable Out-of-bounds Write vulnerability exists in the xls_addCell function of libxls 2.0. A specially crafted xls file can cause a memory corruption resulting in remote code execution. An attacker can send malicious xls file to trigger this vulnerability.
CVE-2020-13493
PUBLISHED: 2020-12-02
A heap overflow vulnerability exists in Pixar OpenUSD 20.05 when the software parses compressed sections in binary USD files. A specially crafted USDC file format path jumps decompression heap overflow in a way path jumps are processed. To trigger this vulnerability, the victim needs to open an atta...