Skip to main content
VulnerabilityPublished

CVE-2026-1225: QOS.CH Sarl Logback-core · Improper Input Validation

Affects QOS.CH Sarl Logback-coreSource CVE Database V5

0

Not known to be exploited · CVSS 1.8 Low.

Data as of 26 Oct 2026, 09:16 UTC

CVSS 4.0 base score
1.8Low
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 5% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:L/AC:H/AT:P/PR:H/UI:N/VC:L/VI:L/VA:L/SC:L/SI:L/SA:L/S:N/AU:N/RE:M/U:Green

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 22 Jan 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
QOS.CH SarlLogback-coreAffected
  • >=0.9.20 <=1.5.24
Fixed in–
Mavench.qos.logback/logback-corepkg:maven/ch.qos.logback/logback-coreOther threatsAffected
  • =0.9.20
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

1. Restrict write permissions on Logback configuration files to only trusted administrators and processes to prevent unauthorized modifications. 2. Audit and harden the Java application's class path to ensure no untrusted or unnecessary classes are present that could be instantiated maliciously. 3. Monitor and log changes to configuration files to detect unauthorized access attempts promptly. 4. Upgrade Logback-core to a patched version once available from QOS.CH Sarl to eliminate the vulnerability. 5. Employ application whitelisting and runtime application self-protection (RASP) solutions to detect and block anomalous class instantiations. 6. Conduct regular security reviews of Java application configurations and permissions, especially in environments with multiple administrators or automated deployment pipelines. 7. Implement strict access controls and network segmentation to limit the ability of attackers to gain the necessary privileges to modify configuration files. 8. Use integrity verification tools to ensure configuration files have not been tampered with.

Description

ACE vulnerability in configuration file processing by QOS.CH logback-core up to and including version 1.5.24 in Java applications, allows an attacker to instantiate classes already present on the class path by compromising an existing logback configuration file. The instantiation of a potentially malicious Java class requires that said class is present on the user's class-path. In addition, the attacker must have write access to a configuration file. However, after successful instantiation, the instance is very likely to be discarded with no further ado.

References

Community reviews

Loading reviews…