CVE-2024-26777: fbdev: sis: Error out if pixclock equals zero
In the Linux kernel, the following vulnerability has been resolved:
fbdev: sis: Error out if pixclock equals zero
The userspace program could pass any values to the driver through
ioctl() interface. If the driver doesn't check the value of pixclock,
it may cause divide-by-zero error.
In sisfb_check_var(), var->pixclock is used as a divisor to caculate
drate before it is checked against zero. Fix this by checking it
at the beginning.
This is similar to CVE-2022-3061 in i740fb which was fixed by
commit 15cf0b8.
Security readout for executives and security teams
Plain-English summary
CVE-2024-26777 is a Linux kernel reliability flaw in the SiS framebuffer driver. A local userspace program could provide a zero pixel-clock value through an ioctl path, causing a divide-by-zero error. The business impact is mainly system instability on affected machines using this legacy graphics driver.
Executive priority
Prioritize remediation for legacy or specialized Linux endpoints where local users can access framebuffer devices. For standard servers without SiS framebuffer usage, urgency is lower but should be handled through normal kernel patch cycles.
Technical view
In sisfb_check_var(), var->pixclock was used as a divisor before checking whether it was zero. Kernel stable fixes add an early zero check. The issue is in fbdev sis handling and resembles the earlier i740fb divide-by-zero issue referenced in the CVE description.
Likely exposure
Exposure is most likely on Linux systems with the SiS fbdev driver present, enabled, and accessible to local users through framebuffer device interfaces. General server exposure may be limited, but embedded, legacy, kiosk, or specialized graphics systems should be checked.
Exploitation context
The provided sources do not show active exploitation, and the CVE is not marked KEV. The described trigger requires local userspace interaction with the driver via ioctl. Treat this as a local denial-of-service risk unless vendor guidance identifies broader impact.
Researcher notes
Evidence supports a local kernel divide-by-zero in sisfb_check_var() caused by unchecked var->pixclock. No CVSS, CWE, exploit evidence, or detailed distribution version matrix is provided in the bundle, so validation should focus on driver presence and vendor backports.
Mitigation direction
Update to a Linux kernel containing the referenced stable fixes.
Apply relevant distribution security updates, including Debian LTS advisories where applicable.
Disable or avoid loading the SiS framebuffer driver where not required.
Restrict local access to framebuffer devices using normal device permissions.
Check vendor kernel guidance before assuming upstream version mapping applies.
Validation and detection
Identify systems running kernels in the affected Linux version ranges listed by the CVE.
Check whether the sisfb or SiS framebuffer driver is built or loaded.
Confirm installed kernel includes one of the referenced stable fix commits.
Review distribution advisories for backported fixes in vendor kernel packages.
Verify framebuffer device permissions limit access to trusted local users.
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-2024-26777 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.