Hackers Battle For 3 Million Strong Mirai Botnet

By: Brian Karas, Published on Nov 28, 2016

Mirai-infected devices have become so large and so prevalent that multiple hackers are now fighting each other to control these devices.

This war has both made Mirai wider-spread, but less powerful for any given attack, and may lead hackers to search for new vulnerabilities in cameras and recorders to grow their botnet army.

In this report we look at the latest status of Mirai, and how it is expected to evolve into 2017.

*****-******** ******* **** ****** so ***** *** ** prevalent **** ******** ******* are *** ******** **** other ** ******* ***** devices.

**** *** *** **** made ***** *****-******, *** less ******** *** *** given ******, *** *** lead ******* ** ****** for *** *************** ** cameras *** ********* ** grow ***** ****** ****.

** **** ****** ** look ** *** ****** status ** *****, *** how ** ** ******** to ****** **** ****.

[***************]

3 ******* ******

***** *** **+ ******** botnets (**** ****** *** by ********* *******), **** over * ******* ******** devices **********, *** ~***,***+ participating ** ******* ** any ***** ***, ********* to ************** ****, *** ** * botnet ********** ** *** UK, *** ****** *** dozens ** *****-***** ******* occurring *****.

***** *** ** ********** infected ******* ***** **** distribution ********, ********* *** US *** ******:

Popularity ****** ********** *****

** **** ***** ******* have ****** ** **** the *********** ** ***** botnets *** ******** **** other *** ******* ** vulnerable *******. **** ******** ************* ********, ** *** inevitable **** **** ****** controllers ***** *****, ***** has ********. **** *** less *********** *** *** way **** ***** ****** the ********* ********* *** any ******** ******. * recent***** ******* ** *********** **** ****** ********* are ******** ********* **** other ** *** *** take ******** ********* ******* and **** ******* ** more *******:

*** ******** ********* ** use *** ***** ******’* resources **** **** ******** to ******* ***** **** attacks ** **** ***** to *** ** **** up ******.

*********** **** **** *********** this ******* ******* ** botnet *********, *** *** ** is ********* ***

** ***** *** ***** hackers ** ****** *****-***** DDOS ******* ************ — such ** ***** **’** seen ******* *****, ***, and *** — **** will **** ** ********** competitors *** *** ***** to ******* *** **** type ** *******. ****** not **********, ********** **** competition ** * ************ challenge *** ** ***, the *** ****** ********* appears ** ** ********* with *** **** *****-** controllers *** *** ****** new ********** *******.

98 ******* ** *********

**** ******** ****** ***** the ******** *** ***** exploitable *******, **** ******* army ** ******** ***** that ********** ******* **** be ******** ****** ******* of ***** ******* **. One ********** ********* * camera, ************ ** ********, on ****** *** *** purposes ** ******** *** Mirai ** *********** *** it****** ******** ** ** seconds.******** ******* **** ** commonly ****** **** *** company ****** * ******, *** ********** ******* ******* ***** blaming ** *** *** vulnerabilities **** *** ** Mirai.

Mirai ***** ** ******

*** ** *** *** Mirai *****, *********** * fresh **** ** *** exploit **** **** **** newly ******** ******, ** is **** *** ********* to ****** *** ****** code **** *** ******** or *************. **** ******* believe ****, ******* **** the *** *** * relatively ******* ****** ** resources, **** ***** *** attack **** ** ****** to ** **** ** infect ******* ********** ******. This ***** ** **** by ********* *** ********/******** list ** ******* **** than **** ******* *********, but **** **** ****** passwords. *** **** ***** also ****** ** **** more ***** *** **** telnet **********, ** ****** devices ******* ****** ** non-standard *****.

Outlook *** ****

** *** *** *** another ******-******** ****** **** Mirai, *** **** ****** see ********* *******, ** lower-scale ******* **** *** carried *** *** ****** periods ** ****. *** cost ** ******* *** a ****** *** ****** may ****, *** ** competition **** *** ******** operators ********* **** **** other *** **** ********, leading ** **** ******* on *****-******* *******. ** operators ****** ** **** a *** ***** ** devices ** ****** ** could ****** ***** ** previous ******-******** ******, ********** to * **** ***** audience **** ******.

Comments (11)

Sean Patton

11/28/16 10:26am

This is a really interesting article, great job. My question in follow up to this article, is there even much that can be done to prevent this type of stuff from happening? The cat has been out of the bag for so long, and there so many criminal and militaristic (irony?) opportunities for these networks, that I see no fix to these types of bot/zombie nets. You can try to avoid buying products that can be cracked, but theres new vulnerabilities every week, its a losing proposition.

From a network security standpoint there are Firewalls from PaloAlto/Cisco/Fortinet/Baracuda/etc that can detect and deny DDOS traffic attacks, prevent your botnet infected devices from communicating out, but those tools on high enough throughput hardware can run in the multithousands of dollars price range.

As you mention, strong passwords could be a huge fix to a large chuck of these botnets, but we all know that's a lost effort. Unless you can overhaul the entire alphanumeric password string paradigm (you cant).

Avatar

Brian Karas

IPVM | 11/28/16 11:00am

My question in follow up to this article, is there even much that can be done to prevent this type of stuff from happening?

I think there are a few things that are easy and help reduce the problem:

  • Manufacturers can disable telnet and SSH by default (to be fair, it seems like this is much more common now).
  • User authentication methods could be updated to not allow remote login if a secure password has not been set (this would allow local login for setup/configuration, but deny remote access until a better password was used).
  • Installers can help by not forwarding excess ports, and also putting services on non-standard ports. Using non-standard ports makes it slightly harder to scan for services to find devices that can be further probed.
  • Firmware updates can be done as part of the installation process to ensure products are running latest code, which in most cases should have reduced vulnerabilities, though it is always possible that new vulnerabilities have been introduced, but this should be rare.
  • Installers can also select and recommend products based on their ability to be secured, and the vendor having a good track record of responding to and fixing reported issues quickly.

Manufacturers could make a huge leap in reducing device exploitability if they were willing to make it a priority, and willing to invest proper effort into building more robust devices, by adding secure boot capabilities.

Some SoC suppliers, such as Ambarella, have been adding secure boot functionality into their chips, but it does not appear that security manufacturers are doing anything with it.

In short, secure boot can be utilized to ensure that even if an attacker could gain access to a root shell, they could not load/run unauthorized code.

Secure boot would make it several orders of magnitude more difficult to create botnet's, as the hackers could not just download software to make the camera/recorder do whatever they want. This is roughly similar in concept to how an iPhone cannot run software that has not been officially vetted by Apple, meaning that manufacturers like Axis would not have to give up the ability to run 3rd party apps on their cameras.

Like most things, creating software that is more secure and goes through additional authentication processes would take more effort on the manufacturers or developers part, but the result would be significantly increased security, and trustability, of recorders and cameras. But, the manufacturers are only likely to add this in if there is financial benefit to doing so, either by customers requesting it, or the support headaches of hacked devices becoming significant.

Sean Patton

In reply to Brian Karas | 11/28/16 11:10am

You mention installers a few times in your response, but my question is arent a lot of the devices that are part of these botnets actually consumer facing devices?

Also from that same perspective, how many of these limitations, extra steps would be accepted by consumers, and followed up on, and not just generate complaints that their Web connected video chat camera wouldn't talk to the cloud service?

From a manufacturers standpoint, your last comment says everything I think I need to know, with a 3rd possible option for manufacturers adding it; regulations (gasp!)

Avatar

Brian Karas

IPVM | In reply to Sean Patton | 11/28/16 02:42pm

You mention installers a few times in your response, but my question is arent a lot of the devices that are part of these botnets actually consumer facing devices?

Yes, it is very likely a lot of them are consumer/DIY installs, I just listed the installer suggestions because it is relevant here. I had also considered listing some suggestions for end-users, but I think the reality is that very few end-users are aware enough to do anything in the first place, and those that are aware already know common best practices.

Undisclosed #1

11/28/16 11:10am

User authentication methods could be updated to not allow remote login if a secure password has not been set (this would allow local login for setup/configuration, but deny remote access until a better password was used).

Yes, couldn't agree more: Simple Solution To Default Password Conundrum...

Undisclosed Distributor #2

11/28/16 11:15am

The problem that will continue to exist is that there are hundreds of thousands of these cameras that are already out there and that will not be updated due to ignorance of the problem, not wanting to revisit old installations, or just not caring. For most products sold in the last year or so, the vulnerability was addressed by closing the telnet ports to deter infection of the devices. This botnet will continue to function due to the old cameras that will not be updated, not due to new cameras being purchased today or even within the past several months.

Undisclosed #3

11/28/16 12:32pm
Any other possible solutions? Say camera chip built in software to deny (control) MOST Wan access? OR A firewall configuration to deny selected local (camera) LAN IP's WAN access? NO, I don't know how to do that. Just seems an honest question. OR is that already available. If so, where does one find it?
Avatar

Brian Karas

IPVM | In reply to Undisclosed #3 | 11/28/16 12:51pm

What you are describing is already available with either standard firewall configs, or in some cases cameras allow for "whitelist" IP access, where you can restrict which remote machines can establish a network connection to the camera. The downside to this is that it makes access via mobile apps much more challenging (unless the manufacturer, or some other entity, provides a cloud access/proxy service). I can also be difficult if the IP address of the remote access site changes for some reason, which is not uncommon for residential cable/DSL accounts.

Undisclosed #3

In reply to Brian Karas | 11/29/16 10:04am

Thanks for the explain.

My question was based on the bot having already gaining access. An issue surely. But once in...

On the simple side (for the average homeowner with a single camera or two) A firewall CAN deny the already in place bot from gaining WAN access. Thus thwarting it's mission? Next would be to have that information provided to the volume of such working cameras and possibly reduce a large part of the problem identified in the post.

Not a total solution granted but a reasonable attempt to minimize the problem until something more permanent comes along and one IPVM could champion from it's access to the world.

Undisclosed Distributor #2

In reply to Undisclosed #3 | 11/29/16 10:17am

All reports that I've seen about the nature of the infection says that once the botnet agent infects a device, it removes the downloaded code and only stays resident in memory. Power cycling the device would remove the botnet agent, but unless measures are taken to protect it before powering back on it will most likely be infected again within minutes.

Undisclosed End User #4

05/28/17 11:22am

Very informative which I was not aware of.

Login to read this IPVM report.
Why do I need to log in?
IPVM conducts unique testing and research funded by member's payments enabling us to offer the most independent, accurate and in-depth information.

Related Reports on Hacking

LifeSafety Power NetLink Vulnerabilities And Problematic Response on May 20, 2019
'Power supplies' are not devices that many think about when considering vulnerabilities but as more and more devices go 'online', the risks for...
Register Now - Fall 2019 IP Networking Course on May 02, 2019
Register for the Fall 2019 IP Networking Course. For early registration save $50 off the course's normal $299 price. This is the only networking...
Locking Down Network Connections Guide on Apr 23, 2019
Accidents and inside attacks are risks when network connections are not locked down. Security and video surveillance systems should be protected...
Silicon Valley Cybersecurity Insurance Startup Coalition Profile on Mar 20, 2019
Many industry people believe cybersecurity insurance is not worth it, as the voting and debate in our Cybersecurity Insurance For Security...
Hikvision Favorability Results 2019 on Mar 18, 2019
Hikvision favorability results declined significantly in IPVM's 2019 study of 200+ integrators. While in 2017 Hikvision's favorability was...
Bosch VDOO 2018 Vulnerability on Dec 20, 2018
Security research firm VDOO has discovered a critical vulnerability in Bosch IP cameras. Inside, we cover the available details of this new...
Genetec UL Cybersecurity Certificate (2900-2-3) Examined on Dec 19, 2018
Proving a company is cybersecure has become a major concern for security companies. But how trustworthy are these certificates? Earlier in 2018, a...
No GDPR Penalties For UK Swann 'Spying Hack' on Nov 20, 2018
The UK’s data protection agency has closed its investigation into Infinova-owned Swann Security UK, the ICO confirmed to IPVM, deciding to take “no...
HID: Stop Selling Cracked 125 kHz Credentials on Nov 05, 2018
HID should stop selling cracked 125 kHz access control credentials, that have been long cracked and can easily be copied by cheap cloners sold on...
"New Zealand Govt Uses Chinese Cameras Banned In US", Considers Security Audit on Oct 12, 2018
Newsroom NZ has issued a report: "NZ Govt uses Chinese cameras banned in US": This comes after the US federal government banned purchases of...

Most Recent Industry Reports

Security Dealer 'Social Media Contractor' Program on Jun 25, 2019
A $20,000 video surveillance system can be yours for free if you are willing to post on social media about the security dealer. Good deal, bad...
Axis Live Privacy Shield Analytics Tested on Jun 25, 2019
Privacy is becoming a bigger factor in video surveillance, driven both by increased public awareness and by GDPR. Now, Axis has released Live...
Directory of 55 Video Surveillance Startups on Jun 25, 2019
This directory provides a list of video surveillance startups to help you see and research what companies are new or not yet broadly known. 2019...
Hikvision Colorvu Camera Tested on Jun 24, 2019
Hikvision says their new ColorVu line captures "vivid chromatic images in darkness", with unconventional white light illuminations whereas most...
China Subway Facial Recognition System Examined on Jun 24, 2019
A China city of 6+ million people has installed facial recognition-enabled gates in subways, allowing commuters to enter stations by simply showing...
HID Mobile Tested on Jun 21, 2019
HID Global is one of the largest access brands, but their mobile access has had challenges. Indeed, the company has already restructured their...
Genetec Beats Milestone For IHS #1 on Jun 21, 2019
For years, Milestone has touted that they are the #1 VMS. Now, Genetec has beaten them in IHS rankings. But what is this? Even other manufacturers...
Risk of Amazon Alexa Guard: No Battery Or Cell Backup on Jun 20, 2019
Amazon positions its Alexa Guard Service as a "smart home security system" and says it can help you "keep your home safe". However, the...
Exacq Remote Cloud Access Tested on Jun 20, 2019
Remote cloud access has been missing from most VMSes (including Exacq and Milestone). Now, Exacq, after releasing Cloud Drive Storage earlier in...
Briefcam Buys Frost Award* on Jun 20, 2019
Frost 'awards' are well-known and widely disrespected. Now Briefcam is touting their win. The way it has worked for many years is that Frost...

The world's leading video surveillance information source, IPVM provides the best reporting, testing and training for 10,000+ members globally. Dedicated to independent and objective information, we uniquely refuse any and all advertisements, sponsorship and consulting from manufacturers.

About | FAQ | Contact