<?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>Mon, 28 Sep 2026 10:12:33 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-67447</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-67447</link>
      <description>&lt;p&gt;Mailpit is an email testing tool and API for developers. From 1.30.0 until 1.30.5, Mailpit&amp;#39;s internal/smtpd/smtpd.go readData() function calls bufio.Reader.ReadBytes before applying the len(data)+len(line) size check to the completed SMTP DATA line against Server.MaxSize. An unauthenticated SMTP client can send a single line larger than the configured MaxMessageSize, causing the full line to be allocated before Mailpit returns the 552 5.3.4 rejection. This post-fix gap remains after normal multi-line DATA accumulation was bounded, and concurrent oversized lines can create substantial memory pressure beyond the configured message-size cap. This issue is fixed in version 1.30.5.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Mailpit is an email testing tool and API for developers. From 1.30.0 until 1.30.5, Mailpit&amp;#39;s internal/smtpd/smtpd.go readData() function calls bufio.Reader.ReadBytes before applying the len(data)+len(line) size check to the completed SMTP DATA line against Server.MaxSize. An unauthenticated SMTP client can send a single line larger than the configured MaxMessageSize, causing the full line to be allocated before Mailpit returns the 552 5.3.4 rejection. This post-fix gap remains after normal multi-line DATA accumulation was bounded, and concurrent oversized lines can create substantial memory pressure beyond the configured message-size cap. This issue is fixed in version 1.30.5.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-67447</guid>
    </item>
    <item>
      <title>GHSA-r553-m4fv-5v97 — Mailpit: SMTP DATA line reader buffers over-limit input before size enforcement</title>
      <link>https://db.gcve.eu/vuln/ghsa-r553-m4fv-5v97</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/axllent/mailpit&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;Mailpit&amp;#39;s SMTP DATA reader enforces the configured `MaxMessageSize` only after `bufio.Reader.ReadBytes(&amp;#39;\n&amp;#39;)` has already buffered a complete DATA line. A remote unauthenticated SMTP client can send one line larger than the configured message-size cap and force memory allocation before Mailpit returns the expected `552 5.3.4` rejection, leaving patched versions still exposed to a single-line incomplete-fix variant of the earlier SMTP DATA body-size issue.&lt;/p&gt;
&lt;p&gt;## Technical Details&lt;/p&gt;
&lt;p&gt;Mailpit enables SMTP by default. The SMTP server now wires `config.MaxMessageSize` into `srv.MaxSize`:&lt;/p&gt;
&lt;p&gt;```go
if config.MaxMessageSize &amp;gt; 0 {
    srv.MaxSize = config.MaxMessageSize * 1024 * 1024
}
```&lt;/p&gt;
&lt;p&gt;The DATA reader then checks that cap, but only after reading a full newline-terminated line into memory:&lt;/p&gt;
&lt;p&gt;```go
line, err := s.br.ReadBytes(&amp;#39;\n&amp;#39;)
if err != nil {
    return nil, err
}&lt;/p&gt;
&lt;p&gt;if bytes.Equal(line, []byte(&amp;#34;.\r\n&amp;#34;)) {
    break
}
if line[0] == &amp;#39;.&amp;#39; {
    line = line[1:]
}&lt;/p&gt;
&lt;p&gt;if s.srv.MaxSize &amp;gt; 0 {
    if len(data)+len(line) &amp;gt; s.srv.MaxSize {
        _, _ = s.br.Discard(s.br.Buffered())
        return nil, maxSizeExceeded(s.srv.MaxSize)
    }
}
```&lt;/p&gt;
&lt;p&gt;This ordering violates the size-limit invariant. The configured cap can reject the message only after the attacker has supplied the line terminator and `ReadBytes(&amp;#39;\n&amp;#39;)` has allocated the over-limit line. With the default 50 MiB cap, a 64 MiB single DATA line is still buffered before Mailpit returns `552 5.3.4 Requested mail action aborted: ex…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/axllent/mailpit&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;Mailpit&amp;#39;s SMTP DATA reader enforces the configured `MaxMessageSize` only after `bufio.Reader.ReadBytes(&amp;#39;\n&amp;#39;)` has already buffered a complete DATA line. A remote unauthenticated SMTP client can send one line larger than the configured message-size cap and force memory allocation before Mailpit returns the expected `552 5.3.4` rejection, leaving patched versions still exposed to a single-line incomplete-fix variant of the earlier SMTP DATA body-size issue.&lt;/p&gt;
&lt;p&gt;## Technical Details&lt;/p&gt;
&lt;p&gt;Mailpit enables SMTP by default. The SMTP server now wires `config.MaxMessageSize` into `srv.MaxSize`:&lt;/p&gt;
&lt;p&gt;```go
if config.MaxMessageSize &amp;gt; 0 {
    srv.MaxSize = config.MaxMessageSize * 1024 * 1024
}
```&lt;/p&gt;
&lt;p&gt;The DATA reader then checks that cap, but only after reading a full newline-terminated line into memory:&lt;/p&gt;
&lt;p&gt;```go
line, err := s.br.ReadBytes(&amp;#39;\n&amp;#39;)
if err != nil {
    return nil, err
}&lt;/p&gt;
&lt;p&gt;if bytes.Equal(line, []byte(&amp;#34;.\r\n&amp;#34;)) {
    break
}
if line[0] == &amp;#39;.&amp;#39; {
    line = line[1:]
}&lt;/p&gt;
&lt;p&gt;if s.srv.MaxSize &amp;gt; 0 {
    if len(data)+len(line) &amp;gt; s.srv.MaxSize {
        _, _ = s.br.Discard(s.br.Buffered())
        return nil, maxSizeExceeded(s.srv.MaxSize)
    }
}
```&lt;/p&gt;
&lt;p&gt;This ordering violates the size-limit invariant. The configured cap can reject the message only after the attacker has supplied the line terminator and `ReadBytes(&amp;#39;\n&amp;#39;)` has allocated the over-limit line. With the default 50 MiB cap, a 64 MiB single DATA line is still buffered before Mailpit returns `552 5.3.4 Requested mail action aborted: ex…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-r553-m4fv-5v97</guid>
    </item>
  </channel>
</rss>
