Skip to main content

hydra-ray-launcher CVE-2026-115749

| EUVDEUVD-2026-108957 MEDIUM
Use of Externally-Controlled Input to Select Classes or Code ('Unsafe Reflection') (CWE-470)
2026-10-23 VulnCheck GHSA-7vmw-xf27-46r9
4.8
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Gain control of config or CLI override
  2. Exploit
    Inject ray_pkg_version interpolation naming a module
  3. Execution
    Resolver calls importlib.import_module()
  4. Impact
    Module import-time side effects execute in process

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V15 - Secure Coding and Architecture Reflection safety, class allowlisting
Exploitation Conditions

Exploitation requires the attacker to control configuration values or command-line overrides consumed by a Hydra application that has hydra-ray-launcher installed, and to supply a ${ray_pkg_version:<module>} interpolation; the resolver is registered at plugin discovery even when a different launcher is selected, so simply choosing another launcher does not prevent it. Harm is further gated on a target module with a damaging import-time side effect being already installed and importable - the resolver does not install attacker code and does not pass arbitrary function arguments, and AWS credentials and Ray job execution are not prerequisites. Limiting factors: the config/CLI-control prerequisite (PR:L), local attack vector (AV:L), the need for an existing harmful-on-import module, and that affected versions are only the pre-release/legacy ranges listed; Hydra 1.4's target-execution whitelist does not mediate this path and Hydra 1.3's blocklist is only defense-in-depth.

Impact

Signals point to a moderate, bounded issue rather than an urgent priority. The CVSS 4.0 vector (AV:L/AC:L/AT:N/PR:L/UI:N) scores 4.8 (medium) and the only impact is VI:L - integrity to the vulnerable system is Low, with VC:N, VA:N and no subsequent-system impact, matching the advisory's statement that the resolver neither installs attacker code nor passes arbitrary function arguments. PR:L and AV:L mean the attacker must already be able to influence the application's configuration or CLI overrides locally, which substantially narrows real-world exposure. No EPSS score is present in the input, the CVE is not in CISA KEV, and no PoC/exploit reference is supplied - so there is no public exploit identified at time of analysis and no evidence of active exploitation. The vuln.today Decision label is 'this_month' (not act_now/emergency), consistent with the limited impact. Harmful outcome is conditional: it requires that a module with a damaging import-time side effect already be installed and importable in the process. Net: a legitimate but low-to-moderate priority supply-chain/config-trust hardening fix, not a high-risk remote-code-execution emergency. Missing EPSS data means widespread-exploitation probability cannot be quantified from the input.

Exploit ScenarioDerived

An attacker who can influence a Hydra application's configuration files or command-line overrides supplies a ${ray_pkg_version:<module>} interpolation naming an installed module chosen for its import-time behavior. Because plugin discovery registers the ray_pkg_version resolver even when another launcher is selected, the resolver calls importlib.import_module() on the attacker-named module, executing its import-time side effects in the application process. No public exploit code is identified, and impact is limited to side effects of an already-installed module (no attacker code is installed and no function arguments are passed).

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 23, 2026

Arbitrary module import in the hydra-ray-launcher plugin for Hydra lets an attacker who controls configuration values or command-line overrides force the application process to import any installed Python module via a crafted ${ray_pkg_version:<module>} interpolation, executing that module's import-time side effects. Affected releases are the legacy line from 1.1.0.dev1 up to but excluding 1.2.2, and the Hydra 1.4 line from 1.4.0.dev4 up to but excluding 1.4.0rc2; the resolver is registered during plugin discovery even when a different launcher is selected, so simply switching launchers does not remove the exposure. Impact is bounded: the resolver cannot install attacker code or pass arbitrary function arguments, and meaningful harm depends on a module with a damaging import side effect already being installed and importable, so this is a moderate, locally-triggered integrity issue rather than an urgent one - no public exploit code was identified at time of analysis and there is no confirmed active exploitation (CISA KEV).

RemediationAI

Upgrade to the fixed release for your line: hydra-ray-launcher 1.2.2 for the legacy family and 1.4.0rc2 for the Hydra 1.4 family (advisory: https://github.com/hydra-ecosystem/hydra/security/advisories/GHSA-h34c-q33w-3r7q; fix PR/commit: https://github.com/hydra-ecosystem/hydra/pull/3566 and https://github.com/hydra-ecosystem/hydra/commit/46e2fdaecd54dbfc041616b1229bd1614b73d765). Be aware this is an API change: after upgrading, the resolver takes installed distribution names instead of Python import names - replace ${ray_pkg_version:yaml} with ${ray_pkg_version:PyYAML}, keep ${ray_pkg_version:hydra} as the alias for hydra-core, and ensure the package is actually installed (editable installs included) because there is no import fallback when distribution metadata is unavailable; otherwise set the version explicitly in env_setup.pip_packages. The patched legacy plugin now requires Python 3.8 or newer, and the Hydra 1.4 plugin retains its Python 3.10 minimum. If upgrading immediately is not possible, uninstall hydra-ray-launcher if it is unused and restart the application, or restrict externally controlled configuration so untrusted parties cannot inject ray_pkg_version interpolations; selecting a different launcher alone does not prevent resolver registration and is not an effective mitigation.

Affected VersionsENISA

hydra-ray-launcher 1.4.0.dev4 <1.4.0rc2
hydra-ray-launcher 1.1.0.dev1 <1.2.2

Affected Packages

euvd hydra_ray_launcher fix: 1.2.2, 1.4.0rc2

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

hydra-ray-launcher registers the ray_pkg_version OmegaConf resolver, which resolves an interpolation such as ${ray_pkg_version:yaml} by looking up a package version. In affected versions the implementation called importlib.import_module() on the resolver argument and then read the module's __version__ attribute, which is CWE-470 (use of externally controlled input to select classes or code). Because OmegaConf interpolations can be supplied or overridden through configuration files and Hydra's command-line overrides, the argument reaching import_module() is attacker-influenced whenever configuration input is not trusted. The resolver is registered at plugin discovery time, so it stays active even if another launcher is configured. Hydra 1.4's target-execution whitelist does not mediate this resolver path, and Hydra 1.3's target blocklist is only defense in depth, not a supported security boundary for arbitrary untrusted configuration. The upstream fix (PR #3566, commit 46e2fdae) removes the import entirely and reads importlib.metadata.version() on the installed distribution instead, which is why the resolver argument semantics changed from import names to distribution names. The trigger is exercised through config/CLI interpolation resolution; the resulting impact is whatever side effects the selected module performs at import time, which is why the weakness is scored as a low-integrity-impact issue rather than a confidentiality or availability compromise.

Know when Hydra Ray Launcher gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (VulnCheck) PRIMARY 4.8 MEDIUM
CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N
vuln.today AI 3.3 LOW

Attacker must control config/CLI (PR:L) consumed locally (AV:L); only integrity is affected at Low (I:L) since impact is a single module import's side effects, with no confidentiality or availability impact.

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Local
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
None
Vulnerable system: Integrity
Low
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

DescriptionCVE.org

hydra-ray-launcher 1.1.0.dev1 before 1.2.2 and 1.4.0.dev4 before 1.4.0rc2 contains an arbitrary module import vulnerability via the ray_pkg_version OmegaConf resolver passing input to importlib.import_module(). Attackers controlling configuration values or command-line overrides can supply a ray_pkg_version interpolation to import any installed module, triggering its import-time side effects in the application process.

Threat Intelligence Overview

EPSS Score
0.3%
Top 76% exploitable
Prevalence
Low
niche ML Ray launcher plugin for Hydra; limited deployment subset
Data Quality
5 sources
Confidence: Medium

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.3%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Defer
Exploitation
None
System Exposure· derived
Small
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

24
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +24
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy