Skip to main content

JupyterLab: Command link trust prompt in JupyterLab can trust a document other than the one clicked (CVE-2026-102832)

0
Medium
Published: 10/15/2026 (10/15/2026, 20:22:13 UTC)
Source: GCVE Database
Product: jupyterlab

Description

A vulnerability in JupyterLab versions 4.5.7 through 4.6.3 and related applications allows a user to mistakenly trust a different document than the one they clicked a command button in. This occurs because the trust prompt marks whichever document is current when the user responds, not necessarily the document containing the clicked button. Trusted documents run commands without further prompts, potentially allowing untrusted documents to execute commands without explicit user confirmation. The issue affects Markdown files and notebooks and can persist across sessions for notebooks due to saving the trusted state to disk. Patches are available in JupyterLab versions 4.6.4 and 4.5.11 and related dependent applications. Workarounds include disabling command linker or choosing "Run Once" instead of "Trust".

CVSS v3.1

Score 4.2medium

Attack Vector
Network
Attack Complexity
High
Privileges Required
None
User Interaction
Required
Scope
Unchanged
Confidentiality
Low
Integrity
Low
Availability
None
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:L/I:L/A:N

Affected software

PyPIghsa
jupyterlab
Affected versions
>=4.6.0 <4.6.4
PyPIghsa
jupyterlab
Affected versions
>=4.5.7 <4.5.11
PyPIghsa
notebook
Affected versions
>=7.5.6 <7.6.3
PyPIghsa
jupyterlite-core
Affected versions
>=0.7.5 <0.8.4

Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.

AI-Powered Analysis

Machine-generated threat intelligence

AILast updated: 10/15/2026, 22:08:12 UTC

Technical Analysis

JupyterLab versions 4.5.7 through 4.6.3 have a vulnerability where the trust prompt for command links in Markdown files or notebook outputs can incorrectly mark a different document as trusted if the current document changes while the prompt is open. This happens because the trust commands use the document that is current at the time the user responds, not the one containing the clicked button. As a result, a document from an untrusted source may be trusted inadvertently, allowing its command buttons to run without further prompts. For notebooks, this trusted state is saved to disk, persisting across sessions. The vulnerability requires user interaction and conditions such as opening multiple documents and switching focus during the prompt. Patches fixing this issue are included in JupyterLab 4.6.4 and 4.5.11, which ensure the trust applies to the document clicked. Users of dependent applications like Notebook 7.5+ should also update accordingly. Workarounds include disabling the command linker feature or selecting "Run Once" instead of "Trust" to avoid persistent trust.

Potential Impact

The vulnerability causes users to lose control over which document they trust when clicking command buttons in Markdown or notebook documents. Trusted documents execute commands without prompting, which can lead to unintended command execution if an untrusted document is mistakenly trusted. For notebooks, the trusted state is saved to disk, making the effect persistent across sessions. This undermines the security measure introduced to prevent untrusted documents from running commands without explicit user consent. The vulnerability requires user interaction and specific conditions such as switching documents during the trust prompt.

Mitigation Recommendations

A patch is available in JupyterLab versions 4.6.4 and 4.5.11 that fixes the issue by associating the trust prompt with the document clicked rather than the current document at response time. Users should update to these versions or later. Applications bundling JupyterLab, such as Notebook 7.5+, should also update the jupyterlab package accordingly. For environments where immediate update is not possible, disabling the command linker feature via configuration removes the ability to execute frontend commands but impacts functionality. Alternatively, users should choose "Run Once" instead of "Trust" to avoid persistent trust being applied incorrectly.

Pro Console: star threats, build custom feeds, automate alerts via Slack, email & webhooks.Upgrade to Pro

Technical Details

Gcve Source
db.gcve.eu
Osv Id
GHSA-jwrc-gm9j-263p
Osv Schema Version
1.4.0
Aliases
["CVE-2026-102832"]
Ecosystems
["PyPI"]
Database Specific Severity
MODERATE
Cvss Version
3.1

Threat ID: 6ad14e8c2cdf04f65660b040

Added to database: 10/15/2026, 22:07:08 UTC

Last enriched: 10/15/2026, 22:08:12 UTC

Last updated: 10/15/2026, 22:08:12 UTC

Views: 6

Community Reviews

0 reviews

Crowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.

Sort by
Loading community insights…

Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.

Actions

PRO

Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.

Please log in to the Console to use AI analysis features.

Need more coverage?

Upgrade to Pro Console for AI refresh and higher limits.

For incident response and remediation, OffSeq services can help resolve threats faster.

Latest Threats

Breach by OffSeqOFFSEQFRIENDS — 25% OFF

Check if your credentials are on the dark web

Instant breach scanning across billions of leaked records. Free tier available.

Scan now
OffSeq TrainingCredly Certified

Lead Pen Test Professional

Technical5-day eLearningPECB Accredited
View courses