CVE-2025-55039: Apache Spark · Improper Verification of Cryptographic Signature
Affects Apache SparkSource CVE Database V5
Not known to be exploited · CVSS 6.5 Medium.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 10% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 15 Oct 2025
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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Apache Software Foundation Apache Spark | Affected
| Fixed in– |
AI-suggested
European organizations should immediately audit their Apache Spark deployments to identify versions prior to 3.4.4, 3.5.2, and 4.0.0 and check the configuration of spark.network.crypto.enabled and spark.network.crypto.cipher. If network encryption is enabled, explicitly configure spark.network.crypto.cipher to AES/GCM/NoPadding to ensure authenticated encryption and prevent bit-flipping attacks. Alternatively, enable SSL encryption by setting spark.ssl.enabled to true to leverage stronger transport layer security. Organizations should also consider upgrading to the latest patched versions of Apache Spark where this issue is resolved by default. Network segmentation and use of VPNs or secure tunnels for Spark node communication can reduce exposure to MITM attacks. Monitoring network traffic for anomalies and implementing intrusion detection systems can help detect potential exploitation attempts. Finally, ensure that security policies enforce secure configurations and that DevOps teams are trained to avoid insecure defaults in distributed computing environments.
Description
This issue affects Apache Spark versions before 3.4.4, 3.5.2 and 4.0.0. Apache Spark versions before 4.0.0, 3.5.2 and 3.4.4 use an insecure default network encryption cipher for RPC communication between nodes. When spark.network.crypto.enabled is set to true (it is set to false by default), but spark.network.crypto.cipher is not explicitly configured, Spark defaults to AES in CTR mode (AES/CTR/NoPadding), which provides encryption without authentication. This vulnerability allows a man-in-the-middle attacker to modify encrypted RPC traffic undetected by flipping bits in ciphertext, potentially compromising heartbeat messages or application data and affecting the integrity of Spark workflows. To mitigate this issue, users should either configure spark.network.crypto.cipher to AES/GCM/NoPadding to enable authenticated encryption or enable SSL encryption by setting spark.ssl.enabled to true, which provides stronger transport security.