ubifs: fix out-of-bounds read in signature length check (Linux Linux)

CVE-2026-89720
HIGH 7.7

At a glance

Source
NVD
EPSS
EPSS 0.18 % · percentile 8 ()
State
PUBLISHED
Published
Updated
Assigner
Linux
NVD status
Received

Description

In the Linux kernel, the following vulnerability has been resolved: ubifs: fix out-of-bounds read in signature length check ubifs_sb_verify_signature() bounds the on-disk ubifs_sig_node->len field before handing the signature payload to verify_pkcs7_signature(), but the check has the wrong sign: if (le32_to_cpu(signode->len) > snod->len + sizeof(struct ubifs_sig_node)) The signature bytes start sizeof(struct ubifs_sig_node) (UBIFS_SIG_NODE_SZ, 64 bytes) into the node, so the payload is at most snod->len - sizeof(struct ubifs_sig_node) bytes long. Adding the header size instead of subtracting it accepts a declared length up to 2 * UBIFS_SIG_NODE_SZ larger than the node actually holds -- past the end of c->sbuf, which is vmalloc(c->leb_size). verify_pkcs7_signature() -> pkcs7_parse_message() -> asn1_ber_decoder() is then handed that inflated length and reads beyond the allocation while walking the DER headers. The node length comes straight from the mounted image, so a crafted signed UBIFS image reaches this via ubifs_read_superblock() before the signature is cryptographically checked. snod->len is guaranteed to be >= UBIFS_SIG_NODE_SZ by the node scanner (c->ranges[UBIFS_SIG_NODE].min_len == UBIFS_SIG_NODE_SZ), so the corrected subtraction cannot underflow. Legitimately signed images are unaffected: a correct superblock never declares a signature longer than the node it is embedded in.

References

Scores

VersionScoreVectorScored by
CVSS 3.1HIGH 7.7CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:HLinux
CVSS 3.1HIGH 7.7CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:HNVD · 416baaa9-dc9f-4396-8d5f-8c081fb06d67 (Secondary)

European references

CERT-FR advisories

Affected products

ProductVersions
Linux · Linuxaffected 817aa094842dfc3a6b98c9582d4a647827f66201 < ab7405bd86331cc2dbc8201699d4adc33bea75e7 ; affected 817aa094842dfc3a6b98c9582d4a647827f66201 < 11abc34698cb3172badf8aa12e623f1bac98bbd8 ; affected 817aa094842dfc3a6b98c9582d4a647827f66201 < 8cc3da72cf57acb4b77442ea8cec48425dff7c06 ; affected 817aa094842dfc3a6b98c9582d4a647827f66201 < 37a9d25a563f5f9103282954ce573c4a61321e7c ; affected 817aa094842dfc3a6b98c9582d4a647827f66201 < f76b79d6e42af20682495bccd22f72c7164b0018 ; affected 817aa094842dfc3a6b98c9582d4a647827f66201 < a1dc246f98bb94233effa4fa3ec7bf84700bb7d1
Linux · Linuxaffected 5.3 ; unaffected 0 < 5.3 ; unaffected 5.10.270 ≤ 5.10.* ; unaffected 5.15.221 ≤ 5.15.* ; unaffected 6.1.188 ≤ 6.1.* ; unaffected 6.6.157 ≤ 6.6.*

Sources

SourceLicence
CVE List (CVEProject cvelistV5)CVE Program Terms of Use
EPSS (FIRST.org)FIRST — attribution requested
ENISA EUVDENISA — reproduction authorised, source acknowledged
CERT-FR (ANSSI)Licence Ouverte / Etalab 2.0
NVD (NIST) via fkie-cad/nvd-json-data-feedsPublic domain — this product uses data from the NVD API but is not endorsed or certified by the NVD