https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Thu, 01 Oct 2026 16:54:04 +0000 https://vulnerability.circl.lu/vuln/bell-cve-2026-80755 <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> https://vulnerability.circl.lu/vuln/bell-cve-2026-80755 https://vulnerability.circl.lu/vuln/fkie_cve-2026-80755 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>selinux: reject a permission value exceeding the class permission count</p> <p>perm_read() bounds a permission value by SEL_VEC_MAX but never by the nprim of the owning class or common, which is taken verbatim from the policy image. security_get_permissions() then writes perms[value - 1] into an nprim-sized kcalloc() array, so a class declaring fewer permissions than its largest permission value drives an out-of-bounds heap write. The top-level symbol tables are validated this way; the nested per-class permission table is not.</p> <p>Reject a permission whose value exceeds nprim, which is already set when perm_read() runs. Well-formed policies are unaffected.</p> <p>[PM: tweak comment for line length]</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>selinux: reject a permission value exceeding the class permission count</p> <p>perm_read() bounds a permission value by SEL_VEC_MAX but never by the nprim of the owning class or common, which is taken verbatim from the policy image. security_get_permissions() then writes perms[value - 1] into an nprim-sized kcalloc() array, so a class declaring fewer permissions than its largest permission value drives an out-of-bounds heap write. The top-level symbol tables are validated this way; the nested per-class permission table is not.</p> <p>Reject a permission whose value exceeds nprim, which is already set when perm_read() runs. Well-formed policies are unaffected.</p> <p>[PM: tweak comment for line length]</p> https://vulnerability.circl.lu/vuln/fkie_cve-2026-80755 https://vulnerability.circl.lu/vuln/ghsa-jcj2-5fhp-x66j <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>selinux: reject a permission value exceeding the class permission count</p> <p>perm_read() bounds a permission value by SEL_VEC_MAX but never by the nprim of the owning class or common, which is taken verbatim from the policy image. security_get_permissions() then writes perms[value - 1] into an nprim-sized kcalloc() array, so a class declaring fewer permissions than its largest permission value drives an out-of-bounds heap write. The top-level symbol tables are validated this way; the nested per-class permission table is not.</p> <p>Reject a permission whose value exceeds nprim, which is already set when perm_read() runs. Well-formed policies are unaffected.</p> <p>[PM: tweak comment for line length]</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>selinux: reject a permission value exceeding the class permission count</p> <p>perm_read() bounds a permission value by SEL_VEC_MAX but never by the nprim of the owning class or common, which is taken verbatim from the policy image. security_get_permissions() then writes perms[value - 1] into an nprim-sized kcalloc() array, so a class declaring fewer permissions than its largest permission value drives an out-of-bounds heap write. The top-level symbol tables are validated this way; the nested per-class permission table is not.</p> <p>Reject a permission whose value exceeds nprim, which is already set when perm_read() runs. Well-formed policies are unaffected.</p> <p>[PM: tweak comment for line length]</p> https://vulnerability.circl.lu/vuln/ghsa-jcj2-5fhp-x66j https://vulnerability.circl.lu/vuln/msrc_cve-2026-80755 msrc_CVE-2026-80755 https://vulnerability.circl.lu/vuln/msrc_cve-2026-80755 https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-80755 <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe and 246 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: selinux: reject a permission value exceeding the class permission count perm_read() bounds a permission value by SEL_VEC_MAX but never by the nprim of the owning class or common, which is taken verbatim from the policy image. security_get_permissions() then writes perms[value - 1] into an nprim-sized kcalloc() array, so a class declaring fewer permissions than its largest permission value drives an out-of-bounds heap write. The top-level symbol tables are validated this way; the nested per-class permission table is not. Reject a permission whose value exceeds nprim, which is already set when perm_read() runs. Well-formed policies are unaffected. [PM: tweak comment for line length]</p> <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe and 246 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: selinux: reject a permission value exceeding the class permission count perm_read() bounds a permission value by SEL_VEC_MAX but never by the nprim of the owning class or common, which is taken verbatim from the policy image. security_get_permissions() then writes perms[value - 1] into an nprim-sized kcalloc() array, so a class declaring fewer permissions than its largest permission value drives an out-of-bounds heap write. The top-level symbol tables are validated this way; the nested per-class permission table is not. Reject a permission whose value exceeds nprim, which is already set when perm_read() runs. Well-formed policies are unaffected. [PM: tweak comment for line length]</p> https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-80755