wonderfully unique software solutions

Old bugs die hard so look out for ‘old’ vulnerabilities, warns Acunetix

The Heartbleed bug that emerged in 2012 was fixed years ago, right? Wrong, says Tomasz Andrzej Nidecki, Acunetix technical writer.

In fact, Heartbleed is a great example of the ongoing difficulty in keeping widely distributed software patched and up to date when it comes to security threats and vulnerabilities, Nidecki notes, writing in the Acunetix Web Security Zone blog.

Many might think Heartbleed would no longer be found in production systems years after the key fixes were issued, he says, pointing to a report on Shodan that suggests otherwise.

And this is why security scanning must be paired with vulnerability management to guarantee IT security, whether it’s in the case of network security or web security.

“Many IoT devices use OpenSSL for TLS handling and such devices introduced between 2012 and 2014 would be vulnerable to Heartbleed. Some of them may not have firmware updates at all and in the case of others, the owners of the devices might choose not to do such updates,” says Nidecki.

Old bugs persist for various reasons, such as continued use of vulnerable software. This can happen when vulnerable software has been customised – for example by modifying the OpenSSL library. Direct patches may not be possible, which means a company must add their custom code into the new version of the library.

“This is often why web open-source software such as WordPress is not immediately updated by companies even if critical new bugs are found,” he explains.

Small companies might not even be aware that the software that they use needs a security update. Some don’t even have anyone who administers their web server. Other companies may simply feel that defending against hackers is not worth the effort.

According to Nidecki, OpenSSL developers failed to build in a check on whether the size of the data specified in Heartbeat, an extension of the OpenSSL library, represents the actual amount of data. Like in a buffer overflow vulnerability, the attacker receives random memory content in return, which might include sensitive information such as SSL certificates, encryption keys or credit card numbers.

“In the original Heartbeat implementation, the client could declare any data size and the server would treat it as valid. The vulnerability appears if the declared size exceeds the real data size. In such a case, the server sends back the message with extra information,” confirms Nidecki.

“This bug and many others remain unfixed in so many systems.”

Recent Articles

Access to edtech one of four keys to schooling success

A survey by learning management system (LMS) vendor Instructure has confirmed four socio-economic factors as critical when it comes to the learning...

People still rely on myths about password security, warns Keeper

Popular misconceptions around passwords and their security could be holding workers back from achieving correct password hygiene for a solid cybersecurity posture,...

Stormshield partners deliver cybersecurity with sovereignty for ministry of defence

A decade of a national defence ministry's collaboration with Europe-based cybersecurity provider Stormshield has delivered cybersecurity improvements, without adding risk of information...

Octopus Deploy deprecates Server authentication, certifies with HashiCorp

Devops-focused config management company Octopus Deploy has rounded off November with a trio of updates -- affecting Octopus Server developers, HashiCorp Vault...

SolarWinds and HCL expand enterprise AI for IT ops partnership

Infrastructure applications vendor SolarWinds and HCL Software are expanding their work together delivering enterprise AI and ITops management offerings.

Related Stories

Leave A Reply

Please enter your comment!
Please enter your name here

Weirdware monthly - Get the latest news in your inbox