-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
chore(deps): update dependency jose to 2.0.6 [security] - abandoned #209
base: master
Are you sure you want to change the base?
Conversation
Images automagically compressed by Calibre's image-actions ✨ Compression reduced images by 52.5%, saving 1.84 MB.
68 images did not require optimisation. |
Edited/Blocked NotificationRenovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR. You can manually request rebase by checking the rebase/retry box above. ⚠ Warning: custom changes will be lost. |
Autoclosing SkippedThis PR has been flagged for autoclosing. However, it is being skipped due to the branch being already modified. Please close/delete it manually or report a bug if you think this is in error. |
This PR contains the following updates:
2.0.5
->2.0.6
GitHub Vulnerability Alerts
CVE-2022-36083
The PBKDF2-based JWE key management algorithms expect a JOSE Header Parameter named
p2c
(PBES2 Count), which determines how many PBKDF2 iterations must be executed in order to derive a CEK wrapping key. The purpose of this parameter is to intentionally slow down the key derivation function in order to make password brute-force and dictionary attacks more expensive.This makes the PBES2 algorithms unsuitable for situations where the JWE is coming from an untrusted source: an adversary can intentionally pick an extremely high PBES2 Count value, that will initiate a CPU-bound computation that may take an unreasonable amount of time to finish.
Impact
Under certain conditions (see below) it is possible to have the user's environment consume unreasonable amount of CPU time.
Affected users
The impact is limited only to users utilizing the JWE decryption APIs with symmetric secrets to decrypt JWEs from untrusted parties who do not limit the accepted JWE Key Management Algorithms (
alg
Header Parameter) using thekeyManagementAlgorithms
(oralgorithms
in v1.x) decryption option or through other means.The PBKDF2-based JWE Key Management Algorithm Identifiers are
PBES2-HS256+A128KW
PBES2-HS384+A192KW
PBES2-HS512+A256KW
e.g.
You are NOT affected if any of the following applies to you
keyManagementAlgorithms
decryption option not including any of the PBKDF2-based JWE key management algorithmsPatches
v1.28.2
,v2.0.6
,v3.20.4
, andv4.9.2
releases limit the maximum PBKDF2 iteration count to10000
by default. It is possible to adjust this limit with a newly introducedmaxPBES2Count
decryption option.Workarounds
All users should be able to upgrade given all stable semver major release lines have had new a patch release introduced which limits the PBKDF2 iteration count to
10000
by default. This removes the ability to craft JWEs that would consume unreasonable amount of CPU time.If users are unable to upgrade their required library version they have two options depending on whether they expect to receive JWEs using any of the three PBKDF2-based JWE key management algorithms.
keyManagementAlgorithms
decryption option to disable accepting PBKDF2 altogetherp2c
Header Parameter)For more information
If you have any questions or comments about this advisory:
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: Renovate will not automatically rebase this PR, because other commits have been found.
🔕 Ignore: Close this PR and you won't be reminded about these updates again.
This PR has been generated by Mend Renovate. View repository job log here.