<?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>Mon, 05 Oct 2026 09:34:11 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-261461</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-261461</link>
      <description>EUVD-2026-261461</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-261461</guid>
    </item>
    <item>
      <title>fkie_cve-2025-64765</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-64765</link>
      <description>&lt;p&gt;Astro is a web framework. Prior to version 5.15.8, a mismatch exists between how Astro normalizes request paths for routing/rendering and how the application’s middleware reads the path for validation checks. Astro internally applies decodeURI() to determine which route to render, while the middleware uses context.url.pathname without applying the same normalization (decodeURI). This discrepancy may allow attackers to reach protected routes using encoded path variants that pass routing but bypass validation checks. This issue has been patched in version 5.15.8.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Astro is a web framework. Prior to version 5.15.8, a mismatch exists between how Astro normalizes request paths for routing/rendering and how the application’s middleware reads the path for validation checks. Astro internally applies decodeURI() to determine which route to render, while the middleware uses context.url.pathname without applying the same normalization (decodeURI). This discrepancy may allow attackers to reach protected routes using encoded path variants that pass routing but bypass validation checks. This issue has been patched in version 5.15.8.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-64765</guid>
    </item>
    <item>
      <title>GHSA-ggxq-hp9w-j794 — Astro's middleware authentication checks based on url.pathname can be bypassed via url encoded values</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-ggxq-hp9w-j794</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: astro&lt;/p&gt;
&lt;p&gt;A mismatch exists between how Astro normalizes request paths for routing/rendering and how the application’s middleware reads the path for validation checks. Astro internally applies `decodeURI()` to determine which route to render, while the middleware uses `context.url.pathname` without applying the same normalization (decodeURI).&lt;/p&gt;
&lt;p&gt;This discrepancy may allow attackers to reach protected routes (e.g., /admin) using encoded path variants that pass routing but bypass validation checks.&lt;/p&gt;
&lt;p&gt;https://github.com/withastro/astro/blob/ebc4b1cde82c76076d5d673b5b70f94be2c066f3/packages/astro/src/vite-plugin-astro-server/request.ts#L40-L44&lt;/p&gt;
&lt;p&gt;```js
/** The main logic to route dev server requests to pages in Astro. */
export async function handleRequest({
    pipeline,
    routesList,
    controller,
    incomingRequest,
    incomingResponse,
}: HandleRequest) {
    const { config, loader } = pipeline;
    const origin = `${loader.isHttps() ? &amp;#39;https&amp;#39; : &amp;#39;http&amp;#39;}://${
        incomingRequest.headers[&amp;#39;:authority&amp;#39;] ?? incomingRequest.headers.host
    }`;&lt;/p&gt;
&lt;p&gt;const url = new URL(origin + incomingRequest.url);
    let pathname: string;
    if (config.trailingSlash === &amp;#39;never&amp;#39; &amp;amp;&amp;amp; !incomingRequest.url) {
        pathname = &amp;#39;&amp;#39;;
    } else {
        // We already have a middleware that checks if there&amp;#39;s an incoming URL that has invalid URI, so it&amp;#39;s safe
        // to not handle the error: packages/astro/src/vite-plugin-astro-server/base.ts
        pathname = decodeURI(url.pathname); // here this url…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: astro&lt;/p&gt;
&lt;p&gt;A mismatch exists between how Astro normalizes request paths for routing/rendering and how the application’s middleware reads the path for validation checks. Astro internally applies `decodeURI()` to determine which route to render, while the middleware uses `context.url.pathname` without applying the same normalization (decodeURI).&lt;/p&gt;
&lt;p&gt;This discrepancy may allow attackers to reach protected routes (e.g., /admin) using encoded path variants that pass routing but bypass validation checks.&lt;/p&gt;
&lt;p&gt;https://github.com/withastro/astro/blob/ebc4b1cde82c76076d5d673b5b70f94be2c066f3/packages/astro/src/vite-plugin-astro-server/request.ts#L40-L44&lt;/p&gt;
&lt;p&gt;```js
/** The main logic to route dev server requests to pages in Astro. */
export async function handleRequest({
    pipeline,
    routesList,
    controller,
    incomingRequest,
    incomingResponse,
}: HandleRequest) {
    const { config, loader } = pipeline;
    const origin = `${loader.isHttps() ? &amp;#39;https&amp;#39; : &amp;#39;http&amp;#39;}://${
        incomingRequest.headers[&amp;#39;:authority&amp;#39;] ?? incomingRequest.headers.host
    }`;&lt;/p&gt;
&lt;p&gt;const url = new URL(origin + incomingRequest.url);
    let pathname: string;
    if (config.trailingSlash === &amp;#39;never&amp;#39; &amp;amp;&amp;amp; !incomingRequest.url) {
        pathname = &amp;#39;&amp;#39;;
    } else {
        // We already have a middleware that checks if there&amp;#39;s an incoming URL that has invalid URI, so it&amp;#39;s safe
        // to not handle the error: packages/astro/src/vite-plugin-astro-server/base.ts
        pathname = decodeURI(url.pathname); // here this url…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-ggxq-hp9w-j794</guid>
    </item>
  </channel>
</rss>
