<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-07T20:25:50.903938+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-368193</id>
    <title>EUVD-2026-368193</title>
    <updated>2026-10-07T20:25:50.966818+00:00</updated>
    <content>EUVD-2026-368193</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-368193"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-50018</id>
    <title>fkie_cve-2026-50018</title>
    <updated>2026-10-07T20:25:50.966864+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Hoverfly is an open source API simulation tool. Prior to version 1.12.8, remote post-serve actions use `http.DefaultClient` without any timeout configuration. When the remote endpoint is unreachable or intentionally slow (accepts TCP connection but never responds), each triggered proxy request spawns a goroutine that blocks indefinitely on `http.DefaultClient.Do()`. An attacker can cause unbounded goroutine accumulation leading to memory exhaustion and process crash (OOM kill). Unlike local post-serve action execution, this requires no binary execution, only a URL pointing to a non-responsive endpoint. Version 1.12.8 patches the issue.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-50018"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-42j2-w334-qxw7</id>
    <title>GHSA-42j2-w334-qxw7 — Hoverfly: Denial of Service via Goroutine Leak in Remote Post-Serve Actions</title>
    <updated>2026-10-07T20:25:50.966902+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/SpectoLabs/hoverfly</p>
<p>### Summary:</p>
<p>Remote post-serve actions use `http.DefaultClient` without any timeout configuration. When the remote endpoint is unreachable or intentionally slow (accepts TCP connection but never responds), each triggered proxy request spawns a goroutine that blocks indefinitely on `http.DefaultClient.Do()`. An attacker can cause unbounded goroutine accumulation leading to memory exhaustion and process crash (OOM kill). Unlike local post-serve action execution, this requires no binary execution, only a URL pointing to a non-responsive endpoint.</p>
<p>### Details:</p>
<p>**1. Remote actions executed in goroutines without timeout (`core/hoverfly.go:224-228`):**</p>
<p>```go
go postServeAction.Execute(result.Pair, journalIDChannel, hf.Journal)
```</p>
<p>Post-serve actions are executed in separate goroutines with no recovery wrapper.</p>
<p>**2. HTTP client has no timeout (`core/action/action.go:128-143`):**</p>
<p>```go
req, err := http.NewRequest("POST", action.Remote, bytes.NewBuffer(pairViewBytes))
// ...
resp, err := http.DefaultClient.Do(req)  // No timeout! Blocks forever.
```</p>
<p>`http.DefaultClient` has zero timeout by default in Go. If the remote server:
- Accepts the TCP connection but never sends a response
- Establishes TLS but never completes the handshake  
- Uses TCP window size 0 (flow control stall)</p>
<p>...the goroutine blocks indefinitely. There is no context cancellation, no deadline, and no cleanup.</p>
<p>**3. No goroutine limit or backpressure:**</p>
<p>There is no limit on how many post-serve action gorout…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-42j2-w334-qxw7"/>
  </entry>
</feed>
