<?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 04:32:33 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-281036</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-281036</link>
      <description>EUVD-2026-281036</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-281036</guid>
    </item>
    <item>
      <title>fkie_cve-2026-34148</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-34148</link>
      <description>&lt;p&gt;Fedify is a TypeScript library for building federated server apps powered by ActivityPub. Prior to 1.9.6, 1.10.5, 2.0.8, and 2.1.1, @fedify/fedify follows HTTP redirects recursively in its remote document loader and authenticated document loader without enforcing a maximum redirect count or visited-URL loop detection. An attacker who controls a remote ActivityPub key or actor URL can force a server using Fedify to make repeated outbound requests from a single inbound request, leading to resource consumption and denial of service. This vulnerability is fixed in 1.9.6, 1.10.5, 2.0.8, and 2.1.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Fedify is a TypeScript library for building federated server apps powered by ActivityPub. Prior to 1.9.6, 1.10.5, 2.0.8, and 2.1.1, @fedify/fedify follows HTTP redirects recursively in its remote document loader and authenticated document loader without enforcing a maximum redirect count or visited-URL loop detection. An attacker who controls a remote ActivityPub key or actor URL can force a server using Fedify to make repeated outbound requests from a single inbound request, leading to resource consumption and denial of service. This vulnerability is fixed in 1.9.6, 1.10.5, 2.0.8, and 2.1.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-34148</guid>
    </item>
    <item>
      <title>GHSA-gm9m-gwc4-hwgp — Fedify affected by resource exhaustion caused by unbounded redirect following during remote key/document resolution</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-gm9m-gwc4-hwgp</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @fedify/fedify, npm: @fedify/vocab-runtime&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;`@fedify/fedify` follows HTTP redirects recursively in its remote document loader and authenticated document loader without enforcing a maximum redirect count or visited-URL loop detection. An attacker who controls a remote ActivityPub key or actor URL can force a server using Fedify to make repeated outbound requests from a single inbound request, leading to resource consumption and denial of service.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;Fedify verifies ActivityPub HTTP signatures by fetching the remote `keyId` during request processing. The relevant flow is `handleInboxInternal()` -&amp;gt; `verifyRequest()` -&amp;gt; `fetchKeyInternal()` -&amp;gt; document loader.&lt;/p&gt;
&lt;p&gt;In affected versions:
- the generic document loader recursively follows `3xx` responses by calling `load()` again on the `Location` header
- the authenticated redirect path (`doubleKnock()`) also recursively follows redirects
- neither path enforces a redirect cap or tracks visited URLs to detect self-referential redirect loops&lt;/p&gt;
&lt;p&gt;As a result, if an attacker-controlled `keyId` or actor URL responds with `302 Location: &amp;lt;same URL&amp;gt;`, a single ActivityPub request can trigger tens or hundreds of outbound requests before the fetch completes or the request times out.&lt;/p&gt;
&lt;p&gt;I confirmed the issue in `@fedify/fedify` 1.9.1 and 1.9.2. By contrast, Fedify&amp;#39;s WebFinger lookup path already has a redirect cap, which suggests the missing bound in the document loader is unintended.&lt;/p&gt;
&lt;p&gt;Failed key fetches are not durably negatively cached. After a failed lookup, the nul…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @fedify/fedify, npm: @fedify/vocab-runtime&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;`@fedify/fedify` follows HTTP redirects recursively in its remote document loader and authenticated document loader without enforcing a maximum redirect count or visited-URL loop detection. An attacker who controls a remote ActivityPub key or actor URL can force a server using Fedify to make repeated outbound requests from a single inbound request, leading to resource consumption and denial of service.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;Fedify verifies ActivityPub HTTP signatures by fetching the remote `keyId` during request processing. The relevant flow is `handleInboxInternal()` -&amp;gt; `verifyRequest()` -&amp;gt; `fetchKeyInternal()` -&amp;gt; document loader.&lt;/p&gt;
&lt;p&gt;In affected versions:
- the generic document loader recursively follows `3xx` responses by calling `load()` again on the `Location` header
- the authenticated redirect path (`doubleKnock()`) also recursively follows redirects
- neither path enforces a redirect cap or tracks visited URLs to detect self-referential redirect loops&lt;/p&gt;
&lt;p&gt;As a result, if an attacker-controlled `keyId` or actor URL responds with `302 Location: &amp;lt;same URL&amp;gt;`, a single ActivityPub request can trigger tens or hundreds of outbound requests before the fetch completes or the request times out.&lt;/p&gt;
&lt;p&gt;I confirmed the issue in `@fedify/fedify` 1.9.1 and 1.9.2. By contrast, Fedify&amp;#39;s WebFinger lookup path already has a redirect cap, which suggests the missing bound in the document loader is unintended.&lt;/p&gt;
&lt;p&gt;Failed key fetches are not durably negatively cached. After a failed lookup, the nul…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-gm9m-gwc4-hwgp</guid>
    </item>
  </channel>
</rss>
