223 lines
12 KiB
JSON
223 lines
12 KiB
JSON
{
|
|
"dataType": "CVE_RECORD",
|
|
"dataVersion": "5.2",
|
|
"cveMetadata": {
|
|
"cveId": "CVE-2024-50294",
|
|
"assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
|
|
"state": "PUBLISHED",
|
|
"assignerShortName": "Linux",
|
|
"dateReserved": "2024-10-21T19:36:19.986Z",
|
|
"datePublished": "2024-11-19T01:30:40.699Z",
|
|
"dateUpdated": "2026-08-05T11:43:10.106Z"
|
|
},
|
|
"containers": {
|
|
"cna": {
|
|
"providerMetadata": {
|
|
"orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
|
|
"shortName": "Linux",
|
|
"dateUpdated": "2026-08-05T11:43:10.106Z"
|
|
},
|
|
"descriptions": [
|
|
{
|
|
"lang": "en",
|
|
"value": "In the Linux kernel, the following vulnerability has been resolved:\n\nrxrpc: Fix missing locking causing hanging calls\n\nIf a call gets aborted (e.g. because kafs saw a signal) between it being\nqueued for connection and the I/O thread picking up the call, the abort\nwill be prioritised over the connection and it will be removed from\nlocal->new_client_calls by rxrpc_disconnect_client_call() without a lock\nbeing held. This may cause other calls on the list to disappear if a race\noccurs.\n\nFix this by taking the client_call_lock when removing a call from whatever\nlist its ->wait_link happens to be on."
|
|
}
|
|
],
|
|
"metrics": [
|
|
{
|
|
"cvssV3_1": {
|
|
"version": "3.1",
|
|
"vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H",
|
|
"baseScore": 7.8,
|
|
"baseSeverity": "HIGH"
|
|
},
|
|
"scenarios": [
|
|
{
|
|
"lang": "en",
|
|
"value": "AV:L - The race is driven entirely by local syscalls on an AF_RXRPC socket — sendmsg() to queue client calls on local->new_client_calls plus an RXRPC_ABORT cmsg/signal/close to trigger the unlocked list_del_init(). A call in this window has no cid, no connection and is not on peer->error_targets, so no received packet or ICMP error can reach it.\nAC:L - The attacker owns both sides of the race: one thread spams client-call creation (locked list_add_tail) while another aborts calls still in RXRPC_CALL_CLIENT_AWAIT_CONN (unlocked list_del_init), and it can be retried in a tight loop with the I/O thread kept busy to widen the window. AF_RXRPC is built as a module in major distros and autoloads on socket creation.\nPR:L - There are no capable()/CAP_* checks anywhere in net/rxrpc, and creating an AF_RXRPC socket requires no privilege (the module autoloads via net-pf-33). Any unprivileged local user can open the socket and drive both sides of the race.\nUI:N - The attacker performs every step itself via its own socket; no victim action, mount, or file access is required.\nS:U - The corruption is confined to kernel memory managed by the same kernel security authority — no VM, IOMMU, or sandbox boundary is crossed.\nC:H - The list corruption can leave a freed rxrpc_call still linked into local->new_client_calls after rxrpc_disconnect_call() drops the io_thread reference, and rxrpc_cleanup_call()/rxrpc_destroy_call() never unlink wait_link; the I/O thread then reads that freed object (call->bundle, wait_link pointers), a use-after-free read leveragable for kernel memory disclosure.\nI:H - The same stale link gives use-after-free writes — list_move_tail() and rxrpc_activate_one_channel() store into the freed/reused object (call->conn, call->cid, call->call_id, wake_up(&call->waitq)) — and the corrupted prev->next = new store writes an attacker-influenced pointer into groomable memory, a control-flow-hijack-capable primitive.\nA:H - The documented symptom is calls silently vanishing from the list and hanging forever with sendmsg blocked in rxrpc_wait_to_be_connected(); the corrupted head can also spin rxrpc_connect_client_calls()'s loop or oops the rxrpc I/O thread, killing every call on that local endpoint including the in-kernel AFS client."
|
|
}
|
|
]
|
|
}
|
|
],
|
|
"affected": [
|
|
{
|
|
"product": "Linux",
|
|
"vendor": "Linux",
|
|
"defaultStatus": "unaffected",
|
|
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
|
|
"programFiles": [
|
|
"include/trace/events/rxrpc.h",
|
|
"net/rxrpc/conn_client.c"
|
|
],
|
|
"versions": [
|
|
{
|
|
"version": "9d35d880e0e4a3ab32d8c12f9e4d76198aadd42d",
|
|
"lessThan": "996a7208dadbf2cdda8d51444d5ee1fdd1ccbc92",
|
|
"status": "affected",
|
|
"versionType": "git"
|
|
},
|
|
{
|
|
"version": "9d35d880e0e4a3ab32d8c12f9e4d76198aadd42d",
|
|
"lessThan": "b1fdb0bb3b6513f5bd26f92369fd6ac1a2422d8b",
|
|
"status": "affected",
|
|
"versionType": "git"
|
|
},
|
|
{
|
|
"version": "9d35d880e0e4a3ab32d8c12f9e4d76198aadd42d",
|
|
"lessThan": "fc9de52de38f656399d2ce40f7349a6b5f86e787",
|
|
"status": "affected",
|
|
"versionType": "git"
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"product": "Linux",
|
|
"vendor": "Linux",
|
|
"defaultStatus": "affected",
|
|
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
|
|
"programFiles": [
|
|
"include/trace/events/rxrpc.h",
|
|
"net/rxrpc/conn_client.c"
|
|
],
|
|
"versions": [
|
|
{
|
|
"version": "6.2",
|
|
"status": "affected"
|
|
},
|
|
{
|
|
"version": "0",
|
|
"lessThan": "6.2",
|
|
"status": "unaffected",
|
|
"versionType": "semver"
|
|
},
|
|
{
|
|
"version": "6.6.61",
|
|
"lessThanOrEqual": "6.6.*",
|
|
"status": "unaffected",
|
|
"versionType": "semver"
|
|
},
|
|
{
|
|
"version": "6.11.8",
|
|
"lessThanOrEqual": "6.11.*",
|
|
"status": "unaffected",
|
|
"versionType": "semver"
|
|
},
|
|
{
|
|
"version": "6.12",
|
|
"lessThanOrEqual": "*",
|
|
"status": "unaffected",
|
|
"versionType": "original_commit_for_fix"
|
|
}
|
|
]
|
|
}
|
|
],
|
|
"cpeApplicability": [
|
|
{
|
|
"nodes": [
|
|
{
|
|
"operator": "OR",
|
|
"negate": false,
|
|
"cpeMatch": [
|
|
{
|
|
"vulnerable": true,
|
|
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
|
|
"versionStartIncluding": "6.2",
|
|
"versionEndExcluding": "6.6.61"
|
|
},
|
|
{
|
|
"vulnerable": true,
|
|
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
|
|
"versionStartIncluding": "6.2",
|
|
"versionEndExcluding": "6.11.8"
|
|
},
|
|
{
|
|
"vulnerable": true,
|
|
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
|
|
"versionStartIncluding": "6.2",
|
|
"versionEndExcluding": "6.12"
|
|
}
|
|
]
|
|
}
|
|
]
|
|
}
|
|
],
|
|
"references": [
|
|
{
|
|
"url": "https://git.kernel.org/stable/c/996a7208dadbf2cdda8d51444d5ee1fdd1ccbc92"
|
|
},
|
|
{
|
|
"url": "https://git.kernel.org/stable/c/b1fdb0bb3b6513f5bd26f92369fd6ac1a2422d8b"
|
|
},
|
|
{
|
|
"url": "https://git.kernel.org/stable/c/fc9de52de38f656399d2ce40f7349a6b5f86e787"
|
|
}
|
|
],
|
|
"title": "rxrpc: Fix missing locking causing hanging calls",
|
|
"x_generator": {
|
|
"engine": "bippy-1.2.0"
|
|
}
|
|
},
|
|
"adp": [
|
|
{
|
|
"metrics": [
|
|
{
|
|
"cvssV3_1": {
|
|
"scope": "UNCHANGED",
|
|
"version": "3.1",
|
|
"baseScore": 4.7,
|
|
"attackVector": "LOCAL",
|
|
"baseSeverity": "MEDIUM",
|
|
"vectorString": "CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H",
|
|
"integrityImpact": "NONE",
|
|
"userInteraction": "NONE",
|
|
"attackComplexity": "HIGH",
|
|
"availabilityImpact": "HIGH",
|
|
"privilegesRequired": "LOW",
|
|
"confidentialityImpact": "NONE"
|
|
}
|
|
},
|
|
{
|
|
"other": {
|
|
"type": "ssvc",
|
|
"content": {
|
|
"id": "CVE-2024-50294",
|
|
"role": "CISA Coordinator",
|
|
"options": [
|
|
{
|
|
"Exploitation": "none"
|
|
},
|
|
{
|
|
"Automatable": "no"
|
|
},
|
|
{
|
|
"Technical Impact": "partial"
|
|
}
|
|
],
|
|
"version": "2.0.3",
|
|
"timestamp": "2025-10-01T20:14:11.422504Z"
|
|
}
|
|
}
|
|
}
|
|
],
|
|
"problemTypes": [
|
|
{
|
|
"descriptions": [
|
|
{
|
|
"lang": "en",
|
|
"type": "CWE",
|
|
"cweId": "CWE-667",
|
|
"description": "CWE-667 Improper Locking"
|
|
}
|
|
]
|
|
}
|
|
],
|
|
"title": "CISA ADP Vulnrichment",
|
|
"providerMetadata": {
|
|
"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0",
|
|
"shortName": "CISA-ADP",
|
|
"dateUpdated": "2025-10-01T20:17:20.629Z"
|
|
}
|
|
}
|
|
]
|
|
}
|
|
} |