CVE-2026-73626: JupyterLab versions >=4.6.0,<=4.6.1 and <=4.5.9 contain an allowlist/blocklist enforcement gap in PyPIExtensionManager.install()
Affects jupyterlabSource GCVE Database
Not known to be exploited · CVSS 7.5 High : upgrade to 4.6.3 soon.
Data as of 12 Nov 2026, 23:24 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 30% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 4.6.3
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 13 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 13 Nov 2026.
What to do
Upgrade jupyterlab to 4.6.3.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
PyPIjupyterlabpkg:pypi/jupyterlabOther threats | Affected
| Fixed in– |
Homebrewjupyterlabpkg:brew/jupyterlabOther threats | Affected
| Fixed in
|
Ubuntu 26.10jupyterlabpkg:deb/ubuntu/jupyterlab?arch=source&distro=stonkingOther threats | Affected
| Fixed in– |
Ubuntu 26.04 LTSjupyterlabpkg:deb/ubuntu/jupyterlab?arch=source&distro=resoluteOther 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 JupyterLab versions 4.5.10 and 4.6.2. Users should upgrade to these or later versions to remediate the vulnerability. For typical deployments using the HTTP API or UI, no action is required. As a workaround, disabling programmatic extension installation via the read-only extension manager can mitigate the issue.
Description
JupyterLab versions 4.5.9 and earlier, as well as versions 4.6.0 through 4.6.1, contain a vulnerability in the PyPIExtensionManager.install() method where a missing await causes the allowlist/blocklist enforcement to be bypassed for direct callers. This affects only custom extensions or downstream integrations that invoke install() directly with untrusted input. The standard JupyterLab HTTP API and UI are not affected. The issue is considered low impact and has been fixed in versions 4.5.10 and 4.6.2. Typical deployments using the HTTP API or UI require no action, and disabling programmatic extension installation via the read-only extension manager is a viable workaround.
References
- github.com/jupyterlab/jupyterlab/security/advisories/GHSA-whvh-wf3x-g77j (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2026-73626 (opens in a new tab)
- vulncheck.com/advisories/jupyterlab-before-authentication-bypass-via-pypiextensionmanager (opens in a new tab)
- github.com/jupyterlab/jupyterlab/pull/19184 (opens in a new tab)
- github.com/jupyterlab/jupyterlab/pull/19185 (opens in a new tab)
- github.com/jupyterlab/jupyterlab/pull/19186 (opens in a new tab)
- github.com/jupyterlab/jupyterlab/commit/be9303f5bcd5308eaeae953c5a3c903046682c2c (opens in a new tab)
- github.com/jupyterlab/jupyterlab/commit/f1beab4a2027af4719d6edc07d52d6cf5a39a432 (opens in a new tab)
- github.com/jupyterlab/jupyterlab (opens in a new tab)
- github.com/jupyterlab/jupyterlab/releases/tag/v4.5.10 (opens in a new tab)
- github.com/jupyterlab/jupyterlab/releases/tag/v4.6.2 (opens in a new tab)
- ubuntu.com/security/CVE-2026-73626 (opens in a new tab)
- cve.org/CVERecord?id=CVE-2026-73626 (opens in a new tab)