The Base64.encode function encodes a bytes input by iterating over it in chunks of 3 bytes. When this input is not a multiple of 3, the last iteration may read parts of the memory that are beyond the input buffer.
Although the encode function pads the output for these cases, up to 4 bits of data are kept between the encoding and padding, corrupting the output if these bits were dirty (i.e. memory after the input is not 0). These conditions are more frequent in the following scenarios:
bytes memory struct is allocated just after the input and the first bytes of it are non-zero.Developers should evaluate whether the extra bits can be maliciously manipulated by an attacker.
Upgrade to 5.0.2 or 4.9.6.
This issue was reported by the Independent Security Researcher Riley Holterhus through Immunefi (@rileyholterhus on X)
| Score | Percentile |
|---|---|
| 0.56% | 67.52% |
| Base score | Version | Severity | Vector |
|---|---|---|---|
| 6.5 | 3.1 | — |
|
| Type | Value |
|---|---|
| GHSA | GHSA-9vx6-7xxf-x967 ↗ |
| CVE | CVE-2024-27094 ↗ |
| CWE id | Name |
|---|---|
| CWE-125 | Out-of-bounds Read |
Vulnerable version ranges and first patched releases as published by GitHub.
| Ecosystem | Package | Vulnerable range | First patched | Vulnerable functions |
|---|---|---|---|---|
| npm | @openzeppelin/contracts | >= 4.5.0, < 4.9.6 | 4.9.6 | — |
| npm | @openzeppelin/contracts-upgradeable | >= 5.0.0-rc.0, < 5.0.2 | 5.0.2 | — |
| npm | @openzeppelin/contracts | >= 5.0.0-rc.0, < 5.0.2 | 5.0.2 | — |
| npm | @openzeppelin/contracts-upgradeable | >= 4.5.0, < 4.9.6 | 4.9.6 | — |