Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSubmit crafted value via email/web form
-
DeliveryValue stored in OTRS ticket field
-
ExploitField included in CSV export
-
ExecutionVictim opens CSV and confirms warnings
-
PersistSpreadsheet interprets malicious formula
-
ImpactInformation disclosure on victim host
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V1 - Encoding and Sanitization CSV injection prevention
|
| Exploitation Conditions | Exploitation requires that user-controlled data (from authenticated users, web forms, or external channels such as incoming email routed into OTRS queues) be stored in a field that is subsequently included in a CSV export, and that a user then open that CSV in spreadsheet software. Per the description, the victim must generally confirm one or more spreadsheet security-warning dialogs before a formula executes, which is the primary limiting factor - modern spreadsheet defaults block or warn on such formulas. Additional limits: impact is confined to the victim's spreadsheet application (no code execution on the OTRS server), and the attacker depends on an export workflow actually being used and the victim ignoring warnings. The external-email input path means an authenticated account is not strictly required for data delivery. |
| Impact | This is a CSV/formula injection flaw (CWE-1236) with a moderate CVSS 3.1 score of 6.1 (AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N). The vector's PR:N indicates no authentication is required, and the description reinforces this by noting that affected fields can be populated through external channels such as incoming email, lowering the barrier to delivery. However, the attack is fundamentally gated by UI:R: a victim must open the exported CSV in spreadsheet software AND, per the description, typically click through one or more security-warning dialogs for a formula to execute - a significant real-world mitigation that modern Excel/LibreOffice defaults enforce. No EPSS score, KEV listing, POC, or SSVC data was provided in the input, so exploitation likelihood cannot be quantified from these signals; based on available data there is no public exploit identified at time of analysis. The impact is also indirect - code does not run on the OTRS server, only within the victim's spreadsheet application (reflected in S:C and the limited C:L/I:L/A:N). Net assessment: a legitimate but lower-tier issue. The network/unauthenticated delivery path raises it above a trivial bug, but the dependence on victim interaction and security-dialog confirmation makes widespread automatable exploitation unlikely. This is a 'patch in normal cycle' item rather than an emergency, absent any evidence of active exploitation. |
| Exploit ScenarioDerived | An attacker sends an email to an OTRS-monitored queue (e.g., a support address) containing a field value beginning with a formula character such as =, +, -, or @, which OTRS stores and later includes verbatim in a CSV export. When an agent or administrator opens that exported CSV in spreadsheet software and confirms the security-warning prompts, the embedded formula is interpreted and may trigger data disclosure or invoke external functionality on the victim's workstation. No public exploit code was identified in the provided data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 12, 2026
CSV export formula injection in OTRS (7.0.X, 8.0.X, and 2023.X through 2026.X before 2026.7.X, plus legacy ((OTRS)) Community Edition 6.x and products derived from it) lets attacker-influenced text that lands in ticket or contact fields be written into exported CSV files as spreadsheet formulas starting with =, +, -, or @, so that opening the export in Excel or similar software can cause unintended actions, information disclosure, or invocation of external functionality inside the spreadsheet client. Rated CVSS 3.1 6.1 (AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N), the issue is unauthenticated from the network perspective per the vector, since a payload can arrive through external channels such as inbound email routed into an OTRS queue rather than requiring a valid account; the real limiting factors are that an export workflow must actually be used and the recipient must generally confirm one or more spreadsheet security-warning dialogs before a formula executes. Only the victim's spreadsheet application is affected, no code executes on the OTRS server, and no public exploit identified at time of analysis with no CISA KEV listing.
RemediationAI
The primary fix is to upgrade OTRS to 2026.7.X or later, the first release outside the vulnerable 2026.X range per OTRS Security Advisory 2026-17 (https://otrs.com/release-notes/otrs-security-advisory-2026-17/); organizations on the 7.0.X and 8.0.X branches should confirm with the vendor whether a backported fix is offered or plan migration, since those lines predate the 2026.7.X release. Because ((OTRS)) Community Edition 6.x and earlier are end-of-life, no vendor-released patch is available for that codebase and no vendor-released patch has been identified for downstream products based on it, so those operators must rely on compensating controls: escape or prefix any field beginning with =, +, -, or @ (typically with a leading single quote or space) in the export layer itself, accepting that this modifies stored or exported data fidelity; restrict which queues or input channels (for example, inbound email from untrusted senders) can populate fields that are routinely exported, which reduces but does not eliminate the injection surface; and treat every exported CSV as untrusted, opening it in a plain text editor or in spreadsheet software with formula/DDE execution disabled rather than double-clicking it. On the spreadsheet side, enforce Protected View, disable Dynamic Data Exchange server launch via policy, and keep macro and external-content prompts enabled so the confirmation dialog the vulnerability depends on is not weakened; the trade-off is that disabling DDE and external links breaks legitimate linked workbooks and queries. Monitoring should focus on outbound or unusual behavior from workstations that open OTRS exports rather than on the OTRS host, since no code execution occurs on the server itself.
Affected VersionsENISA
Affected Packages
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
The root cause is CWE-1236, improper neutralization of formula elements in a CSV file, a class of injection often called CSV injection or formula injection. OTRS stores free-text values that can be supplied by authenticated agents, web forms, or external communication channels such as incoming email that is ingested into a queue. When those stored values are emitted by the built-in CSV export without escaping leading spreadsheet metacharacters (=, +, -, @, and also tab or carriage-return variants), the resulting file is syntactically valid CSV but semantically hostile to spreadsheet parsers: Excel, LibreOffice Calc, and Google Sheets interpret a cell beginning with those characters as a formula rather than a literal string. Depending on the client and its trust settings, a formula can reference other cells, build HYPERLINK or similar constructs, or in older or permissively configured clients attempt DDE-based external invocation. The CVSS vector AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N reflects a network-delivered attack with low complexity that needs no privileges, but depends on user interaction (the victim opening the export) and changes scope because the impact manifests in a different security authority, the spreadsheet application, rather than in OTRS itself; confidentiality and integrity impacts are low and availability is unaffected. CPE data confirms the affected platforms as OTRS and ((OTRS)) Community Edition, both version-agnostic wildcards, matching the vendor's statement that all 6.x Community Edition releases and earlier, and products built on that codebase, are very likely affected.
Know when Otrs 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
AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N
Payload delivered remotely and unauthenticated via email (AV:N/PR:N); victim must open the CSV and confirm warnings (UI:R); impact lands in a separate system, the spreadsheet app (S:C), with limited disclosure/integrity effect.
Primary rating from Vendor (OTRS).
CVSS VectorVendor: OTRS
DescriptionCVE.org
User-controlled values are not sufficiently neutralized when included in CSV exports. Values originating from user input, including data submitted by authenticated users or received through external communication channels such as email, may be stored in fields that are later included in CSV exports. An attacker can therefore inject values beginning with spreadsheet formula characters such as =, +, -, or @. An attacker does not necessarily require an authenticated account if the affected field can be populated through an external input channel such as incoming email.
When an affected CSV file is opened in spreadsheet software, the application may interpret these values as formulas instead of plain text. Depending on the spreadsheet application and its security configuration, a malicious formula may cause unintended actions, disclose information, or invoke external functionality. Exploitation may require the user opening the exported CSV file to confirm one or more security warning dialogs. The vulnerability does not execute code on the OTRS server; any additional impact occurs in the spreadsheet application used to process the exported file.
This issue affects OTRS:
- 7.0.X
- 8.0.X
- 2023.X
- 2024.X
- 2025.X
- 2026.X before 2026.7.X
Please note that ((OTRS)) Community Edition 6.x and before are vulnerable. Products based on the ((OTRS)) Community Edition also very likely to be affected
Threat Intelligence Overview
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
In OTRS 6.0.x up to and including 6.0.1, OTRS 5.0.x up to and including 5.0.24, and OTRS 4.0.x up to and including 4.0.2
In the Admin Package Manager in Open Ticket Request System (OTRS) 5.0.0 through 5.0.24 and 6.0.0 through 6.0.1, authenti
Multiple cross-site request forgery (CSRF) vulnerabilities in (1) CustomerPreferences.pm, (2) CustomerTicketMessage.pm,
Open Ticket Request System (OTRS) 3.3.9 has XSS in index.pl?Action=AgentStats requests, as demonstrated by OrderBy=[XSS]
Improper Input Validation vulnerability in the upload functionality for user avatars allows functionality misuse due to
Improper Input Validation vulnerability in OTRS AG OTRS, OTRS AG ((OTRS)) Community Edition allows SQL Injection via Tic
Multiple SQL injection vulnerabilities in the FAQ package 2.x before 2.3.6, 4.x before 4.0.5, and 5.x before 5.0.5 in Op
Authentication bypass in ((OTRS)) Community Edition 6.x and earlier lets an unauthenticated remote attacker impersonate
Cross-site scripting (XSS) vulnerability in Open Ticket Request System (OTRS) Help Desk 2.4.x before 2.4.15, 3.0.x befor
OTRS fails to immediately invalidate previously issued JWT authentication tokens when an agent or customer user account
Unauthenticated SQL injection in OTRS and the legacy ((OTRS)) Community Edition database layer enables authentication by
The functions to fetch e-mail via POP3 or IMAP as well as sending e-mail via SMTP use OpenSSL for static SSL or TLS base
EUVD-2026-97270
GHSA-r7mj-m7cq-4q83
NVD
CVE.org
EPSS
VulDB
Exploit-DB