CVE-2024-2961

Published Apr 17, 2024

Last updated 2 months ago

Overview

Description
The iconv() function in the GNU C Library versions 2.39 and older may overflow the output buffer passed to it by up to 4 bytes when converting strings to the ISO-2022-CN-EXT character set, which may be used to crash an application or overwrite a neighbouring variable.
Source
3ff69d7a-14f2-4f67-a097-88dee7810d18
NVD status
Modified
Products
glibc, active_iq_unified_manager, debian_linux, hci_h300s_firmware, hci_h500s_firmware, hci_h700s_firmware, hci_h410s_firmware, hci_h410c_firmware, hci_h610c_firmware, hci_h610s_firmware, hci_h615c_firmware, hci_compute_node, ontap_select_deploy_administration_utility

Risk scores

CVSS 3.1

Type
Secondary
Base score
7.3
Impact score
4.7
Exploitability score
2.5
Vector string
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:H
Severity
HIGH

Weaknesses

3ff69d7a-14f2-4f67-a097-88dee7810d18
CWE-787

Social media

Hype score
Not currently trending
  1. 🚨 CVE-2024-2961: High-Severity glibc iconv Buffer Overflow to RCE ("CNEXT") https://t.co/vzNCd5CwJF #Cybersecurity #Infosec #AppSec #RCE #glibc #Linux #PHP #CNEXT #CVE20242961 #PoC #EthicalHacking #BugBounty #PatchNow https://t.co/WTVCtmIrfx

    @r0otk3r

    12 Jul 2026

    48 Impressions

    0 Retweets

    1 Like

    0 Bookmarks

    0 Replies

    0 Quotes

  2. We found an interesting CTF-inspired vuln CVE-2026-22200 affecting osTicket, a popular ticketing system. It allows anonymous attackers to exfil local files as BMP images through the mPDF library. This can be chained to RCE if the host is vuln to CNEXT (CVE-2024-2961)

    @Horizon3Attack

    22 Jan 2026

    5270 Impressions

    17 Retweets

    74 Likes

    38 Bookmarks

    2 Replies

    0 Quotes

  3. cve-2024-34102+CVE-2024-2961第一个漏洞已经解决,第二个漏洞libc和maps已经读取下来了,最后一部构造filterchain的时候一直有问题,没法rce,libc和maps可以保证是正确的。请问有大佬会的吗?

    @Xiaoxiao_2585

    18 Sept 2025

    1 Impression

    0 Retweets

    0 Likes

    0 Bookmarks

    0 Replies

    0 Quotes

  4. 🔴 Cloudflare CIRCL (FourQ), Cryptographic Validation Flaw, #CVE-2024-2961 (Critical) https://t.co/4dcWIVX0UB

    @dailycve

    10 Jun 2025

    11 Impressions

    0 Retweets

    0 Likes

    0 Bookmarks

    1 Reply

    0 Quotes

  5. ⚠️Múltiples vulnerabilidades en HPE OneView ❗CVE-2024-38476 ❗CVE-2024-38475 ❗CVE-2024-38477 ❗CVE-2024-2961 ➡️Más info: https://t.co/f2jdGg96ol https://t.co/f6JFnAJ5Ze

    @CERTpy

    2 Jun 2025

    141 Impressions

    0 Retweets

    1 Like

    1 Bookmark

    0 Replies

    0 Quotes

  6. Just rooted #BigBang (Hard) on #HTB (@hackthebox_eu) 🔓🔥 🕳️ WordPress LFI → CVE-2024-2961 → shell 🔄 DB creds → port-forward → SSH 🔐 Grafana hash → crack → user pivot 📲 APK reverse → subdomain → RCE → root 🎯 POC: https://t.co/t0CNJ0OJi2 #

    @sakibulalikhan

    1 May 2025

    51 Impressions

    0 Retweets

    1 Like

    0 Bookmarks

    0 Replies

    0 Quotes

Configurations

  1. In the Linux kernel, the following vulnerability has been resolved: KVM: x86: Fix shadow paging use-after-free due to unexpected role Commit 0cb2af2ea66ad ("KVM: x86: Fix shadow paging use-after-free due to unexpected GFN") fixed a shadow paging mismatch between stored and computed GFNs; the bug could be triggered by changing a PDE mapping from outside the guest, and then deleting a memslot. The rmap_remove() call would miss entries created after the PDE change because the GFN of the leaf SPTE does not match the GFN of the struct kvm_mmu_page. A similar hole however remains if the modified PDE points to a non-leaf page. In this case the gfn can be made to match, but the role does not match: the original large 2MB page creates a kvm_mmu_page with direct=1, while the new 4KB needs a kvm_mmu_page with direct=0. However, kvm_mmu_get_child_sp() does not compare the role, and therefore reuses the page. The next step is installing a leaf (4KB) SPTE on the new path which records an rmap entry under the gfn resolved by the walk. But when that child is zapped its parent kvm_mmu_page has direct=1 and kvm_mmu_page_get_gfn() computes the gfn for the 4KB page as sp->gfn + index instead of using sp->shadowed_translation[] (or sp->gfns[] in older kernels). It therefore fails to remove the recorded entry. When the memslot is dropped the shadow page is freed but the rmap entry survives, as in the scenario that was already fixed. Code that later walks that gfn (dirty logging, MMU notifier invalidation, and so on) dereferences an sptep that lies in the freed page, causing the use-after-free.CVE-2026-53359

References

Sources include official advisories and independent security research.