<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Mon, 28 Sep 2026 18:45:19 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-32723</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-32723</link>
      <description>&lt;p&gt;SandboxJS is a JavaScript sandboxing library. Prior to 0.8.35, SandboxJS timers have an execution-quota bypass. A global tick state (`currentTicks.current`) is shared between sandboxes. Timer string handlers are compiled at execution time using that global tick state rather than the scheduling sandbox&amp;#39;s tick object. In multi-tenant / concurrent sandbox scenarios, another sandbox can overwrite `currentTicks.current` between scheduling and execution, causing the timer callback to run under a different sandbox&amp;#39;s tick budget and bypass the original sandbox&amp;#39;s execution quota/watchdog. Version 0.8.35 fixes this issue.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;SandboxJS is a JavaScript sandboxing library. Prior to 0.8.35, SandboxJS timers have an execution-quota bypass. A global tick state (`currentTicks.current`) is shared between sandboxes. Timer string handlers are compiled at execution time using that global tick state rather than the scheduling sandbox&amp;#39;s tick object. In multi-tenant / concurrent sandbox scenarios, another sandbox can overwrite `currentTicks.current` between scheduling and execution, causing the timer callback to run under a different sandbox&amp;#39;s tick budget and bypass the original sandbox&amp;#39;s execution quota/watchdog. Version 0.8.35 fixes this issue.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-32723</guid>
    </item>
    <item>
      <title>GHSA-7p5m-xrh7-769r — SandboxJS has an execution-quota bypass (cross-sandbox currentTicks race) in SandboxJS timers</title>
      <link>https://db.gcve.eu/vuln/ghsa-7p5m-xrh7-769r</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @nyariv/sandboxjs&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;Assumed repo path is `/Users/zwique/Downloads/SandboxJS-0.8.34` (no `/Users/zwique/Downloads/SandboxJS` found). A global tick state (`currentTicks.current`) is shared between sandboxes. Timer string handlers are compiled at execution time using that global tick state rather than the scheduling sandbox&amp;#39;s tick object. In multi-tenant / concurrent sandbox scenarios, another sandbox can overwrite `currentTicks.current` between scheduling and execution, causing the timer callback to run under a different sandbox&amp;#39;s tick budget and bypass the original sandbox&amp;#39;s execution quota/watchdog.&lt;/p&gt;
&lt;p&gt;**Impact:** execution quota bypass → CPU/resource abuse&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;- **Affected project:** SandboxJS (owner: nyariv)
- **Assumed checked-out version:** `SandboxJS-0.8.34` at `/Users/zwique/Downloads/SandboxJS-0.8.34`&lt;/p&gt;
&lt;p&gt;### Vulnerable code paths&lt;/p&gt;
&lt;p&gt;- **`/src/eval.ts`** — `sandboxFunction` binds `ticks` using `ticks || currentTicks.current`:
  ```
  createFunction(..., ticks || currentTicks.current, { ...context, ... })
  ```
  Relevant lines: 44, 53, 164, 167.&lt;/p&gt;
&lt;p&gt;- **`/src/evaluator.ts` / `/src/executor.ts`** — global ticks:
  ```
  export const currentTicks = { current: { ticks: BigInt(0) } as Ticks };
  ```
  and
  ```
  _execNoneRecurse(...) { currentTicks.current = ticks; ... }
  ```
  Relevant lines: ~1700, 1712.&lt;/p&gt;
&lt;p&gt;- **`sandboxedSetTimeout`** compiles string handlers at execution time, not at scheduling time, which lets `currentTicks.current` be the wrong sandbox&amp;#39;s ticks when com…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @nyariv/sandboxjs&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;Assumed repo path is `/Users/zwique/Downloads/SandboxJS-0.8.34` (no `/Users/zwique/Downloads/SandboxJS` found). A global tick state (`currentTicks.current`) is shared between sandboxes. Timer string handlers are compiled at execution time using that global tick state rather than the scheduling sandbox&amp;#39;s tick object. In multi-tenant / concurrent sandbox scenarios, another sandbox can overwrite `currentTicks.current` between scheduling and execution, causing the timer callback to run under a different sandbox&amp;#39;s tick budget and bypass the original sandbox&amp;#39;s execution quota/watchdog.&lt;/p&gt;
&lt;p&gt;**Impact:** execution quota bypass → CPU/resource abuse&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;- **Affected project:** SandboxJS (owner: nyariv)
- **Assumed checked-out version:** `SandboxJS-0.8.34` at `/Users/zwique/Downloads/SandboxJS-0.8.34`&lt;/p&gt;
&lt;p&gt;### Vulnerable code paths&lt;/p&gt;
&lt;p&gt;- **`/src/eval.ts`** — `sandboxFunction` binds `ticks` using `ticks || currentTicks.current`:
  ```
  createFunction(..., ticks || currentTicks.current, { ...context, ... })
  ```
  Relevant lines: 44, 53, 164, 167.&lt;/p&gt;
&lt;p&gt;- **`/src/evaluator.ts` / `/src/executor.ts`** — global ticks:
  ```
  export const currentTicks = { current: { ticks: BigInt(0) } as Ticks };
  ```
  and
  ```
  _execNoneRecurse(...) { currentTicks.current = ticks; ... }
  ```
  Relevant lines: ~1700, 1712.&lt;/p&gt;
&lt;p&gt;- **`sandboxedSetTimeout`** compiles string handlers at execution time, not at scheduling time, which lets `currentTicks.current` be the wrong sandbox&amp;#39;s ticks when com…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-7p5m-xrh7-769r</guid>
    </item>
  </channel>
</rss>
