https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Fri, 09 Oct 2026 00:40:53 +0000 https://cve.radiocsirt.org/vuln/euvd-2026-309284 EUVD-2026-309284 https://cve.radiocsirt.org/vuln/euvd-2026-309284 https://cve.radiocsirt.org/vuln/fkie_cve-2026-42259 <p>Saltcorn is an extensible, open source, no-code database application builder. Prior to versions 1.4.6, 1.5.6, and 1.6.0-beta.5, Saltcorn validates the post-login dest parameter with a string check that only blocks :/ and //. Because all WHATWG-compliant browsers normalise backslashes (\) to forward slashes (/) for special schemes, a payload such as /\evil.com/path slips through is_relative_url(), is emitted unchanged in the HTTP Location header, and causes the browser to navigate cross-origin to an attacker-controlled domain. The bug is reachable on a default install and only requires a victim who can be tricked into logging in via a crafted Saltcorn URL. This issue has been patched in versions 1.4.6, 1.5.6, and 1.6.0-beta.5.</p> <p>Saltcorn is an extensible, open source, no-code database application builder. Prior to versions 1.4.6, 1.5.6, and 1.6.0-beta.5, Saltcorn validates the post-login dest parameter with a string check that only blocks :/ and //. Because all WHATWG-compliant browsers normalise backslashes (\) to forward slashes (/) for special schemes, a payload such as /\evil.com/path slips through is_relative_url(), is emitted unchanged in the HTTP Location header, and causes the browser to navigate cross-origin to an attacker-controlled domain. The bug is reachable on a default install and only requires a victim who can be tricked into logging in via a crafted Saltcorn URL. This issue has been patched in versions 1.4.6, 1.5.6, and 1.6.0-beta.5.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-42259 https://cve.radiocsirt.org/vuln/ghsa-f3g8-9xv5-77gv <p><strong>Affected:</strong> npm: @saltcorn/server</p> <p>### Summary Saltcorn validates the post-login `dest` parameter with a string check that only blocks `:/` and `//`. Because all WHATWG-compliant browsers normalise backslashes (`\`) to forward slashes (`/`) for special schemes, a payload such as `/\evil.com/path` slips through `is_relative_url()`, is emitted unchanged in the HTTP `Location` header, and causes the browser to navigate cross-origin to an attacker-controlled domain. The bug is reachable on a default install and only requires a victim who can be tricked into logging in via a crafted Saltcorn URL.</p> <p>### Details Vulnerable function: `packages/server/routes/utils.js:393-395`</p> <p>```js const is_relative_url = (url) =&gt; { return typeof url === &#34;string&#34; &amp;&amp; !url.includes(&#34;:/&#34;) &amp;&amp; !url.includes(&#34;//&#34;); }; ```</p> <p>The function&#39;s intent is to allow only same-origin redirects, but the allow-list only checks for two literal substrings. It does not handle: - backslash characters, which WHATWG URL parsing (used by every modern browser) treats as forward slashes for the special schemes `http`, `https`, `ftp`, `ws`, `wss`. A URL parser fed `/\evil.com/path` with a base of `http://victim/` resolves to `http://evil.com/path`. - non-`http(s):` schemes that do not contain `:/`. The strings `javascript:alert(1)`, `data:text/html,...`, `vbscript:...` all pass.</p> <p>Vulnerable callsite: `packages/server/auth/routes.js:1371-1376`</p> <p>```js } else if ( (req.body || {}).dest &amp;&amp; is_relative_url(decodeURIComponent((req.body || {}).dest)) ) { res.red…</p> <p><strong>Affected:</strong> npm: @saltcorn/server</p> <p>### Summary Saltcorn validates the post-login `dest` parameter with a string check that only blocks `:/` and `//`. Because all WHATWG-compliant browsers normalise backslashes (`\`) to forward slashes (`/`) for special schemes, a payload such as `/\evil.com/path` slips through `is_relative_url()`, is emitted unchanged in the HTTP `Location` header, and causes the browser to navigate cross-origin to an attacker-controlled domain. The bug is reachable on a default install and only requires a victim who can be tricked into logging in via a crafted Saltcorn URL.</p> <p>### Details Vulnerable function: `packages/server/routes/utils.js:393-395`</p> <p>```js const is_relative_url = (url) =&gt; { return typeof url === &#34;string&#34; &amp;&amp; !url.includes(&#34;:/&#34;) &amp;&amp; !url.includes(&#34;//&#34;); }; ```</p> <p>The function&#39;s intent is to allow only same-origin redirects, but the allow-list only checks for two literal substrings. It does not handle: - backslash characters, which WHATWG URL parsing (used by every modern browser) treats as forward slashes for the special schemes `http`, `https`, `ftp`, `ws`, `wss`. A URL parser fed `/\evil.com/path` with a base of `http://victim/` resolves to `http://evil.com/path`. - non-`http(s):` schemes that do not contain `:/`. The strings `javascript:alert(1)`, `data:text/html,...`, `vbscript:...` all pass.</p> <p>Vulnerable callsite: `packages/server/auth/routes.js:1371-1376`</p> <p>```js } else if ( (req.body || {}).dest &amp;&amp; is_relative_url(decodeURIComponent((req.body || {}).dest)) ) { res.red…</p> https://cve.radiocsirt.org/vuln/ghsa-f3g8-9xv5-77gv