Broadcom Chipset Bug in Android, iOS Smartphones Allows Remote Attack

Broadcom Chipset Bug in Android and iOS Smartphones Allows Remote Attack

Security researcher found a common flaw in Android and iOS smartphone chipsets that could allow a remote exploit to be unleashed on millions of devices.

BLACK HAT – Las Vegas – Android and iOS smartphones loaded with a Broadcom Wi-Fi chipset offer attackers a common means to launch a remote exploit that could affect millions of users, according to a presentation today at Black Hat by security researcher Nitay Artenstein, of Exodus Intelligence.

The discovery came about when Artenstein was looking for ways to launch a remote exploit from Android and iOS smartphones, but he knew it would be tough given the way the devices have been hardened with Address Space Layout Randomization (ASLR) and Data Execution Prevention (DEP).

“It’s hard to get past ASLR and DEP, so I started looking around the neighborhood to see what would work,” said Artenstein, who gave the Black Hat presentation Broadpwn: Remotely Compromising Android and IOS via a Bug in Broadcom’s Wi-Fi Chipsets.

He looked at the application processor and toyed with the idea of looking for vulnerabilities in the baseband processor. But he noted that the iPhone, Samsung Galaxy and Note, Google Nexus, HTC, and other smartphones used different chipsets in the devices. However, when he turned his attention to exploring Wi-Fi chipsets, Broadcom was used across the board.

“It’s an interesting situation for attackers because they can write an exploit and repeat their work,” Artenstein said.

He added that the Wi-Fi Broadcom chipsets have no ASLR or DEP to contend with.

A bug he found in the chipsets had the three necessary ingredients to launch a remote attack.

One is that the vulnerability did not require human interaction to launch an exploit. In this particular case, the smartphone would search for Wi-Fi access points and when it found one, it would automatically connect, Artenstein explained.

The second characteristic is the bug did not require complex assumptions because a wrong assumption could reveal the exploit. “We wanted to find a bug that had static, consistent memory, if possible,” Artenstein recalled.

And the third characteristic that’s needed for a remote exploit is that its code could be cleaned up after the payload is installed to reduce the chance of it crashing or failing.

In this particular case, the security researcher searched for a location in the chipset where he could write large quantities of data for the payload, and he found that in the packet ring buffer.

With all the elements in place, Artenstein created an exploit that had the ability to be remotely launched without user interaction and self-propagate, just like a worm. He noted that Broadcom was informed of his discovery and patched the problem last month.

Related Content:

Dawn Kawamoto is an Associate Editor for Dark Reading, where she covers cybersecurity news and trends. She is an award-winning journalist who has written and edited technology, management, leadership, career, finance, and innovation stories for such publications as CNET’s … View Full Bio

More Insights

from Dark Reading – All Stories http://ubm.io/2uHFRE5
via IFTTT

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s