<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Trustyai-Service-Operator - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/trustyai-service-operator/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Mon, 10 Aug 2026 21:37:46 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/trustyai-service-operator/feed.xml" rel="self" type="application/rss+xml"/><item><title>Arbitrary Code Execution in trustyai-service-operator via Sidecar Injection</title><link>https://feed.craftedsignal.io/briefs/2026-08-trustyai-rce/</link><pubDate>Mon, 10 Aug 2026 21:37:46 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-08-trustyai-rce/</guid><description>An authenticated user within a Kubernetes cluster can exploit the LMEvalJob controller in trustyai-service-operator to bypass security policies via custom sidecar containers, enabling arbitrary code execution.</description><content:encoded><![CDATA[<p>CVE-2026-15467 describes a security flaw within the trustyai-service-operator, specifically affecting the LMEvalJob controller. An authenticated user with existing access to the Kubernetes cluster can manipulate the configuration of the LMEvalJob to inject or configure a sidecar container. By crafting this sidecar configuration, the user can effectively bypass established cluster security policies (such as Pod Security Admissions or Pod Security Policies). This bypass facilitates the execution of arbitrary, untrusted remote code within the context of the cluster, posing a significant risk for lateral movement, data exfiltration, or further compromise of the containerized environment. This vulnerability highlights the importance of restricting access to CRD (Custom Resource Definition) creation and modification in environments utilizing the trustyai-service-operator.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows an authenticated cluster user to escalate privileges and execute arbitrary commands, potentially compromising the integrity and confidentiality of the entire Kubernetes cluster environment. There are no observed victim counts at this time, but the vulnerability affects all deployments utilizing the vulnerable versions of the trustyai-service-operator.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Restrict access to the creation and update operations for the LMEvalJob custom resource to trusted administrative users only.</li>
<li>Implement and enforce Kubernetes Admission Controllers that validate sidecar container definitions to prevent unauthorized policy bypasses.</li>
<li>Patch the trustyai-service-operator to the latest version provided by Red Hat as soon as the security update is available.</li>
<li>Monitor Kubernetes audit logs for suspicious modifications to LMEvalJob resources, specifically focusing on fields related to sidecar configuration.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>