Approved changes feed: RSS · Atom
cpe:2.3:a:postalserver:postal:*:*:*:*:*:*:*:*part: a version: * update: *
| Vendor | Postalserver (f65acaae-1592-521e-9cbe-28d4986d5799) |
|---|---|
| Product | Postal (9103fdf0-18a5-5225-832a-941b925c3d4f) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
Notes
Imported from purl2cpe mapping
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
pkg:github/postalserver/postal |
purl2cpe | 2026-06-01 10:17:54.154512 |
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2026-25529 |
vulnerable | 2026-06-08 07:53:19.943081 |
Postal has HTML injection / XSS in message view
HIGH (8.1)
Postal is an open source SMTP server. Postal versions less than 3.3.5 had a HTML injection vulnerability that allowed unescaped data to be included in the admin interface. The primary way for unescaped data to be added is via the API's "send/raw" method. This could allow arbitrary HTML to be injected in to the page which may modify the page in a misleading way or allow for unauthorised javascript to be executed. Fixed in 3.3.5 and higher.
Published: 2026-03-12T16:35:33.384Z
Updated: 2026-03-12T17:57:37.553Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2024-27938 |
vulnerable | 2026-06-08 06:33:25.105960 |
SMTP Smuggling in Postal
MEDIUM (5.3)
Postal is an open source SMTP server. Postal versions less than 3.0.0 are vulnerable to SMTP Smuggling attacks which may allow incoming e-mails to be spoofed. This, in conjunction with a cooperative outgoing SMTP service, would allow for an incoming e-mail to be received by Postal addressed from a server that a user has 'authorised' to send mail on their behalf but were not the genuine author of the e-mail. Postal is not affected for sending outgoing e-mails as email is re-encoded with `<CR><LF>` line endings when transmitted over SMTP. This issue has been addressed and users should upgrade to Postal v3.0.0 or higher. Once upgraded, Postal will only accept End of DATA sequences which are explicitly `<CR><LF>.<CR><LF>`. If a non-compliant sequence is detected it will be logged to the SMTP server log. There are no workarounds for this issue.
Published: 2024-03-11T21:18:14.988Z
Updated: 2024-08-27T19:48:22.783Z |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.
Inspect record JSON
Open this panel to browse, search, copy or download the JSON record.