CVE-2023-0481: Insecure Permissions in RestEasy Reactive implementation of Quarkus

Summary

24/02/2023
Yes i
Low
3.3

CVE-2023-0481: RestEasy Reactive implementation of Quarkus allows Creation of Temporary File With Insecure Permissions. Affects io.quarkus.resteasy.reactive:resteasy-reactive-common versions < 3.0.0.Alpha4. Fixed in 3.0.0.Alpha4. How to fix ↓

Free scan

Check if this vulnerability affects your application

Upload a manifest or SBOM and we'll show whether you're affected, plus every other risky package in the same scan.

Check my app free

No signup required · Results in about 60 seconds

Upload your dependency manifest or SBOM

Drag & drop your file here or

Java Javascript PHP Python Go Rust Ruby Dart C/C++ Elixir CycloneDX SPDX

Upload a supported dependency manifest or SBOM. No installation or source-code access required.

See supported files and SBOM formats
SBOM sbom.json · bom.json · bom.xml · *.spdx.json · *.cdx.json · *.cdx.xml
Java pom.xml · gradle.lockfile · buildscript-gradle.lockfile
Javascript package-lock.json · yarn.lock · pnpm-lock.yaml
PHP composer.lock
Python poetry.lock · requirements.txt · Pipfile.lock
Go go.mod
Rust Cargo.lock
Ruby Gemfile.lock
Dart pubspec.lock
C/C++ conan.lock
Elixir mix.lock
Enter your work email to receive your report link.

Verify your email to view the full report and start 30 days of continuous monitoring. No credit card required.

Sponsored Lume, the Habilume companion Habilume Habit tracker with a companion that grows with you Complete habits, earn Lume Points, and watch your Lume grow as you stay consistent. App Store Google Play

Background

The RestEasy Reactive implementation of Quarkus is a framework that allows developers to build reactive RESTful web services. It is commonly used in Java applications and provides features such as easy integration with other frameworks and efficient handling of HTTP requests and responses. However, a vulnerability has been discovered in the implementation that could lead to the creation of temporary files with insecure permissions.

Vulnerability Detail

The vulnerability arises from the use of the insecure File.createTempFile() method in the FileBodyHandler class of the RestEasy Reactive implementation of Quarkus. This method creates temporary files with insecure permissions, making them readable by local users. An attacker with local access to the system could potentially exploit this vulnerability to gain unauthorized access to sensitive information contained in these temporary files.

How To Fix

Minimum fixed version

3.0.0.Alpha4

This is the first release that contains the fix.

Tip — Not sure which version your app runs? Vulert can match this fix to it. Scan free →

Workaround

As a temporary workaround, developers can manually modify the permissions of the temporary files created by the FileBodyHandler class to restrict access to only the necessary users. This can be done using the appropriate file permission settings in the operating system. However, this workaround is not recommended as it requires manual intervention and may not provide complete protection against potential attacks.

Conclusion

In conclusion, the RestEasy Reactive implementation of Quarkus is vulnerable to the creation of temporary files with insecure permissions. This could allow local users to read sensitive information. It is recommended to update the affected package to version 3.0.0.Alpha4 or later to mitigate this vulnerability. For further support on vulnerability remediation, please contact DevNack.com.

See every vulnerability recorded for io.quarkus.resteasy.reactive:resteasy-reactive-common →

Share this vulnerability

FAQ

The vulnerability allows local users to read sensitive information contained in temporary files created by the RestEasy Reactive implementation of Quarkus. However, it does not directly enable remote code execution or privilege escalation.

No, only versions prior to 3.0.0.Alpha4 of the io.quarkus.resteasy.reactive:resteasy-reactive-common-parent package are affected by this vulnerability.

There are no known public exploits for this vulnerability at the time of this advisory. However, it is still important to apply the recommended fix to mitigate the risk of potential attacks.

No, this vulnerability requires local access to the system in order to exploit it. Remote exploitation is not possible.

If possible, developers can consider using alternative libraries or frameworks that do not have this vulnerability. However, it is important to thoroughly evaluate the security of any alternative solution before making a switch.

Sponsored Lume, the Habilume companion Habilume Habit tracker with a companion that grows with you Complete habits, earn Lume Points, and watch your Lume grow as you stay consistent. App Store Google Play

How To Fix

Minimum fixed version

3.0.0.Alpha4

This is the first release that contains the fix.

Tip — Not sure which version your app runs? Vulert can match this fix to it. Scan free →

Subscribe to Vulert on Telegram
Daily digest of new CVEs, critical and high severity, affected packages and fixes — plus a weekly roundup.
Join the channel →
Help improve this record
Report an issue or send feedback