194 lines
11 KiB
JSON
194 lines
11 KiB
JSON
{
|
|
"dataType": "CVE_RECORD",
|
|
"dataVersion": "5.2",
|
|
"cveMetadata": {
|
|
"cveId": "CVE-2024-35889",
|
|
"assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
|
|
"state": "PUBLISHED",
|
|
"assignerShortName": "Linux",
|
|
"dateReserved": "2024-05-17T13:50:33.113Z",
|
|
"datePublished": "2024-05-19T08:34:45.274Z",
|
|
"dateUpdated": "2026-08-05T11:30:43.420Z"
|
|
},
|
|
"containers": {
|
|
"cna": {
|
|
"providerMetadata": {
|
|
"orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
|
|
"shortName": "Linux",
|
|
"dateUpdated": "2026-08-05T11:30:43.420Z"
|
|
},
|
|
"descriptions": [
|
|
{
|
|
"lang": "en",
|
|
"value": "In the Linux kernel, the following vulnerability has been resolved:\n\nidpf: fix kernel panic on unknown packet types\n\nIn the very rare case where a packet type is unknown to the driver,\nidpf_rx_process_skb_fields would return early without calling\neth_type_trans to set the skb protocol / the network layer handler.\nThis is especially problematic if tcpdump is running when such a\npacket is received, i.e. it would cause a kernel panic.\n\nInstead, call eth_type_trans for every single packet, even when\nthe packet type is unknown."
|
|
}
|
|
],
|
|
"metrics": [
|
|
{
|
|
"cvssV3_1": {
|
|
"version": "3.1",
|
|
"vectorString": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:H",
|
|
"baseScore": 8.6,
|
|
"baseSeverity": "HIGH"
|
|
},
|
|
"scenarios": [
|
|
{
|
|
"lang": "en",
|
|
"value": "AV:N - The bug is reached purely by processing a received Ethernet frame in the idpf splitq NAPI RX path, before any protocol demux, socket lookup, or firewall, so any remote party able to get a packet to the interface triggers it. Frames that the E2100/IPU parser leaves unclassified include routable traffic (unusual IP protocol numbers, exotic IPv6 extension-header chains, unsupported nested tunnels), so reachability is not limited to the local L2 segment.\nAC:L - The attacker fully controls the only variable that matters — the packet's protocol layout — and can sweep encapsulations until the NIC returns a ptype absent from the driver's lookup table; no race, no memory grooming, no timing window. The consumers that turn the malformed skb into a panic or an OOB read (AF_PACKET/tcpdump taps, bridge/OVS rx_handler, GRO header comparison) are ubiquitous on the cloud-host and cloud-VM systems where idpf is deployed, and the GRO path needs no extra configuration at all.\nPR:N - No credentials, authentication, or local account are required; the panic occurs in idpf's softirq RX path before any protocol demux, so the frame need not even be addressed to a listening service. Any unauthenticated sender on the network suffices.\nUI:N - Triggering requires only that the victim's idpf interface be up and receiving; the fault happens in softirq context during ordinary packet reception. No local user or administrator has to open, mount, or click anything.\nS:U - The vulnerable driver code and the impacted resource are both the same kernel — a standard in-kernel crash and in-kernel OOB read with no crossing of a VM, IOMMU, or sandbox security authority.\nC:L - Because mac_header is left at the 0xFFFF \"unset\" sentinel, consumers dereference skb->head + 65535: gro_list_prepare()'s compare_ether_header() reads 14 bytes of unrelated kernel memory out of bounds on the normal GRO path, and br_handle_frame() reads eth_hdr()->h_source from the same address, with those out-of-bounds bytes then learned into the bridge FDB where any local user can read them back via netlink. The disclosure is real but bounded to a fixed 14-byte window rather than an arbitrary read.\nI:L - Out-of-bounds bytes are written into kernel forwarding state (bridge FDB entries learned from head+65535), and the skb is propagated with corrupted metadata — protocol 0, wrapped mac_len, un-stripped Ethernet header — which misdirects downstream forwarding and header parsing. There is no arbitrary-write primitive: skb_push()'s underflow is caught by the skb_under_panic() bounds check before any memory is written, so the impact is limited rather than High.\nA:H - packet_rcv()/tpacket_rcv() computes a ~4-billion-byte skb_push() length from the unset mac_header, driving skb->data below skb->head and hitting skb_under_panic() → BUG() from NAPI/softirq context — a fatal exception in interrupt and a full kernel panic. A single crafted frame takes the machine down and can be replayed at will against every affected host."
|
|
}
|
|
]
|
|
}
|
|
],
|
|
"affected": [
|
|
{
|
|
"product": "Linux",
|
|
"vendor": "Linux",
|
|
"defaultStatus": "unaffected",
|
|
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
|
|
"programFiles": [
|
|
"drivers/net/ethernet/intel/idpf/idpf_txrx.c"
|
|
],
|
|
"versions": [
|
|
{
|
|
"version": "3a8845af66edb340ba9210bb8a0da040c7d6e590",
|
|
"lessThan": "b4d28f7fa4dd531cf503a4fe1ca7008960cc5832",
|
|
"status": "affected",
|
|
"versionType": "git"
|
|
},
|
|
{
|
|
"version": "3a8845af66edb340ba9210bb8a0da040c7d6e590",
|
|
"lessThan": "dd19e827d63ac60debf117676d1126bff884bdb8",
|
|
"status": "affected",
|
|
"versionType": "git"
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"product": "Linux",
|
|
"vendor": "Linux",
|
|
"defaultStatus": "affected",
|
|
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
|
|
"programFiles": [
|
|
"drivers/net/ethernet/intel/idpf/idpf_txrx.c"
|
|
],
|
|
"versions": [
|
|
{
|
|
"version": "6.7",
|
|
"status": "affected"
|
|
},
|
|
{
|
|
"version": "0",
|
|
"lessThan": "6.7",
|
|
"status": "unaffected",
|
|
"versionType": "semver"
|
|
},
|
|
{
|
|
"version": "6.8.5",
|
|
"lessThanOrEqual": "6.8.*",
|
|
"status": "unaffected",
|
|
"versionType": "semver"
|
|
},
|
|
{
|
|
"version": "6.9",
|
|
"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.7",
|
|
"versionEndExcluding": "6.8.5"
|
|
},
|
|
{
|
|
"vulnerable": true,
|
|
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
|
|
"versionStartIncluding": "6.7",
|
|
"versionEndExcluding": "6.9"
|
|
}
|
|
]
|
|
}
|
|
]
|
|
}
|
|
],
|
|
"references": [
|
|
{
|
|
"url": "https://git.kernel.org/stable/c/b4d28f7fa4dd531cf503a4fe1ca7008960cc5832"
|
|
},
|
|
{
|
|
"url": "https://git.kernel.org/stable/c/dd19e827d63ac60debf117676d1126bff884bdb8"
|
|
}
|
|
],
|
|
"title": "idpf: fix kernel panic on unknown packet types",
|
|
"x_generator": {
|
|
"engine": "bippy-1.2.0"
|
|
}
|
|
},
|
|
"adp": [
|
|
{
|
|
"title": "CISA ADP Vulnrichment",
|
|
"metrics": [
|
|
{
|
|
"other": {
|
|
"type": "ssvc",
|
|
"content": {
|
|
"id": "CVE-2024-35889",
|
|
"role": "CISA Coordinator",
|
|
"options": [
|
|
{
|
|
"Exploitation": "none"
|
|
},
|
|
{
|
|
"Automatable": "no"
|
|
},
|
|
{
|
|
"Technical Impact": "partial"
|
|
}
|
|
],
|
|
"version": "2.0.3",
|
|
"timestamp": "2024-05-23T19:38:07.128474Z"
|
|
}
|
|
}
|
|
}
|
|
],
|
|
"providerMetadata": {
|
|
"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0",
|
|
"shortName": "CISA-ADP",
|
|
"dateUpdated": "2024-06-04T17:34:30.127Z"
|
|
}
|
|
},
|
|
{
|
|
"providerMetadata": {
|
|
"orgId": "af854a3a-2127-422b-91ae-364da2661108",
|
|
"shortName": "CVE",
|
|
"dateUpdated": "2024-08-02T03:21:48.615Z"
|
|
},
|
|
"title": "CVE Program Container",
|
|
"references": [
|
|
{
|
|
"url": "https://git.kernel.org/stable/c/b4d28f7fa4dd531cf503a4fe1ca7008960cc5832",
|
|
"tags": [
|
|
"x_transferred"
|
|
]
|
|
},
|
|
{
|
|
"url": "https://git.kernel.org/stable/c/dd19e827d63ac60debf117676d1126bff884bdb8",
|
|
"tags": [
|
|
"x_transferred"
|
|
]
|
|
}
|
|
]
|
|
}
|
|
]
|
|
}
|
|
} |