{"api_version":"1","generated_at":"2026-10-02T00:11:54+00:00","cve":"CVE-2026-93260","urls":{"html":"https://cve.report/CVE-2026-93260","api":"https://cve.report/api/cve/CVE-2026-93260.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-93260","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-93260"},"summary":{"title":"powerpc/xive: propagate IPI init errors to prevent use-after-free","description":"In the Linux kernel, the following vulnerability has been resolved:\n\npowerpc/xive: propagate IPI init errors to prevent use-after-free\n\nWhen xive_init_ipis() fails (e.g. irq_domain_alloc_irqs() fails),\nthe error path frees the global xive_ipis array.  However,\nxive_smp_probe() previously ignored this failure and proceeded to\ncall xive_setup_cpu_ipi(), which dereferences the already-freed\nxive_ipis pointer -- a use-after-free.\n\nNow that xive_smp_probe() returns int (previous patch), propagate\nthe error from xive_init_ipis() and xive_setup_cpu_ipi() through\nxive_smp_probe().  Check the return value in both pnv_smp_probe()\nand pSeries_smp_probe() so that IPI setup is aborted cleanly on\nfailure, avoiding the use-after-free.","state":"PUBLISHED","assigner":"Linux","published_at":"2026-09-24 16:17:22","updated_at":"2026-09-25 05:17:01"},"problem_types":[],"metrics":[{"version":"3.1","source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","type":"Secondary","score":"7.4","severity":"HIGH","vector":"CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H","data":{"version":"3.1","vectorString":"CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H","baseScore":7.4,"baseSeverity":"HIGH","attackVector":"LOCAL","attackComplexity":"HIGH","privilegesRequired":"NONE","userInteraction":"NONE","scope":"UNCHANGED","confidentialityImpact":"HIGH","integrityImpact":"HIGH","availabilityImpact":"HIGH"}},{"version":"3.1","source":"CNA","type":"DECLARED","score":"7.4","severity":"HIGH","vector":"CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H","data":{"baseScore":7.4,"baseSeverity":"HIGH","vectorString":"CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H","version":"3.1"}}],"references":[{"url":"https://git.kernel.org/stable/c/c554a8d376d5aea1b237ed6bef6f9fbfc550e67f","name":"https://git.kernel.org/stable/c/c554a8d376d5aea1b237ed6bef6f9fbfc550e67f","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/411a3c016e7a95f5fa105a0587e07d0647a77727","name":"https://git.kernel.org/stable/c/411a3c016e7a95f5fa105a0587e07d0647a77727","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-93260","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-93260","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 243e25112d06b348f087a6f7aba4bbc288285bdd c554a8d376d5aea1b237ed6bef6f9fbfc550e67f git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 243e25112d06b348f087a6f7aba4bbc288285bdd 411a3c016e7a95f5fa105a0587e07d0647a77727 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 4.12","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 4.12 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.2.6 7.2.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.3-rc1 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":{"cve_year":"2026","cve_id":"93260","cve":"CVE-2026-93260","epss":"0.001340000","percentile":"0.024080000","score_date":"2026-09-27","updated_at":"2026-09-28 00:02:24"},"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["arch/powerpc/platforms/powernv/smp.c","arch/powerpc/platforms/pseries/smp.c","arch/powerpc/sysdev/xive/common.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"c554a8d376d5aea1b237ed6bef6f9fbfc550e67f","status":"affected","version":"243e25112d06b348f087a6f7aba4bbc288285bdd","versionType":"git"},{"lessThan":"411a3c016e7a95f5fa105a0587e07d0647a77727","status":"affected","version":"243e25112d06b348f087a6f7aba4bbc288285bdd","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["arch/powerpc/platforms/powernv/smp.c","arch/powerpc/platforms/pseries/smp.c","arch/powerpc/sysdev/xive/common.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"4.12"},{"lessThan":"4.12","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"7.2.*","status":"unaffected","version":"7.2.6","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.3-rc1","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.2.6","versionStartIncluding":"4.12","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.3-rc1","versionStartIncluding":"4.12","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\npowerpc/xive: propagate IPI init errors to prevent use-after-free\n\nWhen xive_init_ipis() fails (e.g. irq_domain_alloc_irqs() fails),\nthe error path frees the global xive_ipis array.  However,\nxive_smp_probe() previously ignored this failure and proceeded to\ncall xive_setup_cpu_ipi(), which dereferences the already-freed\nxive_ipis pointer -- a use-after-free.\n\nNow that xive_smp_probe() returns int (previous patch), propagate\nthe error from xive_init_ipis() and xive_setup_cpu_ipi() through\nxive_smp_probe().  Check the return value in both pnv_smp_probe()\nand pSeries_smp_probe() so that IPI setup is aborted cleanly on\nfailure, avoiding the use-after-free."}],"metrics":[{"cvssV3_1":{"baseScore":7.4,"baseSeverity":"HIGH","vectorString":"CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H","version":"3.1"},"scenarios":[{"lang":"en","value":"AV:L - The UAF is in xive_setup_cpu_ipi() after xive_init_ipis() kfree's xive_ipis, reached only from kernel_init_freeable()->smp_prepare_cpus()->pnv_smp_probe()/pSeries_smp_probe()->xive_smp_probe(); no protocol message or received packet supplies the trigger.\nAC:H - The free-then-use fires only when irq_domain_alloc_irqs() fails in xive_init_ipis()'s for_each_node loop (irq_desc ENOMEM/ENOSPC), after which kfree(xive_ipis) runs; that allocator failure during early SMP probe cannot be induced on demand.\nPR:N - xive_smp_probe() runs as swapper/0 from smp_prepare_cpus() in kernel_init_freeable() before userspace, with no capable() or credential check on pnv_smp_probe() or pSeries_smp_probe().\nUI:N - SMP IPI probe is invoked unconditionally by smp_prepare_cpus() during ordinary boot once xive_core_init() has set __xive_enabled; no victim mount, file open, or other interactive step is required.\nS:U - The dangling xive_ipis dereference corrupts heap in the same Linux instance that runs XIVE (PowerNV host or pSeries guest); it is not a KVM/Xen guest-to-host escape or an IOMMU/DMA boundary bypass.\nC:H - After kfree(xive_ipis) without NULLing, xive_ipi_cpu_to_irq() and xive_request_ipi() read xid->irq and xid->name from the freed xive_ipi_desc array; that heap use-after-free can disclose whatever reclaimed the slab.\nI:H - xive_request_ipi() then atomic_inc_return(&xid->started) on the freed descriptor and request_irq(xid->irq, xive_muxed_ipi_action) using the UAF-read virq, a write-after-free of the xive_ipi_desc slab that can corrupt a reused object and install a handler on the wrong irq.\nA:H - Dereferencing the kfree'd xive_ipis pointer in xive_setup_cpu_ipi() during xive_smp_probe() oopses or panics the kernel while bringing up SMP, so the machine fails to boot."}]}],"providerMetadata":{"dateUpdated":"2026-09-25T05:09:53.050Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/c554a8d376d5aea1b237ed6bef6f9fbfc550e67f"},{"url":"https://git.kernel.org/stable/c/411a3c016e7a95f5fa105a0587e07d0647a77727"}],"title":"powerpc/xive: propagate IPI init errors to prevent use-after-free","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-93260","datePublished":"2026-09-24T15:51:46.703Z","dateReserved":"2026-09-17T16:02:15.097Z","dateUpdated":"2026-09-25T05:09:53.050Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-09-24 16:17:22","lastModifiedDate":"2026-09-25 05:17:01","problem_types":[],"metrics":{"cvssMetricV31":[{"source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","type":"Secondary","cvssData":{"version":"3.1","vectorString":"CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H","baseScore":7.4,"baseSeverity":"HIGH","attackVector":"LOCAL","attackComplexity":"HIGH","privilegesRequired":"NONE","userInteraction":"NONE","scope":"UNCHANGED","confidentialityImpact":"HIGH","integrityImpact":"HIGH","availabilityImpact":"HIGH"},"exploitabilityScore":1.4,"impactScore":5.9}]},"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"93260","Ordinal":"1","Title":"powerpc/xive: propagate IPI init errors to prevent use-after-fre","CVE":"CVE-2026-93260","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"93260","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\npowerpc/xive: propagate IPI init errors to prevent use-after-free\n\nWhen xive_init_ipis() fails (e.g. irq_domain_alloc_irqs() fails),\nthe error path frees the global xive_ipis array.  However,\nxive_smp_probe() previously ignored this failure and proceeded to\ncall xive_setup_cpu_ipi(), which dereferences the already-freed\nxive_ipis pointer -- a use-after-free.\n\nNow that xive_smp_probe() returns int (previous patch), propagate\nthe error from xive_init_ipis() and xive_setup_cpu_ipi() through\nxive_smp_probe().  Check the return value in both pnv_smp_probe()\nand pSeries_smp_probe() so that IPI setup is aborted cleanly on\nfailure, avoiding the use-after-free.","Type":"Description","Title":"powerpc/xive: propagate IPI init errors to prevent use-after-fre"}]}}}