MONAI before 1.6.1 contains an insufficient integrity verification vulnerability in check_hash() that silently returns
Affects monaiSource GCVE Database
Not known to be exploited · CVSS 8.2 High : upgrade to 1.6.1 soon.
Data as of 28 Oct 2026, 22:14 UTC
- Patch
- Available – fixed in 1.6.1
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 28 Oct 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
Upgrade monai to 1.6.1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
PyPImonaipkg:pypi/monaiOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A fix is available in MONAI version 1.6.1 and later. Users should upgrade to version 1.6.1 or newer to remediate this vulnerability. No other mitigation guidance is provided or necessary given the availability of the official fix.
Description
MONAI versions prior to 1.6.1 have a vulnerability in the check_hash() function where integrity verification is insufficient. Specifically, if the hash value is None, the function silently returns True, and MD5 is used as the default hash type. This flaw allows attackers who can perform man-in-the-middle or registry compromise attacks to substitute bundles, datasets, or model archives downloaded without hashes. Such substitution can lead to malicious file delivery and potential code execution.