CVE-2018-1000149: Jenkins Ansible Plugin man in the middle vulnerability

Summary

13/05/2022
Yes i
Moderate
5.6

CVE-2018-1000149: Jenkins Ansible Plugin man in the middle vulnerability. Affects org.jenkins-ci.plugins:ansible versions < 1.0. Fixed in 1.0. How to fix ↓

Free scan

Check if this vulnerability affects your application

Upload a manifest or SBOM and we'll show whether you're affected, plus every other risky package in the same scan.

Check my app free

No signup required · Results in about 60 seconds

Upload your dependency manifest or SBOM

Drag & drop your file here or

Java Javascript PHP Python Go Rust Ruby Dart C/C++ Elixir CycloneDX SPDX

Upload a supported dependency manifest or SBOM. No installation or source-code access required.

See supported files and SBOM formats
SBOM sbom.json · bom.json · bom.xml · *.spdx.json · *.cdx.json · *.cdx.xml
Java pom.xml · gradle.lockfile · buildscript-gradle.lockfile
Javascript package-lock.json · yarn.lock · pnpm-lock.yaml
PHP composer.lock
Python poetry.lock · requirements.txt · Pipfile.lock
Go go.mod
Rust Cargo.lock
Ruby Gemfile.lock
Dart pubspec.lock
C/C++ conan.lock
Elixir mix.lock
Enter your work email to receive your report link.

Verify your email to view the full report and start 30 days of continuous monitoring. No credit card required.

Sponsored Devnack Your last release was probably never penetration tested Manual testing by engineers who build software, not an auditor's checklist. Trusted by teams at Swift and Google Talk to Devnack

Background

The Jenkins Ansible Plugin is a Maven package that provides integration between Jenkins and Ansible, allowing users to automate tasks and manage infrastructure using Ansible playbooks. It is widely used in DevOps environments to streamline deployment processes. However, versions 0.8 and older of the plugin are vulnerable to a man-in-the-middle attack due to disabled host key verification by default.

Vulnerability Detail

The vulnerability in the Jenkins Ansible Plugin allows an attacker to intercept and modify communication between Jenkins and Ansible. By disabling host key verification, the plugin becomes susceptible to man-in-the-middle attacks, where an attacker can impersonate the Ansible server and execute arbitrary commands on the Jenkins server. This can lead to unauthorized access, data leakage, and potential compromise of the entire infrastructure.

How To Fix

Minimum fixed version

1.0

This is the first release that contains the fix.

Tip — Not sure which version your app runs? Vulert can match this fix to it. Scan free →

Workaround

There is no specific workaround mentioned for this vulnerability. However, users can mitigate the risk by manually enabling host key verification in the affected versions of the plugin. This can be done by modifying the plugin configuration or by implementing additional security measures, such as using secure communication channels and verifying the authenticity of the Ansible server.

Conclusion

The Jenkins Ansible Plugin man-in-the-middle vulnerability in versions 0.8 and older poses a significant risk to the security and integrity of Jenkins installations. It is crucial to upgrade to version 1.0 or newer of the plugin to mitigate the vulnerability. Additionally, users should follow best practices for secure communication and infrastructure management. For further assistance, contact DevNack.com.

See every vulnerability recorded for org.jenkins-ci.plugins:ansible →

Share this vulnerability

FAQ

The vulnerability allows an attacker to intercept and modify communication between Jenkins and Ansible, potentially leading to unauthorized access, data leakage, and compromise of the infrastructure.

Versions 0.8 and older of the Jenkins Ansible Plugin are affected by this vulnerability.

There are no known public exploits for this vulnerability at the time of writing. However, it is important to patch the vulnerability to prevent potential attacks.

You can use the Vulert Playground (https://vulert.com/scanner) to check if your Jenkins installation is affected by this vulnerability. Simply provide your pom.xml file, and Vulert will analyze it for open-source vulnerabilities in real-time.

For further support on vulnerability remediation and securing your Jenkins installation, you can reach out to info@devnack.com.

Related vulnerabilities

Recent vulnerabilities recorded for org.jenkins-ci.plugins:ansible.

How To Fix

Minimum fixed version

1.0

This is the first release that contains the fix.

Tip — Not sure which version your app runs? Vulert can match this fix to it. Scan free →

Subscribe to Vulert on Telegram
Daily digest of new CVEs, critical and high severity, affected packages and fixes — plus a weekly roundup.
Join the channel →
Help improve this record
Report an issue or send feedback