CVE-2026-61670: microsandbox Secret Values Exposed Vulnerability

MODERATE
Advisory Identifier: GHSA-m8f5-rh7h-vgg3
CVSS 6.5
CWE-214
Published
Advisory Summary

CVE-2026-61670 is a MODERATE (CVSS 6.5) secret values exposed vulnerability (CWE-214: Invocation of Process Using Visible Sensitive Information) affecting microsandbox libraries in the crates.io ecosystem. The issue involves secret values exposed in world-readable process arguments. Remediation is available by upgrading affected packages to version 0.5.10.

CVE-2026-61670 at a Glance

CVE Identifier CVE-2026-61670
GHSA Identifier GHSA-m8f5-rh7h-vgg3
Severity MODERATE
CVSS v3.1 Base Score 6.5
CWE Classification CWE-214: Invocation of Process Using Visible Sensitive Information
Affected Product microsandbox
Package Ecosystem crates.io
Published Date
Last Updated

Security Impact

CVSS: 6.5

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

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

How to Fix CVE-2026-61670

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

microsandbox fixed: 0.5.10
Upgrade microsandbox to 0.5.10
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 microsandbox

How to Check if You Are Affected

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

inspect dependencies for microsandbox

Analyze the terminal output to locate any version of microsandbox in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 0.5.10), 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-214: Invocation of Process Using Visible Sensitive Information, where a process is invoked with sensitive command-line arguments, environment variables, or other elements that can be seen by other processes on the operating system. In microsandbox, 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

## Summary When the SDK spawns a sandbox, the `msb sandbox` child process receives the full network configuration as an inline `--network-config <json>` command-line argument, and any per-sandbox environment as repeated `--env KEY=VALUE` arguments. On Linux a process's arguments are world-readable via `/proc/<pid>/cmdline`, and on both Linux and macOS they are visible to other local processes via `ps`. Because the network configuration carries the real secret values used for host-side secret substitution, any unprivileged local user (or any process running as a different user on the same host) can read those secrets directly out of the process listing for as long as the sandbox is running. This defeats the "secrets that can't leak" guarantee for the host side of the boundary. ## Details The SDK serializes the entire `NetworkConfig`, including the real (non-placeholder) secret values, and pushes it onto the child argv, in `sdk/rust/lib/runtime/spawn.rs` near line 1241: ```rust let net_json = serde_json::to_string(&config.network) .expect("failed to serialize network config"); args.push(OsString::from("--network-config")); args.push(OsString::from(net_json)); // secrets land in argv here ``` The CLI accepts it only as an inline string and parses it with `serde_json::from_str`, so there is no off-argv channel today. The field is declared at `crates/cli/lib/sandbox_cmd.rs` line 152 and parsed near line 234: ```rust /// Network configuration as JSON. pub network_config: Option<String>, // parsed near line 234 .map(|json| serde_json::from_str::<NetworkConfig>(json).expect(...)) ``` The same exposure applies to environment values, which are passed one per argument (`spawn.rs` ~lines 1249-1251): ```rust for (key, value) in &config.env { args.push(OsString::from("--env")); args.push(OsString::from(format!("{key}={value}"))); } ``` Any secret a user places in `env` or in the network config (e.g. upstream API keys used for the host-side proxy substitution) is therefore present in the process command line. The fix and reusable in-repo patterns are tracked, from a readability angle, in issue #997: passing bulky config over an inherited file descriptor (`--network-config-fd <n>`) the way `--parent-watch-fd` already does (`spawn.rs` lines 207-233, `vm::PARENT_WATCH_FD`) removes the values from argv entirely. An env-var alternative does not fully fix this as `/proc/<pid>/environ` is still readable by the same uid and root and is inherited by children, so an fd or reference handoff is the appropriate channel for secret material. ## PoC 1. Launch any sandbox that includes a secret, e.g. a network config with an upstream credential to be substituted, or an `--env` carrying a token. 2. From a separate, unprivileged shell on the same host (no root, different local user is sufficient): 3. The output contains the full `--network-config {...}` JSON with the real secret values, and any `--env KEY=VALUE` secrets, in cleartext. No special privileges, no debugger, and no access to the spawning user's session are required. The window of exposure is the entire lifetime of the sandbox process. ## Impact Local information disclosure of secrets (CWE-214: invocation of process using visible sensitive information / CWE-200). Any local user or co-resident process on the host running a microsandbox can read credentials that were meant to stay host-side and never reach untrusted code. This is most serious on shared or multi-tenant hosts, CI runners, and developer machines running other untrusted tooling, where the threat model explicitly assumes the secret never leaves the trusted host boundary. The vulnerability does not require code execution inside the sandbox; it is exploitable purely from the host's process table.

CVE-2026-61670 Affected microsandbox Versions

1 component(s)
Fixed Versions:
0.5.10
Product / Package Ecosystem Affected Versions Fixed Version
microsandbox
crates.io
< 0.5.10
0.5.10

References

Frequently Asked Questions

What is CVE-2026-61670?
CVE-2026-61670 is a security vulnerability in microsandbox involving Secret values exposed in world-readable process arguments under CWE-214: Invocation of Process Using Visible Sensitive Information.
Which microsandbox versions are affected?
Affected versions include releases prior to 0.5.10 across affected packages: microsandbox.
What version fixes CVE-2026-61670?
Upgrading to 0.5.10 (or the latest patched release for your respective branch) resolves the vulnerability.
Is microsandbox affected?
Yes, microsandbox is affected in releases prior to 0.5.10. Upgrade your dependency to 0.5.10 or later.
What is the CVSS score of CVE-2026-61670?
CVE-2026-61670 has a CVSS v3.1 base score of 6.5 (MODERATE) with vector string CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N.
What CWE is associated with CVE-2026-61670?
CVE-2026-61670 is classified under CWE-214: Invocation of Process Using Visible Sensitive Information (A process is invoked with sensitive command-line arguments, environment variables, or other elements that can be seen by other processes on the operating system.).
How can I check crates.io dependencies for CVE-2026-61670?
Run the dependency tree command: 'inspect dependencies for microsandbox'. 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-m8f5-rh7h-vgg3",
  "modified" : "2026-09-22T19:43:04Z",
  "published" : "2026-09-22T19:43:04Z",
  "aliases" : [ "CVE-2026-61670" ],
  "summary" : "microsandbox: Secret values exposed in world-readable process arguments",
  "details" : "## Summary\n\nWhen the SDK spawns a sandbox, the `msb sandbox` child process receives the full network configuration as an inline `--network-config <json>` command-line argument, and any per-sandbox environment as repeated `--env KEY=VALUE` arguments. On Linux a process's arguments are world-readable via `/proc/<pid>/cmdline`, and on both Linux and macOS they are visible to other local processes via `ps`. Because the network configuration carries the real secret values used for host-side secret substitution, any unprivileged local user (or any process running as a different user on the same host) can read those secrets directly out of the process listing for as long as the sandbox is running. This defeats the \"secrets that can't leak\" guarantee for the host side of the boundary.\n\n## Details\n\nThe SDK serializes the entire `NetworkConfig`, including the real (non-placeholder) secret values, and pushes it onto the child argv, in `sdk/rust/lib/runtime/spawn.rs` near line 1241:\n\n```rust\nlet net_json = serde_json::to_string(&config.network)\n     .expect(\"failed to serialize network config\");\nargs.push(OsString::from(\"--network-config\"));\nargs.push(OsString::from(net_json));   // secrets land in argv here\n```\n\nThe CLI accepts it only as an inline string and parses it with `serde_json::from_str`, so there is no off-argv channel today. The field is declared at `crates/cli/lib/sandbox_cmd.rs` line 152 and parsed near line 234:\n\n```rust\n/// Network configuration as JSON.\npub network_config: Option<String>,\n\n// parsed near line 234\n.map(|json| serde_json::from_str::<NetworkConfig>(json).expect(...))\n```\n\nThe same exposure applies to environment values, which are passed one per argument (`spawn.rs` ~lines 1249-1251):\n\n```rust\nfor (key, value) in &config.env {\n    args.push(OsString::from(\"--env\"));\n    args.push(OsString::from(format!(\"{key}={value}\")));\n}\n```\n\nAny secret a user places in `env` or in the network config (e.g. upstream API keys used for the host-side proxy substitution) is therefore present in the process command line.\n\nThe fix and reusable in-repo patterns are tracked, from a readability angle, in issue #997: passing bulky config over an inherited file descriptor (`--network-config-fd <n>`) the way `--parent-watch-fd` already does (`spawn.rs` lines 207-233, `vm::PARENT_WATCH_FD`) removes the values from argv entirely. An env-var alternative does not fully fix this as `/proc/<pid>/environ` is still readable by the same uid and root and is inherited by children, so an fd or reference handoff is the appropriate channel for secret material.\n\n## PoC\n\n1. Launch any sandbox that includes a secret, e.g. a network config with an upstream credential to be substituted, or an `--env` carrying a token.\n2. From a separate, unprivileged shell on the same host (no root, different local user is sufficient):\n3. The output contains the full `--network-config {...}` JSON with the real secret values, and any `--env KEY=VALUE` secrets, in cleartext.\n\nNo special privileges, no debugger, and no access to the spawning user's session are required. The window of exposure is the entire lifetime of the sandbox process.\n\n## Impact\n\nLocal information disclosure of secrets (CWE-214: invocation of process using visible sensitive information / CWE-200). Any local user or co-resident process on the host running a microsandbox can read credentials that were meant to stay host-side and never reach untrusted code. This is most serious on shared or multi-tenant hosts, CI runners, and developer machines running other untrusted tooling, where the threat model explicitly assumes the secret never leaves the trusted host boundary. The vulnerability does not require code execution inside the sandbox; it is exploitable purely from the host's process table.",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "crates.io",
      "name" : "microsandbox"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "0.5.10"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/superradcompany/microsandbox/security/advisories/GHSA-m8f5-rh7h-vgg3"
  }, {
    "type" : "ADVISORY",
    "url" : "https://nvd.nist.gov/vuln/detail/CVE-2026-61670"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/superradcompany/microsandbox/issues/997"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/superradcompany/microsandbox/pull/1006"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/superradcompany/microsandbox/commit/2ac6a177b11212d392bf1e7dc77aaf14e4768aa8"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/superradcompany/microsandbox/commit/fbfb2366bfafad5e6df8778183f95fd8ca3c00a4"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/superradcompany/microsandbox"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/superradcompany/microsandbox/releases/tag/v0.5.10"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-214" ],
    "severity" : "MODERATE",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-09-22T19:43:04Z",
    "nvd_published_at" : "2026-09-18T21:17:01Z"
  }
}