ID CVE-2020-26259
Summary XStream is a Java library to serialize objects to XML and back again. In XStream before version 1.4.15, is vulnerable to an Arbitrary File Deletion on the local host when unmarshalling. The vulnerability may allow a remote attacker to delete arbitrary know files on the host as log as the executing process has sufficient rights only by manipulating the processed input stream. If you rely on XStream's default blacklist of the Security Framework, you will have to use at least version 1.4.15. The reported vulnerability does not exist running Java 15 or higher. No user is affected, who followed the recommendation to setup XStream's Security Framework with a whitelist! Anyone relying on XStream's default blacklist can immediately switch to a whilelist for the allowed types to avoid the vulnerability. Users of XStream 1.4.14 or below who still want to use XStream default blacklist can use a workaround described in more detailed in the referenced advisories.
References
Vulnerable Configurations
  • cpe:2.3:a:xstream_project:xstream:0.2:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:0.2:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:0.3:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:0.3:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:0.4:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:0.4:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:0.5:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:0.5:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:0.6:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:0.6:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:0.6:-:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:0.6:-:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:0.6:rc1:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:0.6:rc1:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.0.1:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.0.1:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.0.2:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.0.2:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.1:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.1:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.1.1:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.1.1:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.1.2:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.1.2:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.1.3:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.1.3:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.2:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.2:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.2.1:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.2.1:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.2.2:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.2.2:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.3:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.3:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.3.1:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.3.1:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.1:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.1:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.2:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.2:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.3:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.3:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.4:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.4:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.5:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.5:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.6:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.6:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.7:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.7:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.8:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.8:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.9:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.9:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.10:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.10:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.11:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.11:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.11.1:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.11.1:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.12:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.12:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.13:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.13:*:*:*:*:*:*:*
  • cpe:2.3:a:xstream_project:xstream:1.4.14:*:*:*:*:*:*:*
    cpe:2.3:a:xstream_project:xstream:1.4.14:*:*:*:*:*:*:*
  • cpe:2.3:o:debian:debian_linux:9.0:*:*:*:*:*:*:*
    cpe:2.3:o:debian:debian_linux:9.0:*:*:*:*:*:*:*
  • cpe:2.3:o:debian:debian_linux:10.0:*:*:*:*:*:*:*
    cpe:2.3:o:debian:debian_linux:10.0:*:*:*:*:*:*:*
  • cpe:2.3:o:fedoraproject:fedora:33:*:*:*:*:*:*:*
    cpe:2.3:o:fedoraproject:fedora:33:*:*:*:*:*:*:*
  • cpe:2.3:o:fedoraproject:fedora:34:*:*:*:*:*:*:*
    cpe:2.3:o:fedoraproject:fedora:34:*:*:*:*:*:*:*
  • cpe:2.3:o:fedoraproject:fedora:35:*:*:*:*:*:*:*
    cpe:2.3:o:fedoraproject:fedora:35:*:*:*:*:*:*:*
CVSS
Base: 6.4 (as of 30-11-2021 - 21:43)
Impact:
Exploitability:
CWE CWE-78
CAPEC
  • OS Command Injection
    In this type of an attack, an adversary injects operating system commands into existing application functions. An application that uses untrusted input to build command strings is vulnerable. An adversary can leverage OS command injection in an application to elevate privileges, execute arbitrary commands and compromise the underlying operating system.
  • Argument Injection
    An attacker changes the behavior or state of a targeted application through injecting data or command syntax through the targets use of non-validated and non-filtered arguments of exposed services or methods.
  • Command Delimiters
    An attack of this type exploits a programs' vulnerabilities that allows an attacker's commands to be concatenated onto a legitimate command with the intent of targeting other resources such as the file system or database. The system that uses a filter or a blacklist input validation, as opposed to whitelist validation is vulnerable to an attacker who predicts delimiters (or combinations of delimiters) not present in the filter or blacklist. As with other injection attacks, the attacker uses the command delimiter payload as an entry point to tunnel through the application and activate additional attacks through SQL queries, shell commands, network scanning, and so on.
  • Command Line Execution through SQL Injection
    An attacker uses standard SQL injection methods to inject data into the command line for execution. This could be done directly through misuse of directives such as MSSQL_xp_cmdshell or indirectly through injection of data into the database that would be interpreted as shell commands. Sometime later, an unscrupulous backend application (or could be part of the functionality of the same application) fetches the injected data stored in the database and uses this data as command line arguments without performing proper validation. The malicious data escapes that data plane by spawning new commands to be executed on the host.
  • Exploiting Multiple Input Interpretation Layers
    An attacker supplies the target software with input data that contains sequences of special characters designed to bypass input validation logic. This exploit relies on the target making multiples passes over the input data and processing a "layer" of special characters with each pass. In this manner, the attacker can disguise input that would otherwise be rejected as invalid by concealing it with layers of special/escape characters that are stripped off by subsequent processing steps. The goal is to first discover cases where the input validation layer executes before one or more parsing layers. That is, user input may go through the following logic in an application: <parser1> --> <input validator> --> <parser2>. In such cases, the attacker will need to provide input that will pass through the input validator, but after passing through parser2, will be converted into something that the input validator was supposed to stop.
Access
VectorComplexityAuthentication
NETWORK LOW NONE
Impact
ConfidentialityIntegrityAvailability
NONE PARTIAL PARTIAL
cvss-vector via4 AV:N/AC:L/Au:N/C:N/I:P/A:P
refmap via4
confirm https://github.com/x-stream/xstream/security/advisories/GHSA-jfvx-7wrx-43fh
debian DSA-4828
misc https://x-stream.github.io/CVE-2020-26259.html
mlist
  • [debian-lts-announce] 20201231 [SECURITY] [DLA 2507-1] libxstream-java security update
  • [struts-commits] 20201221 [struts] branch master updated: Upgrades XStream to version 1.4.15 to address CVE-2020-26258, CVE-2020-26259
Last major update 30-11-2021 - 21:43
Published 16-12-2020 - 01:15
Last modified 30-11-2021 - 21:43
Back to Top