All vulnerabilities
CVE-2026-106442GHSA-rqx7-p7vv-w7hrPYSEC-2026-4223

hydra-core: Hydra instantiate target blacklist bypasses permit code execution

hydra-ecosystem hydra-corepipLibraries & packages
CVSS
7.8High
ExploitationNo known exploitationNot in CISA KEV, which does not prove it is unexploitedCISA KEV
Exploit odds (EPSS)0.16%Chance of exploitation activity in the next 30 days, higher than 5% of CVEs. Scored 23 Oct 2026FIRST EPSS
Fixed in1.3.6Also 1.4.0.dev9GitHub
Published6 Oct 2026Updated 15 Oct 2026CVE List

What fixes it

  • 1.3.6hydra-core, pipGitHub
  • 1.4.0.dev9hydra-core, pipGitHub
  • 1.3.6hydra-core, PyPIOSVpip install "hydra-core>=1.3.6"
  • 1.4.0.dev9hydra-core, PyPIOSVpip install "hydra-core>=1.4.0.dev9"

A fixed version on one release line is not the upgrade target for every line. Check your exact version and any vendor backports.

Description

Summary

Hydra's instantiate() API resolves and invokes Python callables named by the _target_ field in configuration. The target blacklist introduced for CVE-2026-68508 was incomplete.

Representative bypasses included execution wrappers such as timeit.timeit, executable deserialization through pickle.loads, and generic dispatch or wrapper targets that obscured the effective callable. Target aliases, callable-returning helpers, and deferred dispatch could similarly bypass name-based checks.

An attacker who can cause an application to instantiate an untrusted Hydra configuration can use these gaps to execute code with the application's privileges.

Fix

Hydra 1.3.6 expands and hardens the blacklist used by the 1.3 compatibility line. It blocks the reported execution and deserialization surfaces, checks canonical callable identities and aliases, mediates callable results, and blocks generic dispatch and wrapper targets that bypass immediate target checks.

The Hydra 1.3 blacklist is a best-effort, defense-in-depth measure. It is not a complete security boundary and does not make untrusted configuration safe to instantiate.

Hydra 1.4.0.dev9 applies the same hardening and introduces the execution whitelist as the recommended primary security boundary. When a whitelist is supplied, targets are rejected unless trusted Python code authorizes them. If no whitelist is supplied, Hydra preserves legacy behavior with a deprecation warning and the blacklist as a best-effort compatibility fallback. Targets that permit configuration to select or supply executable behavior remain non-whitelistable.

Remediation

Upgrade to Hydra 1.3.6, or to Hydra 1.4.0.dev9 or later when testing the 1.4 prerelease line.

On Hydra 1.3, do not instantiate configuration from untrusted sources. On Hydra 1.4 and later, constrain untrusted configuration with a narrow execution whitelist supplied by trusted Python code.

For Hydra 1.4 execution-whitelist configuration, see: https://hydra.cc/docs/advanced/execution_whitelist/

Text from GitHub Advisory Database

Affected versions 14

  • hydra-core, pip>= 1.3.4, < 1.3.6GitHub
  • hydra-core, pip>= 1.4.0.dev0, < 1.4.0.dev9GitHub
  • hydraaffected: >= 1.3.4, < 1.3.6CVE List
  • hydraaffected: >= 1.4.0.dev0, < 1.4.0.dev9CVE List
  • hydra-core, PyPIfrom 1.3.4, fixed in 1.3.6OSV
  • hydra-core, PyPI1.3.4OSV
  • hydra-core, PyPI1.3.5OSV
  • hydra-core, PyPIfrom 1.4.0.dev0, fixed in 1.4.0.dev9OSV
  • hydra-core, PyPI1.4.0.dev1OSV
  • hydra-core, PyPI1.4.0.dev3OSV
  • hydra-core, PyPI1.4.0.dev4OSV
  • hydra-core, PyPI1.4.0.dev5OSV
  • hydra-core, PyPI1.4.0.dev6OSV
  • hydra-core, PyPI1.4.0.dev8OSV

References 8