Software fix for Mirai-infected IoT devices 'fails'

Update to stop DDoS malware can be circumvented, security researchers find

Efforts by an IoT manufacturer to prevent DVRs and other devices becoming infected by the Mirai bot have been largely in vain, according to a security researcher.

In fact, Chinese firm XiongMai did a "terrible job" of trying to patch bugs that opened devices up to the botnet malware, according to a blog post by Tony Gee, information security consultant at Pen Test Partners.

Advertisement - Article continues below

Mirai made waves last year when it brought down Dyn, a domain name system provider that helped users navigate to several huge sites including Twitter and Github. It was later open sourced, and variants sprang up, leading to a 54-hour DDoS storm against a US university that may have exploited open telnet (23) ports and TR-069 (7547) ports to hijack CCTV cameras, DVRs and routers to launch the attack.

Gee said Pen Test Partners had brought several of XiongMai's Floureon DVRs for its demo at the Infosecurity Europe Show last month. These devices didn't have telnet open on TCP/23, which was a security improvement, but it turned out that closing down telnet access wasn't enough.

Gee simply used ncat to connect to port 9527 instead. He found that the passwords were the same as the web interface (defaults: usually admin/blank, admin/123456 or similar) and that a command shell could be opened.

Advertisement - Article continues below
Advertisement - Article continues below

From here, Gee then managed to open up a basic Linux shell that gave anyone accessing root permissions. This meant it was relatively straightforward to re-enable telnet.

"So for any new devices that have telnet now disabled, try the shell and then just start the telnet daemon. And we have Mirai all over again," said Gee.

Gee added that the version of embedded Linux tool Busybox installed in most XiongMai DVRs is very limited. "That's why we think BrickerBot didn't really work," he said. BrickerBot is the botnet that permanently disables poorly secured Internet of Things devices before they become part of the Mirai botnet. 

Metasploit and a BusyBox module were then used to jailbreak from a restricted shell to gain fuller access to the device. Gee could then use Metasploit to enumerate hosts on the network the device is attached to.

"The Metasploit module set also includes a basic wget and exec module to execute basic ASH shell scripts so there is no reason you couldn't write your own code and have it execute in a much more targeted way than Mirai did," said Gee.

Advertisement - Article continues below

He said that it wouldn't take much for hackers to re-enable the Mirai DDoS issue. All hackers would need to do was search for suitable DVRs using IoT device search engine Shodan, connect to these devices, re-enable telnet and use credentials from the Mirai source code to create a botnet.

"XiongMai needs to go back and start again with their software fix," he said.

Gee added that it wouldn't "take much to write self-propagating code to reverse the effect of BrickerBot - not that we think BrickerBot actually worked as intended on most of the DVRs we have seen."



cyber security

Safari bug let hackers access cameras on iPhones and Macs

6 Apr 2020
video conferencing

Zoom CEO admits company "moved too fast" as privacy issues mount

6 Apr 2020
internet security

Mozilla fixes two Firefox zero-days being actively exploited

6 Apr 2020

Cyber security experts form coronavirus taskforce to combat ransomware attacks

3 Apr 2020

Most Popular

application programming interface (API)

Apple buys Dark Sky weather app and leaves Android users in the cold

1 Apr 2020
data management

Oracle cloud courses are free during coronavirus lockdown

31 Mar 2020

Google releases location data to show effectiveness of coronavirus lockdowns

3 Apr 2020