Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessInject crafted data into logged field
-
ExploitNon-ASCII/control chars silently stripped by RemoteSyslogAppender
-
ImpactForged syslog record masks or spoofs identity in audit trail
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Output encoding for downstream
|
| Exploitation Conditions | Exploitation requires that the target application be configured to use the RemoteSyslogAppender (explicitly stated: 'Only applications that use RemoteSyslogAppender are affected') and run an affected log4net version from 1.2.12 up to but not including 3.5.0. The attacker must be able to influence a value that gets written into a log message (e.g., a user-supplied username or other field reaching the record). The key limiting factor is the non-default appender dependency - deployments using file/console/other appenders are not affected - and the impact ceiling is integrity of the audit record only (masking/spoofing or dropping of non-ASCII and control characters), with no confidentiality or availability effect. No authentication or user interaction is required per the CVSS vector (PR:N/UI:N). |
| Impact | This is a genuine but low-severity log-integrity issue, not a high-priority emergency. The provided CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N, 5.3 Medium) is internally consistent with the description: the only impact is Integrity-Low (C:N, A:N), reflecting silent corruption/masking of log records rather than data theft or code execution. No KEV listing and no POC are present in the input, so exploitation status is 'no public exploit identified at time of analysis' - this is a correctness/escaping defect (CWE-116), not a memory-safety or RCE bug. There is no EPSS score and no SSVC decision data in the input, so automatability and exploitation-probability signals are UNKNOWN and cannot be weighed. Note a labeling tension: the Tags mark this 'Information Disclosure,' but the CVSS vector sets C:N and I:L, meaning the real effect is integrity (log forging/masking), not confidentiality disclosure - treat the 'Information Disclosure' tag as unreliable. The practical risk is confined to audit-trail trustworthiness in the subset of deployments that actually use RemoteSyslogAppender, so the real-world priority is modest despite the network attack vector. |
| Exploit ScenarioDerived | An attacker submits input (e.g., a username) containing non-visible characters such as a zero-width space - 'admin\u200b' - to an application that logs via Apache log4net's RemoteSyslogAppender. Because every character outside visible ASCII and space was silently deleted rather than escaped, the forwarded syslog record shows an identical-looking 'admin', letting the attacker impersonate or obscure an identity in the audit trail and inject/strip control characters like tabs. No public exploit code is identified at time of analysis; exploitation requires only that attacker-influenced data reaches a logged message. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 06, 2026
Log-integrity tampering in the RemoteSyslogAppender of Apache log4net affects versions from 1.2.12 up to but not including 3.5.0, where characters outside the visible ASCII range are silently deleted from syslog records instead of being escaped. An unauthenticated remote party who can influence a value that reaches a log message (for example, a username containing a zero-width space) can make a distinct value appear identical to another in the audit record, such as a user name being logged as 'admin'. Only applications that explicitly configure RemoteSyslogAppender are affected; deployments using file, console, or other appenders are not. Impact is limited to integrity of the log record (CVSS I:L) with no confidentiality or availability effect, and no public exploit has been identified at time of analysis.
RemediationAI
Vendor-released patch: 3.5.0. Upgrade Apache log4net to version 3.5.0 or later, which replaces the silent deletion of out-of-range characters with visible '\uXXXX' escapes; see the Apache advisory at https://lists.apache.org/thread.html/q7649hhdodthoqw8jsjgtnb4m8qfy6d6 and the fixing commit https://github.com/apache/logging-log4net/commit/77717061b20d4346b6c0ce6b54643d85fb348bc7. If an immediate upgrade is not possible, stop routing attacker-influenced values through RemoteSyslogAppender - for example, switch those events to a file or console appender that does not enforce RFC 3164's ASCII constraint (trade-off: loss of centralized remote syslog forwarding), or strictly validate and normalize user-supplied input so that non-ASCII and control characters cannot reach the log message (trade-off: application changes and possible loss of legitimate internationalized text). Removing or disabling RemoteSyslogAppender entirely also closes the issue but eliminates remote logging. Until a fix is in place, treat logs from affected deployments as potentially ambiguous for integrity and cross-check critical events against another source.
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-116, improper encoding or escaping of output, in Apache log4net's RemoteSyslogAppender. RFC 3164 restricts syslog message content to visible ASCII characters and space (0x20-0x7E), and the appender enforced this by dropping anything outside that set without any marker. That silent removal meant non-ASCII text such as 'Schönwetter 你好' reached the collector as 'Schnwetter ' and control characters like tab simply vanished, so a record could be altered or ambiguous. The fix in commit 77717061b20d4346b6c0ce6b54643d85fb348bc7 (PR #315, part of the 3.5.0 changelog) adds an else branch that appends a literal '\u' followed by the four-digit hex code of the offending character, producing escapes like '\u00f6' and '\u0009' that remain within the RFC 3164 allowed range. Unit tests confirm the escaped output for non-ASCII content and control characters, and the documentation now notes that the Encoding setting does not make the message body non-ASCII.
Know when Log4Net 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:N/S:U/C:N/I:L/A:N
Attacker-influenced data reaches logs remotely with no auth or interaction (AV:N/AC:L/PR:N/UI:N); only log-record integrity is affected (I:L), with no confidentiality or availability impact.
Primary rating from Vendor (apache).
CVSS VectorVendor: apache
Lifecycle Timeline
2DescriptionCVE.org
Improper Encoding or Escaping of Output vulnerability in the RemoteSyslogAppender of Apache log4net.
Every character outside visible ASCII and space was removed from the record instead of being escaped, so non-ASCII text and control characters such as tabs disappeared without notice. A party whose data reaches a log message could make a distinct value look identical in the record, for example a user name holding a zero-width space logged as admin. Only applications that use RemoteSyslogAppender are affected.
This issue affects Apache log4net: from 1.2.12 before 3.5.0.
Users are recommended to upgrade to version 3.5.0, which fixes the issue.
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.
Log-record suppression in the %aspnet-request pattern converter of Apache log4net lets an unauthenticated remote sender
Improper handling of Unicode encoding in Apache log4net's SmtpPickupDirAppender lets an attacker who can place unencodab
Log-record truncation in Apache log4net's EventLogAppender silently drops everything a layout renders after a NUL (\0) c
Silent suppression of Windows event-log records in Apache log4net's EventLogAppender lets a party that can influence log
A NUL character (U+0000) embedded in content that reaches a log message causes Apache log4net's OutputDebugStringAppende
EUVD-2026-93870
GHSA-g956-ph29-3vq5
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB