OpenZFS up to 2.2.10/2.3.8/2.4.3 Ioctl Authorization privileges management

Summaryinfo

A vulnerability was found in OpenZFS up to 2.2.10/2.3.8/2.4.3. It has been classified as very critical. This affects an unknown part of the component Ioctl Authorization. The manipulation leads to privileges management. This vulnerability is documented as CVE-2026-79619. The attack needs to be performed locally. There is not any exploit available.

Detailsinfo

A vulnerability was found in OpenZFS up to 2.2.10/2.3.8/2.4.3 and classified as very critical. This issue affects an unknown code block of the component Ioctl Authorization. The manipulation with an unknown input leads to a privileges management vulnerability. Using CWE to declare the problem leads to CWE-269. The product does not properly assign, modify, track, or check privileges for an actor, creating an unintended sphere of control for that actor. Impacted is confidentiality, integrity, and availability. The summary by CVE is:

On Linux, several OpenZFS ioctl authorization checks accept a capability held only within a user-created, unprivileged namespace as equivalent to real host privilege, allowing an unprivileged local user to perform operations that should require root. Affected operations include pool-administrative operations (eg create, import, destroy), pool event log access (zpool events) and fault injection (zinject). Exploiting the problem requires only that the local user is permitted to open /dev/zfs (governed by local device permissions) and that the kernel permits unprivileged user namespace creation. No prior access to the target pool or its underlying devices is needed.

It is possible to read the advisory at github.com. The identification of this vulnerability is CVE-2026-79619 since 08/25/2026. The exploitation is known to be easy. Attacking locally is a requirement. The technical details are unknown and an exploit is not publicly available. The pricing for an exploit might be around USD $0-$5k at the moment (estimation calculated on 08/26/2026). The attack technique deployed by this issue is T1068 according to MITRE ATT&CK.

Upgrading to version 2.2.11, 2.3.9 or 2.4.4 eliminates this vulnerability.

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Productinfo

Name

• OpenZFS

Version

• 2.2.0
• 2.2.1
• 2.2.2
• 2.2.3
• 2.2.4
• 2.2.5
• 2.2.6
• 2.2.7
• 2.2.8
• 2.2.9
• 2.2.10
• 2.3.0
• 2.3.1
• 2.3.2
• 2.3.3
• 2.3.4
• 2.3.5
• 2.3.6
• 2.3.7
• 2.3.8
• 2.4.0
• 2.4.1
• 2.4.2
• 2.4.3

CPE 2.3info

• 🔒
• 🔒
• 🔒

CPE 2.2info

• 🔒
• 🔒
• 🔒

CVSSv4info

CVSSv3info

CVSSv2info

Exploitinginfo

Threat Intelligenceinfo

Countermeasuresinfo

Timelineinfo

Sourcesinfo

Entryinfo

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Discussion