OESA-2026-3359

Source
https://www.openeuler.org/en/security/security-bulletins/detail/?id=openEuler-SA-2026-3359
Import Source
https://repo.openeuler.org/security/data/osv/OESA-2026-3359.json
JSON Data
https://api.osv.dev/v1/vulns/OESA-2026-3359
Upstream
  • CVE-2025-58183
Published
2026-08-13T14:01:14Z
Modified
2026-08-16T01:45:13.472416818Z
Severity
  • 7.5 (High) CVSS_V3 - CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H CVSS Calculator
Summary
skopeo security update
Details

A command line utility that performs various operations on container images and image repositories

Security Fix(es):

tar.Reader does not set a maximum size on the number of sparse region data blocks in GNU tar pax 1.0 sparse files. A maliciously-crafted archive containing a large number of sparse regions can cause a Reader to read an unbounded amount of data from the archive into memory. When reading from a compressed source, a small compressed input can result in large allocations.(CVE-2025-58183)

A denial-of-service vulnerability exists in github.com/sirupsen/logrus when using Entry.Writer() to log a single-line payload larger than 64KB without newline characters. Due to limitations in the internal bufio.Scanner, the read fails with "token too long" and the writer pipe is closed, leaving Writer() unusable and causing application unavailability (DoS). This affects versions < 1.8.3, 1.9.0, and 1.9.2. The issue is fixed in 1.8.3, 1.9.1, and 1.9.3+, where the input is chunked and the writer continues to function even if an error is logged.(CVE-2025-65637)

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:20.03-LTS-SP4 / skopeo

Package

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

Affected ranges

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

Ecosystem specific

{
    "x86_64": [
        "containers-common-1.1.0-16.oe2003sp4.x86_64.rpm",
        "skopeo-1.1.0-16.oe2003sp4.x86_64.rpm",
        "skopeo-debuginfo-1.1.0-16.oe2003sp4.x86_64.rpm",
        "skopeo-debugsource-1.1.0-16.oe2003sp4.x86_64.rpm"
    ],
    "aarch64": [
        "containers-common-1.1.0-16.oe2003sp4.aarch64.rpm",
        "skopeo-1.1.0-16.oe2003sp4.aarch64.rpm",
        "skopeo-debuginfo-1.1.0-16.oe2003sp4.aarch64.rpm",
        "skopeo-debugsource-1.1.0-16.oe2003sp4.aarch64.rpm"
    ],
    "src": [
        "skopeo-1.1.0-16.oe2003sp4.src.rpm"
    ]
}

Database specific

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