January 29, 2015 By Jaikumar Vijayan 3 min read

A Google executive’s explanation for the company’s decision to stop patching a core software component of older versions of its Android mobile OS is likely to be of little comfort to the millions of smartphone users affected by it.

In a blog post, Android’s Lead Security Engineer Adrian Ludwig said Google decided not to patch WebView on Android 4.3 and earlier versions because of the sheer enormity of the task.

Patching Older Versions Is Unsustainable

Until relatively recently, Google has taken security fixes from the most recent versions of WebKit used by WebView and applied them to the version of WebKit used in Android 4.3 (Jelly Bean) and earlier, Ludwig said. However, with WebKit alone comprising more than 5 million lines of code — and with thousands of new lines being added each month — fixing older versions is no longer safe.

In some cases, large portions of code had to be changed when applying vulnerability patches to WebKit branches that were more than two years old, Ludwig said.

Ludwig was responding to concerns raised earlier this month when Tod Beardsley, a security researcher from Rapid7, first reported on Google’s decision to stop patching WebView on Jelly Bean and older versions of Android. Beardsley said his discussions with Google incident handlers over a security bug revealed Google currently supports WebView only on Android Lollipop and its predecessor, KitKat. The company has apparently left it to Android smartphone manufacturers and carriers to develop and issue WebView security patches in older versions of Android.

Millions Affected

WebView is a software component that lets a browser be opened from inside a mobile application. Software developers use it when they want to display a mobile application as a Web page or when they want it to run as a Web application. Google updated its WebView for Android with the release of KitKat last year. At some point after that, it decided it would no longer issue security patches for pre-KitKat WebView versions.

By Google’s own estimates, roughly 60 percent of Android smartphones in use run on Android 4.3 or older versions of the operating system. The company’s decision to support WebView only on the latest versions of its mobile operating system has huge implications for Android users, Beardsley and others have maintained. They noted WebView is one of the most popular attack vectors for Android and predicted attackers will try to find new ways to take advantage of the current situation.

Little Comfort

These concerns are unlikely to be assuaged by Ludwig’s explanation of Google’s policy. According to him, Google invests heavily in Android and Chrome security and has been working with equipment manufacturers to improve their patching processes. Currently, original equipment manufacturers can quickly deliver KitKat patches via binary updates provided by Google. For Lollipop, Google is delivering the updates directly via Google Play.

However, the company provides WebView patches only for the two most recent Android versions because it is impractical to do more, he said. Android users on pre-KitKat versions can mitigate their exposure to WebView vulnerabilities by using a browser updated through Google Play and only loading and using content from trusted sources.

“Using an updatable browser will protect you from currently known security issues,” and future ones, he said. “It will also allow you to take advantage of new features and capabilities that are being introduced to these browsers.”

Ludwig did not offer any insight on how many Android users are likely affected by the company’s decision, but he noted the number of potentially affected users is shrinking on a daily basis as they upgrade to newer Android versions.

What remains unclear is whether Google will become more proactive about providing end-of-life dates for its software products in order to help users better prepare for the change.

Image Source: Flickr

More from

Unpacking the NIST cybersecurity framework 2.0

4 min read - The NIST cybersecurity framework (CSF) helps organizations improve risk management using common language that focuses on business drivers to enhance cybersecurity.NIST CSF 1.0 was released in February 2014, and version 1.1 in April 2018. In February 2024, NIST released its newest CSF iteration: 2.0. The journey to CSF 2.0 began with a request for information (RFI) in February 2022. Over the next two years, NIST engaged the cybersecurity community through analysis, workshops, comments and draft revision to refine existing standards…

What should Security Operations teams take away from the IBM X-Force 2024 Threat Intelligence Index?

3 min read - The IBM X-Force 2024 Threat Intelligence Index has been released. The headlines are in and among them are the fact that a global identity crisis is emerging. X-Force noted a 71% increase year-to-year in attacks using valid credentials.In this blog post, I’ll explore three cybersecurity recommendations from the Threat Intelligence Index, and define a checklist your Security Operations Center (SOC) should consider as you help your organization manage identity risk.The report identified six action items:Remove identity silosReduce the risk of…

Obtaining security clearance: Hurdles and requirements

3 min read - As security moves closer to the top of the operational priority list for private and public organizations, needing to obtain a security clearance for jobs is more commonplace. Security clearance is a prerequisite for a wide range of roles, especially those related to national security and defense.Obtaining that clearance, however, is far from simple. The process often involves scrutinizing one’s background, financial history and even personal character. Let’s briefly explore some of the hurdles, expectations and requirements of obtaining a…

Topic updates

Get email updates and stay ahead of the latest threats to the security landscape, thought leadership and research.
Subscribe today