CyberRota Analysis
AI-GeneratedThe vulnerability arises from improper handling of grant table locks during the transition from version 2 back to version 1, which can lead to inconsistent state assumptions and potential privilege escalation. This flaw could allow an attacker to exploit the timing window when the lock is not held, impacting system integrity. Organizations utilizing systems that implement Grant Table v2 should prioritize addressing this vulnerability to mitigate the risk of exploitation.
Original NVD Description
[This CNA information record relates to multiple CVEs; the text explains which aspects/vulnerabilities correspond to which CVE.] With the introduction of Grant Table v2 came the requirement to be able to switch between versions. Switching from v1 to v2 reduces the number of valid grant references, as a bigger shared entry structure is then needed while the shared table doesn't change size. Switching from v2 back to v1 the status frames, which are separate in v2, go away. Code holding, but intermediately dropping and then re-acquiring the grant table lock, sometimes wrongly assumes that said properties wouldn't change across the window in time where the lock is not being held. The v1 -> v2 issue is CVE-2026-62435. The v2 -> v1 issue is CVE-2026-62436.