CVE-2026-75915: CodeWhale Js_execution Leaks Parent Environment To Vulnerability

HIGH
Advisory Identifier: GHSA-h539-c7r8-3xq4
CVSS 7.5
CWE-200 CWE-526
Published
Advisory Summary

CVE-2026-75915 is a HIGH (CVSS 7.5) js_execution leaks parent environment to vulnerability (CWE-200: Exposure of Sensitive Information to an Unauthorized Actor) affecting CodeWhale libraries in the crates.io ecosystem. The issue involves js_execution leaks parent environment to model context via missing env scrub. Remediation is available by upgrading affected packages to version 0.8.41, 0.8.64.

CVE-2026-75915 at a Glance

CVE Identifier CVE-2026-75915
GHSA Identifier GHSA-h539-c7r8-3xq4
Severity HIGH
CVSS v3.1 Base Score 7.5
CWE Classification CWE-200: Exposure of Sensitive Information to an Unauthorized Actor
Affected Product CodeWhale
Package Ecosystem crates.io
Published Date
Last Updated

Security Impact

CVSS: 7.5

The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N).

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

How to Fix CVE-2026-75915

To remediate this vulnerability, upgrade all affected CodeWhale dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

deepseek-tui fixed: Latest secure release
Upgrade deepseek-tui to Latest secure release
deepseek-tui fixed: 0.8.41
npm install deepseek-tui@0.8.41
codewhale-tui fixed: 0.8.64
Upgrade codewhale-tui to 0.8.64
codewhale fixed: 0.8.64
npm install codewhale@0.8.64
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

inspect dependencies for deepseek-tui

How to Check if You Are Affected

To determine whether your application is affected by CVE-2026-75915, inspect your project dependencies for CodeWhale:

inspect dependencies for deepseek-tui

Analyze the terminal output to locate any version of CodeWhale in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 0.8.41), your application is affected.

Note: Verify declared build manifests and deployed runtime container environments.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-200: Exposure of Sensitive Information to an Unauthorized Actor, where the product exposes sensitive information to an actor that is not explicitly authorized to have access to that information. In CodeWhale, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

### Maintainer resolution The CodeWhale maintainers validated this report. The affected package ranges are recorded in the advisory metadata. Version 0.8.64 contains the fix in commit 26de44a8bd5051f8f944ea60b2c37ae1d2b7d25e. Users should upgrade to 0.8.64 or later. The original reporter analysis is preserved below. ### Summary js_execution exposes parent process environment to model-provided JavaScript The js_execution tool spawns Node with tokio::process::Command::new without calling the child_env scrubber that exec_shell, the Python REPL, and the MCP launcher all use. Model-provided JavaScript reads process.env and the values flow back to the parent transcript as the tool's stdout, exposing API keys, cloud credentials, and forge tokens to the next model turn. ### Details In `crates/tui/src/tools/js_execution.rs` (v0.8.37, lines 91-105): ```rust let temp_dir = tempfile::tempdir() .map_err(|e| ToolError::execution_failed(format!("tempdir failed: {e}")))?; let script_path = temp_dir.path().join("js_execution.js"); tokio::fs::write(&script_path, code) .await .map_err(|e| ToolError::execution_failed(format!("tempfile write failed: {e}")))?; let mut cmd = tokio::process::Command::new(&node); cmd.arg(&script_path); cmd.current_dir(workspace); let output = tokio::time::timeout(Duration::from_secs(120), cmd.output()) .await .map_err(|_| ToolError::Timeout { seconds: 120 }) .and_then(|res| res.map_err(|e| ToolError::execution_failed(e.to_string())))?; ``` The Command is built without `cmd.env_clear()` and without the project's `crate::child_env::apply_to_tokio_command` helper. Every variable in the parent process environment is inherited by the spawned `node`. For comparison, exec_shell (`crates/tui/src/tools/shell.rs:790-792`) and the Python REPL (`crates/tui/src/repl/runtime.rs:238`) both apply the scrubber: ```rust child_env::apply_to_command(&mut cmd, child_env::string_map_env(&exec_env.env)); ``` apply_to_tokio_command calls `cmd.env_clear()` and then re-installs only the keys that pass `is_allowed_parent_env_key` (PATH, HOME, USER, LANG/LC_*, TMPDIR, proxy variables, Windows toolchain context, terminal settings). Secret-bearing variables (DEEPSEEK_API_KEY, OPENAI_API_KEY, AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, GITHUB_TOKEN, etc.) are not on the allowlist and are dropped before the child starts. The js_execution path bypasses both the env_clear and the allowlist. Commit history makes the gap explicit. Commit `e6d4eae fix(security): scrub child process environments` (2026-05-08) introduced child_env.rs and rewrote exec_shell, the Python REPL, the MCP launcher, and main.rs to use it. Commit `2566f3c feat(tools): add js_execution tool` (2026-05-12) added this file four days later and never picked up the helper. The tool is described to the model and surfaced in the approval pane as "Run model-provided JavaScript code in local Node.js execution sandbox" (`crates/tui/src/core/engine/turn_loop.rs:1174-1176`). No sandbox is applied beyond a 120-second timeout; Node has full filesystem and network access in addition to the inherited environment. The wording understates the trust boundary that the user is being asked to cross. In YOLO mode (`auto_approve=true`) the JS body runs without any prompt at all, so a single adversarial prompt-injection from a README, fetched web page, or MCP server output drains the parent environment to the next model turn. ### PoC A standalone Cargo test reproduces the unscrubbed-env behavior. Save as `crates/tui/tests/js_execution_env_leak.rs` and run with `cargo test -p deepseek-tui --test js_execution_env_leak -- --nocapture`: ```rust use deepseek_tui::tools::js_execution::execute_js_execution_tool; use serde_json::json; use tempfile::tempdir; #[tokio::test] async fn js_execution_inherits_parent_secrets() { if deepseek_tui::dependencies::resolve_node().is_none() { eprintln!("node not on PATH; skipping"); return; } unsafe { std::env::set_var("AWS_SECRET_ACCESS_KEY", "leak-marker-AKIA-EXAMPLE"); std::env::set_var("DEEPSEEK_API_KEY", "leak-marker-sk-EXAMPLE"); } let tmp = tempdir().unwrap(); let result = execute_js_execution_tool( &json!({"code": "console.log(process.env.AWS_SECRET_ACCESS_KEY + '|' + process.env.DEEPSEEK_API_KEY)"}), tmp.path(), ).await.expect("execute"); let payload: serde_json::Value = serde_json::from_str(&result.content).unwrap(); let stdout = payload["stdout"].as_str().unwrap_or(""); assert!(stdout.contains("leak-marker-AKIA-EXAMPLE"), "AWS leaked: {stdout}"); assert!(stdout.contains("leak-marker-sk-EXAMPLE"), "DEEPSEEK leaked: {stdout}"); } ``` Equivalent reproducer against the binary: ```bash export AWS_SECRET_ACCESS_KEY="leak-marker-AKIA-EXAMPLE" export DEEPSEEK_API_KEY="leak-marker-sk-EXAMPLE" deepseek # Ask the model to run: # js_execution({"code":"console.log(JSON.stringify(process.env))"}) # Approve once. The returned stdout contains every parent env value verbatim, # including the markers above, and is now part of the model's context for the next request. ``` The fix is one line added next to the existing `cmd.current_dir(workspace)` call: ```rust let mut cmd = tokio::process::Command::new(&node); cmd.arg(&script_path); cmd.current_dir(workspace); crate::child_env::apply_to_tokio_command(&mut cmd, std::iter::empty::<(&str, &str)>()); ``` This calls the existing helper with no overrides, mirroring how repl/runtime.rs spawns the Python REPL. The behavior the description string already promises (sandbox) is then partially honored: secret-bearing parent variables stay in the parent. ### Impact The tool returns parent-environment secrets to the model on a single approval, or with no approval in YOLO mode. Any variable the user has exported becomes part of the next model request and travels to the configured LLM provider's logs. Common variables that the codebase's own provider clients read from process env, and therefore the values most likely to be present, include DEEPSEEK_API_KEY, OPENAI_API_KEY, ANTHROPIC_API_KEY, MISTRAL_API_KEY, AZURE_OPENAI_API_KEY, XAI_API_KEY, GROQ_API_KEY, and TOGETHER_API_KEY. Cloud and source-control credentials commonly exported in developer shells include AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_SESSION_TOKEN, GOOGLE_APPLICATION_CREDENTIALS, GITHUB_TOKEN, GH_TOKEN, GITLAB_TOKEN, NPM_TOKEN, CARGO_REGISTRY_TOKEN, PYPI_API_TOKEN, and DATABASE_URL-style secrets. The local-sandbox wording shown at approval time understates the trust boundary, so users approving what they read as a sandboxed snippet do not anticipate that every shell-exported credential is reachable from the snippet. The remediation matches the pattern already adopted across exec_shell, the Python REPL, and the MCP launcher, so the gap is a missed call site rather than a design tradeoff.

CVE-2026-75915 Affected CodeWhale Versions

4 component(s)
Fixed Versions:
0.8.410.8.64
Product / Package Ecosystem Affected Versions Fixed Version
deepseek-tui
crates.io
≥ 0.8.32
≤ 0.8.41
deepseek-tui
npm
≥ 0.8.32
< 0.8.41
0.8.41
codewhale-tui
crates.io
≥ 0.8.41
< 0.8.64
0.8.64
codewhale
npm
≥ 0.8.41
< 0.8.64
0.8.64

References

Frequently Asked Questions

What is CVE-2026-75915?
CVE-2026-75915 is a security vulnerability in CodeWhale involving js_execution leaks parent environment to model context via missing env scrub under CWE-200: Exposure of Sensitive Information to an Unauthorized Actor.
Which CodeWhale versions are affected?
Affected versions include releases prior to 0.8.41, 0.8.64 across affected packages: deepseek-tui, codewhale-tui, codewhale.
What version fixes CVE-2026-75915?
Upgrading to 0.8.41, 0.8.64 (or the latest patched release for your respective branch) resolves the vulnerability.
Is deepseek-tui affected?
Yes, deepseek-tui is affected in releases prior to Latest secure release, 0.8.41. Upgrade your dependency to Latest secure release, 0.8.41 or later.
Is codewhale-tui affected?
Yes, codewhale-tui is affected in releases prior to 0.8.64. Upgrade your dependency to 0.8.64 or later.
What is the CVSS score of CVE-2026-75915?
CVE-2026-75915 has a CVSS v3.1 base score of 7.5 (HIGH) with vector string CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N.
What CWE is associated with CVE-2026-75915?
CVE-2026-75915 is classified under CWE-200: Exposure of Sensitive Information to an Unauthorized Actor (The product exposes sensitive information to an actor that is not explicitly authorized to have access to that information.).
How can I check crates.io dependencies for CVE-2026-75915?
Run the dependency tree command: 'inspect dependencies for deepseek-tui'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-h539-c7r8-3xq4",
  "modified" : "2026-09-04T18:03:08Z",
  "published" : "2026-09-04T18:03:08Z",
  "aliases" : [ "CVE-2026-75915" ],
  "summary" : "CodeWhale: js_execution leaks parent environment to model context via missing env scrub",
  "details" : "### Maintainer resolution\n\nThe CodeWhale maintainers validated this report. The affected package ranges are recorded in the advisory metadata. Version 0.8.64 contains the fix in commit 26de44a8bd5051f8f944ea60b2c37ae1d2b7d25e. Users should upgrade to 0.8.64 or later. The original reporter analysis is preserved below.\n\n### Summary\n\njs_execution exposes parent process environment to model-provided JavaScript\n\nThe js_execution tool spawns Node with tokio::process::Command::new without calling the child_env scrubber that exec_shell, the Python REPL, and the MCP launcher all use. Model-provided JavaScript reads process.env and the values flow back to the parent transcript as the tool's stdout, exposing API keys, cloud credentials, and forge tokens to the next model turn.\n\n### Details\n\nIn `crates/tui/src/tools/js_execution.rs` (v0.8.37, lines 91-105):\n\n```rust\nlet temp_dir = tempfile::tempdir()\n    .map_err(|e| ToolError::execution_failed(format!(\"tempdir failed: {e}\")))?;\nlet script_path = temp_dir.path().join(\"js_execution.js\");\ntokio::fs::write(&script_path, code)\n    .await\n    .map_err(|e| ToolError::execution_failed(format!(\"tempfile write failed: {e}\")))?;\n\nlet mut cmd = tokio::process::Command::new(&node);\ncmd.arg(&script_path);\ncmd.current_dir(workspace);\n\nlet output = tokio::time::timeout(Duration::from_secs(120), cmd.output())\n    .await\n    .map_err(|_| ToolError::Timeout { seconds: 120 })\n    .and_then(|res| res.map_err(|e| ToolError::execution_failed(e.to_string())))?;\n```\n\nThe Command is built without `cmd.env_clear()` and without the project's `crate::child_env::apply_to_tokio_command` helper. Every variable in the parent process environment is inherited by the spawned `node`.\n\nFor comparison, exec_shell (`crates/tui/src/tools/shell.rs:790-792`) and the Python REPL (`crates/tui/src/repl/runtime.rs:238`) both apply the scrubber:\n\n```rust\nchild_env::apply_to_command(&mut cmd, child_env::string_map_env(&exec_env.env));\n```\n\napply_to_tokio_command calls `cmd.env_clear()` and then re-installs only the keys that pass `is_allowed_parent_env_key` (PATH, HOME, USER, LANG/LC_*, TMPDIR, proxy variables, Windows toolchain context, terminal settings). Secret-bearing variables (DEEPSEEK_API_KEY, OPENAI_API_KEY, AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, GITHUB_TOKEN, etc.) are not on the allowlist and are dropped before the child starts. The js_execution path bypasses both the env_clear and the allowlist.\n\nCommit history makes the gap explicit. Commit `e6d4eae fix(security): scrub child process environments` (2026-05-08) introduced child_env.rs and rewrote exec_shell, the Python REPL, the MCP launcher, and main.rs to use it. Commit `2566f3c feat(tools): add js_execution tool` (2026-05-12) added this file four days later and never picked up the helper.\n\nThe tool is described to the model and surfaced in the approval pane as \"Run model-provided JavaScript code in local Node.js execution sandbox\" (`crates/tui/src/core/engine/turn_loop.rs:1174-1176`). No sandbox is applied beyond a 120-second timeout; Node has full filesystem and network access in addition to the inherited environment. The wording understates the trust boundary that the user is being asked to cross.\n\nIn YOLO mode (`auto_approve=true`) the JS body runs without any prompt at all, so a single adversarial prompt-injection from a README, fetched web page, or MCP server output drains the parent environment to the next model turn.\n\n### PoC\n\nA standalone Cargo test reproduces the unscrubbed-env behavior. Save as `crates/tui/tests/js_execution_env_leak.rs` and run with `cargo test -p deepseek-tui --test js_execution_env_leak -- --nocapture`:\n\n```rust\nuse deepseek_tui::tools::js_execution::execute_js_execution_tool;\nuse serde_json::json;\nuse tempfile::tempdir;\n\n#[tokio::test]\nasync fn js_execution_inherits_parent_secrets() {\n    if deepseek_tui::dependencies::resolve_node().is_none() {\n        eprintln!(\"node not on PATH; skipping\");\n        return;\n    }\n    unsafe {\n        std::env::set_var(\"AWS_SECRET_ACCESS_KEY\", \"leak-marker-AKIA-EXAMPLE\");\n        std::env::set_var(\"DEEPSEEK_API_KEY\", \"leak-marker-sk-EXAMPLE\");\n    }\n    let tmp = tempdir().unwrap();\n    let result = execute_js_execution_tool(\n        &json!({\"code\": \"console.log(process.env.AWS_SECRET_ACCESS_KEY + '|' + process.env.DEEPSEEK_API_KEY)\"}),\n        tmp.path(),\n    ).await.expect(\"execute\");\n    let payload: serde_json::Value = serde_json::from_str(&result.content).unwrap();\n    let stdout = payload[\"stdout\"].as_str().unwrap_or(\"\");\n    assert!(stdout.contains(\"leak-marker-AKIA-EXAMPLE\"), \"AWS leaked: {stdout}\");\n    assert!(stdout.contains(\"leak-marker-sk-EXAMPLE\"), \"DEEPSEEK leaked: {stdout}\");\n}\n```\n\nEquivalent reproducer against the binary:\n\n```bash\nexport AWS_SECRET_ACCESS_KEY=\"leak-marker-AKIA-EXAMPLE\"\nexport DEEPSEEK_API_KEY=\"leak-marker-sk-EXAMPLE\"\ndeepseek\n# Ask the model to run:\n#   js_execution({\"code\":\"console.log(JSON.stringify(process.env))\"})\n# Approve once. The returned stdout contains every parent env value verbatim,\n# including the markers above, and is now part of the model's context for the next request.\n```\n\nThe fix is one line added next to the existing `cmd.current_dir(workspace)` call:\n\n```rust\nlet mut cmd = tokio::process::Command::new(&node);\ncmd.arg(&script_path);\ncmd.current_dir(workspace);\ncrate::child_env::apply_to_tokio_command(&mut cmd, std::iter::empty::<(&str, &str)>());\n```\n\nThis calls the existing helper with no overrides, mirroring how repl/runtime.rs spawns the Python REPL. The behavior the description string already promises (sandbox) is then partially honored: secret-bearing parent variables stay in the parent.\n\n### Impact\n\nThe tool returns parent-environment secrets to the model on a single approval, or with no approval in YOLO mode. Any variable the user has exported becomes part of the next model request and travels to the configured LLM provider's logs. Common variables that the codebase's own provider clients read from process env, and therefore the values most likely to be present, include DEEPSEEK_API_KEY, OPENAI_API_KEY, ANTHROPIC_API_KEY, MISTRAL_API_KEY, AZURE_OPENAI_API_KEY, XAI_API_KEY, GROQ_API_KEY, and TOGETHER_API_KEY. Cloud and source-control credentials commonly exported in developer shells include AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_SESSION_TOKEN, GOOGLE_APPLICATION_CREDENTIALS, GITHUB_TOKEN, GH_TOKEN, GITLAB_TOKEN, NPM_TOKEN, CARGO_REGISTRY_TOKEN, PYPI_API_TOKEN, and DATABASE_URL-style secrets. The local-sandbox wording shown at approval time understates the trust boundary, so users approving what they read as a sandboxed snippet do not anticipate that every shell-exported credential is reachable from the snippet. The remediation matches the pattern already adopted across exec_shell, the Python REPL, and the MCP launcher, so the gap is a missed call site rather than a design tradeoff.",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N"
  }, {
    "type" : "CVSS_V4",
    "score" : "CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "crates.io",
      "name" : "deepseek-tui"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0.8.32"
      }, {
        "last_affected" : "0.8.41"
      } ]
    } ]
  }, {
    "package" : {
      "ecosystem" : "npm",
      "name" : "deepseek-tui"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0.8.32"
      }, {
        "fixed" : "0.8.41"
      } ]
    } ]
  }, {
    "package" : {
      "ecosystem" : "crates.io",
      "name" : "codewhale-tui"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0.8.41"
      }, {
        "fixed" : "0.8.64"
      } ]
    } ]
  }, {
    "package" : {
      "ecosystem" : "npm",
      "name" : "codewhale"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0.8.41"
      }, {
        "fixed" : "0.8.64"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/Hmbown/CodeWhale/security/advisories/GHSA-h539-c7r8-3xq4"
  }, {
    "type" : "ADVISORY",
    "url" : "https://nvd.nist.gov/vuln/detail/CVE-2026-75915"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/Hmbown/CodeWhale/commit/26de44a8bd5051f8f944ea60b2c37ae1d2b7d25e"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/Hmbown/CodeWhale"
  }, {
    "type" : "WEB",
    "url" : "https://www.vulncheck.com/advisories/codewhale-before-environment-variable-leak-via-js-execution"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-200", "CWE-526" ],
    "severity" : "HIGH",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-09-04T18:03:08Z",
    "nvd_published_at" : "2026-08-18T16:18:23Z"
  }
}