{"id":"CVE-2026-93190","summary":"platform/chrome: cros_ec_typec: Reject out-of-bounds PD cap count","details":"In the Linux kernel, the following vulnerability has been resolved:\n\nplatform/chrome: cros_ec_typec: Reject out-of-bounds PD cap count\n\ncros_typec_register_partner_pdos() copies the partner PDOs from the EC\nTYPEC_STATUS response into the fixed caps_desc.pdo[PDO_MAX_OBJECTS] array.\n\n\tmemcpy(caps_desc.pdo, resp-\u003esource_cap_pdos,\n\t       sizeof(u32) * resp-\u003esource_cap_count);\n\t...\n\tmemcpy(caps_desc.pdo, resp-\u003esink_cap_pdos,\n\t       sizeof(u32) * resp-\u003esink_cap_count);\n\nPDO_MAX_OBJECTS is 7. source_cap_count and sink_cap_count are u8 fields\nfrom the EC. The only check is that they are not both zero. If either is\nlarger than 7, the memcpy writes past the end of the array on the stack.\nA count of 255 overflows it by about 1 KB. The EC source arrays are only\nseven entries wide. A larger count reads past them too.\n\nThe ChromeOS EC firmware caps these counts today, so a compliant setup\ndoes not hit this. The kernel should still validate these values rather\nthan trust them.\n\nValidate the counts in cros_typec_register_partner_pdos() next to the\nmemcpy. Skip the PDO registration if either count is above PDO_MAX_OBJECTS.\nThe rest of cros_typec_handle_status() still runs so events are handled\nand cleared.","modified":"2026-09-18T03:48:45.078461035Z","published":"2026-09-17T16:12:14.956Z","database_specific":{"osv_generated_from":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/93xxx/CVE-2026-93190.json","cna_assigner":"Linux"},"references":[{"type":"PACKAGE","url":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"},{"type":"WEB","url":"https://git.kernel.org/stable/c/2a7a4e45a3aa4f4ef7013eb64649f6184b76a293"},{"type":"WEB","url":"https://git.kernel.org/stable/c/4e37371cb4e3b8ff564d7760029236a7bd614562"},{"type":"WEB","url":"https://git.kernel.org/stable/c/54d6b0ee9b8ba434089b11843effc111dc2e6ead"},{"type":"WEB","url":"https://git.kernel.org/stable/c/7617b210a2200b76d8f171819390468c7d189c80"},{"type":"WEB","url":"https://git.kernel.org/stable/c/a0a8cd9fc9c48b95095bcec4b146f7a99486f58e"},{"type":"WEB","url":"https://git.kernel.org/stable/c/e4728288473a5024a8bdba7d43f346719606fea0"},{"type":"ADVISORY","url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/93xxx/CVE-2026-93190.json"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-93190"}],"affected":[{"ranges":[{"type":"GIT","repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","events":[{"introduced":"348a2e8c93d3ca622cf1b293cd2f597c9db74d9d"},{"fixed":"7617b210a2200b76d8f171819390468c7d189c80"},{"fixed":"4e37371cb4e3b8ff564d7760029236a7bd614562"},{"fixed":"2a7a4e45a3aa4f4ef7013eb64649f6184b76a293"},{"fixed":"e4728288473a5024a8bdba7d43f346719606fea0"},{"fixed":"54d6b0ee9b8ba434089b11843effc111dc2e6ead"},{"fixed":"a0a8cd9fc9c48b95095bcec4b146f7a99486f58e"}]}],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-93190.json"}},{"package":{"name":"Kernel","ecosystem":"Linux"},"ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"6.1.0"},{"fixed":"6.1.188"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.2.0"},{"fixed":"6.6.157"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.7.0"},{"fixed":"6.12.110"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.13.0"},{"fixed":"6.18.52"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.19.0"},{"fixed":"7.2.6"}]}],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-93190.json"}}],"schema_version":"1.9.0"}