Hikvision Anti Hacking Firmware Tested

By: Ethan Ace, Published on Jun 03, 2015

Hikvision has had historic hacking problems, with DVRs turned into Bitcoin miners, buffer overflow vulnerabilities, and finally culminating in the hacking of a Chinese province's cameras due to weak passwords.

In response to these attacks, Hikvision promised improvements to address these issues in updated firmware.

************ *** ******** ******* problems, **** **** ****** into******* ******,****** ******** ***************, *** ******* *********** in ********** ** * ******* province's ******* *** ** weak *********.

** ******** ** ***** attacks,********* ******** ************** ******* ***** ****** in ******* ********.

** ****** **** *** firmware, ******* *.*.*, ** see *** ***** ******** functioned, *** ********* *********, and what ****** **** *** firmware *** ** ********* devices ***** ******.

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

Key ********

**** *** ************ ***** in *.*.* ********, ********* devices *** **** **** ****** to ** *********** ****** *** to ***** *** ******** simple ******* ********* ** internet ********* *******, ***** the ******/******** ****** * unique ******** ****** ** may ** ****. *******, some ***** *** **** strong ******** ************ ******** or result ** ********* ************* and *************** ****.

************, **** *** ********* of ******* ***** **** (and ************), ***** ***** hacking ******** *** *** less ****** ** *******, as ********* **** ** blocked ***********, ******** *** attack, *** ***** *** be ********, ****** **** time ** *****, *****, IP *********, ****** *******, etc.

*******, *** ******* ** the **********, ***********, *** infrequently **** ****** ******** closes * ******** **** often **** ** ********* of ******** *******.

Firmware ************

*.*.* ******** ** ********* now *** ******** **** Hikvision ***'* ******* [**** no ****** *********] *** those ** ***** *******. Users ** ***** ******* should ***** ***** ********** websites.

****: ********* ********** ******* installing ***** ************* ** firmware (*.*., ******* ******* of ***** ******** *******), as **** *** ******* for ********* *******, **** different **********, ***.

Device ********** *******

*** ******* *** ******** in ******** *.*.* ** the *** ****** ********** process, ***** ****** ***** to ****** * ****** password (*** *** ********* of *********'* **** ********) before *** ****** *** be ******** ** ********* to * ***. ********* must ******* ** ***** 8 ********** *** *** a *********** ** *** types (*********, *********, *******, or ******* **********), ****** this ** ***** ********** "weak" ** *********. ** order ** ****** * "strong" ********, ***** **** use ** ***** ***** ***** of *********.

*** ****** ********** ******* is ******** ** **** video:

**** ******** ******** ****** increases ********, *** ***** with *** *********:

********* ************* ********

*** **** ********* ***** strong *********, ********** ***** integrators, ** **** ********* documentation ** ********. **** ****** to ****** ***** ****** passwords *********, ********** **** working ** ************-**** ********, not ****** **** ***** services.

************ *** ******* ***** may **** ** **** up ********* ***** **** scheme, ***** **** *** have ********* ****** ********* it. *******, ************* *** ****** create * ******* ******* password ***** ** **** for *** ******** *** easy ** ********, ***** still ******* ***** *****, effectively ******** **** ********.

*** ******** *********

****** ** ******** ***** may ** ******** **** adding *.*.* ******* ** VMSes ***** ******** ******* passwords. ***** ***** ***** do *** ****** ******* feedback ** ** *** cameras *** *** *******, these ***** *** *** realize **** *** ***** incorrect *********. **** *** cause ********** ******** ** illegal ***** **** ** turned ** (*****).

Illegal ***** ****

******* ***** **** ****** all ****** **** ******** IP ********* ***** **** failed ***** ********. ************, emails *** ** ********* informing ************* ** ****** login ******** ** **** may **** ***** ******* such ** ******** *** reporting ********* ** *********, checking ******** ********, ***.

**** ******, ***** **** wait ** ******* ** access *** ******, ** log ** *** * different ** *******, *** disable *** **-****** *** feature.

******* ***** **** ********* are ***** ** **** video:

***** *** **** ******

***** *** ******* ******** illegal ***** **** ** they ******* ** *** a ****** ** * VMS ***** *** ******* credentials. ** *** *** attempts ** ********* *******, the ****** *** ***** its ****** ** * matter ** **** * few ******* ** ****** passwords *** *** *******. In *** *****, ********** that ********** ******* ********* ** ***** using *** ***********, *** camera *** ******* ** under *** *******.

****** *******

*******, ********* ******* ****** support **** *** ******* in *.*.*, * ******* commonly ******** ** ******* [link ** ****** *********], since ** ** *********** and *** **** ** often **** ** *******. SSH, * ******* ********, is ***** ** ***, serving **** ** *** same ********* ** ******** access ** ********, ****** it ** *********, ******* via ****** *** *** much **** ********** ** attack.

** **** *****, ** compared**** ******* ******* ******* *.*.* and *.*.*, ******* *** differences ** ****/****** ***** and ******* ********.

**** **********

*** ********** ***** ***** the ********** ** **** and ****** ***** ******* a ****** ******* *.*.* firmware *** *** ******* 5.2.x, **** ****** ****** (as **** ** *** and *****, ***** *** now ******** ** *******).

Compared ** ***** *************

********* ** *** *** first ************ ** ********* each ** ***** ******** features, *** *** ** the ***** ** ******* them. ** ******* * summary ** ******** ***** by ***** ************* *****. Readers ****** *** *** ** ****** ********* - Axis, *****, ******* ****** *** **** *******.

******* ******** * ****** activation ******* ******* ** Hikvision, ******** ** *.* *********. Users *** ******** ** ****** a ****** ******** (**** more ******* **** *********, seen *****) ****** *** camera *** ** ******** or ***** ** * VMS.

**** *** ****** ***** to ****** * **** password, *** ***** *** still ****** *** "****", effectively *** **** ** keeping *** *******. ************, before *** ******** ** created, ***** ** ******* using *** ****/**** ***********, allowing *** ****** ** be ***** ** *****.

*******, ***** **** *** include *** ****** ******** requirements, **** ********* ********** to "*****". *******, **** are *** ** *** other ************* ** ******* email ************ ** ******** failed ***** ********. ******, unlike *********, *** ****** does *** *********** ***** the ********* ** *******, allowing *** ****** ** continue.

What ** *** *****?

** ***** ********* ** Hikvision's *.*.* ******** ** enough ** ******* *******? Or **** ******** *******?

Comments (15)

Meghan Uhl

06/03/15 07:29pm

nothing is going to "prevent hacking". I think they did a pretty good job of thwarting it but as long as your connected - you're not safe. Its like death - Its part of our lives so we need to accept that, take whatever precautions we can, get whatever insurance we can, hope for the best and don't dwell on it. Customers want to know that you've taken every precaution but they understand that if the Feds & banks can't keep thier systems safe, they can't expect to keep their security system 100% safe either.

Steve Nauman

06/03/15 09:00pm

Weren't they vulnerable to some pretty elementary buffer overflow attacks as well? Can't say I put much faith in them after that.

Bob Germain

In reply to Steve Nauman | 06/07/15 12:53am

Tyler- the buffer overflow issue was corrected last year, within a week of it being reported to us (Hikvision). Hikvision has set up multiple addresses for the reporting of secuity concerns and issues. We also track US-Cert for their weekly reports of all reported security issues.

Bob

Steve Mitchell

06/03/15 10:10pm

Not enough. Partially Hikvision's fault: 3 months is too long for these kinds of fixes. The rest is the industry's own fault: DVR/NVRs (and cameras) often carry the same types of security vulnerabilities as commodity IT equipment (PCs/servers) but without the standard practices or infrastructure to support regular updates that have evolved in the IT industry over the past 30+ years. Microsoft, Apple, et, al., release security patches almost monthly, and many IT shops are set up to either install these automatically or have policies to ensure that software is kept up-to-date. Our industry is somewhat proud to be "non-converged" and as such doesn't seek out the goal to keep software up-to-date or secure. Consequently, many Hikvision DVRs will forever remain unpatched.

Steve Nauman

In reply to Steve Mitchell | 06/04/15 12:37pm

I'd say it's a problem that extends well outside of security. So, so many people just don't appreciate the gravity of making a device accessible to every single person in the world with an IP address and hoping that it doesn't have any unknown vulnerabilities. Look at the router hacks that have happened (and are continuing to happen) for a perfect example.

Steve Mitchell

In reply to Steve Nauman | 06/04/15 04:59pm

Tyler, you're right, it can/does exist outside of security. It exists in any culture where systems are not regularly patched with the inevitable security fixes.

My point is for systems to be kept up-to-date and thus relatively free of known security vulnerabilities two things need to exist:

The manufacturer needs to both continuously release security patches and provide mechanisms whereby patches can be easily (if not automatically) applied.
The customer needs to recognize that regular updates are required to keep their system secure, and take responsibility for ensuring the updates get applied. They need to hold the manufacturer accountable, and exploit whatever facilities exist (i.e, automatic updates) to update their systems whenever possible.

Any IT culture falls somewhere in a spectrum: on one extreme they install a system and never update it, on the other extreme they continually apply updates.

The security industry tends to fall towards the former part of that spectrum. Many Hikvision customers aren’t paying attention to the security of their DVR/NVRs (or they wouldn’t let telnet run on their network), and Hikvision has not been responsible for keeping their vulnerabilities in check. I don’t believe this will change much unless the non-converged security networks take on some of the best practices that are more common on the IT network.

Your example of router vulnerabilities is a great one. But I propose that that too is mostly a problem in an environment/culture where systems are allowed to get out of date (specifically, the home/small-office environment). This culture is being ‘admin’d’ typically by non-IT person, who doesn’t even know they should be checking to ensure their network could evolve new vulnerabilities and their only recourse is to keep their router updated.

Undisclosed End User #2

In reply to Steve Mitchell | 06/04/15 05:10pm

I would say that these hacks were incorrectly blamed on Hikvision. The problem was the end user not creating appropriate passwords. This update simply requires integrators and installers to do their job properly. The lockout is a nice security feature and that brings these cameras to a step more secure than most others.

No one should EVER put a system into production, let alone a security system, with default passwords in place. All it takes at that point is someone to spend 30 seconds on google and they have control of your devices.

Blaming the manufacturer for this is like blaming Ford that your car was stolen because you left it unlocked and the key in the ignition. A lot of responsibility falls to the administrator for security.

I think this got a lot of press at it was a Chinese company and that grabs headlines but Axis cameras and countless other products (both security and not) are exactly as vulnerable when the administrators don't use proper password protocols.

John Honovich

IPVM | In reply to Undisclosed End User #2 | 06/04/15 05:19pm

"Blaming the manufacturer for this is like blaming Ford that your car was stolen because you left it unlocked and the key in the ignition. A lot of responsibility falls to the administrator for security."

That's a fair point.

"but Axis cameras and countless other products (both security and not) are exactly as vulnerable when the administrators don't use proper password protocols."

Though Axis has forced setting a password upon first login for a few years, which helps to mitigate against this.

Bob Germain

In reply to Steve Mitchell | 06/07/15 01:04am

Steve- the issue in the news 3 months ago had already been addressed by prior firmware releases. This new Secure Activation process has been in development for some time and takes the security to a new level.

As this involves multiple system components, including NVRS, DVRS, IP Cameras, SADP Search Tool, iVMS-4200, 3rd party integration, etc, it is not simply something that is developed and released. We are also releasing YouTube videos to assist customers with this new process as one of many educational steps Hikvision is taking.

Best regards

Bob

Undisclosed Integrator #1

06/03/15 11:18pm

Did Hikvision turn off UPnP by default in this new firmware?

Jon Dillabaugh

Pro Focus LLC | 06/05/15 03:58am

What happens when the illegal lock function is triggered, other than block the offending IP?

What happens if I intentionally attempt to lockout the Admin user account? Will a VMS/DVR using the same creds lose connection too?

If so, I smell a new vulnerability.

Chris Dearing

IPVMU Certified | In reply to Jon Dillabaugh | 06/05/15 04:37am

If you can send your login attempts from the same machine/IP as the VMS, AND kill the current authorized stream(s), forcing the VMS to re-authenticate, then you should be golden.

David Oleksy

In reply to Jon Dillabaugh | 06/06/15 10:59pm

It doesn't block the account. It blocks the IP address with too many failed login attempts.

Jon Dillabaugh

Pro Focus LLC | In reply to David Oleksy | 06/07/15 12:27am

Which could be exploited by spoofing the IP?

Bob Germain

06/05/15 11:24am

Ethan- the firmware is now available on the Hikvision USA website.

http://www.hikvision.com/en/us/download.asp

For other regions, please go to your regional Hikvision Website for available downloads.

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

Security Fail: ASISNYC Auto Emails Passwords In Plain Text on May 14, 2019

ASIS NYC automatically emails a user with the password the user just entered, in plain text, when one registers for the site / event, as the...

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...

Vivotek Trend Micro Cyber Security Camera App Tested on Jul 22, 2019

Vivotek and Trend Micro are claiming five million blocked attacks on IP cameras, with their jointly developed app for Vivotek cameras. This new...

Dahua Wiretapping Vulnerability on Aug 02, 2019

IPVM has validated, with testing, and from Dahua, that many Dahua cameras have a wiretapping vulnerability. Even if the camera's audio has been...

Dahua OEM Directory on Aug 16, 2019

US Government banned Dahua OEMs for dozens of companies. The following directory includes 40+ of those companies with a graphic and links to...

Uniview OEM Directory on Sep 11, 2019

This directory lists 20+ companies that OEM products from Uniview, with a graphic and links to company websites below. It does not cover all...

Critical Vulnerability Across 18+ Network Switch Vendors: Cisco, Netgear, More on Aug 26, 2019

Cisco, Netgear and more than a dozen other brands, including small Asian ones, have been found to share the same critical vulnerability, discovered...

Warning: Windows 7 Update Crashing NVRs on Aug 26, 2019

Windows 7 updates are causing VMS servers to fail to boot. After running the update, impacted systems do not boot as normal, instead display this...

ONVIF Exposure To "Devastating DDoS Attacks" Examined on Sep 06, 2019

ZDnet reported "Protocol used by 630,000 devices can be abused for devastating DDoS attacks", citing exposure of ONVIF devices. And after an...

Dahua New Critical Vulnerability 2019 on Sep 23, 2019

Dahua has quietly admitted 5 new vulnerabilities including 1 critical vulnerability with a 9.8 / 10.0 CVSS score and 2 high vulnerabilities (scored...

Most Recent Industry Reports

Milestone Launches Multiple Cloud Solutions on Feb 18, 2020

Milestone is going to the cloud, becoming one of the last prominent VMSes to do so. Milestone is clearly late but how competitive do these new...

Video Surveillance 101 Course - Last Chance Thursday on Feb 18, 2020

IPVM's first Video Surveillance 101 course starts this month, designed to help those new to the industry to quickly understand the most important...

Video Surveillance Architecture 101 on Feb 18, 2020

Video surveillance can be designed and deployed in a number of ways. This 101 examines the most common options and architectures used in...

UK Stands Behind Hikvision But Controversy Continues on Feb 18, 2020

Hikvision is exhibiting at a UK government conference for law enforcement, provoking controversy from the press, politicians, and activists due to...

IronYun AI Analytics Tested on Feb 17, 2020

Taiwan startup IronYun has raised tens of millions for its "mission to be the leading Artificial Intelligence, big data video software as a service...