OESA-2026-3176

Source
https://www.openeuler.org/en/security/security-bulletins/detail/?id=openEuler-SA-2026-3176
Import Source
https://repo.openeuler.org/security/data/osv/OESA-2026-3176.json
JSON Data
https://api.osv.dev/v1/vulns/OESA-2026-3176
Upstream
Published
2026-07-24T03:31:22Z
Modified
2026-07-24T03:45:20.968729988Z
Summary
buildah security update
Details

The package provides a command line tool which can be used to * create a working container from scratch or * create a working container from an image as a starting point * mount/umount a working container's root file system for manipulation * save container's root file system layer to create a new image * delete a working container or an image

Security Fix(es):

A vulnerability was found in Podman, Buildah, and CRI-O. A symlink traversal vulnerability in the containers/storage library can cause Podman, Buildah, and CRI-O to hang and result in a denial of service via OOM kill when running a malicious image using an automatically assigned user namespace (--userns=auto in Podman and Buildah). The containers/storage library will read /etc/passwd inside the container, but does not properly validate if that file is a symlink, which can be used to cause the library to read an arbitrary file on the host.(CVE-2024-9676)

Go JOSE provides an implementation of the Javascript Object Signing and Encryption set of standards in Go, including support for JSON Web Encryption (JWE), JSON Web Signature (JWS), and JSON Web Token (JWT) standards. Prior to 4.1.4 and 3.0.5, decrypting a JSON Web Encryption (JWE) object will panic if the alg field indicates a key wrapping algorithm (one ending in KW, with the exception of A128GCMKW, A192GCMKW, and A256GCMKW) and the encryptedkey field is empty. The panic happens when cipher.KeyUnwrap() in keywrap.go attempts to allocate a slice with a zero or negative length based on the length of the encrypted_key. This code path is reachable from ParseEncrypted() / ParseEncryptedJSON() / ParseEncryptedCompact() followed by Decrypt() on the resulting object. Note that the parse functions take a list of accepted key algorithms. If the accepted key algorithms do not include any key wrapping algorithms, parsing will fail and the application will be unaffected. This panic is also reachable by calling cipher.KeyUnwrap() directly with any ciphertext parameter less than 16 bytes long, but calling this function directly is less common. Panics can lead to denial of service. This vulnerability is fixed in 4.1.4 and 3.0.5.(CVE-2026-34986)

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

Affected packages

openEuler:24.03-LTS-SP1 / buildah

Package

Name
buildah
Purl
pkg:rpm/openEuler/buildah&distro=openEuler-24.03-LTS-SP1

Affected ranges

Type
ECOSYSTEM
Events
Introduced
0Unknown introduced version / All previous versions are affected
Fixed
1.34.1-15.oe2403sp1

Ecosystem specific

{
    "src": [
        "buildah-1.34.1-15.oe2403sp1.src.rpm"
    ],
    "aarch64": [
        "buildah-1.34.1-15.oe2403sp1.aarch64.rpm",
        "buildah-debuginfo-1.34.1-15.oe2403sp1.aarch64.rpm",
        "buildah-debugsource-1.34.1-15.oe2403sp1.aarch64.rpm",
        "buildah-tests-1.34.1-15.oe2403sp1.aarch64.rpm"
    ],
    "x86_64": [
        "buildah-1.34.1-15.oe2403sp1.x86_64.rpm",
        "buildah-debuginfo-1.34.1-15.oe2403sp1.x86_64.rpm",
        "buildah-debugsource-1.34.1-15.oe2403sp1.x86_64.rpm",
        "buildah-tests-1.34.1-15.oe2403sp1.x86_64.rpm"
    ]
}

Database specific

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