{"resultsPerPage":1,"startIndex":0,"totalResults":1,"format":"NVD_CVE","version":"2.0","timestamp":"2026-04-15T13:08:15.824","vulnerabilities":[{"cve":{"id":"CVE-2023-54033","sourceIdentifier":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","published":"2025-12-24T11:15:56.297","lastModified":"2025-12-29T15:58:56.260","vulnStatus":"Awaiting Analysis","cveTags":[],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nbpf: fix a memory leak in the LRU and LRU_PERCPU hash maps\n\nThe LRU and LRU_PERCPU maps allocate a new element on update before locking the\ntarget hash table bucket. Right after that the maps try to lock the bucket.\nIf this fails, then maps return -EBUSY to the caller without releasing the\nallocated element. This makes the element untracked: it doesn't belong to\neither of free lists, and it doesn't belong to the hash table, so can't be\nre-used; this eventually leads to the permanent -ENOMEM on LRU map updates,\nwhich is unexpected. Fix this by returning the element to the local free list\nif bucket locking fails."}],"metrics":{},"references":[{"url":"https:\/\/git.kernel.org\/stable\/c\/1a9e80f757bbb1562d82e350afce2bb2f712cc3d","source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67"},{"url":"https:\/\/git.kernel.org\/stable\/c\/79ea1a12fb9a8275b6e19d4ca625dd872dedcbb9","source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67"},{"url":"https:\/\/git.kernel.org\/stable\/c\/965e9cccbe6b9c7b379908cebcb5e3a47f20dd5e","source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67"},{"url":"https:\/\/git.kernel.org\/stable\/c\/b34ffb0c6d23583830f9327864b9c1f486003305","source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67"}]}}]}