<?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://vulnerability.circl.lu</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>Tue, 29 Sep 2026 22:33:59 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-30887</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-30887</link>
      <description>&lt;p&gt;OneUptime is a solution for monitoring and managing online services. Prior to 10.0.18, OneUptime allows project members to run custom Playwright/JavaScript code via Synthetic Monitors to test websites. However, the system executes this untrusted user code inside the insecure Node.js vm module. By leveraging a standard prototype-chain escape (this.constructor.constructor), an attacker can bypass the sandbox, gain access to the underlying Node.js process object, and execute arbitrary system commands (RCE) on the oneuptime-probe container. Furthermore, because the probe holds database/cluster credentials in its environment variables, this directly leads to a complete cluster compromise. This vulnerability is fixed in 10.0.18.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;OneUptime is a solution for monitoring and managing online services. Prior to 10.0.18, OneUptime allows project members to run custom Playwright/JavaScript code via Synthetic Monitors to test websites. However, the system executes this untrusted user code inside the insecure Node.js vm module. By leveraging a standard prototype-chain escape (this.constructor.constructor), an attacker can bypass the sandbox, gain access to the underlying Node.js process object, and execute arbitrary system commands (RCE) on the oneuptime-probe container. Furthermore, because the probe holds database/cluster credentials in its environment variables, this directly leads to a complete cluster compromise. This vulnerability is fixed in 10.0.18.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-30887</guid>
    </item>
    <item>
      <title>GHSA-h343-gg57-2q67 — OneUpTime's Unsandboxed Code Execution in Probe Allows Any Project Member to Achieve RCE</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-h343-gg57-2q67</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @oneuptime/common&lt;/p&gt;
&lt;p&gt;### Summary
OneUptime allows project members to run custom Playwright/JavaScript code via Synthetic Monitors to test websites. However, the system executes this untrusted user code inside the insecure Node.js `vm` module. By leveraging a standard prototype-chain escape (`this.constructor.constructor`), an attacker can bypass the sandbox, gain access to the underlying Node.js `process` object, and execute arbitrary system commands (RCE) on the `oneuptime-probe` container. Furthermore, because the probe holds database/cluster credentials in its environment variables, this directly leads to a complete cluster compromise.&lt;/p&gt;
&lt;p&gt;### Details
The root cause of the vulnerability exists in [Common/Server/Utils/VM/VMRunner.ts](oneuptime/Common/Server/Utils/VM/VMRunner.ts) where user-supplied JavaScript is executed using `vm.runInContext()`:&lt;/p&gt;
&lt;p&gt;```typescript
const vmPromise = vm.runInContext(script, sandbox, { ... });
```&lt;/p&gt;
&lt;p&gt;The Node.js documentation explicitly warns that the `vm` module is not a security boundary and should never be used to run untrusted code.&lt;/p&gt;
&lt;p&gt;When a user creates a **Synthetic Monitor**, the code inputted into the Playwright script editor is passed directly to this backend function without any AST filtering or secure isolation (e.g., `isolated-vm` or a dedicated restricted container).&lt;/p&gt;
&lt;p&gt;An attacker can use the payload `const proc = this.constructor.constructor(&amp;#39;return process&amp;#39;)();` to step out of the sandbox context and grab the host&amp;#39;s native `process` object. From there, th…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @oneuptime/common&lt;/p&gt;
&lt;p&gt;### Summary
OneUptime allows project members to run custom Playwright/JavaScript code via Synthetic Monitors to test websites. However, the system executes this untrusted user code inside the insecure Node.js `vm` module. By leveraging a standard prototype-chain escape (`this.constructor.constructor`), an attacker can bypass the sandbox, gain access to the underlying Node.js `process` object, and execute arbitrary system commands (RCE) on the `oneuptime-probe` container. Furthermore, because the probe holds database/cluster credentials in its environment variables, this directly leads to a complete cluster compromise.&lt;/p&gt;
&lt;p&gt;### Details
The root cause of the vulnerability exists in [Common/Server/Utils/VM/VMRunner.ts](oneuptime/Common/Server/Utils/VM/VMRunner.ts) where user-supplied JavaScript is executed using `vm.runInContext()`:&lt;/p&gt;
&lt;p&gt;```typescript
const vmPromise = vm.runInContext(script, sandbox, { ... });
```&lt;/p&gt;
&lt;p&gt;The Node.js documentation explicitly warns that the `vm` module is not a security boundary and should never be used to run untrusted code.&lt;/p&gt;
&lt;p&gt;When a user creates a **Synthetic Monitor**, the code inputted into the Playwright script editor is passed directly to this backend function without any AST filtering or secure isolation (e.g., `isolated-vm` or a dedicated restricted container).&lt;/p&gt;
&lt;p&gt;An attacker can use the payload `const proc = this.constructor.constructor(&amp;#39;return process&amp;#39;)();` to step out of the sandbox context and grab the host&amp;#39;s native `process` object. From there, th…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-h343-gg57-2q67</guid>
    </item>
  </channel>
</rss>
