CVE-2022-50236: iommu/mediatek: Fix crash on isr after kexec()
In the Linux kernel, the following vulnerability has been resolved:
iommu/mediatek: Fix crash on isr after kexec()
If the system is rebooted via isr(), the IRQ handler might
be triggered before the domain is initialized. Resulting on
an invalid memory access error.
Fix:
[ 0.500930] Unable to handle kernel read from unreadable memory at virtual address 0000000000000070
[ 0.501166] Call trace:
[ 0.501174] report_iommu_fault+0x28/0xfc
[ 0.501180] mtk_iommu_isr+0x10c/0x1c0
[ joro: Fixed spelling in commit message ]
Security readout for executives and security teams
Plain-English summary
CVE-2022-50236 is a Linux kernel issue in the MediaTek IOMMU driver. After a kexec-style reboot, an interrupt handler may run before required setup is complete, causing an invalid memory access and kernel crash. This appears most relevant to Linux systems using affected MediaTek hardware paths.
Executive priority
Treat as targeted remediation, not an emergency. Prioritize affected MediaTek-based Linux devices where unexpected reboot crashes could disrupt operations. Broad enterprise exposure is likely limited unless such hardware and kexec workflows are present.
Technical view
The bug is in iommu/mediatek. The IRQ handler mtk_iommu_isr can trigger before the IOMMU domain is initialized after kexec, leading to report_iommu_fault reading invalid memory. Kernel stable commits are referenced as fixes. The CVE record provides no CVSS score, CWE, or detailed exploitability assessment.
Likely exposure
Exposure appears limited to Linux kernels using the MediaTek IOMMU driver and kexec-related reboot flows. General Linux servers without MediaTek IOMMU hardware are unlikely to be affected based on the provided sources.
Exploitation context
No active exploitation is reported in the provided sources, and the CVE is not listed as KEV. The documented impact is a crash from invalid kernel memory access during a specific initialization timing condition after kexec.
Researcher notes
The source data lacks CVSS, CWE, and exploitability details. The affected-version list is sparse and should be reconciled with distribution backports. Analysis should focus on MediaTek IOMMU initialization ordering around kexec and the referenced stable kernel commits.
Mitigation direction
Identify Linux systems using MediaTek IOMMU support.
Review kernel vendor advisories for CVE-2022-50236 applicability.
Update to a kernel containing the referenced stable fixes.
If patching is delayed, assess whether kexec use can be reduced operationally.
Validation and detection
Check whether deployed kernels include the referenced stable commits.
Confirm whether MediaTek IOMMU driver support is enabled or in use.
Review crash logs for mtk_iommu_isr or report_iommu_fault traces.
Track distribution-specific CVE status and backport notes.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2022-50236 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
0CVSS vectors
3Timeline events
0ADP providers
4Source links
Vulnerability timeline
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
CVE publishedCVE Program
The CVE record was published.
Sep 15, 2025, 14:01 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.