CVE-2026-80704
Last modified
CVE-2026-80704 is a vulnerability of currently unknown severity. In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: use proper context for logging The same as the rest of the code, get_ss_info_from_atombios() uses calc_pll_cs->ctx->logger for logging. But calc_pll_cs->ctx is initialized only later in calc_pll_max_vco_construct().
Description
In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: use proper context for logging The same as the rest of the code, get_ss_info_from_atombios() uses calc_pll_cs->ctx->logger for logging. But calc_pll_cs->ctx is initialized only later in calc_pll_max_vco_construct(). Therefore, any output using DC_LOG_SYNC() leads to a NULL pointer deference in get_ss_info_from_atombios(). According to Sashiko, the very same problem exists in dce112_get_pix_clk_dividers() and dcn3_get_pix_clk_dividers() too. To avoid accessing the NULL context, use clk_src->base.ctx->logger everywhere. That context in base is initialized earlier in dce110_clk_src_construct() and dce112_clk_src_construct(). Before get_ss_info_from_atombios() or Sashiko's get_pix_clk_dividers functions above are actually called. This is done by redefining DC_LOGGER to CTX->logger. Before: dce110_clk_src_construct() did: -> sets clk_src->base.ctx = ctx; -> ss_info_from_atombios_create() -> get_ss_info_from_atombios() <- uses calc_pll_cs->ctx # BOOM -> calc_pll_max_vco_construct() <- sets calc_pll_cs->ctx After: dce110_clk_src_construct() does: -> sets clk_src->base.ctx = ctx; -> ss_info_from_atombios_create() -> get_ss_info_from_atombios() <- uses clk_src->base.ctx (cherry picked from commit 6f16fcbb0c46a87e3d9685407e906573d60104b0)
Affected Software
Source: CNA advisory (CVE.org). NVD analysis pending.
| Vendor | Product | Versions |
|---|---|---|
| Linux | Linux | >= 1296423bf23c7a58133970e223b1f47ec6570308, < a94e62b7c7018fcfe0251e53fa96af30f12d923a; >= 1296423bf23c7a58133970e223b1f47ec6570308, < 02647d98340738f918690ed227fdcf154db1b84a; >= 1296423bf23c7a58133970e223b1f47ec6570308, < f556bc844cc4423e5ad41ae41a4c24f1cf75b978; >= 1296423bf23c7a58133970e223b1f47ec6570308, < 114b42507b6a23d9d24e24e4ef165233332c64d4 |
| Linux | Linux | 4.17 |
References
Timeline
- Published
- Last Modified
- Status
- Received
Frequently Asked Questions
What is CVE-2026-80704?
How severe is CVE-2026-80704?
How do I fix CVE-2026-80704?
How Strix Helps
- 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.
Related CVEs from 2026
- CVE-2026-80699In the Linux kernel, the following vulnerability has been re…
- CVE-2026-8070Incorrect permission assignment for a critical resource in A…7.3
- CVE-2026-80700In the Linux kernel, the following vulnerability has been re…7.8
- CVE-2026-80701In the Linux kernel, the following vulnerability has been re…
- CVE-2026-80702In the Linux kernel, the following vulnerability has been re…7.8
- CVE-2026-80703In the Linux kernel, the following vulnerability has been re…
- CVE-2026-80705In the Linux kernel, the following vulnerability has been re…
- CVE-2026-80706In the Linux kernel, the following vulnerability has been re…7.8
- CVE-2026-80707In the Linux kernel, the following vulnerability has been re…7.5
- CVE-2026-80708In the Linux kernel, the following vulnerability has been re…
- CVE-2026-80709In the Linux kernel, the following vulnerability has been re…7.8
- CVE-2026-8071The Anti-Spam by CleanTalk. Spam protection WordPress plugin…8.8
Are you affected by CVE-2026-80704?
Run a free Strix scan to check your systems for this vulnerability.
Scan your code nowSource: NVD / NIST
