Wednesday, December 18, 2024
HomeData BreachNagios Core < 4.2.2 : Curl Command Injection / Remote...

Nagios Core < 4.2.2 : Curl Command Injection / Remote Code Execution CVE-2016-9565

Published on

SIEM as a Service

Nagios offers monitoring and alerting services for servers, switches, applications and services. It alerts users when things go wrong and alerts them a second time when the problem has been resolved. For more details on Nagios.

Vulnerability

Vulnerability in Nagios could enable remote attackers who can  manage to impersonate the feed server through DNS Poisoning, ARP Spoofing.. etc. to provide a malicious response that injects parameters to  curl command used by the affected RSS client class and effectivelyread/write arbitrary files on the vulnerable Nagios server.

This could lead to Remote Code Execution in the context of www-data/nagios user
on default Nagios installs that follow the official setup guidelines.This occurs because of using Vulnerable component for handling RSS new feeds.

- Advertisement - SIEM as a Service

This component was used by Nagios front-end to load news feeds from remote feed source upon log-in.The component was found vulnerable to CVE-2008-4796.

Full vulnerability report along including POC with relevant parts of code and Injection points can be found at : https://legalhackers.com/advisories/Nagios-Exploit-Command-Injection-CVE-2016-9565-2008-4796.html

Business Impact

Upon successful mitigation the attacker can extract sensitive data from the Nagios monitoring server as well as achieve arbitrary code execution as demonstrated by the exploit.

Corporate monitoring servers with a large number of connected hosts are often left unpatched due to their sensitive/central role on the network  which increase the chances of exploitation.

As explained in the description section, the vulnerability could be a threat  coming from the Internet. If a major ISP / DNS, or nagios.org site itself was  compromised, this could potentially allow attackers to exploit the vulnerability on multiple Nagios installations which retrieve RSS feeds automatically and the corporate firewall does not stop the egress traffic from the monitoring server.

As a result, an attacker could potentially gain unauthorised access to  affected Nagios installations without even knowing the target IP addresses and despite a lack of direct access to the target (blocked igress traffic on the firewall).

Versions Affected

Both of the Nagios Core stable branches 3.x and 4.x are affected.This vulnerability was disclosed responsibly to the vendor and was fully fixed in Nagios Core 4.2.2. Ensure that you are using  Nagios 4.2.2.

Update to the Latest Nginx Core release. For more details in upgrading Nagios on Linux  refer 2daygeek .

  1. In the IPS tab, click Protections and find the Nagios XI Command Injection&nbsp;protection using the Search tool and Edit the protection’s settings.
  2. Install policy on all modules.

References

Gurubaran
Gurubaran
Gurubaran is a co-founder of Cyber Security News and GBHackers On Security. He has 10+ years of experience as a Security Consultant, Editor, and Analyst in cybersecurity, technology, and communications.

Latest articles

New VIPKeyLogger Via Weaponized Office Documenrs Steals Login Credentials

The VIPKeyLogger infostealer, exhibiting similarities to the Snake Keylogger, is actively circulating through phishing...

INTERPOL Urges to End ‘Pig Butchering’ & Replaces With “Romance Baiting”

INTERPOL has called for the term "romance baiting" to replace "pig butchering," a phrase...

New I2PRAT Malware Using encrypted peer-to-peer communication to Evade Detections

Cybersecurity experts are sounding the alarm over a new strain of malware dubbed "I2PRAT,"...

Earth Koshchei Employs RDP Relay, Rogue RDP server in Server Attacks

 A new cyber campaign by the advanced persistent threat (APT) group Earth Koshchei has...

API Security Webinar

72 Hours to Audit-Ready API Security

APIs present a unique challenge in this landscape, as risk assessment and mitigation are often hindered by incomplete API inventories and insufficient documentation.

Join Vivek Gopalan, VP of Products at Indusface, in this insightful webinar as he unveils a practical framework for discovering, assessing, and addressing open API vulnerabilities within just 72 hours.

Discussion points

API Discovery: Techniques to identify and map your public APIs comprehensively.
Vulnerability Scanning: Best practices for API vulnerability analysis and penetration testing.
Clean Reporting: Steps to generate a clean, audit-ready vulnerability report within 72 hours.

More like this

Texas Tech Systems Breach, Hackers Accessed System Folders & Files

The Texas Tech University Health Sciences Center (TTUHSC) and Texas Tech University Health Sciences...

ConnectOnCall Data Breach, 900,000 Customers Data Exposed

 The healthcare communication platform ConnectOnCall, operated by ConnectOnCall.com, LLC, has confirmed a significant data...

The Rise of AI-Generated Professional Headshots

It’s clear that a person’s reputation is increasingly influenced by their online presence, which...