ThreatPort
Login Register
CVE-2023-32007 HIGH

CVE-2023-32007 exposure check for Spark

Check whether public-facing assets expose Apache Spark signals related to CVE-2023-32007. Severity: HIGH.

Start free scan View $50 Pricing

From CVE Record to External Exposure

The Apache Spark UI offers the possibility to enable ACLs via the configuration option spark.acls.enable. With an authentication filter, this checks whether a user has access permissions to view or modify the application. If ACLs are enabled, a code path in HttpSecurityFilter can allow someone to perform impersonation by providing an arbitrary user name. A malicious user might then be able to reach a permission check function that will ultimately build a Unix shell command based on their input, and execute it. This will result in arbitrary shell command execution as the user Spark is currently running as. This issue was disclosed earlier as CVE-2022-33891, but incorrectly claimed version 3.1.3 (which has since gone EOL) would not be affected. NOTE: This vulnerability only affects products that are no longer supported by the maintainer. Users are recommended to upgrade to a supported v...

Spark vulnerability should be triaged by matching the affected vendor and product to live, internet-facing assets rather than treating the CVE as an abstract feed item. ThreatPort focuses on the first question that budget-constrained IT leaders and CISOs ask: what can an outside observer find today, how severe is it, and what should be fixed first?

Known Exploitation Record

Known ransomware campaign use
Not recorded
EPSS exploitation probability
75.79% (99p)
CVSS base score
8.8 (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H)
Disclosed
2023-05-02
Weakness type
CWE-77

Source: CISA Known Exploited Vulnerabilities catalog and FIRST.org EPSS.

What ThreatPort Checks

Identify externally reachable services that appear related to Apache Spark.
Map detected technologies to CVE-2023-32007, severity context, and practical remediation priority.
Check TLS, DNS, headers, exposed panels, stale endpoints, and service fingerprints from a public attacker perspective.
Produce a concise scorecard first, then unlock deeper AI pentest evidence and PDF reporting when remediation planning begins.

The output is intentionally practical: ownership clues, risk context, remediation hints, and repeatable evidence that can be shared with technical teams or leadership. It is not positioned as magic compliance automation or a replacement for human security judgment.

Lean security teams rarely need another broad vulnerability list. They need to know whether an exposed endpoint, an expired certificate, a weak DNS setting, or a CVE-linked service is likely to affect the systems they actually run. ThreatPort scans from the outside in, ranks what it finds by real reachability rather than raw CVSS, and hands back evidence a team can act on the same day.

Route-Specific Evidence Profile

CVE-2023-32007 affects Apache Spark, a CWE-77 weakness. Disclosed 2023-05-02. This page exists to answer one question: is anything you own externally reachable and running it.

Assets This Page Should Care About

Public domains Subdomains Externally reachable web apps TLS endpoints DNS records

Signals Worth Prioritizing

Forgotten subdomains
Weak DNS or email controls
Outdated services
Risky headers

What Should Be Reviewed First in This Context?

For teams running Apache Spark, the first step is to validate internet-facing assets with business relevance instead of producing a generic vulnerability list.

Forgotten subdomains
Weak DNS or email controls
Outdated services
Risky headers

Action Checklist

  1. Confirm whether Spark is present on any public domain, subdomain, API, or admin surface.
  2. Prioritize HIGH exposure only when the affected service is reachable or business-critical.
  3. Patch, disable, isolate, or put compensating controls in front of the affected service.
  4. Re-scan after remediation to capture before-and-after evidence for technical teams or leadership.

Context-Aware Next Fixes

  1. Verify ownership of exposed assets
  2. Close unnecessary public services
  3. Remediate the highest-confidence exposed findings first, then re-scan to prove closure.

Useful evidence for this context usually maps to ISO 27001, SOC 2, vendor security reviews. ThreatPort keeps the language cautious: this is operational security evidence, not a legal certification or a guarantee that every auditor will accept a generated report without review.