Skip to main content
VulnerabilityPublished Updated

CVE-2025-55039: Apache Spark · Improper Verification of Cryptographic Signature

Affects Apache SparkSource CVE Database V5

0

Not known to be exploited · CVSS 6.5 Medium.

Data as of 26 Oct 2026, 12:55 UTC

CVSS 3.1 base score
6.5Medium
How severe the flaw is on the 0–10 CVSS scale.
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:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 15 Oct 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
Apache Software Foundation Apache SparkAffected
  • =3.5.0
  • =0
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.

References

Community reviews

Loading reviews…