OESA-2024-1200 (CVE-2024-24806)
Vulnerability from osv_openeuler – Published: 2024-02-23 11:06 – Updated: 2026-08-06 11:06 – Source websitelibuv is a multi-platform support library with a focus on asynchronous I/O. It was primarily developed for use by Node.js, but it’s also used by Luvit, Julia, pyuv, and others.
Security Fix(es):
libuv is a multi-platform support library with a focus on asynchronous I/O. The uv_getaddrinfo function in src/unix/getaddrinfo.c (and its windows counterpart src/win/getaddrinfo.c), truncates hostnames to 256 characters before calling getaddrinfo. This behavior can be exploited to create addresses like 0x00007f000001, which are considered valid by getaddrinfo and could allow an attacker to craft payloads that resolve to unintended IP addresses, bypassing developer checks. The vulnerability arises due to how the hostname_ascii variable (with a length of 256 bytes) is handled in uv_getaddrinfo and subsequently in uv__idna_toascii. When the hostname exceeds 256 characters, it gets truncated without a terminating null byte. As a result attackers may be able to access internal APIs or for websites (similar to MySpace) that allows users to have username.example.com pages. Internal services that crawl or cache these user pages can be exposed to SSRF attacks if a malicious user chooses a long vulnerable username. This issue has been addressed in release version 1.48.0. Users are advised to upgrade. There are no known workarounds for this vulnerability.(CVE-2024-24806)
| URL | Type | |
|---|---|---|
{
"affected": [
{
"ecosystem_specific": {
"aarch64": [
"libuv-debuginfo-1.42.0-2.oe1.aarch64.rpm",
"libuv-devel-1.42.0-2.oe1.aarch64.rpm",
"libuv-1.42.0-2.oe1.aarch64.rpm",
"libuv-debugsource-1.42.0-2.oe1.aarch64.rpm"
],
"noarch": [
"libuv-help-1.42.0-2.oe1.noarch.rpm"
],
"src": [
"libuv-1.42.0-2.oe1.src.rpm"
],
"x86_64": [
"libuv-debugsource-1.42.0-2.oe1.x86_64.rpm",
"libuv-devel-1.42.0-2.oe1.x86_64.rpm",
"libuv-debuginfo-1.42.0-2.oe1.x86_64.rpm",
"libuv-1.42.0-2.oe1.x86_64.rpm"
]
},
"package": {
"ecosystem": "openEuler:20.03-LTS-SP1",
"name": "libuv",
"purl": "pkg:rpm/openEuler/libuv\u0026distro=openEuler-20.03-LTS-SP1"
},
"ranges": [
{
"events": [
{
"introduced": "0"
},
{
"fixed": "1.42.0-2.oe1"
}
],
"type": "ECOSYSTEM"
}
]
},
{
"ecosystem_specific": {
"aarch64": [
"libuv-debugsource-1.42.0-2.oe2003sp4.aarch64.rpm",
"libuv-devel-1.42.0-2.oe2003sp4.aarch64.rpm",
"libuv-1.42.0-2.oe2003sp4.aarch64.rpm",
"libuv-debuginfo-1.42.0-2.oe2003sp4.aarch64.rpm"
],
"noarch": [
"libuv-help-1.42.0-2.oe2003sp4.noarch.rpm"
],
"src": [
"libuv-1.42.0-2.oe2003sp4.src.rpm"
],
"x86_64": [
"libuv-debugsource-1.42.0-2.oe2003sp4.x86_64.rpm",
"libuv-1.42.0-2.oe2003sp4.x86_64.rpm",
"libuv-debuginfo-1.42.0-2.oe2003sp4.x86_64.rpm",
"libuv-devel-1.42.0-2.oe2003sp4.x86_64.rpm"
]
},
"package": {
"ecosystem": "openEuler:20.03-LTS-SP4",
"name": "libuv",
"purl": "pkg:rpm/openEuler/libuv\u0026distro=openEuler-20.03-LTS-SP4"
},
"ranges": [
{
"events": [
{
"introduced": "0"
},
{
"fixed": "1.42.0-2.oe2003sp4"
}
],
"type": "ECOSYSTEM"
}
]
},
{
"ecosystem_specific": {
"aarch64": [
"libuv-debuginfo-1.42.0-6.oe2203.aarch64.rpm",
"libuv-devel-1.42.0-6.oe2203.aarch64.rpm",
"libuv-1.42.0-6.oe2203.aarch64.rpm",
"libuv-debugsource-1.42.0-6.oe2203.aarch64.rpm",
"libuv-1.42.0-8.oe2203sp1.aarch64.rpm",
"libuv-debuginfo-1.42.0-8.oe2203sp1.aarch64.rpm",
"libuv-debugsource-1.42.0-8.oe2203sp1.aarch64.rpm",
"libuv-devel-1.42.0-8.oe2203sp1.aarch64.rpm",
"libuv-debuginfo-1.42.0-8.oe2203sp2.aarch64.rpm",
"libuv-devel-1.42.0-8.oe2203sp2.aarch64.rpm",
"libuv-debugsource-1.42.0-8.oe2203sp2.aarch64.rpm",
"libuv-1.42.0-8.oe2203sp2.aarch64.rpm",
"libuv-devel-1.42.0-8.oe2203sp3.aarch64.rpm",
"libuv-debugsource-1.42.0-8.oe2203sp3.aarch64.rpm",
"libuv-debuginfo-1.42.0-8.oe2203sp3.aarch64.rpm",
"libuv-1.42.0-8.oe2203sp3.aarch64.rpm"
],
"noarch": [
"libuv-help-1.42.0-6.oe2203.noarch.rpm",
"libuv-help-1.42.0-8.oe2203sp1.noarch.rpm",
"libuv-help-1.42.0-8.oe2203sp2.noarch.rpm",
"libuv-help-1.42.0-8.oe2203sp3.noarch.rpm"
],
"src": [
"libuv-1.42.0-6.oe2203.src.rpm",
"libuv-1.42.0-8.oe2203sp1.src.rpm",
"libuv-1.42.0-8.oe2203sp2.src.rpm",
"libuv-1.42.0-8.oe2203sp3.src.rpm"
],
"x86_64": [
"libuv-debuginfo-1.42.0-6.oe2203.x86_64.rpm",
"libuv-debugsource-1.42.0-6.oe2203.x86_64.rpm",
"libuv-devel-1.42.0-6.oe2203.x86_64.rpm",
"libuv-1.42.0-6.oe2203.x86_64.rpm",
"libuv-devel-1.42.0-8.oe2203sp1.x86_64.rpm",
"libuv-1.42.0-8.oe2203sp1.x86_64.rpm",
"libuv-debuginfo-1.42.0-8.oe2203sp1.x86_64.rpm",
"libuv-debugsource-1.42.0-8.oe2203sp1.x86_64.rpm",
"libuv-debugsource-1.42.0-8.oe2203sp2.x86_64.rpm",
"libuv-devel-1.42.0-8.oe2203sp2.x86_64.rpm",
"libuv-1.42.0-8.oe2203sp2.x86_64.rpm",
"libuv-debuginfo-1.42.0-8.oe2203sp2.x86_64.rpm",
"libuv-debuginfo-1.42.0-8.oe2203sp3.x86_64.rpm",
"libuv-debugsource-1.42.0-8.oe2203sp3.x86_64.rpm",
"libuv-1.42.0-8.oe2203sp3.x86_64.rpm",
"libuv-devel-1.42.0-8.oe2203sp3.x86_64.rpm"
]
},
"package": {
"ecosystem": "openEuler:22.03-LTS",
"name": "libuv",
"purl": "pkg:rpm/openEuler/libuv\u0026distro=openEuler-22.03-LTS"
},
"ranges": [
{
"events": [
{
"introduced": "0"
},
{
"fixed": "1.42.0-8.oe2203sp3"
}
],
"type": "ECOSYSTEM"
}
]
},
{
"ecosystem_specific": {
"aarch64": [
"libuv-1.42.0-8.oe2203sp1.aarch64.rpm",
"libuv-debuginfo-1.42.0-8.oe2203sp1.aarch64.rpm",
"libuv-debugsource-1.42.0-8.oe2203sp1.aarch64.rpm",
"libuv-devel-1.42.0-8.oe2203sp1.aarch64.rpm"
],
"noarch": [
"libuv-help-1.42.0-8.oe2203sp1.noarch.rpm"
],
"src": [
"libuv-1.42.0-8.oe2203sp1.src.rpm"
],
"x86_64": [
"libuv-devel-1.42.0-8.oe2203sp1.x86_64.rpm",
"libuv-1.42.0-8.oe2203sp1.x86_64.rpm",
"libuv-debuginfo-1.42.0-8.oe2203sp1.x86_64.rpm",
"libuv-debugsource-1.42.0-8.oe2203sp1.x86_64.rpm"
]
},
"package": {
"ecosystem": "openEuler:22.03-LTS-SP1",
"name": "libuv",
"purl": "pkg:rpm/openEuler/libuv\u0026distro=openEuler-22.03-LTS-SP1"
},
"ranges": [
{
"events": [
{
"introduced": "0"
},
{
"fixed": "1.42.0-8.oe2203sp1"
}
],
"type": "ECOSYSTEM"
}
]
},
{
"ecosystem_specific": {
"aarch64": [
"libuv-debuginfo-1.42.0-8.oe2203sp2.aarch64.rpm",
"libuv-devel-1.42.0-8.oe2203sp2.aarch64.rpm",
"libuv-debugsource-1.42.0-8.oe2203sp2.aarch64.rpm",
"libuv-1.42.0-8.oe2203sp2.aarch64.rpm"
],
"noarch": [
"libuv-help-1.42.0-8.oe2203sp2.noarch.rpm"
],
"src": [
"libuv-1.42.0-8.oe2203sp2.src.rpm"
],
"x86_64": [
"libuv-debugsource-1.42.0-8.oe2203sp2.x86_64.rpm",
"libuv-devel-1.42.0-8.oe2203sp2.x86_64.rpm",
"libuv-1.42.0-8.oe2203sp2.x86_64.rpm",
"libuv-debuginfo-1.42.0-8.oe2203sp2.x86_64.rpm"
]
},
"package": {
"ecosystem": "openEuler:22.03-LTS-SP2",
"name": "libuv",
"purl": "pkg:rpm/openEuler/libuv\u0026distro=openEuler-22.03-LTS-SP2"
},
"ranges": [
{
"events": [
{
"introduced": "0"
},
{
"fixed": "1.42.0-8.oe2203sp2"
}
],
"type": "ECOSYSTEM"
}
]
},
{
"ecosystem_specific": {
"aarch64": [
"libuv-devel-1.42.0-8.oe2203sp3.aarch64.rpm",
"libuv-debugsource-1.42.0-8.oe2203sp3.aarch64.rpm",
"libuv-debuginfo-1.42.0-8.oe2203sp3.aarch64.rpm",
"libuv-1.42.0-8.oe2203sp3.aarch64.rpm"
],
"noarch": [
"libuv-help-1.42.0-8.oe2203sp3.noarch.rpm"
],
"src": [
"libuv-1.42.0-8.oe2203sp3.src.rpm"
],
"x86_64": [
"libuv-debuginfo-1.42.0-8.oe2203sp3.x86_64.rpm",
"libuv-debugsource-1.42.0-8.oe2203sp3.x86_64.rpm",
"libuv-1.42.0-8.oe2203sp3.x86_64.rpm",
"libuv-devel-1.42.0-8.oe2203sp3.x86_64.rpm"
]
},
"package": {
"ecosystem": "openEuler:22.03-LTS-SP3",
"name": "libuv",
"purl": "pkg:rpm/openEuler/libuv\u0026distro=openEuler-22.03-LTS-SP3"
},
"ranges": [
{
"events": [
{
"introduced": "0"
},
{
"fixed": "1.42.0-8.oe2203sp3"
}
],
"type": "ECOSYSTEM"
}
]
}
],
"database_specific": {
"severity": "Critical"
},
"details": "libuv is a multi-platform support library with a focus on asynchronous I/O. It was primarily developed for use by Node.js, but it\u2019s also used by Luvit, Julia, pyuv, and others.\r\n\r\nSecurity Fix(es):\r\n\r\nlibuv is a multi-platform support library with a focus on asynchronous I/O. The `uv_getaddrinfo` function in `src/unix/getaddrinfo.c` (and its windows counterpart `src/win/getaddrinfo.c`), truncates hostnames to 256 characters before calling `getaddrinfo`. This behavior can be exploited to create addresses like `0x00007f000001`, which are considered valid by `getaddrinfo` and could allow an attacker to craft payloads that resolve to unintended IP addresses, bypassing developer checks. The vulnerability arises due to how the `hostname_ascii` variable (with a length of 256 bytes) is handled in `uv_getaddrinfo` and subsequently in `uv__idna_toascii`. When the hostname exceeds 256 characters, it gets truncated without a terminating null byte. As a result attackers may be able to access internal APIs or for websites (similar to MySpace) that allows users to have `username.example.com` pages. Internal services that crawl or cache these user pages can be exposed to SSRF attacks if a malicious user chooses a long vulnerable username. This issue has been addressed in release version 1.48.0. Users are advised to upgrade. There are no known workarounds for this vulnerability.(CVE-2024-24806)",
"id": "OESA-2024-1200",
"modified": "2026-08-06T11:06:38Z",
"published": "2024-02-23T11:06:38Z",
"references": [
{
"type": "ADVISORY",
"url": "https://www.openeuler.org/en/security/safety-bulletin/detail.html?id=openEuler-SA-2024-1200"
},
{
"type": "ADVISORY",
"url": "https://nvd.nist.gov/vuln/detail/CVE-2024-24806"
}
],
"schema_version": "1.7.2",
"severity": [
{
"score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H",
"type": "CVSS_V3"
}
],
"summary": "libuv security update",
"upstream": [
"CVE-2024-24806"
]
}
Sightings
| Author | Source | Type | Date | Other |
|---|
Nomenclature
- Seen: The vulnerability was mentioned, discussed, or observed by the user.
- Confirmed: The vulnerability has been validated from an analyst's perspective.
- Published Proof of Concept: A public proof of concept is available for this vulnerability.
- Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
- Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
- Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
- Not confirmed: The user expressed doubt about the validity of the vulnerability.
- Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.
The approach is described in our paper Mapping CVEs to MITRE ATT&CK Techniques: A Curated Gold-Set Classifier and the Limits of LLM-Assisted Label Expansion.
Browse all ATT&CK techniques and the vulnerabilities related to each.
Related by attack behaviour
Vulnerabilities whose description is nearest to this one in the vector space of the CIRCL/vulnerability-attack-technique-biencoder model. This is a similarity search over the bi-encoder space (plain cosine), not a classification, and it has no measured accuracy.