Vulnerabilities |
13 via 16 paths |
|---|---|
Dependencies |
89 |
Source |
GitHub |
Find, fix and prevent vulnerabilities in your code.
high severity
- 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
- 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-javalibrary has not been patched and the project is discontinued.org.lz4:lz4-java:1.8.1relocates the pacakge toat.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
- 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.19Remediation: 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
- 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.19Remediation: 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
- 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(), andLZ4Factory.fastestJavaInstance()are all vulnerable.nativeInstance().fastDecompressor()is vulnerable butnativeInstance().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
- 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.19Remediation: 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.19Remediation: 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.19Remediation: 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.19Remediation: 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
- 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.19Remediation: 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
- 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.19Remediation: 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
- 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.19Remediation: 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 < and > can be coded as > 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
- 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
- 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.19Remediation: 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
- 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
- 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
- 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.12Remediation: 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.