Skip to main content

Plunk EUVDEUVD-2026-19359

| CVE-2026-34975 MEDIUM
Improper Neutralization of CRLF Sequences ('CRLF Injection') (CWE-93)
2026-04-06 GitHub_M
4.3
CVSS 3.1 · NVD
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate to Plunk API
  2. Exploit
    Inject CRLF characters in email header fields
  3. Execution
    Craft malicious MIME message with injected headers
  4. Impact
    Forward emails to unauthorized recipients via Bcc injection

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization CRLF sequence sanitization
Exploitation Conditions

Authenticated API user with credentials to Plunk email platform versions prior to 0.8.0. Attacker manipulates from.name, subject, custom header keys/values, or attachment filenames with CRLF characters to inject arbitrary email headers (Bcc, Reply-To) into MIME messages sent via AWS SES.

Impact

The CVSS 8.5 HIGH severity is justified by the combination of network attack vector (AV:N), low attack complexity (AC:L), and scope change (S:C) indicating impacts beyond the vulnerable component. However, the prerequisite of low-privilege authentication (PR:L) substantially reduces real-world risk compared to unauthenticated vulnerabilities. The attack requires valid API credentials, limiting exploitation to authenticated platform users or scenarios where API keys are compromised. No EPSS probability score is available for this future-dated CVE identifier (2026), and no CISA KEV listing exists, indicating no confirmed active exploitation. The technical impact is confidentiality breach (C:H) through silent Bcc forwarding and integrity violation (I:L) via reply redirection/spoofing, but no availability impact (A:N). Exploitation is highly automatable once API access is obtained, as header injection requires simple CRLF embedding in API parameters. The primary risk scenario involves insider threats, compromised API credentials, or multi-tenant environments where authenticated users should not control email routing. For single-tenant deployments with trusted API users, residual risk is lower. The availability of a vendor patch in version 0.8.0 significantly reduces risk for organizations maintaining current versions.

Exploit ScenarioDerived

An authenticated API user with low-level credentials to a multi-tenant Plunk deployment crafts API requests to send transactional emails, embedding CRLF sequences in the from.name field such as 'Legitimate Sender\r\nBcc: attacker@external.com\r\n'. When SESService.ts constructs the raw MIME message, the injected Bcc header silently forwards copies of all outbound emails to the attacker's address, exfiltrating sensitive customer communications without detection by email recipients or platform administrators. Alternatively, the attacker injects 'Subject: Invoice\r\nReply-To: phishing@attacker.com\r\n' to redirect replies to a phishing address, enabling business email compromise attacks against email recipients who reply to legitimate-appearing messages. The low attack complexity means exploitation requires only basic understanding of MIME header structure and authenticated API access, with no user interaction needed for successful injection.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.0% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Apr 06, 2026

CRLF injection in Plunk email platform's SESService.ts allows authenticated API users to inject arbitrary MIME headers by embedding carriage return/line feed sequences in user-controlled fields (from.name, subject, custom headers, attachment filenames). Attackers can silently add Bcc headers for email forwarding, manipulate Reply-To addresses, or spoof senders by exploiting the lack of input sanitization before MIME message construction. CVSS 8.5 severity reflects network-accessible exploitation with low complexity requiring only low-privilege authentication. No public exploit identified at time of analysis, with EPSS data unavailable for this 2026 CVE identifier. Vendor-released patch: version 0.8.0 implements schema-level validation rejecting CR/LF characters.

RemediationAI

Upgrade to Plunk version 0.8.0 or later, which implements schema-level input validation rejecting carriage return and line feed characters in from.name, subject, custom header keys/values, and attachment filename fields. The fix extends existing contentId validation patterns to all user-controlled MIME inputs, preventing CRLF sequences from reaching the raw message construction logic. Organizations should review the GitHub security advisory at https://github.com/useplunk/plunk/security/advisories/GHSA-2mvm-rg5v-7hfq for upgrade instructions and verify the patch resolves the issue in their deployment environment. As an interim mitigation for environments unable to immediately upgrade, implement API gateway or application-layer filtering to reject requests containing \r or \n characters in the affected fields, though this workaround may introduce edge cases with legitimate use of special characters. Conduct post-upgrade validation by testing API calls with CRLF-embedded payloads to confirm rejection, and audit historical email logs for suspicious header patterns indicating potential prior exploitation.

Affected VersionsENISA

plunk < 0.8.0

Affected Packages

euvd plunk fix: 0.8.0

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Plunk is an open-source email platform leveraging Amazon Web Services Simple Email Service (AWS SES) for message delivery. The vulnerability resides in SESService.ts, where raw MIME (Multipurpose Internet Mail Extensions) message construction occurs through string interpolation. MIME messages use CRLF sequences (\r\n) as header delimiters per RFC 5322. The affected code path accepted user-supplied values for sender display name, subject line, custom header key-value pairs, and attachment filenames without validating against embedded CRLF characters. This is classified as CWE-93 (Improper Neutralization of CRLF Sequences in HTTP Headers/Email Headers), a header injection vulnerability class. The CPE identifier cpe:2.3:a:useplunk:plunk confirms all versions prior to 0.8.0 of the useplunk/plunk application are affected. Interestingly, the codebase already implemented CRLF validation for the contentId field, indicating developers understood the risk but failed to apply consistent sanitization across all user-controlled MIME inputs.

Know when Plunk gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

NVD PRIMARY 4.3 MEDIUM
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N

Primary rating from NVD · only source for this CVE.

CVSS VectorNVD

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
Low
Availability
None

Lifecycle Timeline

5
Severity Changed
Oct 24, 2026 - 13:22 NVD
HIGH MEDIUM
CVSS changed
Oct 24, 2026 - 13:22 NVD
8.5 (HIGH) 4.3 (MEDIUM)
Analysis Updated
Apr 16, 2026 - 06:06 EUVD-patch-fix
executive summary
Patch available
Apr 16, 2026 - 05:29 EUVD
0.8.0
CVE Published
Apr 06, 2026 - 16:10 nvd
HIGH 8.5

DescriptionNVD

Plunk is an open-source email platform built on top of AWS SES. Prior to 0.8.0, a CRLF header injection vulnerability was discovered in SESService.ts, where user-supplied values for from.name, subject, custom header keys/values, and attachment filenames were interpolated directly into raw MIME messages without sanitization. An authenticated API user could inject arbitrary email headers (e.g. Bcc, Reply-To) by embedding carriage return/line feed characters in these fields, enabling silent email forwarding, reply redirection, or sender spoofing. The fix adds input validation at the schema level to reject any of these fields containing \r or \n characters, consistent with the existing validation already applied to the contentId field. This vulnerability is fixed in 0.8.0.

Executive ViewAI

Why It Matters

Plunk email platform versions before 0.8.0 contain a CRLF injection vulnerability in the SESService that allows authenticated users to manipulate email headers, potentially enabling unauthorized email forwarding via Bcc injection, sender spoofing, or Reply-To manipulation. This directly impacts email security and compliance for organizations relying on Plunk for transactional or marketing communications, as attackers with API access could exfiltrate sensitive messages or compromise email authentication.

Business Impact: High
Compensating Controls

Apply vendor patch to version 0.8.0 or later. If immediate patching is not possible, restrict API access to high-privilege accounts only and implement email gateway logging to detect Bcc header injection in outbound messages.

Threat Intelligence Overview

EPSS Score
0.0%
Top 91% exploitable
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GitHub VulDB

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.0%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Partial

Priority Score

22
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +22
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Code Injection CRITICAL

Code injection occurs when an application accepts user input and passes it directly into a language interpreter or evaluator without proper sanitization.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy