<?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>Denial-of-Service on ZX Cloud Security</title><link>https://zxcloudsecurity.co.uk/tags/denial-of-service/</link><description>Recent content in Denial-of-Service on ZX Cloud Security</description><generator>Hugo</generator><language>en-GB</language><lastBuildDate>Thu, 04 Jun 2026 19:08:00 +0000</lastBuildDate><atom:link href="https://zxcloudsecurity.co.uk/tags/denial-of-service/index.xml" rel="self" type="application/rss+xml"/><item><title>OpenAI Codex Chains HTTP/2 DoS Attacks Autonomously</title><link>https://zxcloudsecurity.co.uk/posts/openai-codex-http2-dos-bomb-chained-attack/</link><pubDate>Thu, 04 Jun 2026 19:08:00 +0000</pubDate><guid>https://zxcloudsecurity.co.uk/posts/openai-codex-http2-dos-bomb-chained-attack/</guid><description>OpenAI&amp;#39;s Codex AI agent autonomously chained decade-old HTTP/2 DoS techniques to crash web servers in seconds — here&amp;#39;s what architects need to know.</description><content:encoded><![CDATA[<p>🟠 <strong>High</strong>  |  <strong>Source:</strong> <a href="https://www.theregister.com/security/2026/06/04/openais-codex-chains-decade-old-dos-techniques-into-http/2-bomb/5251377">The Register — Security</a></p>
<hr>
<p>OpenAI&rsquo;s Codex AI agent independently discovered and chained together multiple decade-old HTTP/2 denial-of-service techniques to bring down web servers within seconds, creating what researchers are calling an HTTP/2 bomb. This demonstrates that AI coding agents can autonomously rediscover and combine legacy attack methods into novel, highly effective exploits without human guidance. The incident raises significant concerns about the offensive security capabilities of large language model-based agents operating with minimal oversight.</p>
<blockquote>
<p><strong>Architect&rsquo;s Take:</strong> Review your HTTP/2 implementation and ensure rate limiting, connection throttling, and request flood protections are in place at your load balancer or WAF layer — AWS WAF, Azure Front Door, and GCP Cloud Armor all offer relevant rule sets that should be validated against HTTP/2-specific DoS vectors. Consider whether any AI coding agents in your environment have unrestricted outbound network access, and apply least-privilege controls accordingly.</p>
</blockquote>
<p><strong>Original advisory:</strong> <a href="https://www.theregister.com/security/2026/06/04/openais-codex-chains-decade-old-dos-techniques-into-http/2-bomb/5251377">OpenAI&rsquo;s agent chained decade-old DoS attacks to crash web servers in seconds</a></p>
]]></content:encoded></item><item><title>CVE-2026-46598: Go SSH Agent Client Panic Flaw</title><link>https://zxcloudsecurity.co.uk/posts/cve-2026-46598-golang-ssh-agent-client-panic-azure/</link><pubDate>Thu, 04 Jun 2026 08:45:22 +0000</pubDate><guid>https://zxcloudsecurity.co.uk/posts/cve-2026-46598-golang-ssh-agent-client-panic-azure/</guid><description>CVE-2026-46598 allows pathological inputs to crash Go SSH agent clients, risking denial of service in Azure and other Go-based workloads.</description><content:encoded><![CDATA[<p>🟠 <strong>High</strong>  |  <strong>Source:</strong> <a href="https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-46598">Microsoft Security Response Center</a></p>
<hr>
<p>CVE-2026-46598 is a vulnerability in the Go standard library package golang.org/x/crypto/ssh/agent, where supplying malformed or pathological inputs can cause a client application to panic and crash. This affects any service or tooling built with this SSH agent library, including Azure-hosted workloads that rely on Go-based SSH clients. The practical risk is denial of service, where an attacker able to send crafted SSH agent messages can bring down affected processes.</p>
<blockquote>
<p><strong>Architect&rsquo;s Take:</strong> Audit your Azure workloads and internal tooling for any Go applications using golang.org/x/crypto/ssh/agent and update the dependency to a patched version immediately; pay particular attention to internet-facing SSH automation, CI/CD pipelines, and bastion host tooling where untrusted input could reach the SSH agent.</p>
</blockquote>
<p><strong>Original advisory:</strong> <a href="https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-46598">CVE-2026-46598 Invoking  pathological inputs can lead to client panic in golang.org/x/crypto/ssh/agent</a></p>
]]></content:encoded></item><item><title>CVE-2026-39827: Go SSH Memory Leak DoS Vulnerability</title><link>https://zxcloudsecurity.co.uk/posts/cve-2026-39827-golang-ssh-memory-leak-dos-azure/</link><pubDate>Thu, 04 Jun 2026 08:44:26 +0000</pubDate><guid>https://zxcloudsecurity.co.uk/posts/cve-2026-39827-golang-ssh-memory-leak-dos-azure/</guid><description>CVE-2026-39827 is a memory leak in golang.org/x/crypto/ssh that enables Denial of Service by rejecting SSH channels. Azure workloads at risk.</description><content:encoded><![CDATA[<p>🟠 <strong>High</strong>  |  <strong>Source:</strong> <a href="https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-39827">Microsoft Security Response Center</a></p>
<hr>
<p>A memory leak vulnerability in the Go standard library&rsquo;s SSH package (golang.org/x/crypto/ssh) can be triggered when SSH channels are rejected, potentially allowing an attacker to exhaust server memory and cause a Denial of Service. This affects any service or application built with the affected Go crypto library, including Azure-hosted workloads. Because SSH is a foundational protocol for remote access and automation, the blast radius across cloud infrastructure can be significant.</p>
<blockquote>
<p><strong>Architect&rsquo;s Take:</strong> Audit your Azure workloads and internal tooling for services built with golang.org/x/crypto/ssh and prioritise patching to a fixed version of the library. Pay particular attention to any internet-facing SSH endpoints or Go-based automation pipelines, and consider rate-limiting or connection throttling as a short-term mitigation.</p>
</blockquote>
<p><strong>Original advisory:</strong> <a href="https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-39827">CVE-2026-39827 Invoking  memory leak when rejecting channels can lead to DoS in golang.org/x/crypto/ssh</a></p>
]]></content:encoded></item><item><title>CVE-2026-39835: Go SSH Library Server Panic Flaw</title><link>https://zxcloudsecurity.co.uk/posts/cve-2026-39835-golang-ssh-server-panic-denial-of-service-azure/</link><pubDate>Thu, 04 Jun 2026 08:44:06 +0000</pubDate><guid>https://zxcloudsecurity.co.uk/posts/cve-2026-39835-golang-ssh-server-panic-denial-of-service-azure/</guid><description>CVE-2026-39835 allows attackers to crash Go-based SSH servers without authentication via a panic in golang.org/x/crypto/ssh. Azure workloads at risk.</description><content:encoded><![CDATA[<p>🟠 <strong>High</strong>  |  <strong>Source:</strong> <a href="https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-39835">Microsoft Security Response Center</a></p>
<hr>
<p>CVE-2026-39835 is a vulnerability in the Go standard cryptography library (golang.org/x/crypto/ssh) that allows a remote attacker to trigger a server panic — effectively crashing the SSH server — during the host key check or authentication phase. This is a denial-of-service risk affecting any service or application built with this Go SSH package, including components deployed on Azure. It matters because a crash during authentication can be exploited without valid credentials, making it trivially weaponisable.</p>
<blockquote>
<p><strong>Architect&rsquo;s Take:</strong> Audit your Azure workloads and internal tooling for applications built with golang.org/x/crypto/ssh and prioritise patching to a fixed version of the library. Pay particular attention to Go-based microservices, infrastructure tooling, and any Azure-hosted SSH gateways or bastion services that may use this package.</p>
</blockquote>
<p><strong>Original advisory:</strong> <a href="https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-39835">CVE-2026-39835 Invoking  server panic during CheckHostKey/Authenticate in golang.org/x/crypto/ssh</a></p>
]]></content:encoded></item><item><title>CVE-2026-25680: Go HTML Parser DoS Vulnerability</title><link>https://zxcloudsecurity.co.uk/posts/cve-2026-25680-golang-x-net-html-denial-of-service-azure/</link><pubDate>Thu, 04 Jun 2026 08:43:47 +0000</pubDate><guid>https://zxcloudsecurity.co.uk/posts/cve-2026-25680-golang-x-net-html-denial-of-service-azure/</guid><description>CVE-2026-25680 allows denial of service via malicious HTML in golang.org/x/net/html. Azure-hosted Go apps processing untrusted HTML should patch immediatel</description><content:encoded><![CDATA[<p>🟠 <strong>High</strong>  |  <strong>Source:</strong> <a href="https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-25680">Microsoft Security Response Center</a></p>
<hr>
<p>CVE-2026-25680 is a denial-of-service vulnerability in the golang.org/x/net/html package, which is widely used by Go applications to parse HTML. An attacker can trigger the flaw by supplying specially crafted HTML input, causing the parser to consume excessive resources and crash or become unresponsive. Any Azure-hosted or Azure-integrated Go application that processes untrusted HTML content may be at risk.</p>
<blockquote>
<p><strong>Architect&rsquo;s Take:</strong> Audit your Go-based workloads and container images for dependencies on golang.org/x/net and update to the patched version immediately; pay particular attention to internet-facing services that accept user-supplied or third-party HTML input, as these are the most directly exposed.</p>
</blockquote>
<p><strong>Original advisory:</strong> <a href="https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-25680">CVE-2026-25680 Invoking denial of service when parsing arbitrary HTML in golang.org/x/net/html</a></p>
]]></content:encoded></item><item><title>CVE-2026-43964: Postfix Buffer Over-Read Crash Flaw</title><link>https://zxcloudsecurity.co.uk/posts/cve-2026-43964-postfix-buffer-over-read-denial-of-service-azure/</link><pubDate>Thu, 04 Jun 2026 08:42:06 +0000</pubDate><guid>https://zxcloudsecurity.co.uk/posts/cve-2026-43964-postfix-buffer-over-read-denial-of-service-azure/</guid><description>CVE-2026-43964 affects Postfix mail servers, causing process crashes via malformed status codes. Learn the impact and how to patch on Azure infrastructure.</description><content:encoded><![CDATA[<p>🟡 <strong>Medium</strong>  |  <strong>Source:</strong> <a href="https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-43964">Microsoft Security Response Center</a></p>
<hr>
<p>A buffer over-read vulnerability in Postfix mail transfer agent (versions before 3.8.16, 3.9.10, and 3.10.9) can cause the process to crash when it encounters a malformed enhanced status code missing text after the third numeric segment. This is a denial-of-service risk affecting any system running a vulnerable Postfix version, including those used within Azure-hosted infrastructure. While the vulnerability does not appear to allow remote code execution, an attacker able to deliver a crafted response could disrupt mail delivery services.</p>
<blockquote>
<p><strong>Architect&rsquo;s Take:</strong> Audit any Azure VMs, container workloads, or custom email relay infrastructure running Postfix and patch to 3.8.16, 3.9.10, or 3.10.9 as appropriate. If Postfix is deployed as part of a managed email gateway or relay tier, prioritise patching and review whether network-level controls can limit exposure to untrusted SMTP peers in the interim.</p>
</blockquote>
<p><strong>Original advisory:</strong> <a href="https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-43964">CVE-2026-43964 Postfix before 3.8.16, 3.9 before 3.9.10, and 3.10 before 3.10.9 sometimes allows a buffer over-read and process crash via an enhanced status code that lacks text after the third number.</a></p>
]]></content:encoded></item><item><title>CVE-2025-1149: GNU Binutils ld Memory Leak – Azure</title><link>https://zxcloudsecurity.co.uk/posts/cve-2025-1149-gnu-binutils-ld-xmalloc-memory-leak-azure/</link><pubDate>Thu, 04 Jun 2026 08:39:23 +0000</pubDate><guid>https://zxcloudsecurity.co.uk/posts/cve-2025-1149-gnu-binutils-ld-xmalloc-memory-leak-azure/</guid><description>CVE-2025-1149 is a memory leak in GNU Binutils ld (xmalloc.c). Learn about the Azure security impact and recommended patching guidance.</description><content:encoded><![CDATA[<p>🟢 <strong>Low</strong>  |  <strong>Source:</strong> <a href="https://msrc.microsoft.com/update-guide/vulnerability/CVE-2025-1149">Microsoft Security Response Center</a></p>
<hr>
<p>CVE-2025-1149 is a memory leak vulnerability in the GNU Binutils linker tool (ld), specifically within the xstrdup function in xmalloc.c. While memory leaks can cause service instability or denial of service, this issue has been flagged by Microsoft in the context of Azure, suggesting relevance to workloads or toolchains running on Azure infrastructure. The practical security impact is generally low unless an attacker can trigger repeated allocations to exhaust memory resources.</p>
<blockquote>
<p><strong>Architect&rsquo;s Take:</strong> Review whether your Azure-hosted build pipelines or developer toolchains use a vulnerable version of GNU Binutils and apply updated packages from your Linux distribution vendor; this is unlikely to be a critical priority but should be included in routine patching cycles for affected systems.</p>
</blockquote>
<p><strong>Original advisory:</strong> <a href="https://msrc.microsoft.com/update-guide/vulnerability/CVE-2025-1149">CVE-2025-1149 GNU Binutils ld xmalloc.c xstrdup memory leak</a></p>
]]></content:encoded></item><item><title>HTTP/2 Bomb DoS Flaw Hits NGINX, Apache, IIS &amp; Envoy</title><link>https://zxcloudsecurity.co.uk/posts/http2-bomb-vulnerability-remote-dos-nginx-apache-iis-envoy-cloudflare/</link><pubDate>Wed, 03 Jun 2026 08:33:35 +0000</pubDate><guid>https://zxcloudsecurity.co.uk/posts/http2-bomb-vulnerability-remote-dos-nginx-apache-iis-envoy-cloudflare/</guid><description>The HTTP/2 Bomb vulnerability enables remote denial-of-service attacks against NGINX, Apache, IIS, Envoy, and Cloudflare Pingora via default HTTP/2 configs</description><content:encoded><![CDATA[<p>🟠 <strong>High</strong>  |  <strong>Source:</strong> <a href="https://thehackernews.com/2026/06/new-http2-bomb-vulnerability-allows.html">The Hacker News</a></p>
<hr>
<p>A newly discovered vulnerability dubbed &lsquo;HTTP/2 Bomb&rsquo; allows attackers to remotely crash major web servers — including NGINX, Apache HTTPD, Microsoft IIS, Envoy, and Cloudflare Pingora — without authentication. The flaw exploits default HTTP/2 configurations, meaning most deployments are vulnerable out of the box. Because it affects such a broad range of widely used infrastructure, the potential impact is significant across cloud and on-premises environments alike.</p>
<blockquote>
<p><strong>Architect&rsquo;s Take:</strong> Audit your HTTP/2 configurations across all edge and origin servers immediately, and apply vendor patches or mitigations as they are released — prioritising internet-facing NGINX, Apache, IIS, and Envoy instances. In the interim, consider enforcing HTTP/2 connection and stream limits at your load balancer or WAF layer to reduce exposure.</p>
</blockquote>
<p><strong>Original advisory:</strong> <a href="https://thehackernews.com/2026/06/new-http2-bomb-vulnerability-allows.html">New HTTP/2 Bomb Vulnerability Allows Remote DoS on NGINX, Apache, IIS, Envoy &amp; Cloudflare</a></p>
]]></content:encoded></item></channel></rss>