Claimed Security Vulnerability in Axis, Aimetis and Milestone VMSes

By: John Honovich, Published on Nov 09, 2015

A Swedish research firm has claimed to discover a 'critical vulnerability' in major VMS software platforms including Axis (ACS), Aimetis and Milestone.

* ******* ******** **** has ******* ** ******** a '******** *************' ** major *** ******** ********* including **** (***), ******* and *********.

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

*** ****, ***** ********, issued * ****** [**** no ****** *********], ********* to **** *** ******** us ********** *****.

*** ******* ** *** VMSes **** ******* ** cameras ** *****, ***** we ******* ** **** infrequently ****. ***** **** do *** *** ***** would ** ******* ** this **** **********.

**** ***** *******, * video ************ **** ***** rightfully ****** **** ****** credentials ***** *** ** accessed / ***********. *******, Total ******** ****** **** these ***** *** *********** be *******, ****** [**** no ****** *********]:

"**** *** ************ ** diverting *** ******* ******* the ******* *** *** VMS ***** ***** ** perform ** **** ************** downgrade ****** ** *** the *** ** ******* credentials *** **** ***** authentication ******* ** **** Digest **************.

**** *** ******** ******* the *** ****** ** to ********* *** ************** protocol *** **** *** validate **** * *********** is ** *** **** using *****."

***** ******** **** **** believe ***** *** ******* might ** *********** ** this *** **** *** working ** ****** ****.

[******: ******* ******* * fix *** **** *******, noted ** ****** ** the ******** *****.]

******* ** *** **** is ********, ***** ************* very *** *** ***** with ***** ******, **** hack ** *** * widespread ******* (****** *** using ***** *** **** well ** * ******* in ******). 

*** ** *** ******* recently *** * **** showing **** *** ***** ******* ***** ** ********* Rtsp/Rtp ****** ***** ***** ** ******** ***** defend ******* ****. *******, Total ******** *******, ********** that ********* "**** *** ******** **** the ****** ** ** connecting ** ** * camera ****** ****** ** authenticate."

******* **** ** ***** is ****** *** ********* capabilities ** ******.

Comments (18)

Comes down to design, You shouldn't be designing it in such a way you aren't using A VPN over the internet, A vlan internally or your own security lan.

This exploit assumes there is access to the (V)LAN.

That's one of the issues with these issues, to be exploited there is a narrow avenue to do so. Even if it could be done, since it needs to be done physically in a very specific spot, the probability of it being used is quite low.

IMHO, these are the perfect type of vulnerabilities to be found. Bad enough sounding to force the vendors into hopefully fixing them, but infeasible to use by most.

And since none of the platforms likely support certificate pinning, they are essentially susceptible to a MITM attack as well ( if you can get physical access to the VLAN and/or network there are lots of ways to intercept encrypted traffic that is not fully secured).

The predicated assumption with that statement is that:

- They have access to your encrypted tunnel

- The tunnel is generally accessible over the internet

Both statements being false ensures that no access can occur if this is a closed network (even over VPN). If an airgap is used in design - premise network is isolated from access via a physical (not virtual or software based) firewall on different (non-routed) networks, then there is no potential for exposure unless from within.

Good design precedes secure networks - without it you shouldn't expect that any system you have in operation that operates over HTTPS will be secure.

...without it you shouldn't expect that any system you have in operation that operates over HTTPS will be secure.

Though even if someone is directly on your LAN, as is predicated in this exploit, an HTTPS connection should be secure, no?

Some cameras allow you to require digest authentication, as opposed to allowing digest/basic to both be available. I think the trick, is that the VMS needs to have a setting to require SSL or digest authentication, and to fail the connectin otherwise - so it couldn't then back down to basic authentication.

Using 802.1x and IP filtering can require a certificate for the device to allow it on to the network and then who it talks to. This could then ensure a 3rd party isn't inserted into the conversation...

I think the trick, is that the VMS needs to have a setting to require SSL or digest authentication, and to fail the connectin otherwise - so it couldn't then back down to basic authentication.

Maybe even once successfully connected via digest, always insist on digest. Not all cameras support digest (even now!), but there is no good reason I'm aware of that once you know it's capable, to downgrade it.

There are a couple different favors of digest auth out there, so even if a camera supports it, it's not guaranteed the VMS can use it. But once they have, for a given MAC, why go back?

I’m the Product Manager for Aimetis Symphony VMS.

While the security vulnerability described is primarily a network issue and requires access to the LAN on which the VMS and cameras are operating, Aimetis’ latest Device Pack (DP-35), released last week, addresses this issue. Aimetis DP-35 and the accompanying Release Notes are available free for download for all of our distributors and resellers. This free update prevents potential attacks described above by disallowing the HTTP authentication downgrade.

Aimetis takes all potential security issues seriously and deals with these matters in a proactive and transparent nature. In addition to providing free software fixes, Aimetis issues Security Advisories on its website that provide instructions for issue resolution along with technical support details. We also immediately notify all Aimetis certified distributors and resellers globally about the Security Advisory regardless of how remote the risk may be.

Justin, thanks. I've updated the post noting that.

This is a good oppurtunity for ONSSI Occularis 5.0 to shine over Milestone!

Did SeeTec do security right?

Genetec released 2 knowledge base articles related to this topic:

  • KBA01403 - Deactivating Basic authentication for the HTTP and RTSP protocol
    This article explains how to deactivate basic authentication for the HTTP and RTSP protocols to prevent Address Resolution Protocol (ARP) spoofing attacks between the Archiver and a camera.

  • KBA01404 - Reactivating Basic authentication for HTTPS communication
    This article explains how to reactivate basic authentication when an HTTPS connection type is being used for a camera.

Easy to read breakdown on these types of attacks: https://www.praetorian.com/blog/man-in-the-middle-tls-ssl-protocol-downgrade-attack

I actually want play the devil's advocate for basic authentication as I see it getting some bad press.

TL;DR: if you have an encrypted connection (including HTTPS) or otherwise can prevent interception of your HTTP streams, basic authentication can be a good thing. If you are using only HTTP and are sending data through hostile territory, then digest authentication may be the way to go.

This is as far as HTTP server security is concerned (and every IP camera is basically a little HTTP server) and may not be applicable in all contexts:

Digest authentication has a minor problem. Due to how digest authentication works, it typically requires the server to store your password on disk in order to authenticate you. Basic authentication, however, allows the server to keep only a hash (a "fingerprint") of the password. Storing only the hash makes it more difficult for anyone accessing the server (or camera) to discover your password. But servers that store the whole password (like any time digest auth is used) make this data available to anyone who gains access to the server. Since passwords get reused a lot, this kind of breach can have a bigger impact.

Yes, basic auth sends your password over the wire. Any kind of connection can involve sensitive information, and technologies like HTTPS and TLS are designed to protect this information when used properly, and when kept up to date with known vulnerabilities.

I cannot find an easily digestible reference to support this right now (no pun intended), but anyone interested should be able to confirm this with a little research.

But servers that store the whole password (like any time digest auth is used) make this data available to anyone who gains access to the server. Since passwords get reused a lot, this kind of breach can have a bigger impact.

Servers don't need to store the whole password by itself. The user, realm, password hash, HA1, can stored instead. That way it won't be useful outside of the realm.

I was writing based on some old memories, but a quick read of the RFC shows that you are correct for some cases. My goal in posting previously was not to argue against digest authentication only to raise awareness that basic authentication is not always to be shunned.

I would not argue this point further, except to mention that digest auth depends specifically on the MD5 algorithm. I do not believe storing a password based on its MD5 digest is considered safe in recent years, due to advances in collision attacks against MD5 specifically. Not depending on HTTP digest authentication, a server could store passwords with any hash algorithm (such as bcrypt) and be able to use basic auth.

I would not argue this point further, except to mention that digest auth depends specifically on the MD5 algorithm. I do not believe storing a password based on its MD5 digest is considered safe in recent years, due to advances in collision attacks against MD5 specifically.

I would not defend this point further except to mention that RTSP digest authentication does not depend on collision resistance:

In 2011 an informational RFC 6151[11] was approved to update the security considerations in MD5 and HMAC-MD5. For HMAC-MD5 the RFC summarizes that - although the security of the MD5 hash function itself is severely compromised - the currently known " attacks on HMAC-MD5 do not seem to indicate a practical vulnerability when used as a message authentication code." -Wiki

Note: Milestone confirms they are aware of this issue, we are awaiting a response. One would hope they would respond sooner to such concerns.

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

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...
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...
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...
3 Weeks Later, Honeywell Still Cannot Say Whether They Are Vulnerable To Dahua Wiretapping [Now Admits] on Aug 27, 2019
The Dahua wiretapping vulnerability and Dahua's decision to delay disclosing it until IPVM inquired underscored problems with cybersecurity and...
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...
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...
Axis Suffers Outage, Provides Postmortem on Aug 15, 2019
This week, Axis suffered an outage impacting their website and cloud services. Inside this note, we examined what happened, what was impacted...
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...
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...
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...

Most Recent Industry Reports

Embedded Logix Thermal Temperature Detection System Examined on Apr 08, 2020
Embedded Logix has been producing thermal temperature measurement systems for industry and fire detection for over 10 years. Now, they are entering...
Micron 1 TB SD Cards Aim To Eliminate NVRs on Apr 08, 2020
Micron has boldly proclaimed their latest 1TB microSD "eliminates the need for network video recorders", targeting the growing market of...
US DoD Declares "Can No Longer Do Business" With Contractors Using Dahua, Hikvision, Huawei on Apr 08, 2020
The US Department of Defense has confirmed to IPVM that they fully support and intend to proceed with the NDAA 'blacklist clause' covering Dahua,...
IPVM's 12th Anniversary - Thank You! on Apr 07, 2020
IPVM is proud to celebrate it's 12 anniversary expanding our commitment to providing the industry independent and objective information on video...
Mobotix Thermal Body Temperature Detection Examined on Apr 07, 2020
Mobotix has jumped into the Coronavirus temperature detection market, but how do they compare to thermal incumbents like FLIR or ICI who have been...
Verkada Coronavirus Response: Free Temp Systems For Government and Health Care on Apr 07, 2020
Verkada has built a reputation on giving away things for free - free Yeti Tumblers, free trial cameras and now free temporary systems for...
Hikvision USA Refuses, Dahua USA Drives Forward With "Coronavirus Cameras" on Apr 07, 2020
Both have been federally banned, both sanctioned for human rights abuses but only one - Dahua - is taking aim at the booming "coronavirus cameras"...
China Surveillance Vulnerabilities Being Used To Attack China, Says China on Apr 07, 2020
While China video surveillance vulnerabilities have been much debated in the West in the past few years, China is now saying those vulnerabilities...
USA ICI Elevated Skin Temperature Detectors Examined on Apr 06, 2020
Infrared Cameras, Inc. (ICI) is aiming to help slow the spread of COVID-19 with "pinpoint accurate skin temperature measurement" using their...
Trade Groups Request NDAA Blacklist Delay Citing Coronavirus on Apr 06, 2020
Two trade groups representing government contractors have asked Congress to delay implementation of the NDAA's 'blacklist' clause from this August...