OESA-2026-2992

Source
https://www.openeuler.org/en/security/security-bulletins/detail/?id=openEuler-SA-2026-2992
Import Source
https://repo.openeuler.org/security/data/osv/OESA-2026-2992.json
JSON Data
https://api.osv.dev/v1/vulns/OESA-2026-2992
Upstream
Published
2026-07-19T03:47:09Z
Modified
2026-07-19T04:00:14.305967731Z
Summary
kernel security update
Details

The Linux Kernel, the operating system core itself.

Security Fix(es):

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

ppp: require CAPNETADMIN in target netns for unattached ioctls

/dev/ppp open is currently authorized against file->fcred->userns, while unattached administrative ioctls operate on current->nsproxy->net_ns.

As a result, a local unprivileged user can create a new user namespace with CLONENEWUSER, gain CAPNET_ADMIN only in that new user namespace, and still issue PPPIOCNEWUNIT, PPPIOCATTACH, or PPPIOCATTCHAN against an inherited network namespace.

Require CAPNETADMIN in the user namespace that owns the target network namespace before handling unattached PPP administrative ioctls.

This preserves normal pppd operation in the network namespace it is actually privileged in, while rejecting the userns-only inherited-netns case.(CVE-2026-53075)

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

netfilter: bridge: make ebt_snat ARP rewrite writable

The ebtables SNAT target keeps the Ethernet source address rewrite behind skbensurewritable(skb, 0). This is intentional: at the bridge ebtables hooks the Ethernet header is addressed through skbmacheader()/ethhdr(), while skb->data points at the Ethernet payload. Asking skbensurewritable() for ETHHLEN bytes would check the payload, not the Ethernet header, and would reintroduce the small packet regression fixed by commit 63137bc5882a.

However, the optional ARP sender hardware address rewrite is different. It writes through skbstorebits() at an offset relative to skb->data:

    skb_store_bits(skb, sizeof(struct arphdr), info->mac, ETH_ALEN)

skbheaderpointer() only safely reads the ARP header; it does not make the later sender hardware address range writable. If that range is still held in a nonlinear skb fragment backed by a splice-imported file page, skbstorebits() maps the frag page and copies the new MAC address directly into it.

Ensure the ARP SHA range is writable before reading the ARP header and before calling skbstorebits().(CVE-2026-53266)

Database specific
{
    "severity": "High"
}
References

Affected packages

openEuler:20.03-LTS-SP4 / kernel

Package

Name
kernel
Purl
pkg:rpm/openEuler/kernel&distro=openEuler-20.03-LTS-SP4

Affected ranges

Type
ECOSYSTEM
Events
Introduced
0Unknown introduced version / All previous versions are affected
Fixed
4.19.90-2607.2.0.0380.oe2003sp4

Ecosystem specific

{
    "aarch64": [
        "bpftool-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "bpftool-debuginfo-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "kernel-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "kernel-debuginfo-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "kernel-debugsource-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "kernel-devel-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "kernel-source-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "kernel-tools-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "kernel-tools-debuginfo-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "kernel-tools-devel-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "perf-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "perf-debuginfo-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "python2-perf-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "python2-perf-debuginfo-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "python3-perf-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm",
        "python3-perf-debuginfo-4.19.90-2607.2.0.0380.oe2003sp4.aarch64.rpm"
    ],
    "src": [
        "kernel-4.19.90-2607.2.0.0380.oe2003sp4.src.rpm"
    ],
    "x86_64": [
        "bpftool-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "bpftool-debuginfo-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "kernel-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "kernel-debuginfo-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "kernel-debugsource-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "kernel-devel-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "kernel-source-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "kernel-tools-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "kernel-tools-debuginfo-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "kernel-tools-devel-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "perf-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "perf-debuginfo-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "python2-perf-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "python2-perf-debuginfo-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "python3-perf-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm",
        "python3-perf-debuginfo-4.19.90-2607.2.0.0380.oe2003sp4.x86_64.rpm"
    ]
}

Database specific

source
"https://repo.openeuler.org/security/data/osv/OESA-2026-2992.json"