CVE-2017-15288GHSA-QVXV-PMQ9-4Q7G
The compilation daemon in Scala before 2.10.7, 2.11.x before 2.11.12, and 2.12.x before 2.12.4 uses weak permissions for private files in /t
- 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.10.7, 2.11.12, 2.12.4
- 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
The compilation daemon in Scala before 2.10.7, 2.11.x before 2.11.12, and 2.12.x before 2.12.4 uses weak permissions for private files in /tmp/scala-devel/${USER:shared}/scalac-compile-server-port, which allows local users to write to arbitrary class files and consequently gain privileges.
Timeline
- CVE published
- Record last updated
Affected versions
- n/a n/a
Version range not reported
- org.scala-lang:scala-compilerMaven
fixed in 2.10.7
- org.scala-lang:scala-compilerMaven
From 2.11.0 · fixed in 2.11.12
- org.scala-lang:scala-compilerMaven
From 2.12.0 · fixed in 2.12.4
References 19
GitHub · scala/scala
security.gentoo.org
scala-lang.org
lists.apache.org
- thread.html/053d9ce4d579b02203db18545fee5e33f35f2932885459b74d1e4272@<issues.activemq.apache.org>
- thread.html/b0656d359c7d40ec9f39c8cc61bca66802ef9a2a12ee199f5b0c1442@<dev.drill.apache.org>
- thread.html/519eb0fd45642dcecd9ff74cb3e71c20a4753f7d82e2f07864b5108f@<dev.drill.apache.org>
- thread.html/f9bc3e55f4e28d1dcd1a69aae6d53e609a758e34d2869b4d798e13cc@<issues.drill.apache.org>
- thread.html/r628ea3ea2fed4d9c1c5232a0b1ed108a15abc9fd2f0aaca1e8cc9164@<dev.kafka.apache.org>
- thread.html/r33665e9213cc6df1e48c3d99d1b0c7a3203e9bd0ef4fc4ba838bcb04@<jira.kafka.apache.org>
- thread.html/re72f4d04dfc398aae0e38dbfeccf44780df2782623a610cbfcec6f3a@<jira.kafka.apache.org>
- thread.html/r18a05115cfa078c0f4e5c1ea2e8d64804f63e0095aa2174a3afecc0f@<jira.kafka.apache.org>
- thread.html/r10dd8e5b3bbe3bb531aa4a65472ce56f91efbb77ea9fe04bb8272e2c@<jira.kafka.apache.org>
- thread.html/r3f10022ec972c8df29a950d1a591c16562eeddd9194d3010e46b9b76@<jira.kafka.apache.org>
- thread.html/r5a1418a4f5101f5af3fc14bf358c54f2c7200e6a3701de2e2f581e1b@<dev.kafka.apache.org>
- thread.html/rf57e4d7211b30e51803911304f3b7b54393f7a4bd60bb0784c31eec1@<jira.kafka.apache.org>
- thread.html/r32e0b1d5ff43ac3ed4b179a4e663022d1c5ccac77884a99ea149e633@<commits.druid.apache.org>
- thread.html/r1d51eae81ceb7bfd1780936a48b460ab31d53ff2ed526a88a7f60fe4@<commits.druid.apache.org>