<?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>Sun, 04 Oct 2026 16:21:44 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-349349</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-349349</link>
      <description>EUVD-2026-349349</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-349349</guid>
    </item>
    <item>
      <title>fkie_cve-2026-71478</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-71478</link>
      <description>&lt;p&gt;league/commonmark is a PHP library for parsing and rendering CommonMark Markdown. From 1.5.0 until 2.9.0, the AttributesExtension&amp;#39;s href and src unsafe-link filter can be bypassed by embedding control bytes, such as a tab, carriage return, line feed, or leading C0 control character, in a javascript: URL that browsers discard before parsing the scheme, causing the browser to still execute the script even when the unsafe-link filter is enabled. This issue is fixed in 2.9.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;league/commonmark is a PHP library for parsing and rendering CommonMark Markdown. From 1.5.0 until 2.9.0, the AttributesExtension&amp;#39;s href and src unsafe-link filter can be bypassed by embedding control bytes, such as a tab, carriage return, line feed, or leading C0 control character, in a javascript: URL that browsers discard before parsing the scheme, causing the browser to still execute the script even when the unsafe-link filter is enabled. This issue is fixed in 2.9.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-71478</guid>
    </item>
    <item>
      <title>GHSA-29pj-957v-52mc — league/commonmark: AttributesExtension href/src unsafe-link filter bypass via embedded control bytes</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-29pj-957v-52mc</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: league/commonmark&lt;/p&gt;
&lt;p&gt;﻿## Summary&lt;/p&gt;
&lt;p&gt;The `AttributesExtension`&amp;#39;s `href`/`src` unsafe-link filter (`AttributesHelper::filterAttributes()`) can be bypassed by embedding control bytes in a `javascript:` URL that browsers discard before parsing the scheme. Two variants:&lt;/p&gt;
&lt;p&gt;- **Tab/newline inside the scheme** — a literal ASCII TAB (0x09), CR (0x0D), or LF (0x0A), e.g. `java&amp;lt;TAB&amp;gt;script:alert(1)`. Per the WHATWG URL Standard&amp;#39;s &amp;#34;basic URL parser&amp;#34; step 3, browsers &amp;#34;remove all ASCII tab or newline from input&amp;#34;.
- **Leading C0 controls** — e.g. `&amp;lt;0x01&amp;gt;javascript:alert(1)`. Per step 1 of the same algorithm, browsers remove any leading or trailing C0 control or space. (A leading *space* alone does not bypass, because `parseAttributes()` already `trim()`s the value; other C0 bytes are not trimmed.)&lt;/p&gt;
&lt;p&gt;The filter is a literal anchored-prefix regex (`RegexHelper::isLinkPotentiallyUnsafe()` / `REGEX_UNSAFE_PROTOCOL`) that matches neither obfuscated form, so in both cases the browser still executes `javascript:alert(1)`.&lt;/p&gt;
&lt;p&gt;**This is confirmed reproducible even with `allow_unsafe_links =&amp;gt; false` set** — i.e. even applications that have followed the library&amp;#39;s own documented hardening guidance for untrusted input remain exploitable.&lt;/p&gt;
&lt;p&gt;This is a *sibling gap* in the same defense that CVE-2025-46734 (GHSA-3527-qv2q-pfvx) fixed in v2.7.0 — that fix made `href`/`src` respect `allow_unsafe_links`, but did not normalize control bytes before checking, so these obfuscation techniques were never covered.&lt;/p&gt;
&lt;p&gt;## Vulnerability&lt;/p&gt;
&lt;p&gt;**Files**:…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: league/commonmark&lt;/p&gt;
&lt;p&gt;﻿## Summary&lt;/p&gt;
&lt;p&gt;The `AttributesExtension`&amp;#39;s `href`/`src` unsafe-link filter (`AttributesHelper::filterAttributes()`) can be bypassed by embedding control bytes in a `javascript:` URL that browsers discard before parsing the scheme. Two variants:&lt;/p&gt;
&lt;p&gt;- **Tab/newline inside the scheme** — a literal ASCII TAB (0x09), CR (0x0D), or LF (0x0A), e.g. `java&amp;lt;TAB&amp;gt;script:alert(1)`. Per the WHATWG URL Standard&amp;#39;s &amp;#34;basic URL parser&amp;#34; step 3, browsers &amp;#34;remove all ASCII tab or newline from input&amp;#34;.
- **Leading C0 controls** — e.g. `&amp;lt;0x01&amp;gt;javascript:alert(1)`. Per step 1 of the same algorithm, browsers remove any leading or trailing C0 control or space. (A leading *space* alone does not bypass, because `parseAttributes()` already `trim()`s the value; other C0 bytes are not trimmed.)&lt;/p&gt;
&lt;p&gt;The filter is a literal anchored-prefix regex (`RegexHelper::isLinkPotentiallyUnsafe()` / `REGEX_UNSAFE_PROTOCOL`) that matches neither obfuscated form, so in both cases the browser still executes `javascript:alert(1)`.&lt;/p&gt;
&lt;p&gt;**This is confirmed reproducible even with `allow_unsafe_links =&amp;gt; false` set** — i.e. even applications that have followed the library&amp;#39;s own documented hardening guidance for untrusted input remain exploitable.&lt;/p&gt;
&lt;p&gt;This is a *sibling gap* in the same defense that CVE-2025-46734 (GHSA-3527-qv2q-pfvx) fixed in v2.7.0 — that fix made `href`/`src` respect `allow_unsafe_links`, but did not normalize control bytes before checking, so these obfuscation techniques were never covered.&lt;/p&gt;
&lt;p&gt;## Vulnerability&lt;/p&gt;
&lt;p&gt;**Files**:…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-29pj-957v-52mc</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-71478</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-71478</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: markdown, Ubuntu:18.04:LTS: markdown, Ubuntu:20.04:LTS: markdown, Ubuntu:22.04:LTS: commonmark, Ubuntu:22.04:LTS: markdown, Ubuntu:24.04:LTS: commonmark, Ubuntu:24.04:LTS: markdown, Ubuntu:26.04:LTS: commonmark, Ubuntu:26.04:LTS: markdown&lt;/p&gt;
&lt;p&gt;league/commonmark is a PHP library for parsing and rendering CommonMark Markdown. From 1.5.0 until 2.9.0, the AttributesExtension&amp;#39;s href and src unsafe-link filter can be bypassed by embedding control bytes, such as a tab, carriage return, line feed, or leading C0 control character, in a javascript: URL that browsers discard before parsing the scheme, causing the browser to still execute the script even when the unsafe-link filter is enabled. This issue is fixed in 2.9.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: markdown, Ubuntu:18.04:LTS: markdown, Ubuntu:20.04:LTS: markdown, Ubuntu:22.04:LTS: commonmark, Ubuntu:22.04:LTS: markdown, Ubuntu:24.04:LTS: commonmark, Ubuntu:24.04:LTS: markdown, Ubuntu:26.04:LTS: commonmark, Ubuntu:26.04:LTS: markdown&lt;/p&gt;
&lt;p&gt;league/commonmark is a PHP library for parsing and rendering CommonMark Markdown. From 1.5.0 until 2.9.0, the AttributesExtension&amp;#39;s href and src unsafe-link filter can be bypassed by embedding control bytes, such as a tab, carriage return, line feed, or leading C0 control character, in a javascript: URL that browsers discard before parsing the scheme, causing the browser to still execute the script even when the unsafe-link filter is enabled. This issue is fixed in 2.9.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-71478</guid>
    </item>
  </channel>
</rss>
