<?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://db.gcve.eu</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>Sun, 25 Oct 2026 22:53:36 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-113798</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-113798</link>
      <description>&lt;p&gt;Electron is a framework for writing cross-platform desktop applications using JavaScript, HTML and CSS. Prior to versions 42.11.9, 43.7.6, 44.5.0, and 45.0.0-alpha.13, pointerLock permission requests from some cross-origin iframes caused session.setPermissionRequestHandler() to receive the top-level frame&amp;#39;s requestingUrl and isMainFrame values instead of those of the requesting frame. An application that embeds untrusted iframe content and grants pointer lock based on the requesting origin could therefore grant the permission under the top-level page&amp;#39;s identity. Applications that deny pointerLock for untrusted embedded content are not affected. This issue is fixed in versions 42.11.9, 43.7.6, 44.5.0, and 45.0.0-alpha.13.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Electron is a framework for writing cross-platform desktop applications using JavaScript, HTML and CSS. Prior to versions 42.11.9, 43.7.6, 44.5.0, and 45.0.0-alpha.13, pointerLock permission requests from some cross-origin iframes caused session.setPermissionRequestHandler() to receive the top-level frame&amp;#39;s requestingUrl and isMainFrame values instead of those of the requesting frame. An application that embeds untrusted iframe content and grants pointer lock based on the requesting origin could therefore grant the permission under the top-level page&amp;#39;s identity. Applications that deny pointerLock for untrusted embedded content are not affected. This issue is fixed in versions 42.11.9, 43.7.6, 44.5.0, and 45.0.0-alpha.13.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-113798</guid>
    </item>
    <item>
      <title>GHSA-x562-297c-g43g — Electron: Pointer lock permission requests can be attributed to the wrong frame</title>
      <link>https://db.gcve.eu/vuln/ghsa-x562-297c-g43g</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: electron&lt;/p&gt;
&lt;p&gt;### Impact
For `pointerLock` permission requests made from some cross-origin iframes, `session.setPermissionRequestHandler()` was given the top-level frame&amp;#39;s `requestingUrl` and `isMainFrame` instead of the requesting frame&amp;#39;s. Apps that grant pointer lock based on the requesting origin could grant it to embedded content under the top-level page&amp;#39;s identity.&lt;/p&gt;
&lt;p&gt;Apps are only affected if they embed untrusted content in iframes and decide `pointerLock` requests by origin in `setPermissionRequestHandler`. Apps that do not embed untrusted content, or that deny `pointerLock` for it, are not affected.&lt;/p&gt;
&lt;p&gt;### Workarounds
Deny the `pointerLock` permission for web contents that embed untrusted frames.&lt;/p&gt;
&lt;p&gt;### Fixed Versions
* `45.0.0-alpha.13`
* `44.5.0`
* `43.7.6`
* `42.11.9`&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory, email us at [security@electronjs.org](mailto:security@electronjs.org)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: electron&lt;/p&gt;
&lt;p&gt;### Impact
For `pointerLock` permission requests made from some cross-origin iframes, `session.setPermissionRequestHandler()` was given the top-level frame&amp;#39;s `requestingUrl` and `isMainFrame` instead of the requesting frame&amp;#39;s. Apps that grant pointer lock based on the requesting origin could grant it to embedded content under the top-level page&amp;#39;s identity.&lt;/p&gt;
&lt;p&gt;Apps are only affected if they embed untrusted content in iframes and decide `pointerLock` requests by origin in `setPermissionRequestHandler`. Apps that do not embed untrusted content, or that deny `pointerLock` for it, are not affected.&lt;/p&gt;
&lt;p&gt;### Workarounds
Deny the `pointerLock` permission for web contents that embed untrusted frames.&lt;/p&gt;
&lt;p&gt;### Fixed Versions
* `45.0.0-alpha.13`
* `44.5.0`
* `43.7.6`
* `42.11.9`&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory, email us at [security@electronjs.org](mailto:security@electronjs.org)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-x562-297c-g43g</guid>
    </item>
  </channel>
</rss>
