Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mitigations for log4j vulnerability in Gradle builds (Backport 6.x) #19328

Closed
ljacomet opened this issue Dec 16, 2021 · 3 comments
Closed

Mitigations for log4j vulnerability in Gradle builds (Backport 6.x) #19328

ljacomet opened this issue Dec 16, 2021 · 3 comments

Comments

@ljacomet
Copy link
Member

ljacomet commented Dec 16, 2021

See #19300

The following has been done in Gradle:

  • Ensure Zinc compiler does not put a vulnerable Log4j on a classpath. This is done by upgrading log4j-core to 2.17.0 on the zinc compiler classpath when using the scala plugin.
  • Protect buildscript classpath from having vulnerable Log4j. This is done by adding a constraint that rejects known vulnerable versions [2.0, 2.17)and requires2.17.0`

More information on our blog post.

@ljacomet ljacomet added this to the 6.9.2 milestone Dec 16, 2021
@ljacomet ljacomet self-assigned this Dec 16, 2021
ljacomet added a commit that referenced this issue Dec 16, 2021
This makes sure a log4j vulnerable version is not available for Zinc
compilation even though it is actually not used by default.

Issue #19328
ljacomet added a commit that referenced this issue Dec 16, 2021
This constraint makes sure that no vulnerable log4j-core version is made
available on buildscript classpath directly or through plugin
dependencies.

Fixes #19328
ljacomet added a commit that referenced this issue Dec 16, 2021
This now uses a combination of require and reject instead of a strictly,
which will allow updates beyond the 2.x line. The previous solution was
effectively preventing that with no way for the user to change that.

Issue #19328
ljacomet added a commit that referenced this issue Dec 16, 2021
This now uses a combination of require and reject instead of a strictly,
which will allow updates beyond the 2.x line. The previous solution was
effectively preventing that with no way for the user to change that.

Issue #19328
ljacomet added a commit that referenced this issue Dec 16, 2021
@melix
Copy link
Contributor

melix commented Dec 18, 2021

need to upgrade to 2.17... https://twitter.com/garethr/status/1472112043717279746?s=21

@ljacomet
Copy link
Member Author

Indeed, given CVE-2021-45105, let's aim for 2.17.0

ljacomet added a commit that referenced this issue Dec 20, 2021
@ljacomet
Copy link
Member Author

Merged through #19329 and #19354

mauricebarnum added a commit to mauricebarnum/bookkeeper that referenced this issue Jan 31, 2022
This includes `Mitigations for log4j vulnerability in Gradle builds`
gradle/gradle#19328

Full release notes https://docs.gradle.org/6.9.2/release-notes.html
mauricebarnum added a commit to mauricebarnum/bookkeeper that referenced this issue Jan 31, 2022
This includes `Mitigations for log4j vulnerability in Gradle builds`
gradle/gradle#19328

Full release notes https://docs.gradle.org/6.9.2/release-notes.html
merlimat pushed a commit to apache/bookkeeper that referenced this issue Feb 5, 2022
* Remove annoying println

* Update gradle to 6.9.2

This includes `Mitigations for log4j vulnerability in Gradle builds`
gradle/gradle#19328

Full release notes https://docs.gradle.org/6.9.2/release-notes.html
nicoloboschi pushed a commit to nicoloboschi/bookkeeper that referenced this issue Feb 7, 2022
* Remove annoying println

* Update gradle to 6.9.2

This includes `Mitigations for log4j vulnerability in Gradle builds`
gradle/gradle#19328

Full release notes https://docs.gradle.org/6.9.2/release-notes.html
StevenLuMT pushed a commit to StevenLuMT/bookkeeper that referenced this issue Feb 16, 2022
* Remove annoying println

* Update gradle to 6.9.2

This includes `Mitigations for log4j vulnerability in Gradle builds`
gradle/gradle#19328

Full release notes https://docs.gradle.org/6.9.2/release-notes.html
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants