LiveActive security incident?Get immediate response
CVE Record

CVE-2023-53563: cpufreq: amd-pstate-ut: Fix kernel panic when loading the driver

In the Linux kernel, the following vulnerability has been resolved: cpufreq: amd-pstate-ut: Fix kernel panic when loading the driver After loading the amd-pstate-ut driver, amd_pstate_ut_check_perf() and amd_pstate_ut_check_freq() use cpufreq_cpu_get() to get the policy of the CPU and mark it as busy. In these functions, cpufreq_cpu_put() should be used to release the policy, but it is not, so any other entity trying to access the policy is blocked indefinitely. One such scenario is when amd_pstate mode is changed, leading to the following splat: [ 1332.103727] INFO: task bash:2929 blocked for more than 120 seconds. [ 1332.110001] Not tainted 6.5.0-rc2-amd-pstate-ut #5 [ 1332.115315] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 1332.123140] task:bash state:D stack:0 pid:2929 ppid:2873 flags:0x00004006 [ 1332.123143] Call Trace: [ 1332.123145] <TASK> [ 1332.123148] __schedule+0x3c1/0x16a0 [ 1332.123154] ? _raw_read_lock_irqsave+0x2d/0x70 [ 1332.123157] schedule+0x6f/0x110 [ 1332.123160] schedule_timeout+0x14f/0x160 [ 1332.123162] ? preempt_count_add+0x86/0xd0 [ 1332.123165] __wait_for_common+0x92/0x190 [ 1332.123168] ? __pfx_schedule_timeout+0x10/0x10 [ 1332.123170] wait_for_completion+0x28/0x30 [ 1332.123173] cpufreq_policy_put_kobj+0x4d/0x90 [ 1332.123177] cpufreq_policy_free+0x157/0x1d0 [ 1332.123178] ? preempt_count_add+0x58/0xd0 [ 1332.123180] cpufreq_remove_dev+0xb6/0x100 [ 1332.123182] subsys_interface_unregister+0x114/0x120 [ 1332.123185] ? preempt_count_add+0x58/0xd0 [ 1332.123187] ? __pfx_amd_pstate_change_driver_mode+0x10/0x10 [ 1332.123190] cpufreq_unregister_driver+0x3b/0xd0 [ 1332.123192] amd_pstate_change_driver_mode+0x1e/0x50 [ 1332.123194] store_status+0xe9/0x180 [ 1332.123197] dev_attr_store+0x1b/0x30 [ 1332.123199] sysfs_kf_write+0x42/0x50 [ 1332.123202] kernfs_fop_write_iter+0x143/0x1d0 [ 1332.123204] vfs_write+0x2df/0x400 [ 1332.123208] ksys_write+0x6b/0xf0 [ 1332.123210] __x64_sys_write+0x1d/0x30 [ 1332.123213] do_syscall_64+0x60/0x90 [ 1332.123216] ? fpregs_assert_state_consistent+0x2e/0x50 [ 1332.123219] ? exit_to_user_mode_prepare+0x49/0x1a0 [ 1332.123223] ? irqentry_exit_to_user_mode+0xd/0x20 [ 1332.123225] ? irqentry_exit+0x3f/0x50 [ 1332.123226] ? exc_page_fault+0x8e/0x190 [ 1332.123228] entry_SYSCALL_64_after_hwframe+0x6e/0xd8 [ 1332.123232] RIP: 0033:0x7fa74c514a37 [ 1332.123234] RSP: 002b:00007ffe31dd0788 EFLAGS: 00000246 ORIG_RAX: 0000000000000001 [ 1332.123238] RAX: ffffffffffffffda RBX: 0000000000000008 RCX: 00007fa74c514a37 [ 1332.123239] RDX: 0000000000000008 RSI: 000055e27c447aa0 RDI: 0000000000000001 [ 1332.123241] RBP: 000055e27c447aa0 R08: 00007fa74c5d1460 R09: 000000007fffffff [ 1332.123242] R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000008 [ 1332.123244] R13: 00007fa74c61a780 R14: 00007fa74c616600 R15: 00007fa74c615a00 [ 1332.123247] </TASK> Fix this by calling cpufreq_cpu_put() wherever necessary. [ rjw: Subject and changelog edits ]

UnknownCVSS not scoredNot KEV-listedUpdated
Glexia's TakeAutomated analysismoderate

Security readout for executives and security teams

Plain-English summary

This Linux kernel issue can leave CPU frequency policy resources locked after the amd-pstate-ut driver is loaded. In affected conditions, later amd_pstate mode changes can hang a task and may lead to a kernel panic or availability disruption. The provided sources do not show remote exploitation or active abuse.

Executive priority

Treat this as an availability risk, not a confirmed remote compromise issue. Prioritize patching where affected kernels run on AMD systems using amd-pstate testing or mode changes. Standard kernel update cycles may be sufficient for most environments unless uptime-sensitive systems match the exposure profile.

Technical view

The amd_pstate_ut_check_perf() and amd_pstate_ut_check_freq() paths call cpufreq_cpu_get() but fail to release the policy with cpufreq_cpu_put(). That leaked busy reference can block other policy users indefinitely, including cpufreq driver unregistration during amd_pstate mode changes. The fix adds the missing cpufreq_cpu_put() calls.

Likely exposure

Exposure appears limited to Linux systems running affected kernel versions with the amd-pstate-ut driver present and loaded, especially AMD pstate testing or tuning environments. The source bundle names affected Linux 6.1 through 6.6-related versions and stable commit fixes, but does not provide distribution package mapping.

Exploitation context

The bundle describes a reproducible kernel hang scenario after loading amd-pstate-ut and changing amd_pstate mode. It does not claim network reachability, privilege requirements, public exploit availability, or active exploitation. KEV status is false in the supplied data.

Researcher notes

The root cause is an unreleased cpufreq policy reference in amd-pstate-ut test paths. The observable failure is blocking in cpufreq policy cleanup during driver mode transition. Evidence is strong for the bug and fix, but incomplete for exploitability, privilege prerequisites, and downstream distro impact.

Mitigation direction

  • Update to a kernel containing one of the referenced stable fixes.
  • Check your Linux distribution advisory for backported fixed kernel packages.
  • Avoid loading amd-pstate-ut on affected systems until patched.
  • Prioritize systems where AMD pstate mode changes are operationally used.

Validation and detection

  • Inventory Linux kernel versions against the affected and fixed ranges in vendor advisories.
  • Confirm whether amd-pstate-ut is built, available, or loaded on relevant hosts.
  • Review kernel logs for hung tasks involving cpufreq or amd_pstate mode changes.
  • Validate remediation by checking installed kernel package changelogs for the referenced fixes.
Prepared
Confidence
medium
Sources
6

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-2023-53563 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Unknown
CVSS
Not scored
Known Exploited
No
Published
Official CVE source material

CNA and ADP enrichment extracted from CVE v5

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
5Source links

Vulnerability timeline

Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.

  1. CVE reservedCVE Program

    The CVE ID was reserved by the assigning CNA.

  2. CVE publishedCVE Program

    The CVE record was published.

  3. CVE updatedCVE Program

    The CVE record metadata indicates this as the latest update time.

Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
LinuxLinux14eb1c96e3a3fd9cd377ac9af3c7a410f8bf1015, 14eb1c96e3a3fd9cd377ac9af3c7a410f8bf1015, 14eb1c96e3a3fd9cd377ac9af3c7a410f8bf1015, 14eb1c96e3a3fd9cd377ac9af3c7a410f8bf1015unaffected
LinuxLinux6.1, 0, 6.1.53, 6.4.16, 6.5.3, 6.6affected
Weakness

CWE details

No CWE listed

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.