Use of Externally-Controlled format string vulnerability in openEuler iSulad on Linux.

published 2026-11-12 6h ago modified 2026-11-12 21m ago also EUVD-2026-124256

cvss: 5.6; version 3.1, CNA
cisa kev: Not listed; not in CISA's catalog
epss: —; no EPSS score yet
public exploits: 0; none known

This vulnerability is associated with program file src/daemon/modules/image/oci/oci_load.c.

This issue affects iSulad: through 2.1.6.

When the iSulad daemon performs container lifecycle operations (such as create, start, exec, stop, etc.) through the isula runtime (shim), the daemon reads the stderr output of the shim process via a pipe for error information display. If the buffer contains format specifiers such as %s, %x, or %n, it may trigger a format string vulnerability, potentially leading to information leakage, denial of service, or the risk of arbitrary writes.

Patch / fix

links 2

atomgit.com/openeuler/iSulad@697cb26 commit
atomgit.com/src-openeuler/iSulad#812 pull request

Is CVE-2026-111434 in your stack? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.

Check with Fencer

CVSS scores

assigned by	version	score	vector
CNA	3.1	5.6	CVSS:3.1/AV:L/AC:L/PR:H/UI:N/S:U/C:L/I:L/A:H

Affected products

openEuler iSulad

Classification

Weakness

CWE-134 Use of Externally-Controlled Format String

References

Sources

CVE List CVE-2026-111434
NVD CVE-2026-111434

Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.