<?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>Thu, 01 Oct 2026 18:45:07 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-55107</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-55107</link>
      <description>&lt;p&gt;Kobako is a Ruby gem that embeds a Wasm-isolated mruby interpreter inside applications, allowing execution of untrusted Ruby scripts (LLM-generated code, user formulas, student submissions, third-party plugins) in-process without giving them access to host memory, files, network, or credentials. From version 0.1.0 to before version 0.9.1, a guest mruby script running inside the Kobako sandbox can execute arbitrary Ruby in the host process, fully escaping the sandbox. This issue has been patched in version 0.9.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Kobako is a Ruby gem that embeds a Wasm-isolated mruby interpreter inside applications, allowing execution of untrusted Ruby scripts (LLM-generated code, user formulas, student submissions, third-party plugins) in-process without giving them access to host memory, files, network, or credentials. From version 0.1.0 to before version 0.9.1, a guest mruby script running inside the Kobako sandbox can execute arbitrary Ruby in the host process, fully escaping the sandbox. This issue has been patched in version 0.9.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-55107</guid>
    </item>
    <item>
      <title>GHSA-7pwq-q9jf-539h — kobako Sandbox Escape: guest eval reaches host RCE via method_missing → public_send (any bound Service)</title>
      <link>https://db.gcve.eu/vuln/ghsa-7pwq-q9jf-539h</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; RubyGems: kobako&lt;/p&gt;
&lt;p&gt;### Summary
A guest mruby script running inside the Kobako sandbox can execute arbitrary
Ruby in the host process, fully escaping the sandbox.&lt;/p&gt;
&lt;p&gt;### Details
A host embeds bound &amp;#34;Service&amp;#34; objects that guest scripts call across the wasm
boundary through the transport dispatcher. The dispatcher passed the
guest-supplied method name straight to `Object#public_send` on the bound
object, with no restriction to the object&amp;#39;s own methods:&lt;/p&gt;
&lt;p&gt;```ruby
target.public_send(method.to_sym, *args, **kwargs, &amp;amp;block)
```&lt;/p&gt;
&lt;p&gt;`public_send` can invoke any public method, including Ruby&amp;#39;s ambient
reflection surface. A guest pivots through the public `send` into otherwise
private Kernel methods: a dispatch request with `method = &amp;#34;send&amp;#34;` and
`args = [:eval, &amp;#34;&amp;lt;ruby&amp;gt;&amp;#34;]` evaluates to `target.send(:eval, &amp;#34;&amp;lt;ruby&amp;gt;&amp;#34;)`,
running attacker-controlled Ruby in the host. Any bound Service object is
sufficient — no Service-specific behavior is required.&lt;/p&gt;
&lt;p&gt;### Proof of Concept
A guest call equivalent to:&lt;/p&gt;
&lt;p&gt;```
Service.send(:eval, &amp;#34;&amp;lt;arbitrary host ruby&amp;gt;&amp;#34;)
```&lt;/p&gt;
&lt;p&gt;executes in the host process and can read or modify host state, spawn
processes, and so on.&lt;/p&gt;
&lt;p&gt;### Impact
Complete sandbox escape leading to remote code execution in the host process,
defeating the gem&amp;#39;s central guarantee of isolating untrusted mruby scripts.
Any deployment that runs untrusted or attacker-influenced scripts is affected.
All released versions (0.1.0 through 0.9.0) are vulnerable; the dispatcher
carried the same unguarded `public_send` sink under three su…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; RubyGems: kobako&lt;/p&gt;
&lt;p&gt;### Summary
A guest mruby script running inside the Kobako sandbox can execute arbitrary
Ruby in the host process, fully escaping the sandbox.&lt;/p&gt;
&lt;p&gt;### Details
A host embeds bound &amp;#34;Service&amp;#34; objects that guest scripts call across the wasm
boundary through the transport dispatcher. The dispatcher passed the
guest-supplied method name straight to `Object#public_send` on the bound
object, with no restriction to the object&amp;#39;s own methods:&lt;/p&gt;
&lt;p&gt;```ruby
target.public_send(method.to_sym, *args, **kwargs, &amp;amp;block)
```&lt;/p&gt;
&lt;p&gt;`public_send` can invoke any public method, including Ruby&amp;#39;s ambient
reflection surface. A guest pivots through the public `send` into otherwise
private Kernel methods: a dispatch request with `method = &amp;#34;send&amp;#34;` and
`args = [:eval, &amp;#34;&amp;lt;ruby&amp;gt;&amp;#34;]` evaluates to `target.send(:eval, &amp;#34;&amp;lt;ruby&amp;gt;&amp;#34;)`,
running attacker-controlled Ruby in the host. Any bound Service object is
sufficient — no Service-specific behavior is required.&lt;/p&gt;
&lt;p&gt;### Proof of Concept
A guest call equivalent to:&lt;/p&gt;
&lt;p&gt;```
Service.send(:eval, &amp;#34;&amp;lt;arbitrary host ruby&amp;gt;&amp;#34;)
```&lt;/p&gt;
&lt;p&gt;executes in the host process and can read or modify host state, spawn
processes, and so on.&lt;/p&gt;
&lt;p&gt;### Impact
Complete sandbox escape leading to remote code execution in the host process,
defeating the gem&amp;#39;s central guarantee of isolating untrusted mruby scripts.
Any deployment that runs untrusted or attacker-influenced scripts is affected.
All released versions (0.1.0 through 0.9.0) are vulnerable; the dispatcher
carried the same unguarded `public_send` sink under three su…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-7pwq-q9jf-539h</guid>
    </item>
  </channel>
</rss>
