{"api_version":"1","generated_at":"2026-07-20T14:41:58+00:00","cve":"CVE-2026-64183","urls":{"html":"https://cve.report/CVE-2026-64183","api":"https://cve.report/api/cve/CVE-2026-64183.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-64183","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-64183"},"summary":{"title":"efi: Allocate runtime workqueue before ACPI init","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nefi: Allocate runtime workqueue before ACPI init\n\nSince commit\n\n  5894cf571e14 (\"acpi/prmt: Use EFI runtime sandbox to invoke PRM handlers\")\n\nACPI PRM calls are delegated to a workqueue which runs in a kernel\nthread, making it easier to detect and mitigate faulting memory accesses\nperformed by the firmware.\n\nRafael reports that such PRM accesses may occur before efisubsys_init()\nexecutes, which is where the workqueue is allocated, leading to NULL\npointer dereferences. Since acpi_init() [which triggers the early PRM\naccesses] executes as a subsys_initcall() as well, and has its own\ndependencies that may be sensitive to initcall ordering, deferring\nacpi_init() is not an option.\n\nSo instead, split off the workqueue allocation into its own postcore\ninitcall, as this is the only missing piece to allow EFI runtime calls\nto be made. This ensures that EFI runtime call (including PRM calls) are\naccessible to all code running at subsys_initcall() level.","state":"PUBLISHED","assigner":"Linux","published_at":"2026-07-19 16:18:00","updated_at":"2026-07-19 16:18:00"},"problem_types":[],"metrics":[],"references":[{"url":"https://git.kernel.org/stable/c/6996e954ae830f5b793ba6cf449885ca519dbdd2","name":"https://git.kernel.org/stable/c/6996e954ae830f5b793ba6cf449885ca519dbdd2","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/c32a1fbe0f9a48453a552bb315cc4f1e7a74084e","name":"https://git.kernel.org/stable/c/c32a1fbe0f9a48453a552bb315cc4f1e7a74084e","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/29cd94e678fcb3c4fd0f359deeac6d61334323fc","name":"https://git.kernel.org/stable/c/29cd94e678fcb3c4fd0f359deeac6d61334323fc","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/e871549f7894ad4114b3dd53f241aa25a268ba8b","name":"https://git.kernel.org/stable/c/e871549f7894ad4114b3dd53f241aa25a268ba8b","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/13c6da02e767152c9ac4330962247a5e47011035","name":"https://git.kernel.org/stable/c/13c6da02e767152c9ac4330962247a5e47011035","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-64183","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-64183","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 5894cf571e14fb393a4d0a82538de032127b9d8b 29cd94e678fcb3c4fd0f359deeac6d61334323fc git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 5894cf571e14fb393a4d0a82538de032127b9d8b 6996e954ae830f5b793ba6cf449885ca519dbdd2 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 5894cf571e14fb393a4d0a82538de032127b9d8b c32a1fbe0f9a48453a552bb315cc4f1e7a74084e git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 5894cf571e14fb393a4d0a82538de032127b9d8b e871549f7894ad4114b3dd53f241aa25a268ba8b git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 5894cf571e14fb393a4d0a82538de032127b9d8b 13c6da02e767152c9ac4330962247a5e47011035 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 6.6","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.6 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.6.142 6.6.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.12.92 6.12.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18.34 6.18.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.0.11 7.0.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.1 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":null,"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["drivers/firmware/efi/efi.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"29cd94e678fcb3c4fd0f359deeac6d61334323fc","status":"affected","version":"5894cf571e14fb393a4d0a82538de032127b9d8b","versionType":"git"},{"lessThan":"6996e954ae830f5b793ba6cf449885ca519dbdd2","status":"affected","version":"5894cf571e14fb393a4d0a82538de032127b9d8b","versionType":"git"},{"lessThan":"c32a1fbe0f9a48453a552bb315cc4f1e7a74084e","status":"affected","version":"5894cf571e14fb393a4d0a82538de032127b9d8b","versionType":"git"},{"lessThan":"e871549f7894ad4114b3dd53f241aa25a268ba8b","status":"affected","version":"5894cf571e14fb393a4d0a82538de032127b9d8b","versionType":"git"},{"lessThan":"13c6da02e767152c9ac4330962247a5e47011035","status":"affected","version":"5894cf571e14fb393a4d0a82538de032127b9d8b","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["drivers/firmware/efi/efi.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"6.6"},{"lessThan":"6.6","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"6.6.*","status":"unaffected","version":"6.6.142","versionType":"semver"},{"lessThanOrEqual":"6.12.*","status":"unaffected","version":"6.12.92","versionType":"semver"},{"lessThanOrEqual":"6.18.*","status":"unaffected","version":"6.18.34","versionType":"semver"},{"lessThanOrEqual":"7.0.*","status":"unaffected","version":"7.0.11","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.1","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.6.142","versionStartIncluding":"6.6","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.12.92","versionStartIncluding":"6.6","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.34","versionStartIncluding":"6.6","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.0.11","versionStartIncluding":"6.6","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.1","versionStartIncluding":"6.6","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nefi: Allocate runtime workqueue before ACPI init\n\nSince commit\n\n  5894cf571e14 (\"acpi/prmt: Use EFI runtime sandbox to invoke PRM handlers\")\n\nACPI PRM calls are delegated to a workqueue which runs in a kernel\nthread, making it easier to detect and mitigate faulting memory accesses\nperformed by the firmware.\n\nRafael reports that such PRM accesses may occur before efisubsys_init()\nexecutes, which is where the workqueue is allocated, leading to NULL\npointer dereferences. Since acpi_init() [which triggers the early PRM\naccesses] executes as a subsys_initcall() as well, and has its own\ndependencies that may be sensitive to initcall ordering, deferring\nacpi_init() is not an option.\n\nSo instead, split off the workqueue allocation into its own postcore\ninitcall, as this is the only missing piece to allow EFI runtime calls\nto be made. This ensures that EFI runtime call (including PRM calls) are\naccessible to all code running at subsys_initcall() level."}],"providerMetadata":{"dateUpdated":"2026-07-19T15:41:05.896Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/29cd94e678fcb3c4fd0f359deeac6d61334323fc"},{"url":"https://git.kernel.org/stable/c/6996e954ae830f5b793ba6cf449885ca519dbdd2"},{"url":"https://git.kernel.org/stable/c/c32a1fbe0f9a48453a552bb315cc4f1e7a74084e"},{"url":"https://git.kernel.org/stable/c/e871549f7894ad4114b3dd53f241aa25a268ba8b"},{"url":"https://git.kernel.org/stable/c/13c6da02e767152c9ac4330962247a5e47011035"}],"title":"efi: Allocate runtime workqueue before ACPI init","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-64183","datePublished":"2026-07-19T15:41:05.896Z","dateReserved":"2026-07-19T07:54:57.039Z","dateUpdated":"2026-07-19T15:41:05.896Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-07-19 16:18:00","lastModifiedDate":"2026-07-19 16:18:00","problem_types":[],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"64183","Ordinal":"1","Title":"efi: Allocate runtime workqueue before ACPI init","CVE":"CVE-2026-64183","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"64183","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\nefi: Allocate runtime workqueue before ACPI init\n\nSince commit\n\n  5894cf571e14 (\"acpi/prmt: Use EFI runtime sandbox to invoke PRM handlers\")\n\nACPI PRM calls are delegated to a workqueue which runs in a kernel\nthread, making it easier to detect and mitigate faulting memory accesses\nperformed by the firmware.\n\nRafael reports that such PRM accesses may occur before efisubsys_init()\nexecutes, which is where the workqueue is allocated, leading to NULL\npointer dereferences. Since acpi_init() [which triggers the early PRM\naccesses] executes as a subsys_initcall() as well, and has its own\ndependencies that may be sensitive to initcall ordering, deferring\nacpi_init() is not an option.\n\nSo instead, split off the workqueue allocation into its own postcore\ninitcall, as this is the only missing piece to allow EFI runtime calls\nto be made. This ensures that EFI runtime call (including PRM calls) are\naccessible to all code running at subsys_initcall() level.","Type":"Description","Title":"efi: Allocate runtime workqueue before ACPI init"}]}}}