Thursday, December 5, 2024
HomePoCCritical Vulnerability with OnePlus devices allows Remote Exploitation

Critical Vulnerability with OnePlus devices allows Remote Exploitation

Published on

SIEM as a Service

[jpshare]Security specialists from Alephsecurity found new insignificant vulnerabilities (CVE-2017-5948, CVE-2017-8850, CVE-2017-8851, CVE-2016-10370) on OnePlus One/X/2/3/3T OxygenOS and HydrogenOS.

They vulnerabilities influence with the most recent versions (4.1.3/3.0) and beneath.

With these vulnerabilities attackers can achieve a MitM attack and get included in OTA(update process), by doing this they can downgrade the OS and even they can replace OxygenOS with HydrogenOS, without a factory reset.

This vulnerability reported to OnePlus Security on January 26/2017, by Roee Hay from Aleph Research.

- Advertisement - SIEM as a Service

OnePlus group neglected to meet the standard 90-day divulgence due date and furthermore the 14-day expansion so the security specialist preferred to go in Public.

These vulnerabilities still remain unpatched.

Downgrade attack CVE-2017-5948

Sadly, every version of the OnePlus OxygenOS and HydrogenOS is vulnerable against downgrade attack.

Occurs because of failure in rendition check in the update, update script in OnePlus OTAs failed to check that the present version is lower than or equivalent to the given image’s.

Attackers can install HydrogenOS over OxygenOS and the other way around, which expands the attack surface.

These vulnerabilities can be exploited over MitM as the update procedure doesn’t happen over TLS association.

Affected products OnePlus 3T, OnePlus 3, OnePlus 2, OnePlus X, OnePlus One.

The researcher published Poc(Proof of concept) in GitHub.

Crossover Vulnerability CVE-2017-8850

This flaw which influences OnePlus 3T, OnePlus 3, OnePlus 2, OnePlus X, OnePlus One is sensibly same, however with this vulnerability, attackers can even replace the OS HydrogenOS over OxygenOS or Viceversa.

This should be possible even on bolted bootloaders in light of the fact that both ROMs utilize the same OTA and check keys.

PoC(Proof of concept) can be found on GitHub.

Crossover Vulnerability CVE-2017-8851

This defect which influences OnePlus X, OnePlus One is sensibly same as the over two, attackers can even replace the OS HydrogenOS over OxygenOS or Viceversa the actuality both items have the same ro.build.product framework property.

From researcher “That could theoretically allow for exploitation of vulnerabilities patched on one image but not on the other, in addition to the expansion of the attack surface. Moreover, the vulnerability may result in having the device unusable until a Factory Reset is performed”.

Poc(Proof of concept) can be found on GitHub.

OTA Lack of TLS Vulnerability CVE-2016-10370

The most exceedingly terrible part is that the device manufacturer doesn’t utilize Encryption channel to check for OS and security updates.

They use to send JSON ask for to http://otac.h2os.com/post/Query_Update or to http://i.ota.coloros.com/post/Query_Update in order to check if another OTA is accessible.

As there is a lack of TLS Man-in-the-Middle attackers is possible and therefore, attackers spoof this response in order to exploit CVE-2017-5948, CVE-2017-8850 & CVE-2017-8851.

Mitigation

Till now all these vulnerabilities still remain unpatched. As we know these MitM attack will be possible only if both the parties connected with the same network.

So avoid using Public or untrusted wifi networks, you can check out our Kalitutorials page for different types of MmitM attacks, impacts and preventive measures.

Also read

Gurubaran
Gurubaran
Gurubaran is a co-founder of Cyber Security News and GBHackers On Security. He has 10+ years of experience as a Security Consultant, Editor, and Analyst in cybersecurity, technology, and communications.

Latest articles

Cisco NX-OS Vulnerability Allows Attackers to Bypass Image Signature Verification

A critical vulnerability has been identified in the bootloader of Cisco NX-OS Software, potentially...

Deloitte UK Hacked – Brain Cipher Group Claim to Have Stolen 1 TB of Data

Brain Cipher has claimed to have breached Deloitte UK and exfiltrated over 1 terabyte...

Cloudflare Developer Domains Abused For Cyber Attacks

Cloudflare Pages, a popular web deployment platform, is exploited by threat actors to host...

Hackers Exploit Docker Remote API Servers To Inject Gafgyt Malware

Attackers are exploiting publicly exposed Docker Remote API servers to deploy Gafgyt malware by...

API Security Webinar

72 Hours to Audit-Ready API Security

APIs present a unique challenge in this landscape, as risk assessment and mitigation are often hindered by incomplete API inventories and insufficient documentation.

Join Vivek Gopalan, VP of Products at Indusface, in this insightful webinar as he unveils a practical framework for discovering, assessing, and addressing open API vulnerabilities within just 72 hours.

Discussion points

API Discovery: Techniques to identify and map your public APIs comprehensively.
Vulnerability Scanning: Best practices for API vulnerability analysis and penetration testing.
Clean Reporting: Steps to generate a clean, audit-ready vulnerability report within 72 hours.

More like this

PoC Exploit Released for QNAP QTS zero-day RCE Flaw

Researchers have shown a proof-of-concept (PoC) attack for a zero-day remote code execution (RCE)...

PoC Exploit Published for 0-day Vulnerability in Google Chrome

A proof-of-concept (PoC) exploit for a critical zero-day vulnerability (CVE-2024-4947) in Google Chrome has...

Indicator Of Attack(IoA’s) And Activities – SOC/SIEM – A Detailed Explanation

What is an Indicator of Attack (IOA)IoAs is some events that could reveal an...