<?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>Fleet/V4 — CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/fleet/v4/</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>Thu, 14 May 2026 13:18:43 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/fleet/v4/feed.xml" rel="self" type="application/rss+xml"/><item><title>Fleet Server gRPC PublishLogs Endpoint Denial-of-Service Vulnerability (CVE-2026-26062)</title><link>https://feed.craftedsignal.io/briefs/2026-05-fleet-grpc-dos/</link><pubDate>Thu, 14 May 2026 13:18:43 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-05-fleet-grpc-dos/</guid><description>Fleet server versions prior to 4.81.0 are vulnerable to a denial-of-service (DoS) via the gRPC Launcher `PublishLogs` endpoint, where unexpected input values can cause the server process to terminate upon receiving a crafted request from an authenticated Launcher host.</description><content:encoded><![CDATA[<p>Fleet server versions before 4.81.0 contain a denial-of-service vulnerability affecting the gRPC Launcher&rsquo;s <code>PublishLogs</code> endpoint. This flaw allows an authenticated attacker, possessing a valid Launcher node key, to send a specially crafted gRPC request that the Fleet server fails to handle gracefully. The unexpected input within this request triggers a condition leading to the immediate termination of the Fleet server process, causing a complete denial of service. The vulnerability, assigned CVE-2026-26062, stems from inadequate input validation on the <code>PublishLogs</code> endpoint. Successful exploitation requires a valid Launcher node key, limiting the attack surface to compromised or malicious Launcher hosts enrolled within the Fleet management infrastructure.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker gains access to a valid Launcher node key, either through compromise of a Launcher host or insider threat.</li>
<li>Attacker crafts a malicious gRPC request specifically targeting the <code>PublishLogs</code> endpoint of the Fleet server.</li>
<li>The malicious gRPC request contains unexpected or malformed input designed to trigger the vulnerability.</li>
<li>Attacker authenticates to the Fleet server using the compromised Launcher node key.</li>
<li>Attacker sends the crafted gRPC request to the <code>PublishLogs</code> endpoint.</li>
<li>The Fleet server receives the malicious request and attempts to process the malformed input.</li>
<li>Due to inadequate input validation, the server encounters an unhandled exception or error condition.</li>
<li>The unhandled exception causes the Fleet server process to terminate unexpectedly, resulting in a denial of service.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation of this vulnerability results in an immediate and complete denial of service, impacting the availability of Fleet server. This could disrupt endpoint monitoring, policy enforcement, and other critical security functions dependent on the Fleet platform. Although there is no exposure of sensitive data, authentication bypass, privilege escalation, or integrity impact, the disruption to operations can be significant, especially in environments relying heavily on Fleet for endpoint management and security visibility. The number of affected organizations depends on the prevalence of Fleet deployments and the attacker&rsquo;s ability to compromise Launcher node keys.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade Fleet server to version 4.81.0 or later to remediate the vulnerability (CVE-2026-26062).</li>
<li>Restrict network access to the Fleet gRPC endpoint (where feasible) to limit potential attack surfaces, as described in the advisory.</li>
<li>Deploy Fleet behind infrastructure that terminates or filters gRPC traffic if Launcher log ingestion is not required, mitigating the impact of malicious requests.</li>
<li>Monitor for repeated Fleet process crashes or unexpected restarts, indicating potential exploitation attempts, as suggested in the advisory.</li>
<li>Implement the Sigma rule &ldquo;Detect Fleet Server Crashes&rdquo; to identify potential exploitation attempts based on server crash events.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>denial-of-service</category><category>grpc</category><category>fleet</category><category>github advisory</category></item></channel></rss>