Vulnerabilities

13 via 16 paths

Dependencies

89

Source

GitHub

Find, fix and prevent vulnerabilities in your code.

Issue type
  • 13
  • 1
Severity
  • 9
  • 3
  • 2
Status
  • 14
  • 0
  • 0

high severity

Uncontrolled Recursion

  • Vulnerable module: commons-lang:commons-lang
  • Introduced through: com.netflix.hystrix:hystrix-core@1.5.18

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline com.netflix.hystrix:hystrix-core@1.5.18 com.netflix.archaius:archaius-core@0.4.1 commons-configuration:commons-configuration@1.8 commons-lang:commons-lang@2.6

Overview

Affected versions of this package are vulnerable to Uncontrolled Recursion via the ClassUtils.getClass function. An attacker can cause the application to terminate unexpectedly by providing excessively long input values.

Remediation

There is no fixed version for commons-lang:commons-lang.

References

high severity

Out-of-bounds Read

  • Vulnerable module: net.jpountz.lz4:lz4
  • Introduced through: org.mapdb:mapdb@3.1.0

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.mapdb:mapdb@3.1.0 net.jpountz.lz4:lz4@1.3.0

Overview

net.jpountz.lz4:lz4 is a package for LZ4 compression for Java

Affected versions of this package are vulnerable to Out-of-bounds Read due to the use of the insecure LZ4_decompress_fast in the underlying lz4 library, which lacks bounds checks. An attacker can cause denial of service or access sensitive memory contents by providing specially crafted compressed input.

Workaround

  • Applications using LZ4Factory.nativeInstance() in conjunction with .fastDecompressor() can switch to .safeInstance() or .safeDecompressor().
  • Applications using LZ4Factory.unsafeInstance(), .fastestInstance() or .fastestJavaInstance() can switch to .safeInstance().

Notes

  • The official org.lz4:lz4-java library has not been patched and the project is discontinued.

  • org.lz4:lz4-java:1.8.1 relocates the pacakge to at.yawk.lz4:lz4-java, which is a community-maintained fork of the library that fixes this vulnerability.

Remediation

There is no fixed version for net.jpountz.lz4:lz4.

References

high severity
new

Allocation of Resources Without Limits or Throttling

  • Vulnerable module: org.springframework:spring-expression
  • Introduced through: org.springframework:spring-context@6.2.19

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.springframework:spring-context@6.2.19 org.springframework:spring-expression@6.2.19
    Remediation: Upgrade to org.springframework:spring-context@7.0.9.

Overview

Affected versions of this package are vulnerable to Allocation of Resources Without Limits or Throttling in the SimpleEvaluationContext file when the SpEL expression compiler is enabled through specific configuration settings. An attacker can cause unbounded class-loading growth and bypass enforced safety checks by submitting specially crafted expressions for evaluation.

Note: This is only exploitable if the application evaluates SpEL expressions using SimpleEvaluationContext and the SpEL expression compiler is active via the spring.expression.compiler.mode property or a SpelParserConfiguration set to IMMEDIATE or MIXED.

Remediation

Upgrade org.springframework:spring-expression to version 7.0.9 or higher.

References

high severity
new

Sensitive Cookie in HTTPS Session Without "Secure" Attribute

  • Vulnerable module: org.springframework:spring-web
  • Introduced through: org.springframework:spring-web@6.2.19

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.springframework:spring-web@6.2.19
    Remediation: Upgrade to org.springframework:spring-web@7.0.9.

Overview

org.springframework:spring-web is a package that provides a comprehensive programming and configuration model for modern Java-based enterprise applications - on any kind of deployment platform.

Affected versions of this package are vulnerable to Sensitive Cookie in HTTPS Session Without "Secure" Attribute in the JettyCoreServerHttpResponse file. An attacker can compromise user session integrity by exploiting the omission of the sameSite attribute in serialized response cookies, potentially enabling cross-site request forgery (CSRF) attacks when a user interacts with a malicious website.

Remediation

Upgrade org.springframework:spring-web to version 7.0.9 or higher.

References

high severity

Insertion of Sensitive Information Into Sent Data

  • Vulnerable module: net.jpountz.lz4:lz4
  • Introduced through: org.mapdb:mapdb@3.1.0

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.mapdb:mapdb@3.1.0 net.jpountz.lz4:lz4@1.3.0

Overview

net.jpountz.lz4:lz4 is a package for LZ4 compression for Java

Affected versions of this package are vulnerable to Insertion of Sensitive Information Into Sent Data in the decompression process when the output buffer is reused without being cleared. An attacker can access sensitive information from previous buffer contents by providing crafted compressed input.

Note:

  • JNI implementations are not vulnerable.
  • LZ4Factory.safeInstance(), LZ4Factory.unsafeInstance(), and LZ4Factory.fastestJavaInstance() are all vulnerable.
  • nativeInstance().fastDecompressor() is vulnerable but nativeInstance().safeDecompressor() is not.
  • This vulnerability is distinct from the one described in CVE-2025-12183, and was discovered during follow-up research.

Workaround

This vulnerability can be mitigated by zeroing the output buffer before passing it to the decompression function.

Remediation

There is no fixed version for net.jpountz.lz4:lz4.

References

high severity
new

Allocation of Resources Without Limits or Throttling

  • Vulnerable module: org.springframework:spring-beans
  • Introduced through: org.springframework:spring-beans@6.2.19, org.springframework:spring-context@6.2.19 and others

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.springframework:spring-beans@6.2.19
    Remediation: Upgrade to org.springframework:spring-beans@7.0.9.
  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.springframework:spring-context@6.2.19 org.springframework:spring-beans@6.2.19
    Remediation: Upgrade to org.springframework:spring-context@7.0.9.
  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.springframework:spring-web@6.2.19 org.springframework:spring-beans@6.2.19
    Remediation: Upgrade to org.springframework:spring-web@7.0.9.
  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.springframework:spring-context@6.2.19 org.springframework:spring-aop@6.2.19 org.springframework:spring-beans@6.2.19
    Remediation: Upgrade to org.springframework:spring-context@7.0.9.

Overview

org.springframework:spring-beans is a package that is the basis for Spring Framework's IoC container. The BeanFactory interface provides an advanced configuration mechanism capable of managing any type of object.

Affected versions of this package are vulnerable to Allocation of Resources Without Limits or Throttling via the data binding. An attacker can exhaust system memory by supplying a crafted property path with a large index value, causing unbounded allocation of list elements when the target object contains a self-populating list whose element type exposes sub-properties.

Note: This is only exploitable if the application uses Spring's data binding infrastructure to apply user-supplied property paths onto a target object, the target object contains a self-populating list implementation as a property, and the list's element type exposes sub-properties.

Remediation

Upgrade org.springframework:spring-beans to version 7.0.9 or higher.

References

high severity
new

Allocation of Resources Without Limits or Throttling

  • Vulnerable module: org.springframework:spring-expression
  • Introduced through: org.springframework:spring-context@6.2.19

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.springframework:spring-context@6.2.19 org.springframework:spring-expression@6.2.19
    Remediation: Upgrade to org.springframework:spring-context@7.0.9.

Overview

Affected versions of this package are vulnerable to Allocation of Resources Without Limits or Throttling in the evaluation of user-supplied SpEL expressions containing the power operator (^) with a BigDecimal or BigInteger operand and a large exponent value. An attacker can cause excessive CPU and memory consumption by submitting specially crafted expressions.

Note: This is only exploitable if the application accepts and evaluates untrusted SpEL expressions and a BigDecimal or BigInteger value is accessible within the evaluation context.

Remediation

Upgrade org.springframework:spring-expression to version 7.0.9 or higher.

References

high severity
new

Allocation of Resources Without Limits or Throttling

  • Vulnerable module: org.springframework:spring-web
  • Introduced through: org.springframework:spring-web@6.2.19

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.springframework:spring-web@6.2.19
    Remediation: Upgrade to org.springframework:spring-web@7.0.9.

Overview

org.springframework:spring-web is a package that provides a comprehensive programming and configuration model for modern Java-based enterprise applications - on any kind of deployment platform.

Affected versions of this package are vulnerable to Allocation of Resources Without Limits or Throttling in the PartEventHttpMessageReader file when maxInMemorySize is set to -1. An attacker can cause excessive memory consumption by uploading large multipart requests.

Note: This is only exploitable if the configuration explicitly sets maxInMemorySize to -1.

Remediation

Upgrade org.springframework:spring-web to version 7.0.9 or higher.

References

high severity
new

Cross-site Scripting (XSS)

  • Vulnerable module: org.springframework:spring-web
  • Introduced through: org.springframework:spring-web@6.2.19

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.springframework:spring-web@6.2.19
    Remediation: Upgrade to org.springframework:spring-web@7.0.9.

Overview

org.springframework:spring-web is a package that provides a comprehensive programming and configuration model for modern Java-based enterprise applications - on any kind of deployment platform.

Affected versions of this package are vulnerable to Cross-site Scripting (XSS) via the Errors.getFieldErrors() or Errors.getFieldError() accessors when rendering field errors with HTML escaping enabled. An attacker can inject arbitrary HTML or JavaScript code by supplying crafted input that is not properly escaped.

Details

Cross-site scripting (or XSS) is a code vulnerability that occurs when an attacker “injects” a malicious script into an otherwise trusted website. The injected script gets downloaded and executed by the end user’s browser when the user interacts with the compromised website.

This is done by escaping the context of the web application; the web application then delivers that data to its users along with other trusted dynamic content, without validating it. The browser unknowingly executes malicious script on the client side (through client-side languages; usually JavaScript or HTML) in order to perform actions that are otherwise typically blocked by the browser’s Same Origin Policy.

Injecting malicious code is the most prevalent manner by which XSS is exploited; for this reason, escaping characters in order to prevent this manipulation is the top method for securing code against this vulnerability.

Escaping means that the application is coded to mark key characters, and particularly key characters included in user input, to prevent those characters from being interpreted in a dangerous context. For example, in HTML, < can be coded as &lt; and > can be coded as &gt; in order to be interpreted and displayed as themselves in text, while within the code itself, they are used for HTML tags. If malicious content is injected into an application that escapes special characters and that malicious content uses < and > as HTML tags, those characters are nonetheless not interpreted as HTML tags by the browser if they’ve been correctly escaped in the application code and in this way the attempted attack is diverted.

The most prominent use of XSS is to steal cookies (source: OWASP HttpOnly) and hijack user sessions, but XSS exploits have been used to expose sensitive information, enable access to privileged services and functionality and deliver malware.

Types of attacks

There are a few methods by which XSS can be manipulated:

Type Origin Description
Stored Server The malicious code is inserted in the application (usually as a link) by the attacker. The code is activated every time a user clicks the link.
Reflected Server The attacker delivers a malicious link externally from the vulnerable web site application to a user. When clicked, malicious code is sent to the vulnerable web site, which reflects the attack back to the user’s browser.
DOM-based Client The attacker forces the user’s browser to render a malicious page. The data in the page itself delivers the cross-site scripting data.
Mutated The attacker injects code that appears safe, but is then rewritten and modified by the browser, while parsing the markup. An example is rebalancing unclosed quotation marks or even adding quotation marks to unquoted parameters.

Affected environments

The following environments are susceptible to an XSS attack:

  • Web servers
  • Application servers
  • Web application environments

How to prevent

This section describes the top best practices designed to specifically protect your code:

  • Sanitize data input in an HTTP request before reflecting it back, ensuring all data is validated, filtered or escaped before echoing anything back to the user, such as the values of query parameters during searches.
  • Convert special characters such as ?, &, /, <, > and spaces to their respective HTML or URL encoded equivalents.
  • Give users the option to disable client-side scripts.
  • Redirect invalid requests.
  • Detect simultaneous logins, including those from two separate IP addresses, and invalidate those sessions.
  • Use and enforce a Content Security Policy (source: Wikipedia) to disable any features that might be manipulated for an XSS attack.
  • Read the documentation for any of the libraries referenced in your code to understand which elements allow for embedded HTML.

Remediation

Upgrade org.springframework:spring-web to version 7.0.9 or higher.

References

medium severity

Allocation of Resources Without Limits or Throttling

  • Vulnerable module: commons-configuration:commons-configuration
  • Introduced through: com.netflix.hystrix:hystrix-core@1.5.18

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline com.netflix.hystrix:hystrix-core@1.5.18 com.netflix.archaius:archaius-core@0.4.1 commons-configuration:commons-configuration@1.8

Overview

Affected versions of this package are vulnerable to Allocation of Resources Without Limits or Throttling due several issues in the loading of untrusted configurations. An attacker can cause excessive resource consumption by manipulating the configuration data or introducing unexpected usage patterns. Users affected by this issue are recommended to upgrade to the 2.x version line org.apache.commons:commons-configuration2, which fixes these issues.

Note: This is only exploitable if the application is configured to load untrusted configurations.

Remediation

There is no fixed version for commons-configuration:commons-configuration.

References

medium severity
new

HTTP Response Splitting

  • Vulnerable module: org.springframework:spring-web
  • Introduced through: org.springframework:spring-web@6.2.19

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.springframework:spring-web@6.2.19
    Remediation: Upgrade to org.springframework:spring-web@7.0.9.

Overview

org.springframework:spring-web is a package that provides a comprehensive programming and configuration model for modern Java-based enterprise applications - on any kind of deployment platform.

Affected versions of this package are vulnerable to HTTP Response Splitting via the Content-Disposition header when untrusted input is used to construct its value. An attacker can inject malicious characters to break the HTTP header or corrupt the framing of an outbound multipart body by supplying specially crafted file names or values.

Note: This is only exploitable if the application uses non-default or legacy HTTP connectors that do not reject malicious characters in header values, or if untrusted input is used to set the Content-Disposition of a part in an outbound multipart request body.

Remediation

Upgrade org.springframework:spring-web to version 7.0.9 or higher.

References

medium severity

EPL-1.0 license

  • Module: junit:junit
  • Introduced through: org.mapdb:mapdb@3.1.0

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.mapdb:mapdb@3.1.0 org.eclipse.collections:eclipse-collections-forkjoin@10.4.0 junit:junit@4.12

EPL-1.0 license

low severity

Information Exposure

  • Vulnerable module: org.jetbrains.kotlin:kotlin-stdlib
  • Introduced through: org.mapdb:mapdb@3.1.0

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.mapdb:mapdb@3.1.0 org.jetbrains.kotlin:kotlin-stdlib@1.9.25

Overview

org.jetbrains.kotlin:kotlin-stdlib is a Kotlin Standard Library for JVM.

Affected versions of this package are vulnerable to Information Exposure. A Kotlin application using createTempDir or createTempFile and placing sensitive information within either of these locations would be leaking this information in a read-only way to other users also on this system.

Note: As of version 1.4.21, the vulnerable functions have been marked as deprecated. Due to still being usable, this advisory is kept as "unfixed".

PoC by JLLeitschuh

package org.jlleitschuh.sandbox

import org.junit.jupiter.api.Test
import java.io.BufferedReader
import java.io.File
import java.io.IOException
import java.io.InputStreamReader
import java.nio.file.Files

class KotlinTempDirectoryPermissionCheck {
    @Test
    fun `kotlin check default directory permissions`() {
        val dir = createTempDir()
        runLS(dir.parentFile, dir) // Prints drwxr-xr-x
    }

    @Test
    fun `Files check default directory permissions`() {
        val dir = Files.createTempDirectory("random-directory")
        runLS(dir.toFile().parentFile, dir.toFile()) // Prints drwx------
    }

    @Test
    fun `kotlin check default file permissions`() {
        val file = createTempFile()
        runLS(file.parentFile, file) // Prints -rw-r--r--
    }

    @Test
    fun `Files check default file permissions`() {
        val file = Files.createTempFile("random-file", ".txt")
        runLS(file.toFile().parentFile, file.toFile()) // Prints -rw-------
    }

    private fun runLS(file: File, lookingFor: File) {
        val processBuilder = ProcessBuilder()
        processBuilder.command("ls", "-l", file.absolutePath)
        try {
            val process = processBuilder.start()
            val output = StringBuilder()
            val reader = BufferedReader(
                InputStreamReader(process.inputStream)
            )
            reader.lines().forEach { line ->
                if (line.contains("total")) {
                    output.append(line).append('\n')
                }
                if (line.contains(lookingFor.name)) {
                    output.append(line).append('\n')
                }
            }
            val exitVal = process.waitFor()
            if (exitVal == 0) {
                println("Success!")
                println(output)
            } else {
                //abnormal...
            }
        } catch (e: IOException) {
            e.printStackTrace()
        } catch (e: InterruptedException) {
            e.printStackTrace()
        }
    }
}

Remediation

Upgrade org.jetbrains.kotlin:kotlin-stdlib to version 2.1.0 or higher.

References

low severity

Information Exposure

  • Vulnerable module: junit:junit
  • Introduced through: org.mapdb:mapdb@3.1.0

Detailed paths

  • Introduced through: Cantara/microservice-baseline@Cantara/microservice-baseline org.mapdb:mapdb@3.1.0 org.eclipse.collections:eclipse-collections-forkjoin@10.4.0 junit:junit@4.12
    Remediation: Upgrade to org.mapdb:mapdb@3.1.0.

Overview

junit:junit is an unit testing framework for Java

Affected versions of this package are vulnerable to Information Exposure. The JUnit4 test rule TemporaryFolder contains a local information disclosure vulnerability. On Unix like systems, the system's temporary directory is shared between all users on that system. Because of this, when files and directories are written into this directory they are, by default, readable by other users on that same system.

Note: This vulnerability does not allow other users to overwrite the contents of these directories or files. This only affects Unix like systems.

Remediation

Upgrade junit:junit to version 4.13.1 or higher.

References