Retail Store Inventory Management vulnerabilitiesAnd the versions its exploited flaws hit.

Product1 known exploited92 versions
The short answer

Retail Store Inventory Management is made by Oracle. We track 15 published vulnerabilities in it, across 92 versions. 1 of them is on the list of flaws known to be exploited, the newest added on 25 March 2022. If you run Retail Store Inventory Management, check your version against the exploited flaws below and patch those first.

Check your version

The most recent Retail Store Inventory Management flaw added to the known-exploited list is CVE-2017-12617, on 25 March 2022. We keep watching the known-exploited list.

Versions

Which versions of Retail Store Inventory Management do the exploited flaws hit?

Each exploited flaw lists the versions it affects, as published by the vendor. Find your version, then patch.

  • CVE-2017-12617Exploited list, 25 Mar 2022

    Apache Tomcat Remote Code Execution Vulnerability

    12.0.1213.0.713.1.913.2.914.0.414.1.315.0.216.0.1
Known exploited

Which Retail Store Inventory Management vulnerabilities are being exploited?

1 flaw is on the government list of vulnerabilities known to be exploited. These are the ones criminals are using now, so they go first, whatever their severity score says.

  1. 8.1
    CVE-2017-12617HighKnown exploited
    Apache Tomcat Remote Code Execution Vulnerability

    When running Apache Tomcat, it is possible to upload a JSP file to the server via a specially crafted request.

    Chance of use>99%Known exploited since25 Mar 2022
Exploit likelihood

Which Retail Store Inventory Management flaws are most likely to be used?

Ranked by the latest exploit-likelihood forecast: the chance each flaw is used in an attack in the next 30 days. A high severity score on its own doesn't tell you that. Flaws shared by many other makers' products are left out.

50% or more10% to 49%Under 10%
  1. >99%

    Apache Log4j2 versions 2.0-alpha1 through 2.16.0 (excluding 2.12.3 and 2.3.1) did not protect from uncontrolled recursion from self-referential lookups.

    CVSS5.9Published18 Dec 2021
  2. >99%
    CVE-2017-12617HighKnown exploited

    When running Apache Tomcat versions 9.0.0.M1 to 9.0.0, 8.5.0 to 8.5.22, 8.0.0.RC1 to 8.0.46 and 7.0.0 to 7.0.81 with HTTP PUTs enabled (e.g.

    CVSS8.1Published4 Oct 2017
  3. 41%

    The MethodClosure class in runtime/MethodClosure.java in Apache Groovy 1.7.0 through 2.4.3 allows remote attackers to execute arbitrary code or cause a denial of service via a crafted serialized object.

    CVSS9.8Published13 Aug 2015
  4. 12%

    The fix for bug 63362 present in Apache Tomcat 10.1.0-M1 to 10.1.0-M5, 10.0.0-M1 to 10.0.11, 9.0.40 to 9.0.53 and 8.5.60 to 8.5.71 introduced a memory leak.

    CVSS7.5Published14 Oct 2021
  5. 8.0%

    As mitigation for CVE-2020-1945 Apache Ant 1.10.8 changed the permissions of temporary files it created so that only the current user was allowed to access them.

    CVSS7.5Published1 Oct 2020
  6. 3.9%

    RSA BSAFE Crypto-J versions prior to 6.2.5 are vulnerable to an Information Exposure Through Timing Discrepancy vulnerabilities during DSA key generation.

    CVSS6.5Published18 Sep 2019
  7. 2.6%

    When reading a specially crafted ZIP archive, or a derived formats, an Apache Ant build can be made to allocate large amounts of memory that leads to an out of memory error, even for small inputs.

    CVSS5.5Published14 Jul 2021
  8. 2.6%

    RSA BSAFE Crypto-J versions prior to 6.2.5 are vulnerable to Information Exposure Through Timing Discrepancy vulnerabilities during ECDSA key generation.

    CVSS6.5Published18 Sep 2019
  9. 2.5%

    When reading a specially crafted TAR archive an Apache Ant build can be made to allocate large amounts of memory that finally leads to an out of memory error, even for small inputs.

    CVSS5.5Published14 Jul 2021
  10. 2.5%

    faces/context/PartialViewContextImpl.java in Eclipse Mojarra, as used in Mojarra for Eclipse EE4J before 2.3.10 and Mojarra JavaServer Faces before 2.2.20, allows Reflected XSS because a client window field is...

    CVSS6.1Published2 Oct 2019
Precursor Intelligence

Running Retail Store Inventory Management? We'll keep checking.

Looking flaws up one at a time doesn't scale. Tell us what you run once, and we tell you which flaws matter to you, in what order, and keep watching for new ones.

  1. Tell us what you runPick your software from a list, or let us work it out from your website.
  2. We match it to every flawOver 400,000 published flaws, checked against your list.
  3. Ranked by real-world riskA 0 to 100 score, led by evidence criminals are using it.
  4. Told as soon as we knowAn alert by email, in the app or by webhook to your own tools.

Free plan, no card needed. Nothing to install.

FAQ

Common questions, answered plainly.

Something else? Talk to the team →

We track 15 published vulnerabilities listed under the name Retail Store Inventory Management, across 92 versions. The most recent Retail Store Inventory Management flaw added to the known-exploited list is CVE-2017-12617, on 25 March 2022.

1 is on the list of flaws known to be exploited. The most recently added is CVE-2017-12617.

Each flaw names its own versions, usually as ranges. The newest, CVE-2017-12617, affects 12.0.12, 13.0.7, 13.1.9, 13.2.9 and more. The versions for every exploited flaw are listed on this page.

Create a Precursor Intelligence account and track Retail Store Inventory Management. We match it against every published flaw, give each one a risk score from 0 to 100 and keep watching, so you hear about new ones as soon as we know, by email, in the app or by webhook.