<?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://cve.radiocsirt.org</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, 06 Oct 2026 16:54:08 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-342685</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-342685</link>
      <description>EUVD-2026-342685</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-342685</guid>
    </item>
    <item>
      <title>fkie_cve-2026-67439</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-67439</link>
      <description>&lt;p&gt;OliveTin gives safe and simple access to predefined shell commands from a web interface. Prior to 3000.17.0, the service/internal/api/api.go StartActionAndWait and StartActionByGetAndWait endpoints return full LogEntry output after execution without enforcing the logs permission, allowing a user with exec permission but logs:false to read action output. This issue is fixed in version 3000.17.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;OliveTin gives safe and simple access to predefined shell commands from a web interface. Prior to 3000.17.0, the service/internal/api/api.go StartActionAndWait and StartActionByGetAndWait endpoints return full LogEntry output after execution without enforcing the logs permission, allowing a user with exec permission but logs:false to read action output. This issue is fixed in version 3000.17.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-67439</guid>
    </item>
    <item>
      <title>GHSA-jm28-2wcr-qf3h — OliveTin: StartActionAndWait Endpoints Bypass `logs` Permission and Return Action Output</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-jm28-2wcr-qf3h</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/OliveTin/OliveTin&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The synchronous execution RPCs `StartActionAndWait` and `StartActionByGetAndWait` return the full `LogEntry` for the just-executed action without checking whether the caller is allowed to read that action&amp;#39;s logs.&lt;/p&gt;
&lt;p&gt;OliveTin&amp;#39;s ACL model separates `exec` from `logs`. A deployment can intentionally allow a user to run an action while denying access to its historical or live output. That separation is enforced in `GetLogs`, `GetActionLogs`, `ExecutionStatus`, and `EventStream`, but it is not enforced in the synchronous `...AndWait` endpoints.&lt;/p&gt;
&lt;p&gt;As a result, any user who can execute an action through these endpoints can read the action output immediately even when the action&amp;#39;s ACL explicitly sets `logs:false`.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;OliveTin defines separate per-action permissions:&lt;/p&gt;
&lt;p&gt;```go
// service/internal/config/config.go
type PermissionsList struct {
    View bool `koanf:&amp;#34;view&amp;#34;`
    Exec bool `koanf:&amp;#34;exec&amp;#34;`
    Logs bool `koanf:&amp;#34;logs&amp;#34;`
    Kill bool `koanf:&amp;#34;kill&amp;#34;`
}
```&lt;/p&gt;
&lt;p&gt;The normal log and streaming paths correctly enforce `logs` permission:&lt;/p&gt;
&lt;p&gt;```go
// service/internal/api/api.go
func (api *oliveTinAPI) isLogEntryAllowed(e *executor.InternalLogEntry, user *authpublic.AuthenticatedUser) bool {
    if user == nil || !isValidLogEntry(e) {
        return false
    }
    return acl.IsAllowedLogs(api.cfg, user, e.Binding.Action)
}
```&lt;/p&gt;
&lt;p&gt;That check is used by:&lt;/p&gt;
&lt;p&gt;- `GetLogs`
- `GetActionLogs`
- `ExecutionStatus`
- `EventStream`&lt;/p&gt;
&lt;p&gt;However, the synchronous execution endpoints directly retu…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/OliveTin/OliveTin&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The synchronous execution RPCs `StartActionAndWait` and `StartActionByGetAndWait` return the full `LogEntry` for the just-executed action without checking whether the caller is allowed to read that action&amp;#39;s logs.&lt;/p&gt;
&lt;p&gt;OliveTin&amp;#39;s ACL model separates `exec` from `logs`. A deployment can intentionally allow a user to run an action while denying access to its historical or live output. That separation is enforced in `GetLogs`, `GetActionLogs`, `ExecutionStatus`, and `EventStream`, but it is not enforced in the synchronous `...AndWait` endpoints.&lt;/p&gt;
&lt;p&gt;As a result, any user who can execute an action through these endpoints can read the action output immediately even when the action&amp;#39;s ACL explicitly sets `logs:false`.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;OliveTin defines separate per-action permissions:&lt;/p&gt;
&lt;p&gt;```go
// service/internal/config/config.go
type PermissionsList struct {
    View bool `koanf:&amp;#34;view&amp;#34;`
    Exec bool `koanf:&amp;#34;exec&amp;#34;`
    Logs bool `koanf:&amp;#34;logs&amp;#34;`
    Kill bool `koanf:&amp;#34;kill&amp;#34;`
}
```&lt;/p&gt;
&lt;p&gt;The normal log and streaming paths correctly enforce `logs` permission:&lt;/p&gt;
&lt;p&gt;```go
// service/internal/api/api.go
func (api *oliveTinAPI) isLogEntryAllowed(e *executor.InternalLogEntry, user *authpublic.AuthenticatedUser) bool {
    if user == nil || !isValidLogEntry(e) {
        return false
    }
    return acl.IsAllowedLogs(api.cfg, user, e.Binding.Action)
}
```&lt;/p&gt;
&lt;p&gt;That check is used by:&lt;/p&gt;
&lt;p&gt;- `GetLogs`
- `GetActionLogs`
- `ExecutionStatus`
- `EventStream`&lt;/p&gt;
&lt;p&gt;However, the synchronous execution endpoints directly retu…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-jm28-2wcr-qf3h</guid>
    </item>
  </channel>
</rss>
