selinux: reject an unclaimed class value in security_get_classes()
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
In the Linux kernel, the following vulnerability has been resolved: selinux: reject an unclaimed class value in security_get_classes() security_get_classes() sizes an array by p_classes.nprim and fills it at value - 1, so a class value the policy never defines leaves a NULL. sel_make_classes() passes every entry to sel_make_dir(), reaching the same d_alloc_name() dereference as the permission array. The class symbol table is allowed to be sparse (policydb_class_isvalid() exists to absorb that), but this getter builds its own array straight from the hash table and has no such predicate. Fail the lookup when a value went unclaimed instead of handing out the NULL. Conforming policies define every class they declare and are unaffected.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
Version range not reported
- Linux Linux
2.6.23
References 8
git.kernel.org
- stable/c/d2e7f7035d6f407119ba5467f7218cc4370844fc
- stable/c/f38a71868888285efc9c0ab5b032e23919c5a0a1
- stable/c/3480c081c23d559fd9a6921b76955664f2e95153
- stable/c/e0285bb152211c00900136b66d4b420c14a59094
- stable/c/099869e9343a5f8c22b58497f074b34f63cbf856
- stable/c/841aea4d5a25e16273d04cd07a74142b4687e03b
- stable/c/d8a10899ea3c84b80de72ca8ee9039e9a5156c9a
- stable/c/22b05fec62c0fe9864cfceb52f7d0f3a34d9b1dd