<?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 12:54:15 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-277789</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-277789</link>
      <description>EUVD-2026-277789</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-277789</guid>
    </item>
    <item>
      <title>fkie_cve-2026-33494</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-33494</link>
      <description>&lt;p&gt;ORY Oathkeeper is an Identity &amp;amp; Access Proxy (IAP) and Access Control Decision API that authorizes HTTP requests based on sets of Access Rules. Versions prior to 26.2.0 are vulnerable to an authorization bypass via HTTP path traversal. An attacker can craft a URL containing path traversal sequences (e.g. `/public/../admin/secrets`) that resolves to a protected path after normalization, but is matched against a permissive rule because the raw, un-normalized path is used during rule evaluation. Version 26.2.0 contains a patch.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;ORY Oathkeeper is an Identity &amp;amp; Access Proxy (IAP) and Access Control Decision API that authorizes HTTP requests based on sets of Access Rules. Versions prior to 26.2.0 are vulnerable to an authorization bypass via HTTP path traversal. An attacker can craft a URL containing path traversal sequences (e.g. `/public/../admin/secrets`) that resolves to a protected path after normalization, but is matched against a permissive rule because the raw, un-normalized path is used during rule evaluation. Version 26.2.0 contains a patch.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-33494</guid>
    </item>
    <item>
      <title>GHSA-p224-6x5r-fjpm — Ory Oathkeeper has a path traversal authorization bypass</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-p224-6x5r-fjpm</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/ory/oathkeeper&lt;/p&gt;
&lt;p&gt;## Description&lt;/p&gt;
&lt;p&gt;Ory Oathkeeper is vulnerable to an authorization bypass via HTTP path traversal. An attacker can craft a URL containing path traversal sequences (e.g. `/public/../admin/secrets`) that resolves to a protected path after normalization, but is matched against a permissive rule because the raw, un-normalized path is used during rule evaluation.&lt;/p&gt;
&lt;p&gt;## Preconditions&lt;/p&gt;
&lt;p&gt;Ory Oathkeeper rules are typically configured with patterns like:&lt;/p&gt;
&lt;p&gt;```
/public/&amp;lt;.*&amp;gt;   → allow unauthenticated access
/admin/&amp;lt;.*&amp;gt;    → require authentication
```&lt;/p&gt;
&lt;p&gt;Without path normalization, a request to `/public/../admin/secrets` is matched against the raw path `/public/../admin/secrets`. This matches the `/public/&amp;lt;.*&amp;gt;` rule, bypassing the authentication required for `/admin/secrets`. After Ory Oathkeeper permits the request, the upstream server normalizes the path and serves the protected `/admin/secrets` resource.&lt;/p&gt;
&lt;p&gt;## Mitigation&lt;/p&gt;
&lt;p&gt;Going forward, Ory Oathkeeper normalizes the request path before performing rule matching and before forwarding. The path `/public/../admin/secrets` is normalized to `/admin/secrets`, which correctly matches the `/admin/&amp;lt;.*&amp;gt;` rule and triggers authentication.&lt;/p&gt;
&lt;p&gt;As an immediate mitigation, all requests reaching Oathkeeper should be normalized, as described in the section below. Oathkeeper should be upgraded to a fixed version as soon as possible.&lt;/p&gt;
&lt;p&gt;## Defense in depth: Cleaning paths before Oathkeeper&lt;/p&gt;
&lt;p&gt;Even after this fix, it is good practice to normalize HTTP paths in the layers…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/ory/oathkeeper&lt;/p&gt;
&lt;p&gt;## Description&lt;/p&gt;
&lt;p&gt;Ory Oathkeeper is vulnerable to an authorization bypass via HTTP path traversal. An attacker can craft a URL containing path traversal sequences (e.g. `/public/../admin/secrets`) that resolves to a protected path after normalization, but is matched against a permissive rule because the raw, un-normalized path is used during rule evaluation.&lt;/p&gt;
&lt;p&gt;## Preconditions&lt;/p&gt;
&lt;p&gt;Ory Oathkeeper rules are typically configured with patterns like:&lt;/p&gt;
&lt;p&gt;```
/public/&amp;lt;.*&amp;gt;   → allow unauthenticated access
/admin/&amp;lt;.*&amp;gt;    → require authentication
```&lt;/p&gt;
&lt;p&gt;Without path normalization, a request to `/public/../admin/secrets` is matched against the raw path `/public/../admin/secrets`. This matches the `/public/&amp;lt;.*&amp;gt;` rule, bypassing the authentication required for `/admin/secrets`. After Ory Oathkeeper permits the request, the upstream server normalizes the path and serves the protected `/admin/secrets` resource.&lt;/p&gt;
&lt;p&gt;## Mitigation&lt;/p&gt;
&lt;p&gt;Going forward, Ory Oathkeeper normalizes the request path before performing rule matching and before forwarding. The path `/public/../admin/secrets` is normalized to `/admin/secrets`, which correctly matches the `/admin/&amp;lt;.*&amp;gt;` rule and triggers authentication.&lt;/p&gt;
&lt;p&gt;As an immediate mitigation, all requests reaching Oathkeeper should be normalized, as described in the section below. Oathkeeper should be upgraded to a fixed version as soon as possible.&lt;/p&gt;
&lt;p&gt;## Defense in depth: Cleaning paths before Oathkeeper&lt;/p&gt;
&lt;p&gt;Even after this fix, it is good practice to normalize HTTP paths in the layers…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-p224-6x5r-fjpm</guid>
    </item>
  </channel>
</rss>
