CVE-2024-48924
MessagePack allows untrusted data to lead to DoS attack due to hash collisions and stack overflow
Impact
When this library is used to deserialize messagepack data from an untrusted source, there is a risk of a denial of service attack by an attacker that sends data contrived to produce hash collisions, leading to large CPU consumption disproportionate to the size of the data being deserialized.
This is similar to a prior advisory, which provided an inadequate fix for the hash collision part of the vulnerability.
Patches
The following steps are required to mitigate this risk.
- Upgrade to a version of the library where a fix is available.
- Review the steps in this previous advisory to ensure you have your application configured for untrusted data.
Workarounds
If upgrading MessagePack to a patched version is not an option for you, you may apply a manual workaround as follows:
- Declare a class that derives from
MessagePackSecurity. - Override the
GetHashCollisionResistantEqualityComparer<T>method to provide a collision-resistant hash function of your own and avoid callingbase.GetHashCollisionResistantEqualityComparer<T>(). - Configure a
MessagePackSerializerOptionswith an instance of your derived type by callingWithSecurityon an existing options object. - Use your custom options object for all deserialization operations. This may be by setting the
MessagePackSerializer.DefaultOptionsstatic property, if you call methods that rely on this default property, and/or by passing in the options object explicitly to anyDeserializemethod.
References
- Learn more about best security practices when reading untrusted data with MessagePack 1.x or MessagePack 2.x.
- The .NET team's discussion on hash collision vulnerabilities of their
HashCodestruct.
For more information
If you have any questions or comments about this advisory:
Attack profile
How easy it is to exploit
- Attack vector
- Network
- Complexity
- Low
- Privileges needed
- None
- User interaction
- None
What an attacker can affect
- Confidentiality
- None
- Integrity
- None
- Availability
- High
Exploit likelihood
What each source reports
CVE List Score used
8.7
MessagePack allows untrusted data to lead to DoS attack due to hash collisions and stack overflow
Impact
When this library is used to deserialize messagepack data from an untrusted source, there is a risk of a denial of service attack by an attacker that sends data contrived to produce hash collisions, leading to large CPU consumption disproportionate to the size of the data being deserialized.
This is similar to a prior advisory, which provided an inadequate fix for the hash collision part of the vulnerability.
Patches
The following steps are required to mitigate this risk.
- Upgrade to a version of the library where a fix is available.
- Review the steps in this previous advisory to ensure you have your application configured for untrusted data.
Workarounds
If upgrading MessagePack to a patched version is not an option for you, you may apply a manual workaround as follows:
- Declare a class that derives from
MessagePackSecurity. - Override the
GetHashCollisionResistantEqualityComparer<T>method to provide a collision-resistant hash function of your own and avoid callingbase.GetHashCollisionResistantEqualityComparer<T>(). - Configure a
MessagePackSerializerOptionswith an instance of your derived type by callingWithSecurityon an existing options object. - Use your custom options object for all deserialization operations. This may be by setting the
MessagePackSerializer.DefaultOptionsstatic property, if you call methods that rely on this default property, and/or by passing in the options object explicitly to anyDeserializemethod.
References
- Learn more about best security practices when reading untrusted data with MessagePack 1.x or MessagePack 2.x.
- The .NET team's discussion on hash collision vulnerabilities of their
HashCodestruct.
For more information
If you have any questions or comments about this advisory:
- Record
CVE-2024-48924- CVSS 4.0
- 8.7 High
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N - Weakness
- CWE-328
- Updated
- 2026-11-02
EUVDEUVD-2024-2938
8.7
Impact
When this library is used to deserialize messagepack data from an untrusted source, there is a risk of a denial of service attack by an attacker that sends data contrived to produce hash collisions, leading to large CPU consumption disproportionate to the size of the data being deserialized.
This is similar to a prior advisory, which provided an inadequate fix for the hash collision part of the vulnerability.
Patches
The following steps are required to mitigate this risk.
- Upgrade to a version of the library where a fix is available.
- Review the steps in this previous advisory to ensure you have your application configured for untrusted data.
Workarounds
If upgrading MessagePack to a patched version is not an option for you, you may apply a manual workaround as follows:
- Declare a class that derives from
MessagePackSecurity. - Override the
GetHashCollisionResistantEqualityComparer<T>method to provide a collision-resistant hash function of your own and avoid callingbase.GetHashCollisionResistantEqualityComparer<T>(). - Configure a
MessagePackSerializerOptionswith an instance of your derived type by callingWithSecurityon an existing options object. - Use your custom options object for all deserialization operations. This may be by setting the
MessagePackSerializer.DefaultOptionsstatic property, if you call methods that rely on this default property, and/or by passing in the options object explicitly to anyDeserializemethod.
References
- Learn more about best security practices when reading untrusted data with MessagePack 1.x or MessagePack 2.x.
- The .NET team's discussion on hash collision vulnerabilities of their
HashCodestruct.
For more information
If you have any questions or comments about this advisory:
- Record
EUVD-2024-2938- CVSS 4.0
- 8.7 High
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N - Updated
- 2026-11-03
GitHub AdvisoriesGHSA-4qm4-8hg2-g2xm No score
MessagePack allows untrusted data to lead to DoS attack due to hash collisions and stack overflow
Impact
When this library is used to deserialize messagepack data from an untrusted source, there is a risk of a denial of service attack by an attacker that sends data contrived to produce hash collisions, leading to large CPU consumption disproportionate to the size of the data being deserialized.
This is similar to a prior advisory, which provided an inadequate fix for the hash collision part of the vulnerability.
Patches
The following steps are required to mitigate this risk.
- Upgrade to a version of the library where a fix is available. If upgrading from v1, check out our migration guide.
- Review the steps in this previous advisory to ensure you have your application configured for untrusted data.
Workarounds
If upgrading MessagePack to a patched version is not an option for you, you may apply a manual workaround as follows:
- Declare a class that derives from
MessagePackSecurity. - Override the
GetHashCollisionResistantEqualityComparer<T>method to provide a collision-resistant hash function of your own and avoid callingbase.GetHashCollisionResistantEqualityComparer<T>(). - Configure a
MessagePackSerializerOptionswith an instance of your derived type by callingWithSecurityon an existing options object. - Use your custom options object for all deserialization operations. This may be by setting the
MessagePackSerializer.DefaultOptionsstatic property, if you call methods that rely on this default property, and/or by passing in the options object explicitly to anyDeserializemethod.
References
- Learn more about best security practices when reading untrusted data with MessagePack 1.x or MessagePack 2.x.
- The .NET team's discussion on hash collision vulnerabilities of their
HashCodestruct (or in the pull request that merges this into the dotnet org).
For more information
If you have any questions or comments about this advisory:
- Record
GHSA-4qm4-8hg2-g2xm- Weakness
- CWE-328
- Updated
- 2026-11-02
NVD
8.7
Impact
When this library is used to deserialize messagepack data from an untrusted source, there is a risk of a denial of service attack by an attacker that sends data contrived to produce hash collisions, leading to large CPU consumption disproportionate to the size of the data being deserialized.
This is similar to a prior advisory, which provided an inadequate fix for the hash collision part of the vulnerability.
Patches
The following steps are required to mitigate this risk.
- Upgrade to a version of the library where a fix is available.
- Review the steps in this previous advisory to ensure you have your application configured for untrusted data.
Workarounds
If upgrading MessagePack to a patched version is not an option for you, you may apply a manual workaround as follows:
- Declare a class that derives from
MessagePackSecurity. - Override the
GetHashCollisionResistantEqualityComparer<T>method to provide a collision-resistant hash function of your own and avoid callingbase.GetHashCollisionResistantEqualityComparer<T>(). - Configure a
MessagePackSerializerOptionswith an instance of your derived type by callingWithSecurityon an existing options object. - Use your custom options object for all deserialization operations. This may be by setting the
MessagePackSerializer.DefaultOptionsstatic property, if you call methods that rely on this default property, and/or by passing in the options object explicitly to anyDeserializemethod.
References
- Learn more about best security practices when reading untrusted data with MessagePack 1.x or MessagePack 2.x.
- The .NET team's discussion on hash collision vulnerabilities of their
HashCodestruct.
For more information
If you have any questions or comments about this advisory:
- Record
CVE-2024-48924- CVSS 4.0
- 8.7 High
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X - Weakness
- CWE-328
- Updated
- 2026-11-02
OSV
8.7
MessagePack allows untrusted data to lead to DoS attack due to hash collisions and stack overflow
Impact
When this library is used to deserialize messagepack data from an untrusted source, there is a risk of a denial of service attack by an attacker that sends data contrived to produce hash collisions, leading to large CPU consumption disproportionate to the size of the data being deserialized.
This is similar to a prior advisory, which provided an inadequate fix for the hash collision part of the vulnerability.
Patches
The following steps are required to mitigate this risk.
- Upgrade to a version of the library where a fix is available.
- Review the steps in this previous advisory to ensure you have your application configured for untrusted data.
Workarounds
If upgrading MessagePack to a patched version is not an option for you, you may apply a manual workaround as follows:
- Declare a class that derives from
MessagePackSecurity. - Override the
GetHashCollisionResistantEqualityComparer<T>method to provide a collision-resistant hash function of your own and avoid callingbase.GetHashCollisionResistantEqualityComparer<T>(). - Configure a
MessagePackSerializerOptionswith an instance of your derived type by callingWithSecurityon an existing options object. - Use your custom options object for all deserialization operations. This may be by setting the
MessagePackSerializer.DefaultOptionsstatic property, if you call methods that rely on this default property, and/or by passing in the options object explicitly to anyDeserializemethod.
References
- Learn more about best security practices when reading untrusted data with MessagePack 1.x or MessagePack 2.x.
- The .NET team's discussion on hash collision vulnerabilities of their
HashCodestruct.
For more information
If you have any questions or comments about this advisory:
- Record
CVE-2024-48924- CVSS 4.0
- 8.7 High
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N - Weakness
- CWE-328
- Updated
- 2026-11-02
OSVGHSA-4qm4-8hg2-g2xm No score
MessagePack allows untrusted data to lead to DoS attack due to hash collisions and stack overflow
Impact
When this library is used to deserialize messagepack data from an untrusted source, there is a risk of a denial of service attack by an attacker that sends data contrived to produce hash collisions, leading to large CPU consumption disproportionate to the size of the data being deserialized.
This is similar to a prior advisory, which provided an inadequate fix for the hash collision part of the vulnerability.
Patches
The following steps are required to mitigate this risk.
- Upgrade to a version of the library where a fix is available. If upgrading from v1, check out our migration guide.
- Review the steps in this previous advisory to ensure you have your application configured for untrusted data.
Workarounds
If upgrading MessagePack to a patched version is not an option for you, you may apply a manual workaround as follows:
- Declare a class that derives from
MessagePackSecurity. - Override the
GetHashCollisionResistantEqualityComparer<T>method to provide a collision-resistant hash function of your own and avoid callingbase.GetHashCollisionResistantEqualityComparer<T>(). - Configure a
MessagePackSerializerOptionswith an instance of your derived type by callingWithSecurityon an existing options object. - Use your custom options object for all deserialization operations. This may be by setting the
MessagePackSerializer.DefaultOptionsstatic property, if you call methods that rely on this default property, and/or by passing in the options object explicitly to anyDeserializemethod.
References
- Learn more about best security practices when reading untrusted data with MessagePack 1.x or MessagePack 2.x.
- The .NET team's discussion on hash collision vulnerabilities of their
HashCodestruct (or in the pull request that merges this into the dotnet org).
For more information
If you have any questions or comments about this advisory:
- Record
GHSA-4qm4-8hg2-g2xm- Weakness
- CWE-328
- Updated
- 2026-11-02
Affected products
Affected packages
| Package | Affected | Fixed |
|---|---|---|
MessagePackNuGet |
before 2.5.187 | 2.5.187 |
MessagePackNuGet |
2.6.95-alpha up to 3.0.214-rc.1 | 3.0.214-rc.1 |
MessagePackNuGet |
before 2.5.187, plus listed versions 0.1.0-beta0.2.0-beta0.2.1-beta0.2.2-beta0.2.3-beta Show 45 moreShow less0.3.0-beta0.4.00.4.10.4.20.5.00.6.00.6.10.7.00.7.20.8.00.8.10.8.20.8.30.8.40.8.51.0.01.0.11.0.21.0.31.1.01.1.11.1.1.11.1.21.2.01.2.0.11.2.0.21.2.11.2.21.2.31.3.01.3.11.3.1.11.3.21.3.31.4.01.4.11.4.21.4.31.4.41.5.01.5.0.11.5.0.21.5.11.6.01.6.0.1 |
2.5.187 |
MessagePackNuGet |
2.6.95-alpha up to 3.0.214-rc.1, plus listed versions 2.6.100-alpha3.0.111-alpha3.0.129-beta3.0.134-beta3.0.208-rc-00013.0.33.0.54-alpha |
3.0.214-rc.1 |
History
| Recorded | Changed | Sources |
|---|---|---|
| aliases | EUVD | |
| first indexed | CVE List, GitHub Advisories, NVD, OSV |
Dates are when Every CVE recorded each change. Upstream dates may differ.
In short
CVE-2024-48924 is a high vulnerability (CVSS 8.7) in Messagepack Messagepack-csharp, published October 17, 2024. No source lists public exploit code. EPSS puts the chance of exploitation in the next 30 days at 0.37%, the 31st percentile. Fixed in MessagePack 2.5.187.
References
github.com/MessagePack-CSharp/MessagePack-CSharp/security/advisories/GHSA-4qm4-8hg2-g2xm
github.com/MessagePack-CSharp/MessagePack-CSharp/commit/8e599af0798b45008f8b293a7f233e4878f11ed5
github.com/MessagePack-CSharp/MessagePack-CSharp/commit/f8d40b3ad0be01c6e56cb51ecea81f59d98c192d
github.com/advisories/GHSA-4qm4-8hg2-g2xm
github.com/CVEProject/cvelistV5/tree/main/cves/2024/48xxx/CVE-2024-48924.json
nvd.nist.gov/vuln/detail/CVE-2024-48924
github.com/MessagePack-CSharp/MessagePack-CSharp
Left out here: 66 versions. The JSON record has them.