CVE-2024-4871: Key Exchange without Entity Authentication
A vulnerability was found in Satellite. When running a remote execution job on a host, the host's SSH key is not being checked. When the key changes, the Satellite still connects it because it uses "-o StrictHostKeyChecking=no". This flaw can lead to a man-in-the-middle attack (MITM), denial of service, leaking of secrets the remote execution job contains, or other issues that may arise from the attacker's ability to forge an SSH key. This issue does not directly allow unauthorized remote execution on the Satellite, although it can leak secrets that may lead to it.
AI Analysis
Technical Summary
CVE-2024-4871 is a security vulnerability identified in Red Hat Satellite version 3.9.1.8. The core issue arises from the use of SSH remote execution jobs that connect to hosts without verifying the host's SSH key authenticity. Specifically, the Satellite software uses the SSH option '-o StrictHostKeyChecking=no', which disables strict host key checking and allows connections to hosts even if their SSH keys have changed or are unrecognized. This behavior opens the door for man-in-the-middle (MITM) attacks, where an attacker can intercept or alter communications by presenting a forged SSH key. The attacker can exploit this to leak sensitive information contained in the remote execution jobs, such as credentials, configuration data, or other secrets. While the vulnerability does not directly grant unauthorized remote execution capabilities on the Satellite server itself, the confidentiality and integrity of the data exchanged are compromised. The vulnerability has a CVSS 3.1 base score of 6.8, reflecting a medium severity level. The attack vector is network-based, requires low privileges, and no user interaction, but the attack complexity is high due to the need to intercept or spoof SSH connections. No public exploits have been reported yet, but the risk remains significant due to the sensitive nature of the leaked data and the potential for follow-on attacks. This vulnerability highlights the importance of proper SSH host key verification to prevent MITM attacks in automated remote execution environments.
Potential Impact
The primary impact of CVE-2024-4871 is the compromise of confidentiality and integrity of data transmitted during remote execution jobs in Satellite 3.9.1.8. An attacker capable of intercepting or spoofing SSH connections can perform MITM attacks, leading to leakage of sensitive secrets such as credentials, configuration files, or other confidential information. This exposure can facilitate further attacks, including unauthorized access or privilege escalation within the affected environment. Although the vulnerability does not directly allow unauthorized remote code execution on the Satellite server, the leaked secrets could be leveraged by attackers to gain such access indirectly. Additionally, denial of service scenarios may arise if attackers disrupt SSH communications by exploiting this flaw. Organizations relying on Satellite for infrastructure management and automation are at risk of operational disruption and data breaches, potentially impacting compliance and trust. The medium severity rating reflects the balance between the significant data exposure risk and the complexity required to exploit the vulnerability.
Mitigation Recommendations
To mitigate CVE-2024-4871, organizations should first upgrade Satellite to a version where this vulnerability is patched or addressed by the vendor. If an immediate upgrade is not feasible, administrators should manually enforce strict SSH host key verification by removing or overriding the '-o StrictHostKeyChecking=no' option in remote execution job configurations. This can be achieved by customizing SSH client options or scripts used by Satellite to ensure that host keys are validated against known fingerprints before establishing connections. Additionally, implementing network-level protections such as SSH traffic monitoring, anomaly detection, and use of VPNs or secure tunnels can reduce the risk of MITM attacks. Regularly auditing SSH known_hosts files and rotating SSH keys can also help detect and prevent unauthorized key changes. Finally, restricting access to the Satellite server and its managed hosts to trusted networks and users minimizes the attack surface. Comprehensive logging and alerting on SSH connection anomalies will aid in early detection of exploitation attempts.
Affected Countries
United States, Germany, United Kingdom, France, Japan, Canada, Australia, India, South Korea, Netherlands
CVE-2024-4871: Key Exchange without Entity Authentication
Description
A vulnerability was found in Satellite. When running a remote execution job on a host, the host's SSH key is not being checked. When the key changes, the Satellite still connects it because it uses "-o StrictHostKeyChecking=no". This flaw can lead to a man-in-the-middle attack (MITM), denial of service, leaking of secrets the remote execution job contains, or other issues that may arise from the attacker's ability to forge an SSH key. This issue does not directly allow unauthorized remote execution on the Satellite, although it can leak secrets that may lead to it.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
CVE-2024-4871 is a security vulnerability identified in Red Hat Satellite version 3.9.1.8. The core issue arises from the use of SSH remote execution jobs that connect to hosts without verifying the host's SSH key authenticity. Specifically, the Satellite software uses the SSH option '-o StrictHostKeyChecking=no', which disables strict host key checking and allows connections to hosts even if their SSH keys have changed or are unrecognized. This behavior opens the door for man-in-the-middle (MITM) attacks, where an attacker can intercept or alter communications by presenting a forged SSH key. The attacker can exploit this to leak sensitive information contained in the remote execution jobs, such as credentials, configuration data, or other secrets. While the vulnerability does not directly grant unauthorized remote execution capabilities on the Satellite server itself, the confidentiality and integrity of the data exchanged are compromised. The vulnerability has a CVSS 3.1 base score of 6.8, reflecting a medium severity level. The attack vector is network-based, requires low privileges, and no user interaction, but the attack complexity is high due to the need to intercept or spoof SSH connections. No public exploits have been reported yet, but the risk remains significant due to the sensitive nature of the leaked data and the potential for follow-on attacks. This vulnerability highlights the importance of proper SSH host key verification to prevent MITM attacks in automated remote execution environments.
Potential Impact
The primary impact of CVE-2024-4871 is the compromise of confidentiality and integrity of data transmitted during remote execution jobs in Satellite 3.9.1.8. An attacker capable of intercepting or spoofing SSH connections can perform MITM attacks, leading to leakage of sensitive secrets such as credentials, configuration files, or other confidential information. This exposure can facilitate further attacks, including unauthorized access or privilege escalation within the affected environment. Although the vulnerability does not directly allow unauthorized remote code execution on the Satellite server, the leaked secrets could be leveraged by attackers to gain such access indirectly. Additionally, denial of service scenarios may arise if attackers disrupt SSH communications by exploiting this flaw. Organizations relying on Satellite for infrastructure management and automation are at risk of operational disruption and data breaches, potentially impacting compliance and trust. The medium severity rating reflects the balance between the significant data exposure risk and the complexity required to exploit the vulnerability.
Mitigation Recommendations
To mitigate CVE-2024-4871, organizations should first upgrade Satellite to a version where this vulnerability is patched or addressed by the vendor. If an immediate upgrade is not feasible, administrators should manually enforce strict SSH host key verification by removing or overriding the '-o StrictHostKeyChecking=no' option in remote execution job configurations. This can be achieved by customizing SSH client options or scripts used by Satellite to ensure that host keys are validated against known fingerprints before establishing connections. Additionally, implementing network-level protections such as SSH traffic monitoring, anomaly detection, and use of VPNs or secure tunnels can reduce the risk of MITM attacks. Regularly auditing SSH known_hosts files and rotating SSH keys can also help detect and prevent unauthorized key changes. Finally, restricting access to the Satellite server and its managed hosts to trusted networks and users minimizes the attack surface. Comprehensive logging and alerting on SSH connection anomalies will aid in early detection of exploitation attempts.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- redhat
- Date Reserved
- 2024-05-14T14:03:36.786Z
- Cvss Version
- 3.1
- State
- PUBLISHED
Threat ID: 691f6d0840b920e2708759bb
Added to database: 11/20/2025, 7:33:28 PM
Last enriched: 2/26/2026, 3:15:07 PM
Last updated: 3/24/2026, 12:49:38 PM
Views: 124
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.