<?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://vulnerability.circl.lu</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:55:00 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-103922</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-103922</link>
      <description>&lt;p&gt;Capacitor is a cross-platform native runtime for web applications. From 6.0.0 until 6.2.2, 7.6.9, 8.3.5, 8.4.3, and 8.5.1, the Android and iOS WebView navigation guard validates a target URL&amp;#39;s host and scheme but not its path, allowing a victim who activates an untrusted link to navigate a frame to /_capacitor_http_interceptor_. The native proxy can fetch an attacker-selected URL and return the response as a document at the application&amp;#39;s own origin, allowing script in that response to access same-origin storage, cookies, and registered Capacitor plugin capabilities. Applications remain affected when CapacitorHttp is disabled because affected releases serve the proxy path regardless of that setting. This issue is fixed in versions 6.2.2, 7.6.9, 8.3.5, 8.4.3, and 8.5.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Capacitor is a cross-platform native runtime for web applications. From 6.0.0 until 6.2.2, 7.6.9, 8.3.5, 8.4.3, and 8.5.1, the Android and iOS WebView navigation guard validates a target URL&amp;#39;s host and scheme but not its path, allowing a victim who activates an untrusted link to navigate a frame to /_capacitor_http_interceptor_. The native proxy can fetch an attacker-selected URL and return the response as a document at the application&amp;#39;s own origin, allowing script in that response to access same-origin storage, cookies, and registered Capacitor plugin capabilities. Applications remain affected when CapacitorHttp is disabled because affected releases serve the proxy path regardless of that setting. This issue is fixed in versions 6.2.2, 7.6.9, 8.3.5, 8.4.3, and 8.5.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-103922</guid>
    </item>
    <item>
      <title>GHSA-rvm3-566m-v7fv — Capacitor Android and iOS: remote content can be loaded at the app origin via the internal HTTP proxy path</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-rvm3-566m-v7fv</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @capacitor/android, npm: @capacitor/ios, SwiftURL: github.com/ionic-team/capacitor-swift-pm, Maven: com.capacitorjs:core&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Capacitor&amp;#39;s WebView navigation guard validated only the **host and scheme** of a
target URL, not its **path**. Because the internal HTTP proxy path
(`/_capacitor_http_interceptor_`) is served at the application&amp;#39;s own origin, a
frame navigation to it was always treated as in-app navigation and allowed.&lt;/p&gt;
&lt;p&gt;Loading that path as a document caused the native layer to fetch an arbitrary,
caller-specified URL and return the response body to the WebView **at the app&amp;#39;s
own origin**. Script in that response then ran with full same-origin trust:
access to `localStorage`, cookies, and every native capability the application
exposes through its registered Capacitor plugins.&lt;/p&gt;
&lt;p&gt;The proxy handler was additionally served **regardless of whether the
`CapacitorHttp` plugin was enabled**, so applications that never enabled
`CapacitorHttp` were also affected.&lt;/p&gt;
&lt;p&gt;Exploitation requires a victim to activate a link inside the application&amp;#39;s
WebView. Any Capacitor application that renders user-controlled or unsanitized
links (chat messages, comments, rich-text content) is a viable delivery surface.&lt;/p&gt;
&lt;p&gt;Both **Android and iOS** are affected.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;Two changes on each platform:&lt;/p&gt;
&lt;p&gt;1. The navigation guard now blocks frame navigations whose path is the internal
   proxy path.
2. The proxy handler is served only when `CapacitorHttp` is enabled, and never
   for a document (main frame) request.&lt;/p&gt;
&lt;p&gt;Legitimate `CapacitorHttp` usage is unaffected. `fetch` and `XMLHttpRequest` are
subresource requests a…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @capacitor/android, npm: @capacitor/ios, SwiftURL: github.com/ionic-team/capacitor-swift-pm, Maven: com.capacitorjs:core&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Capacitor&amp;#39;s WebView navigation guard validated only the **host and scheme** of a
target URL, not its **path**. Because the internal HTTP proxy path
(`/_capacitor_http_interceptor_`) is served at the application&amp;#39;s own origin, a
frame navigation to it was always treated as in-app navigation and allowed.&lt;/p&gt;
&lt;p&gt;Loading that path as a document caused the native layer to fetch an arbitrary,
caller-specified URL and return the response body to the WebView **at the app&amp;#39;s
own origin**. Script in that response then ran with full same-origin trust:
access to `localStorage`, cookies, and every native capability the application
exposes through its registered Capacitor plugins.&lt;/p&gt;
&lt;p&gt;The proxy handler was additionally served **regardless of whether the
`CapacitorHttp` plugin was enabled**, so applications that never enabled
`CapacitorHttp` were also affected.&lt;/p&gt;
&lt;p&gt;Exploitation requires a victim to activate a link inside the application&amp;#39;s
WebView. Any Capacitor application that renders user-controlled or unsanitized
links (chat messages, comments, rich-text content) is a viable delivery surface.&lt;/p&gt;
&lt;p&gt;Both **Android and iOS** are affected.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;Two changes on each platform:&lt;/p&gt;
&lt;p&gt;1. The navigation guard now blocks frame navigations whose path is the internal
   proxy path.
2. The proxy handler is served only when `CapacitorHttp` is enabled, and never
   for a document (main frame) request.&lt;/p&gt;
&lt;p&gt;Legitimate `CapacitorHttp` usage is unaffected. `fetch` and `XMLHttpRequest` are
subresource requests a…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-rvm3-566m-v7fv</guid>
    </item>
  </channel>
</rss>
