-
Notifications
You must be signed in to change notification settings - Fork 4.8k
HIVE-28866: Upgrade netty-codec-http to fix CVE-2024-29025 #5736
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
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -92,6 +92,7 @@ | |
| <libthrift.version>0.16.0</libthrift.version> | ||
| <log4j2.version>2.24.3</log4j2.version> | ||
| <mockito-core.version>3.4.4</mockito-core.version> | ||
| <netty.version>4.1.119.Final</netty.version> | ||
| <orc.version>1.9.4</orc.version> | ||
| <protobuf.version>3.25.5</protobuf.version> | ||
| <io.grpc.version>1.51.0</io.grpc.version> | ||
|
|
@@ -173,6 +174,21 @@ | |
| <artifactId>metrics-json</artifactId> | ||
| <version>${dropwizard.version}</version> | ||
| </dependency> | ||
| <dependency> | ||
| <groupId>io.netty</groupId> | ||
| <artifactId>netty-all</artifactId> | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think the goal is for the transitive dependencies to have higher version of netty? Also, I see older version of netty (can be seen in your attached dependency tree) in
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Have added these deps as well in dependencyManagement in bd96998 , so these transitive dependencies are of the same versions. |
||
| <version>${netty.version}</version> | ||
| </dependency> | ||
| <dependency> | ||
| <groupId>io.netty</groupId> | ||
| <artifactId>netty-handler</artifactId> | ||
| <version>${netty.version}</version> | ||
| </dependency> | ||
| <dependency> | ||
| <groupId>io.netty</groupId> | ||
| <artifactId>netty-transport-native-epoll</artifactId> | ||
| <version>${netty.version}</version> | ||
| </dependency> | ||
| <dependency> | ||
| <groupId>javolution</groupId> | ||
| <artifactId>javolution</artifactId> | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why are we adding dependency is scope of upgrade? I don't see any exclusions either which could lead it this?
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We are adding these specifications in dependencyManagement, coz other deps were bringing in older versions of these transitively and with this addition we'll get only 4.1.119.Final.
We are addressing @Aggarwal-Raghav comment with this #5736 (comment)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@tanishq-chugh , can you please provide the sonatype report URL for this? I don't see netty-codec-http coming up in my nexus scan in my org.
Regarding this approach to add dependency of higher version is not a good idea, IMO, because if higher version of netty is not backward compatible with older version (required by transitive dependency) then we are prone to NoSuchMethod or NoClassFound errors at runtime. This is similar to the avro issue #5593 that we last discussed.