Linux Kernel XFRM ESP-in-TCP Subsystem Fragnesia write-what-where condition

CVSS Meta Temp Score
CVSS is a standardized scoring system to determine possibilities of attacks. The Temp Score considers temporal factors like disclosure, exploit and countermeasures. The unique Meta Score calculates the average score of different sources to provide a normalized scoring system.
Current Exploit Price (≈)
Our analysts are monitoring exploit markets and are in contact with vulnerability brokers. The range indicates the observed or calculated exploit price to be seen on exploit markets. A good indicator to understand the monetary effort required for and the popularity of an attack.
CTI Interest Score
Our Cyber Threat Intelligence team is monitoring different web sites, mailing lists, exploit markets and social media networks. The CTI Interest Score identifies the interest of attackers and the security community for this specific vulnerability in real-time. A high score indicates an elevated risk to be targeted for this vulnerability.
7.7$0-$5k0.00

Summaryinfo

A vulnerability described as critical has been identified in Linux Kernel. Affected is an unknown function of the component XFRM ESP-in-TCP Subsystem. Executing a manipulation can lead to write-what-where condition. This vulnerability is tracked as CVE-2026-46300. The attack is restricted to local execution. Moreover, an exploit is present.

Detailsinfo

A vulnerability has been found in Linux Kernel (unknown version) and classified as critical. This vulnerability affects an unknown code block of the component XFRM ESP-in-TCP Subsystem. The manipulation with an unknown input leads to a write-what-where condition vulnerability. The CWE definition for the vulnerability is CWE-123. Any condition where the attacker has the ability to write an arbitrary value to an arbitrary location, often as the result of a buffer overflow. As an impact it is known to affect confidentiality, integrity, and availability. CVE summarizes:

In the Linux kernel, the following vulnerability has been resolved: net: skbuff: preserve shared-frag marker during coalescing skb_try_coalesce() can attach paged frags from @from to @to. If @from has SKBFL_SHARED_FRAG set, the resulting @to skb can contain the same externally-owned or page-cache-backed frags, but the shared-frag marker is currently lost. That breaks the invariant relied on by later in-place writers. In particular, ESP input checks skb_has_shared_frag() before deciding whether an uncloned nonlinear skb can skip skb_cow_data(). If TCP receive coalescing has moved shared frags into an unmarked skb, ESP can see skb_has_shared_frag() as false and decrypt in place over page-cache backed frags. Propagate SKBFL_SHARED_FRAG when skb_try_coalesce() transfers paged frags. The tailroom copy path does not need the marker because it copies bytes into @to's linear data rather than transferring frag descriptors.

The advisory is available at bugzilla.redhat.com. This vulnerability was named CVE-2026-46300. The exploitation appears to be easy. Local access is required to approach this attack. Technical details are unknown but a public exploit is available. The structure of the vulnerability defines a possible price range of USD $0-$5k at the moment (estimation calculated on 06/30/2026).

A public exploit has been developed in ANSI C. It is possible to download the exploit at github.com. It is declared as proof-of-concept. The vulnerability scanner Nessus provides a plugin with the ID 314601 (Fedora 42 : kernel (2026-ec1c523fdb)), which helps to determine the existence of the flaw in a target environment.

There is no information about possible countermeasures known. It may be suggested to replace the affected object with an alternative product.

The vulnerability is also documented in the databases at Exploit-DB (52591), Tenable (314601), EUVD (EUVD-2026-31535) and CERT Bund (WID-SEC-2026-1530). If you want to get best quality of vulnerability data, you may have to visit VulDB.

Affected

  • Google Container-Optimized OS
  • Amazon Linux 2
  • Red Hat Enterprise Linux
  • Fedora Linux
  • Ubuntu Linux
  • SUSE Linux
  • SUSE openSUSE
  • Open Source Linux Kernel
  • Nutanix Files
  • RESF Rocky Linux
  • Debian Linux
  • Oracle Linux
  • Nutanix Kubernetes Engine
  • Red Hat OpenShift
  • IBM QRadar SIEM

Productinfo

Type

Vendor

Name

License

Website

CPE 2.3info

CPE 2.2info

CVSSv4info

VulDB Vector: 🔒
VulDB Reliability: 🔍

CVSSv3info

VulDB Meta Base Score: 7.8
VulDB Meta Temp Score: 7.7

VulDB Base Score: 7.8
VulDB Temp Score: 7.4
VulDB Vector: 🔒
VulDB Reliability: 🔍

NVD Base Score: 7.8
NVD Vector: 🔒

CNA Base Score: 7.8
CNA Vector: 🔒

CVSSv2info

AVACAuCIA
💳💳💳💳💳💳
💳💳💳💳💳💳
💳💳💳💳💳💳
VectorComplexityAuthenticationConfidentialityIntegrityAvailability
UnlockUnlockUnlockUnlockUnlockUnlock
UnlockUnlockUnlockUnlockUnlockUnlock
UnlockUnlockUnlockUnlockUnlockUnlock

VulDB Base Score: 🔒
VulDB Temp Score: 🔒
VulDB Reliability: 🔍

Exploitinginfo

Class: Write-what-where condition
CWE: CWE-123 / CWE-119
CAPEC: 🔒
ATT&CK: 🔒

Physical: Partially
Local: Yes
Remote: No

Availability: 🔒
Access: Public
Status: Proof-of-Concept
Programming Language: 🔒
Download: 🔒

EPSS Score: 🔒
EPSS Percentile: 🔒

Price Prediction: 🔍
Current Price Estimation: 🔒

0-DayUnlockUnlockUnlockUnlock
TodayUnlockUnlockUnlockUnlock

Nessus ID: 314601
Nessus Name: Fedora 42 : kernel (2026-ec1c523fdb)

Exploit-DB: 🔒

Threat Intelligenceinfo

Interest: 🔍
Active Actors: 🔍
Active APT Groups: 🔍

Countermeasuresinfo

Recommended: no mitigation known
Status: 🔍

0-Day Time: 🔒

Timelineinfo

05/14/2026 Advisory disclosed
05/14/2026 +0 days VulDB entry created
06/30/2026 +47 days VulDB entry last update

Sourcesinfo

Vendor: kernel.org

Advisory: bugzilla.redhat.com
Status: Confirmed
Confirmation: 🔒

CVE: CVE-2026-46300 (🔒)
GCVE (CVE): GCVE-0-2026-46300
GCVE (VulDB): GCVE-100-363802
EUVD: 🔒
CERT Bund: WID-SEC-2026-1530 - Linux Kernel (Fragnesia): Schwachstelle ermöglicht Erlangen von Administratorrechten

scip Labs: https://www.scip.ch/en/?labs.20161013

Entryinfo

Created: 05/14/2026 05:59
Updated: 06/30/2026 16:02
Changes: 05/14/2026 05:59 (52), 05/14/2026 08:50 (11), 05/14/2026 22:20 (2), 05/18/2026 14:30 (7), 05/21/2026 13:15 (1), 05/23/2026 16:33 (1), 06/01/2026 10:15 (20), 06/02/2026 10:01 (1), 06/10/2026 18:52 (1), 06/30/2026 16:02 (1)
Complete: 🔍
Cache ID: 216::103

If you want to get best quality of vulnerability data, you may have to visit VulDB.

Discussion

No comments yet. Languages: en.

Please log in to comment.

Are you interested in using VulDB?

Download the whitepaper to learn more about our service!