Package URl
pkg:maven/io.github.x-stream/mxparser@1.2.2
CPE
cpe:2.3:a:xstream:xstream:1.2.2:::::::*
CVE
No response
ODC Integration
{"label" => "Maven Plugin"}
ODC Version
12.1.2
Description
Dependency Check identifies several CVEs in com.thoughtworks.xstream:xstream:1.4.21 transitive dependency io.github.x-stream:mxparser:1.2.2.
mxparser-1.2.2.jar (pkg:maven/io.github.x-stream/mxparser@1.2.2, cpe:2.3:a:xstream:xstream:1.2.2:*:*:*:*:*:*:*) : CVE-2021-21345, CVE-2013-7285, CVE-2021-21344, CVE-2021-21346, CVE-2021-21347, CVE-2021-21350, CVE-2021-21342, CVE-2021-21351, CVE-2020-26217, CVE-2021-29505, CVE-2021-39139, CVE-2021-21349, CVE-2021-39141, CVE-2021-39144, CVE-2021-39145, CVE-2021-39146, CVE-2021-39147, CVE-2021-39148, CVE-2021-39149, CVE-2021-39150, CVE-2021-39151, CVE-2021-39152, CVE-2021-39153, CVE-2021-39154, CVE-2020-26258, CVE-2016-3674, CVE-2017-7957, CVE-2021-21341, CVE-2021-21343, CVE-2021-21348, CVE-2021-43859, CVE-2022-40151, CVE-2022-40152, CVE-2022-41966, CVE-2020-26259, CVE-2021-39140
This is a regression of #7683.
The CPE regex pattern cpe:/a:xstream(_project)?:xstream in dependencycheck-base-suppression.xml#L205 does not match.
It looks like the CPE matching behaves inconsistent:
cpe:/a:xstream:xstream (regex=false) matches;
cpe:/a:xstream:xstream (regex=true) does not match.
I propose to either update the supression definition mentioned above (e.g. regex cpe:/a:xstream(_project)?:xstream:.* as this seems to work) or to look into the CPE regex matching.
I suppose this also affects other CPE regex patterns introduced in 3ab1cbb.
Package URl
pkg:maven/io.github.x-stream/mxparser@1.2.2
CPE
cpe:2.3:a:xstream:xstream:1.2.2:::::::*
CVE
No response
ODC Integration
{"label" => "Maven Plugin"}
ODC Version
12.1.2
Description
Dependency Check identifies several CVEs in com.thoughtworks.xstream:xstream:1.4.21 transitive dependency io.github.x-stream:mxparser:1.2.2.
This is a regression of #7683.
The CPE regex pattern
cpe:/a:xstream(_project)?:xstreamin dependencycheck-base-suppression.xml#L205 does not match.It looks like the CPE matching behaves inconsistent:
cpe:/a:xstream:xstream(regex=false) matches;cpe:/a:xstream:xstream(regex=true) does not match.I propose to either update the supression definition mentioned above (e.g. regex
cpe:/a:xstream(_project)?:xstream:.*as this seems to work) or to look into the CPE regex matching.I suppose this also affects other CPE regex patterns introduced in 3ab1cbb.