<?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>Sat, 03 Oct 2026 20:09:01 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-72832</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-72832</link>
      <description>&lt;p&gt;Grav versions from 1.5.2 through 2.0.12 contain a stored cross-site scripting vulnerability in the Security::detectXss() function (system/src/Grav/Common/Security.php). The event-handler scan is anchored at `&amp;lt;` and uses `[^&amp;gt;]*?`, which cannot cross the first literal `&amp;gt;`; when a `&amp;gt;` appears inside a quoted attribute value the browser keeps the tag open and parses a subsequent event handler (e.g. onerror), so the detector and browser disagree. A page editor without admin.super privileges can save page content such as `&amp;lt;img src=x title=&amp;#34;&amp;gt;&amp;#34; onerror=alert(document.domain)&amp;gt;`, which is accepted, stored, and executed in the site origin when any visitor (including unauthenticated users) views the page. Fixed in 2.0.13.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Grav versions from 1.5.2 through 2.0.12 contain a stored cross-site scripting vulnerability in the Security::detectXss() function (system/src/Grav/Common/Security.php). The event-handler scan is anchored at `&amp;lt;` and uses `[^&amp;gt;]*?`, which cannot cross the first literal `&amp;gt;`; when a `&amp;gt;` appears inside a quoted attribute value the browser keeps the tag open and parses a subsequent event handler (e.g. onerror), so the detector and browser disagree. A page editor without admin.super privileges can save page content such as `&amp;lt;img src=x title=&amp;#34;&amp;gt;&amp;#34; onerror=alert(document.domain)&amp;gt;`, which is accepted, stored, and executed in the site origin when any visitor (including unauthenticated users) views the page. Fixed in 2.0.13.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-72832</guid>
    </item>
    <item>
      <title>GHSA-269c-h76q-8cxw — Grav: Stored XSS via quoted-attribute bypass in detectXss</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-269c-h76q-8cxw</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: getgrav/grav&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;A page editor without `admin.super` can place an event handler after a `&amp;gt;` inside a quoted attribute. Grav accepts and stores the page, then executes the handler in the application origin when a visitor opens it.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;`Security::detectXss()` (`system/src/Grav/Common/Security.php:253`) anchors the `on_events` scan at `&amp;lt;` and uses `[^&amp;gt;]*?`, which cannot cross the first literal `&amp;gt;`. When that character is inside a quoted value, the browser keeps the tag open and parses the later `onerror` attribute, so the detector and browser disagree. `AdminController::savePage()` relies on this detector when saving content from page editors outside the `admin.super` whitelist.&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;I reproduced this with `getgrav/grav` 2.0.11 (`ad9709f865b09b68798fb1ac375b484a8cc1d892`), Admin 1.10.52, and Quark 2 1.1.4.&lt;/p&gt;
&lt;p&gt;1. Sign in as a user with `admin.login` and `admin.pages`, but without `admin.super`.
2. Create or edit `/xsstest` and save this page body:&lt;/p&gt;
&lt;p&gt;```html
&amp;lt;img src=x title=&amp;#34;&amp;gt;&amp;#34; onerror=alert(document.domain)&amp;gt;
```&lt;/p&gt;
&lt;p&gt;3. Open `/xsstest` in a private browser window.&lt;/p&gt;
&lt;p&gt;The save succeeds and the visitor sees an alert containing the site domain. With the body changed to `&amp;lt;img src=x onerror=alert(1)&amp;gt;`, the same endpoint rejects it with `XSS issue detected` and does not store it.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;A page editor can execute JavaScript in the origin of every user who views the stored page, including unauthenticated visitors.&lt;/p&gt;
&lt;p&gt;### Anticipated objection and response&lt;/p&gt;
&lt;p&gt;Although the `detectXss…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: getgrav/grav&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;A page editor without `admin.super` can place an event handler after a `&amp;gt;` inside a quoted attribute. Grav accepts and stores the page, then executes the handler in the application origin when a visitor opens it.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;`Security::detectXss()` (`system/src/Grav/Common/Security.php:253`) anchors the `on_events` scan at `&amp;lt;` and uses `[^&amp;gt;]*?`, which cannot cross the first literal `&amp;gt;`. When that character is inside a quoted value, the browser keeps the tag open and parses the later `onerror` attribute, so the detector and browser disagree. `AdminController::savePage()` relies on this detector when saving content from page editors outside the `admin.super` whitelist.&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;I reproduced this with `getgrav/grav` 2.0.11 (`ad9709f865b09b68798fb1ac375b484a8cc1d892`), Admin 1.10.52, and Quark 2 1.1.4.&lt;/p&gt;
&lt;p&gt;1. Sign in as a user with `admin.login` and `admin.pages`, but without `admin.super`.
2. Create or edit `/xsstest` and save this page body:&lt;/p&gt;
&lt;p&gt;```html
&amp;lt;img src=x title=&amp;#34;&amp;gt;&amp;#34; onerror=alert(document.domain)&amp;gt;
```&lt;/p&gt;
&lt;p&gt;3. Open `/xsstest` in a private browser window.&lt;/p&gt;
&lt;p&gt;The save succeeds and the visitor sees an alert containing the site domain. With the body changed to `&amp;lt;img src=x onerror=alert(1)&amp;gt;`, the same endpoint rejects it with `XSS issue detected` and does not store it.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;A page editor can execute JavaScript in the origin of every user who views the stored page, including unauthenticated visitors.&lt;/p&gt;
&lt;p&gt;### Anticipated objection and response&lt;/p&gt;
&lt;p&gt;Although the `detectXss…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-269c-h76q-8cxw</guid>
    </item>
  </channel>
</rss>
