Oracle Fusion Middleware / Third Party Tools (Apache Batik) CVEs

VRT 391,192 CVEs tracked · 15,442 in RASP scope · data as of 20 hours ago

Description contains RASP scope Status Exploitation Severity

Reset

Overview 1 match, all in RASP scope, all protected · 0 KEV · 0 public PoC · 0 CISA SSVC · 0 EPSS ≥ 0.5 · 0 disputed

1match, all in RASP scope, all protected 0KEV0.0% 0public PoC0.0% 0CISA SSVC0.0% 0EPSS ≥ 0.50.0% 0disputed0.0%

Critical 1 100.0% High 0 0.0% Medium 0 0.0% Low 0 0.0% None 0 0.0% Unknown 0 0.0%

Protected by RASP 1 100.0% Rule in development 0 0.0% Mitigation candidate 0 0.0% No exploit published 0 0.0% No fix identified 0 0.0% Mitigated by environment configuration 0 0.0% Queued for review 0 0.0% Not applicable 0 0.0% Out of RASP scope 0 0.0% Rejected 0 0.0%

blocked by ARMR today 1 100.0% not blocked 0 0.0% not established 0 0.0% unrecorded 0 0.0%

Exploited in the wild 0 0.0% Working exploit published 0 0.0% Proof of concept only 0 0.0% Forecast only 0 0.0% No public exploit 1 100.0%

split by SeverityStatusProtectionExploit maturity peak 1 / month

May 18

1 match CSV JSON

CVE	Severity	Published▾	Status	Exploitation	Description
CVE-2018-8013	Critical	2018-05-24	Protected by RASP	No public exploit	In Apache Batik 1.x before 1.10, when deserializing subclass of `AbstractDocument`, the class takes a string from the inputStream as the class name which then use it to call the no-arg constructor of the class. Fix was to check the class type before calling newInstance in deserialization.

CVE

Severity

Published▾

Status

Exploitation

Description

CVE-2018-8013

Critical

2018-05-24

Protected by RASP

No public exploit

In Apache Batik 1.x before 1.10, when deserializing subclass of `AbstractDocument`, the class takes a string from the inputStream as the class name which then use it to call the no-arg constructor of the class. Fix was to check the class type before calling newInstance in deserialization.