---
id: CVE-2022-50490
title: |-
  In the Linux kernel, the following vulnerability has been resolved:

  bpf: Propagate error from htab_lock_bucket() to userspace

  In __htab_map_lookup_and_delete_batch() if htab_lock_bucket() returns
  -EBUSY, it will go to next bucket
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  bpf: Propagate error from htab_lock_bucket() to userspace

  In __htab_map_lookup_and_delete_batch() if htab_lock_bucket() returns
  -EBUSY, it will go to next bucket. Goin…
severity: high
cvss: 7.1
cvssVector: 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H'
cwe:
  - CWE-125
vendor: linux
product: linux_kernel
affected:
  - 'linux_kernel >= 5.11, < 5.15.75'
  - 'linux_kernel >= 5.16, < 5.19.17'
  - 'linux_kernel >= 6.0, < 6.0.3'
patched:
  - linux_kernel 6.0.3
published: '2025-10-04'
updated: '2026-10-15'
sourceUpdated: '2026-10-15T22:17:31.200'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2022-50490'
references:
  - url: 'https://git.kernel.org/stable/c/0e13425104903970a5ede853082d3bbb4edec6f3'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/4f1f39a8f1ce1b24fee6852d7dcd704ce7c4334d'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/66a7a92e4d0d091e79148a4c6ec15d1da65f4280'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/6bfee6eb3d6b96ae730a542909dd22b5f9f50d58'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
tags:
  - nvd
  - cve.org
epss: 0.00163
epssPercentile: 0.0545
ssvc:
  exploitation: none
  automatable: 'no'
  technicalImpact: partial
  timestamp: '2026-10-15T21:31:22.465651Z'
ingestedAt: '2026-10-15T22:48:25.379Z'
---

## Overview

In the Linux kernel, the following vulnerability has been resolved:

bpf: Propagate error from htab_lock_bucket() to userspace

In __htab_map_lookup_and_delete_batch() if htab_lock_bucket() returns
-EBUSY, it will go to next bucket. Going to next bucket may not only
skip the elements in current bucket silently, but also incur
out-of-bound memory access or expose kernel memory to userspace if
current bucket_cnt is greater than bucket_size or zero.

Fixing it by stopping batch operation and returning -EBUSY when
htab_lock_bucket() fails, and the application can retry or skip the busy
batch as needed.

## Affected

- `linux_kernel >= 5.11, < 5.15.75`
- `linux_kernel >= 5.16, < 5.19.17`
- `linux_kernel >= 6.0, < 6.0.3`

## Remediation

Upgrade past the affected range:

- `linux_kernel 6.0.3`