<?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>Thu, 05 Nov 2026 18:27:40 +0000</lastBuildDate>
    <item>
      <title>GHSA-85x2-q946-cp5h — Nodemailer: A "&gt;" inside a quoted local part ends an angle-addr early in addressparser, delivering to a domain the head…</title>
      <link>https://db.gcve.eu/vuln/ghsa-85x2-q946-cp5h</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: nodemailer&lt;/p&gt;
&lt;p&gt;### Vulnerability summary&lt;/p&gt;
&lt;p&gt;addressparser ends an angle-addr at the first `&amp;gt;` it sees, including one inside a quoted local part, a comment or a domain literal. The domain is then read off the text in front of that `&amp;gt;`. `&amp;lt;&amp;#34;a@evil.com&amp;gt;&amp;#34;@good.com&amp;gt;` is the mailbox `&amp;#34;a@evil.com&amp;gt;&amp;#34;@good.com` under RFC 5322, and Nodemailer read it as an address at `evil.com`. The unbracketed spelling of the same value was already read correctly. Affected: 3.0.0 through 10.1.3.&lt;/p&gt;
&lt;p&gt;### Attacker capabilities&lt;/p&gt;
&lt;p&gt;The attacker controls the text of a recipient or sender address that an application passes to Nodemailer, for example a To value entered in a contact or invite form, or the header of an inbound message parsed with mailparser. No access to the application, its configuration or its credentials is needed. The value is a syntactically valid RFC 5322 address that conformant parsers accept without defects.&lt;/p&gt;
&lt;p&gt;### Realistic exploitation scenario&lt;/p&gt;
&lt;p&gt;An application lets users send invitations or notifications only to addresses at an allowed domain and validates the submitted value with a conformant parser or by checking its domain. The attacker submits `&amp;lt;&amp;#34;a@evil.com&amp;gt;&amp;#34;@good.com&amp;gt;`, which validates as a `good.com` mailbox. Nodemailer then parses the same value, issues `RCPT TO:&amp;lt;&amp;#34;\&amp;#34;a&amp;#34;@evil.com&amp;gt;` and the message, with whatever content the application puts into it, is delivered to the attacker&amp;#39;s domain. The security boundary crossed is the application&amp;#39;s recipient allow list. In the inbound direction, mailparser reports…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: nodemailer&lt;/p&gt;
&lt;p&gt;### Vulnerability summary&lt;/p&gt;
&lt;p&gt;addressparser ends an angle-addr at the first `&amp;gt;` it sees, including one inside a quoted local part, a comment or a domain literal. The domain is then read off the text in front of that `&amp;gt;`. `&amp;lt;&amp;#34;a@evil.com&amp;gt;&amp;#34;@good.com&amp;gt;` is the mailbox `&amp;#34;a@evil.com&amp;gt;&amp;#34;@good.com` under RFC 5322, and Nodemailer read it as an address at `evil.com`. The unbracketed spelling of the same value was already read correctly. Affected: 3.0.0 through 10.1.3.&lt;/p&gt;
&lt;p&gt;### Attacker capabilities&lt;/p&gt;
&lt;p&gt;The attacker controls the text of a recipient or sender address that an application passes to Nodemailer, for example a To value entered in a contact or invite form, or the header of an inbound message parsed with mailparser. No access to the application, its configuration or its credentials is needed. The value is a syntactically valid RFC 5322 address that conformant parsers accept without defects.&lt;/p&gt;
&lt;p&gt;### Realistic exploitation scenario&lt;/p&gt;
&lt;p&gt;An application lets users send invitations or notifications only to addresses at an allowed domain and validates the submitted value with a conformant parser or by checking its domain. The attacker submits `&amp;lt;&amp;#34;a@evil.com&amp;gt;&amp;#34;@good.com&amp;gt;`, which validates as a `good.com` mailbox. Nodemailer then parses the same value, issues `RCPT TO:&amp;lt;&amp;#34;\&amp;#34;a&amp;#34;@evil.com&amp;gt;` and the message, with whatever content the application puts into it, is delivered to the attacker&amp;#39;s domain. The security boundary crossed is the application&amp;#39;s recipient allow list. In the inbound direction, mailparser reports…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-85x2-q946-cp5h</guid>
    </item>
  </channel>
</rss>
