-
Notifications
You must be signed in to change notification settings - Fork 47
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
chore(deps): update module github.com/golang-jwt/jwt/v4 to v4.5.1 [security] (release-v0.17) #1247
base: release-v0.17
Are you sure you want to change the base?
Conversation
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: akrejcir The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/retest |
…curity] Signed-off-by: redhat-renovate-bot <[email protected]>
0d93d15
to
f83498b
Compare
New changes are detected. LGTM label has been removed. |
|
@redhat-renovate-bot: The following tests failed, say
Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
This PR contains the following updates:
v4.2.0
->v4.5.1
Improper error handling in ParseWithClaims and bad documentation may cause dangerous situations in github.com/golang-jwt/jwt
CVE-2024-51744 / GHSA-29wx-vh33-7x7r / GO-2024-3250
More information
Details
Improper error handling in ParseWithClaims and bad documentation may cause dangerous situations in github.com/golang-jwt/jwt
Severity
Unknown
References
This data is provided by OSV and the Go Vulnerability Database (CC-BY 4.0).
Bad documentation of error handling in ParseWithClaims can lead to potentially dangerous situations
CVE-2024-51744 / GHSA-29wx-vh33-7x7r / GO-2024-3250
More information
Details
Summary
Unclear documentation of the error behavior in
ParseWithClaims
can lead to situation where users are potentially not checking errors in the way they should be. Especially, if a token is both expired and invalid, the errors returned byParseWithClaims
return both error codes. If users only check for thejwt.ErrTokenExpired
usingerror.Is
, they will ignore the embeddedjwt.ErrTokenSignatureInvalid
and thus potentially accept invalid tokens.Fix
We have back-ported the error handling logic from the
v5
branch to thev4
branch. In this logic, theParseWithClaims
function will immediately return in "dangerous" situations (e.g., an invalid signature), limiting the combined errors only to situations where the signature is valid, but further validation failed (e.g., if the signature is valid, but is expired AND has the wrong audience). This fix is part of the 4.5.1 release.Workaround
We are aware that this changes the behaviour of an established function and is not 100 % backwards compatible, so updating to 4.5.1 might break your code. In case you cannot update to 4.5.0, please make sure that you are properly checking for all errors ("dangerous" ones first), so that you are not running in the case detailed above.
Severity
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:L/I:N/A:N
References
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Release Notes
golang-jwt/jwt (github.com/golang-jwt/jwt/v4)
v4.5.1
Compare Source
Security
Unclear documentation of the error behavior in
ParseWithClaims
in <= 4.5.0 could lead to situation where users are potentially not checking errors in the way they should be. Especially, if a token is both expired and invalid, the errors returned byParseWithClaims
return both error codes. If users only check for thejwt.ErrTokenExpired
usingerror.Is
, they will ignore the embeddedjwt.ErrTokenSignatureInvalid
and thus potentially accept invalid tokens.This issue was documented in GHSA-29wx-vh33-7x7r and fixed in this release.
Note:
v5
was not affected by this issue. So upgrading to this release version is also recommended.What's Changed
ParseWithClaims
fromv5
branch. This fixes GHSA-29wx-vh33-7x7r.Full Changelog: golang-jwt/jwt@v4.5.0...v4.5.1
v4.5.0
Compare Source
What's Changed
Full Changelog: golang-jwt/jwt@v4.4.3...v4.5.0
v4.4.3
Compare Source
What's Changed
New Contributors
Full Changelog: golang-jwt/jwt@v4.4.2...v4.4.3
v4.4.2
Compare Source
What's Changed
New Contributors
Full Changelog: golang-jwt/jwt@v4.4.1...v4.4.2
v4.4.1
Compare Source
What's Changed
Note, this release contains a Go module retraction for a prior release
v4.4.0
:Full Changelog: golang-jwt/jwt@v4.4.0...v4.4.1
v4.4.0
Compare Source
What's Changed
New Contributors
Full Changelog: golang-jwt/jwt@v4.3.0...v4.4.0
v4.3.0
Compare Source
What's Changed
errors.Is
for token extractors by @stefantds in https://github.com/golang-jwt/jwt/pull/141Is(err) bool
to support Go 1.13 style error checking by @oxisto in https://github.com/golang-jwt/jwt/pull/136New Contributors
Full Changelog: golang-jwt/jwt@v4.2.0...v4.3.0
Configuration
📅 Schedule: Branch creation - "" (UTC), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Renovate Bot.