<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-16T09:57:21.707116+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://db.gcve.eu/vuln/cve-2026-63430</id>
    <title>CVE-2026-63430 — ammonia: mXSS in ammonia via MathML `annotation-xml` encoding strip</title>
    <updated>2026-10-16T09:57:21.709376+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> rust-ammonia ammonia</p>
<p>ammonia is a Rust library for repairing and securing untrusted HTML. Prior to 3.3.2, 4.0.2, and 4.1.3, applications that explicitly allow the math tag, annotation-xml, and at least one raw-text HTML element while disallowing the encoding attribute can permit mutation cross-site scripting. ammonia does not correctly implement annotation-xml's encoding-dependent MathML integration-point behavior after attribute filtering removes encoding, so the sanitizer validates a descendant under one namespace interpretation while the browser reparses the output under another. An attacker can use that namespace transition and an allowed raw-text HTML element to execute JavaScript when a user renders the sanitized output. The required tags are not enabled by default, so applications that do not explicitly allow them are not affected. This issue is fixed in versions 3.3.2, 4.0.2, and 4.1.3.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/cve-2026-63430"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/rustsec-2026-0193</id>
    <title>RUSTSEC-2026-0193 — mXSS in ammonia via MathML `annotation-xml` encoding strip</title>
    <updated>2026-10-16T09:57:21.709486+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: ammonia</p>
<p>If a certain set of MathML tags are enabled, an attacker can inject arbitrary JavaScript code into the user's browser.</p>
<p>The `annotation-xml` tag has slightly different behavior than the other "integration point"
tags in MathML and SVG, but ammonia didn't handle it, so it didn't correctly
strip the namespace-incompatible tags.</p>
<p>This vulnerability only has an effect when the `math` and `annotation-xml` tags
are both enabled, but the `encoding` attribute is disabled, because it relies
on the following sequence of steps:</p>
<p>1. User writes code like `&lt;math&gt;&lt;annotation-xml encoding="text/html"&gt;&lt;gadget&gt;&lt;/annotation-xml&gt;&lt;/math&gt;`.
2. Namespace filtering checks the DOM, and it passes. `&lt;gadget&gt;` is parsed as HTML.
3. Attribute filter strips it down to `&lt;math&gt;&lt;annotation-xml&gt;&lt;gadget&gt;&lt;/annotation-xml&gt;&lt;/math&gt;`. Because the encoding attribute is gone, `&lt;gadget&gt;` is now parsed as MathML.
4. The gadget is written in such a way that it exploits the parsing differences between HTML and MathML.</p>
<p>Additionally, the gadget can only be written using a tag that is parsed as raw text in HTML.
These [elements] are:</p>
<p>* title
* textarea
* xmp
* iframe
* noembed
* noframes
* plaintext
* noscript
* style
* script</p>
<p>Applications that do not explicitly allow any of these tags should not be affected, since none are allowed by default.</p>
<p>[elements]: https://github.com/servo/html5ever/blob/045a0378f2b0f8d4a350793899cf722a2a9b3d11/html5ever/src/tree_builder/rules.rs</p>
<p>---</p>
<p>**Discovered by:** [Ivan Ivančić](https://…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/rustsec-2026-0193"/>
  </entry>
</feed>
