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.

Mobile

6/11/2021
10:45 AM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%

Many Mobile Apps Intentionally Using Insecure Connections for Sending Data

A new analysis of iOS and Android apps released to Apple's and Google's app stores over the past five years found many to be deliberately breaking HTTPS protections.

Many mobile application developers are deliberately disabling secure HTTPS protections when sending data from a user's browser to the server, often leaving sensitive data open to interception and compromise by attackers in the process.

One reason appears to be to facilitate the delivery of ads via the applications, a new study by Symantec reveals.

Related Content:

Most Mobile Apps Can Be Compromised in 15 Minutes or Less

Special Report: Assessing Cybersecurity Risk in Today's Enterprises

New From The Edge: 11 Cybersecurity Vendors to Watch in 2021

Symantec recently analyzed hundreds of thousands of iOS and Android mobile apps released over the past five years to Apple's App Store and Google Play. The exercise showed some 7% of iOS apps and 3.4% of Android apps intentionally break the green padlock that indicates a secure communication channel between the user's browser and the server. Symantec found such apps to be actively sending data to insecure network servers and disabling SSL validation.

Kevin Watkins, principal security researcher at the Symantec Division at Broadcom, which owns the security vendor's enterprise business, says it's not entirely clear why some app developers are intentionally breaking encryption protections and sending potentially private data via insecure SSL connections. "It's hard to say, but [it's] something we are looking into as far as post-research," Watkins says. "We did find a lot of cut and pasting [of] code and classes by app developers as well as guidance from ad networks to disable the locks."

For example, some software development kits — including Google's — explicitly require apps to disable a network security available in iOS 9.0 onward called App Transport Security (ATS) that is designed to prevent insecure network connections. Apple itself allows developers to justify disabling ATS entirely for all or some specific types of content and servers if it views the app developers' reasons for doing so. What users likely don't know is that once a developer is allowed to use insecure channels, it can add any data — including private user data — to the data being sent to their servers, Symantec said in a blog post this week.

"The sheer [number] of apps disabling security, especially for iOS, was surprising," Watkins says. "In particular, Apple's ATS, developed to improve privacy and data integrity, was more or less ineffective due to being turned off and allowed to do so through the app vetting process."

For the study, Symantec analyzed apps released to Google and Apple's official mobile app store between 2017 and 2021. The company's goal was to identify apps breaking the padlock and/or disabling privacy features such as ATS for iOS. Symantec found that over the past five years, the volume of iOS apps exhibiting these behaviors has not declined. In fact, more iOS apps in 2020 (7.6% or 45,158 out of 593,208 apps) exhibited dangerous behavior than in any previous year.

At the same time, the volume of Android apps breaking the padlock have been coming down year over year, from 5% of all apps in 2017 to 2.4% at present. Symantec found that in 2017, a total of 12,243 out of 249,640 Android apps were vulnerable. So far in 2021, about 2,376 out of 99,170 Android apps were found to be breaking the padlock.

Multiple Categories
Symantec discovered that apps breaking the padlock spanned multiple categories. Game apps were the top culprit, with many of them transferring a large amount of public media content and data. Somewhat surprisingly, financial apps, which often contain personally identifiable information and financial data, represented the second biggest category. In one instance, Symantec found a large financial services company's iOS app to be breaking HTTPS protections when users were using their credentials to log in to the service. The issue has been fixed in subsequent versions of the financial service provider's iOS apps, Symantec said.

Unfortunately for users, there's little they can do to find out if an iOS or Android app they are using might be breaking HTTPS protections, Watkins says. "Transparency and visibility into an app actively breaking the SSL lock, unfortunately, is not possible due to the sandbox and security limitations enforced on-device Apple and Google," he says. The best bet for users, he adds, is to use secure access points and reputable VPNs to minimize chances of their data being intercepted when being sent in the clear to an app developer's servers.

Symantec's blog post contains recommendations for app developers on how to avoid unintentionally breaking HTTPS and SSL protections. It notes, however, that little can be done to protect against insecure communications in situations where developers are intentionally choosing to break the lock.

Jai Vijayan is a seasoned technology reporter with over 20 years of experience in IT trade journalism. He was most recently a Senior Editor at Computerworld, where he covered information security and data privacy issues for the publication. Over the course of his 20-year ... View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Edge-DRsplash-10-edge-articles
I Smell a RAT! New Cybersecurity Threats for the Crypto Industry
David Trepp, Partner, IT Assurance with accounting and advisory firm BPM LLP,  7/9/2021
News
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
Commentary
It's in the Game (but It Shouldn't Be)
Tal Memran, Cybersecurity Expert, CYE,  7/9/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
How Enterprises are Attacking the Cybersecurity Problem
Concerns over supply chain vulnerabilities and attack visibility drove some significant changes in enterprise cybersecurity strategies over the past year. Dark Reading's 2021 Strategic Security Survey showed that many organizations are staying the course regarding the use of a mix of attack prevention and threat detection technologies and practices for dealing with cyber threats.
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-42740
PUBLISHED: 2021-10-21
The shell-quote package before 1.7.3 for Node.js allows command injection. An attacker can inject unescaped shell metacharacters through a regex designed to support Windows drive letters. If the output of this package is passed to a real shell as a quoted argument to a command with exec(), an attack...
CVE-2021-35512
PUBLISHED: 2021-10-21
An SSRF issue was discovered in Zoho ManageEngine Applications Manager build 15200.
CVE-2021-41790
PUBLISHED: 2021-10-21
An issue was discovered in Hyland org.alfresco:alfresco-content-services through 7.0.1.2. Script Action execution allows executing scripts uploaded outside of the Data Dictionary. This could allow a logged-in attacker to execute arbitrary code inside a sandboxed environment.
CVE-2021-41791
PUBLISHED: 2021-10-21
An issue was discovered in Hyland org.alfresco:share through 7.0.0.2 and org.alfresco:community-share through 7.0. An evasion of the XSS filter for HTML input validation in the Alfresco Share User Interface leads to stored XSS that could be exploited by an attacker (given that he has privileges on t...
CVE-2021-41792
PUBLISHED: 2021-10-21
An issue was discovered in Hyland org.alfresco:alfresco-content-services through 6.2.2.18 and org.alfresco:alfresco-transform-services through 1.3. A crafted HTML file, once uploaded, could trigger an unexpected request by the transformation engine. The response to the request is not available to th...