GHSA-r3hx-x5rh-p9vv (django-haystack): affected version range is unparseable ("eval()"), so the advisory matches nothing

Start with GHSA-r3hx-x5rh-p9vv and django-haystack#2066, then inspect the referenced sink at haystack/backends/elasticsearch_backend.py:865 and the project's released versions. Confirm the earliest affected version with the upstream maintainers before correcting the advisory's affected and patched metadata; done means the range parses and automated consumers can match affected releases.

Advisory

GHSA-r3hx-x5rh-p9vv — Remote Code Execution via eval() in Elasticsearch Result Deserialization, django-haystack (pip), published 2026-06-04, Moderate.

Problem

The advisory's version metadata is not a version range:

• Affected versions: eval()
• Patched versions: None

eval() appears to be a paste slip from the advisory body (the vulnerable sink is eval(value) at haystack/backends/elasticsearch_backend.py:865).

Impact of the metadata bug

Because the affected range is not a parseable constraint, this advisory cannot match any installed version. In practice that means:

• Dependabot will not raise an alert for any django-haystack user
• pip-audit, OSV-Scanner and other OSV consumers will not flag it
• The advisory is published and visible to humans, but inert to every automated consumer

So a Moderate-severity RCE advisory exists while affected users receive no signal.

Suggested correction

Replace the affected range with a real constraint. django-haystack's latest release is 3.3.0 and the sink is still present on master, so the affected range appears to be all released versions up to and including the current one — e.g. <= 3.3.0, or an ecosystem-specific range once maintainers confirm the earliest affected version. Patched versions should stay empty/none until a fix ships, which is accurate today.

I've also opened django-haystack/django-haystack#2066 asking the maintainers to correct this at source and to consider requesting a CVE, since the advisory currently has none.

Disclosure

I'm the reporter of the underlying vulnerability. Raising this here only because the advisory is already public — nothing undisclosed is included above.