Access of Resource Using Incompatible Type ('Type Confusion') Affecting kernel6.18-libbpf-debuginfo package, versions <1:6.18.16-18.222.amzn2023


Severity

Recommended
high

Based on Amazon Linux security rating.

Threat Intelligence

EPSS
0.12% (3rd percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-AMZN2023-KERNEL618LIBBPFDEBUGINFO-16883288
  • published27 May 2026
  • disclosed8 May 2026

Introduced: 8 May 2026

CVE-2026-43306  (opens in a new tab)
CWE-843  (opens in a new tab)

How to fix?

Upgrade Amazon-Linux:2023 kernel6.18-libbpf-debuginfo to version 1:6.18.16-18.222.amzn2023 or higher.
This issue was patched in ALAS2023-2026-1702.

NVD Description

Note: Versions mentioned in the description apply only to the upstream kernel6.18-libbpf-debuginfo package and not the kernel6.18-libbpf-debuginfo package as distributed by Amazon-Linux. See How to fix? for Amazon-Linux:2023 relevant fixed versions and status.

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

bpf: crypto: Use the correct destructor kfunc type

With CONFIG_CFI enabled, the kernel strictly enforces that indirect function calls use a function pointer type that matches the target function. I ran into the following type mismatch when running BPF self-tests:

CFI failure at bpf_obj_free_fields+0x190/0x238 (target: bpf_crypto_ctx_release+0x0/0x94; expected type: 0xa488ebfc) Internal error: Oops - CFI: 00000000f2008228 [#1] SMP ...

As bpf_crypto_ctx_release() is also used in BPF programs and using a void pointer as the argument would make the verifier unhappy, add a simple stub function with the correct type and register it as the destructor kfunc instead.

CVSS Base Scores

version 3.1