CVE-2024-42018: n/a
Source CVE Database V5
Not known to be exploited · CVSS 7.7 High · fixed in 1.6.6 : patch Atos Eviden SMC xScale soon.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 29% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Affects
- Atos Eviden SMC xScale before 1.6.6
- Patch
- Available – fixed in 1.6.6
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 11 Oct 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
AI-suggested
To mitigate CVE-2024-42018, administrators should update the cloudinit configuration on diskful nodes to move iptables firewall rule commands from the runcmd section to the bootcmd section. This ensures that firewall rules are applied early in the boot process and persist after reboots. Additionally, verify that access control policies on management nodes are enforced consistently and test reboot scenarios to confirm firewall persistence. Implement monitoring to detect unauthorized access attempts to management nodes, especially after node reboots. Restrict physical and network access to diskful nodes to prevent unauthorized reboots or tampering. Consider upgrading Atos Eviden SMC xScale to version 1.6.6 or later once available, as it likely contains the fix. Regularly audit HPC cluster configurations and credentials to detect anomalies. Finally, educate administrators on the importance of correct cloudinit configuration and the risks of improper firewall rule persistence.
Description
An issue was discovered in Atos Eviden SMC xScale before 1.6.6. During initialization of nodes, some configuration parameters are retrieved from management nodes. These parameters embed credentials whose integrity and confidentiality may be important to the security of the HPC configuration. Because these parameters are needed for initialization, there is no available mechanism to ensure access control on the management node, and a mitigation measure is normally put in place to prevent access to unprivileged users. It was discovered that this mitigation measure does not survive a reboot of diskful nodes. (Diskless nodes are not at risk.) The mistake lies in the cloudinit configuration: the iptables configuration should have been in the bootcmd instead of the runcmd section.