A widely known, 15-year-old scripting vulnerability is causing unexpected problems for many Linux distributions and programming languages, according to Threatpost. The problem exposes many PHP and CGI web apps to man-in-the-middle attacks.

Serverside web applications that run in older Common Gateway Interface (CGI) or CGI-like environments, such as some FastCGI configurations, will be affected by the new discovery. It also affects programming languages such as PHP, Python and Go.

HTTPoxy Can Lead to Man-in-the-Middle Attacks

The vulnerability is rated as medium and can be exploited easily by miscreants with simple skills.

“This is a very serious flaw if you’re one of the few still reliant on CGI and PHP for generating web pages,” Dominic Scheirlinck, principal engineer of VendHQ, told Threatpost. He is from the team at VendHG that gave the vulnerability the moniker.

Scheirlinck explained that the problem arose from a simple namespace conflict tied to HTTP proxy headers that unsafely trust the HTTP_PROXY environment variable when generating forward requests. This allows an attacker to remotely configure the HTTP_PROXY environment by submitting a malicious HTTP header.

The flaw would open up the affected server to a remotely exploitable vulnerability. For example, an attacker could launch a man-in-the-middle attack and redirect traffic to an arbitrary host.

It could also allow a cybercriminal to intercept traffic and eavesdrop on communications. An old-fashioned denial-of-service attack is also possible.

2001: An HTTPoxy Odyssey

Scheirlinck discussed the deeper origins of the vulnerability. The root cause of the problem, he thinks, is a Perl flaw discovered by Randal L. Schwartz in 2001. Schwartz quickly fixed the vulnerability in Perl libraries.

But since then, other variations of the bug have cropped up, and vendors are not always able to draw connections between the current issues and the original vulnerability.

Servers do not usually depend on a CGI environment to generate webpages like they did in the past. That will help control the proliferation of attacks based on the vulnerability.

The CVEs that address all components of this problem across languages include PHP (CVE-2016-5385), Go (CVE-2016-5386), Apache HTTP Server (CVE-2016-5387), Apache Tomcat (CVE-2016-5388), HHVM (CVE-2016-1000109) and Python (CVE-2016-1000110).

More from

Emotional Blowback: Dealing With Post-Incident Stress

Cyberattacks are on the rise as adversaries find new ways of creating chaos and increasing profits. Attacks evolve constantly and often involve real-world consequences. The growing criminal Software-as-a-Service enterprise puts ready-made tools in the hands of threat actors who can use them against the software supply chain and other critical systems. And then there's the threat of nation-state attacks, with major incidents reported every month and no sign of them slowing. Amidst these growing concerns, cybersecurity professionals continue to report…

RansomExx Upgrades to Rust

IBM Security X-Force Threat Researchers have discovered a new variant of the RansomExx ransomware that has been rewritten in the Rust programming language, joining a growing trend of ransomware developers switching to the language. Malware written in Rust often benefits from lower AV detection rates (compared to those written in more common languages) and this may have been the primary reason to use the language. For example, the sample analyzed in this report was not detected as malicious in the…

Why Operational Technology Security Cannot Be Avoided

Operational technology (OT) includes any hardware and software that directly monitors and controls industrial equipment and all its assets, processes and events to detect or initiate a change. Yet despite occupying a critical role in a large number of essential industries, OT security is also uniquely vulnerable to attack. From power grids to nuclear plants, attacks on OT systems have caused devastating work interruptions and physical damage in industries across the globe. In fact, cyberattacks with OT targets have substantially…

Resilient Companies Have a Disaster Recovery Plan

Historically, disaster recovery (DR) planning focused on protection against unlikely events such as fires, floods and natural disasters. Some companies mistakenly view DR as an insurance policy for which the likelihood of a claim is low. With the current financial and economic pressures, cutting or underfunding DR planning is a tempting prospect for many organizations. That impulse could be costly. Unfortunately, many companies have adopted newer technology delivery models without DR in mind, such as Cloud Infrastructure-as-a-Service (IaaS), Software-as-a-Service (SaaS)…