CVE-2021-28168GHSA-C43Q-5HPJ-4CRV
Eclipse Jersey 2.28 to 2.33 and Eclipse Jersey 3.0.0 to 3.0.1 contains a local information disclosure vulnerability.
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 2.34, 3.0.2
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
Eclipse Jersey 2.28 to 2.33 and Eclipse Jersey 3.0.0 to 3.0.1 contains a local information disclosure vulnerability. This is due to the use of the File.createTempFile which creates a file inside of the system temporary directory with the permissions: -rw-r--r--. Thus the contents of this file are viewable by all other users locally on the system. As such, if the contents written is security sensitive, it can be disclosed to other local users.
Timeline
- CVE published
- Record last updated
Affected versions
- The Eclipse Foundation Eclipse Jersey
From 2.28; through 2.33; From 3.0.0; through 3.0.1
- org.glassfish.jersey.core:jersey-commonMaven
From 2.28 · fixed in 2.34
- org.glassfish.jersey.core:jersey-commonMaven
From 3.0.0 · fixed in 3.0.2
References 19
GitHub · eclipse-ee4j/jersey
lists.apache.org
- thread.html/rd54b42edccc1b993853a9c4943a9b16db763f5e2febf6e64b7d0fe3c@<jira.kafka.apache.org>
- thread.html/rc6221670de35b819fe191e7d8f2d17bc000549bd554020cec644b71e@<jira.kafka.apache.org>
- thread.html/ra3d7cd37fc794981a885332af2f8df0d873753380ea19935d6d847fc@<dev.kafka.apache.org>
- thread.html/rc288874c330b3af9e29a1a114c5e0d24fff7a79eaa341f551535c8c0@<jira.kafka.apache.org>
- thread.html/r4066176a7352e021d7a81af460044bde8d57f40e98f8e4a31923af3a@<jira.kafka.apache.org>
- thread.html/r42fef440487a04cf5e487a9707ef5119d2dd5b809919f25ef4296fc4@<jira.kafka.apache.org>
- thread.html/rafc3c4cee534f478cbf8acf91e48373e291a21151f030e8132662a7b@<jira.kafka.apache.org>
- thread.html/r454f38e85db149869c5a92c993c402260a4f8599bf283f6cfaada972@<jira.kafka.apache.org>
- thread.html/r96658b899fcdbf04947257d201dc5a0abdbb5fb0a8f4ec0a6c15e70f@<jira.kafka.apache.org>
- thread.html/r6dadc8fe82071aba841d673ffadf34728bff4357796b1990a66e3af1@<commits.kafka.apache.org>
- thread.html/r280438f7cb4b3b1c9dfda9d7b05fa2a5cfab68618c6afee8169ecdaa@<commits.kafka.apache.org>
- thread.html/rdff6939e6c8dd620e20b013d9a35f57d42b3cd19e1d0483d85dfa2fd@<jira.kafka.apache.org>
- thread.html/r305fb82e5c005143c1e2ec986a19c0a44f42189ab2580344dc955359@<dev.kafka.apache.org>
- thread.html/ra2722171d569370a9e15147d9f3f6138ad9a188ee879c0156aa2d73a@<jira.kafka.apache.org>
- thread.html/ra3290fe51b4546fac195724c4187c4cb7fc5809bc596c2f7e97606f4@<jira.kafka.apache.org>
- thread.html/r2721aba31a8562639c4b937150897e24f78f747cdbda8641c0f659fe@<users.kafka.apache.org>