Skip to content
OpenAdvisories

Package · Maven

org.apache.storm:storm-core

6 known vulnerabilities.

6 results · Feed

  • Medium 5.5

    Apache Storm: Local Information Disclosure Vulnerability in Storm-core on Unix-Like systems due temporary files

    On unix-like systems, the temporary directory is shared between all user. As such, writing to this directory using APIs that do not explicitly set the file/directory permissions can lead to information disclosure. Of note, this does not impact modern MacOS Op…

  • High 7.5

    Exposure of Sensitive Information in Apache Storm Logviewer

    The Apache Storm Logviewer daemon exposes HTTP-accessible endpoints to read/search log files on hosts running Storm. In Apache Storm versions 0.9.1-incubating to 1.2.2, it is possible to read files off the host's file system that were not intended to be acces…

  • High 8.8

    Code execution in org.apache.storm:storm-core

    In Apache Storm 0.10.0 through 0.10.2, 1.0.0 through 1.0.6, 1.1.0 through 1.1.2, and 1.2.0 through 1.2.1, an attacker with access to a secure storm cluster in some cases could execute arbitrary code as a different user.

  • Medium 6.5

    Moderate severity vulnerability that affects org.apache.storm:storm-core

    Apache Storm version 1.0.6 and earlier, 1.2.1 and earlier, and version 1.1.2 and earlier expose a vulnerability that could allow a user to impersonate another user when communicating with some Storm Daemons.

  • Medium 5.5

    ZipSlip in org.apache.storm:storm-core

    Apache Storm version 1.0.6 and earlier, 1.2.1 and earlier, and version 1.1.2 and earlier expose an arbitrary file write vulnerability, that can be achieved using a specially crafted zip archive (affects other archives as well, bzip2, tar, xz, war, cpio, 7z), …

  • High 8.8

    Apache Storm it is possible for the owner of a topology to trick the supervisor to launch a worker as a different, non-root, user

    It was found that under some situations and configurations of Apache Storm 1.x before 1.0.4 and 1.1.x before 1.1.1, it is theoretically possible for the owner of a topology to trick the supervisor to launch a worker as a different, non-root, user. In the wors…