CVE-2026-80818

In the Linux kernel, the following vulnerability has been resolved: iommu/tegra241-cmdqv: Fix CMD_SYNC use-after-free on teardown arm_smmu_impl_remove() is registered as a devres action in arm_smmu_impl_probe(), before arm_smmu_init_queues() allocates smmu->cmdq.q.base. On a devres unwind, whether a failed probe or an unbind, the queue is freed first and arm_smmu_impl_remove() then runs tegra241_cmdqv_remove_vintf(), whose VINTF deinit issues a CMD_SYNC on the freed memory. Observed during testing with a QEMU hack that makes the VCMDQ fail to enable, so the impl reset fails and probe aborts into the devres unwind: platform NVDA200C:00: tegra241_cmdqv: VINTF0: VCMDQ0/LVCMDQ0: failed to enable, STATUS=0x00000000 platform NVDA200C:00: tegra241_cmdqv: VINTF0: VCMDQ0/LVCMDQ0: GERRORN=0x0, GERROR=0x4, CONS=0x0 platform NVDA200C:00: tegra241_cmdqv: VINTF0: VCMDQ0/LVCMDQ0: uncleared error detected, resetting arm-smmu-v3 arm-smmu-v3.0.auto: failed to reset impl arm-smmu-v3 arm-smmu-v3.0.auto: probe with driver arm-smmu-v3 failed with error -110 Unable to handle kernel paging request at virtual address ffff8000891e0098 ... Internal error: Oops: 0000000096000047 [#1] SMP ... Call trace: arm_smmu_cmdq_issue_cmdlist+0x320/0x6fc (P) tegra241_vcmdq_hw_deinit+0x98/0x168 tegra241_vintf_hw_deinit+0x5c/0x1b0 tegra241_cmdqv_remove_vintf+0x34/0xec tegra241_cmdqv_remove+0x40/0x9c arm_smmu_impl_remove+0x20/0x30 devm_action_release+0x14/0x20 devres_release_all+0xa8/0x110 device_unbind_cleanup+0x18/0x84 really_probe+0x1f0/0x29c Drop the VINTF deinit from tegra241_cmdqv_remove_vintf() so the unwind no longer touches the freed queue. Quiesce the VINTFs earlier instead. Add a device_disable() impl op and run it from arm_smmu_disable_action() while the CMDQ is still up. That handles a live unbind. A failed reset is already handled because tegra241_vintf_hw_init() deinits the VINTF on its own error path. tegra241_cmdqv_remove_vintf() is also used by the iommufd viommu destroy path, so quiesce there too.

• https://git.kernel.org/stable/c/5994617e09ee6016c1b094f29d9c85cac944b477
• https://git.kernel.org/stable/c/9ff145a25c5c8a26b06ef7cf558fb536b18bba6d
• https://git.kernel.org/stable/c/a94309bb99eaf0c6a2ace4927864486d19458eb5
• https://git.kernel.org/stable/c/d2ab08437e913d9e4dda4dfd0d327446ec8717fc

Published

Sep 4, 2026

Last Modified

Sep 4, 2026

Status

Received

• How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
• Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
• PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
• AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.

• CVE-2026-80812In the Linux kernel, the following vulnerability has been re…
• CVE-2026-80813In the Linux kernel, the following vulnerability has been re…
• CVE-2026-80814In the Linux kernel, the following vulnerability has been re…
• CVE-2026-80815In the Linux kernel, the following vulnerability has been re…
• CVE-2026-80816In the Linux kernel, the following vulnerability has been re…
• CVE-2026-80817In the Linux kernel, the following vulnerability has been re…
• CVE-2026-80819In the Linux kernel, the following vulnerability has been re…
• CVE-2026-8082The bpost-shipping-platform WordPress plugin before 3.2.3 do…7.5
• CVE-2026-80820In the Linux kernel, the following vulnerability has been re…
• CVE-2026-80821In the Linux kernel, the following vulnerability has been re…
• CVE-2026-80822In the Linux kernel, the following vulnerability has been re…
• CVE-2026-80823In the Linux kernel, the following vulnerability has been re…