{"api_version":"1","generated_at":"2026-08-15T04:46:51+00:00","cve":"CVE-2026-68120","urls":{"html":"https://cve.report/CVE-2026-68120","api":"https://cve.report/api/cve/CVE-2026-68120.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-68120","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-68120"},"summary":{"title":"rtase: Workaround for TX hang caused by hardware packet parsing","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nrtase: Workaround for TX hang caused by hardware packet parsing\n\nThe hardware performs packet parsing before packet transmission.\nParsing incomplete IPv4, IPv6, TCP, or UDP headers may trigger a TX\nhang because the hardware parser expects additional protocol header\ndata that is not present in the packet.\n\nThe hardware performs additional PTP parsing on UDP packets identified\nby destination ports 319/320 at the expected UDP destination port\noffset.\n\nIf such a packet has transport data smaller than RTASE_MIN_PAD_LEN,\nthe hardware parser expects additional packet data and may trigger a\nTX hang.\n\nTo avoid these hardware issues, the driver applies the following\nworkarounds.\n\nDrop malformed packets that may trigger this hardware issue before\ntransmission.\n\nFor IPv4 non-initial fragments, the hardware does not check the\nfragment offset before parsing the expected transport header location.\nAs a result, these packets are still subject to transport header\nparsing even though they do not contain a transport header. If the\ntransport data is shorter than the minimum transport header required\nby the hardware parser, pad the transport data to the minimum\ntransport header length required by the hardware parser. Packets that\nalso match the hardware PTP parsing conditions continue to follow the\ncorresponding workaround.\n\nFor IPv6 fragmented packets, neither of the above hardware issues\noccurs because the hardware only continues packet parsing when the\nIPv6 Base Header Next Header field directly indicates UDP. Packets\ncarrying a Fragment Header do not continue through the subsequent\npacket parsing stages.\n\nFor packets identified for hardware PTP parsing, pad the transport\ndata so it reaches RTASE_MIN_PAD_LEN before transmission.","state":"PUBLISHED","assigner":"Linux","published_at":"2026-08-10 13:19:57","updated_at":"2026-08-13 23:17:17"},"problem_types":[],"metrics":[{"version":"3.1","source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","type":"Secondary","score":"7.5","severity":"HIGH","vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","data":{"version":"3.1","vectorString":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","baseScore":7.5,"baseSeverity":"HIGH","attackVector":"NETWORK","attackComplexity":"LOW","privilegesRequired":"NONE","userInteraction":"NONE","scope":"UNCHANGED","confidentialityImpact":"NONE","integrityImpact":"NONE","availabilityImpact":"HIGH"}},{"version":"3.1","source":"CNA","type":"DECLARED","score":"7.5","severity":"HIGH","vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","data":{"baseScore":7.5,"baseSeverity":"HIGH","vectorString":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","version":"3.1"}}],"references":[{"url":"https://git.kernel.org/stable/c/fe3a7320711eec6537e4890892f7ab9776d8618f","name":"https://git.kernel.org/stable/c/fe3a7320711eec6537e4890892f7ab9776d8618f","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/4a4f3aa6af205bee539b5670afa2cd4e4953750e","name":"https://git.kernel.org/stable/c/4a4f3aa6af205bee539b5670afa2cd4e4953750e","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/0f54f5048615e4e2802697855ea6374613548301","name":"https://git.kernel.org/stable/c/0f54f5048615e4e2802697855ea6374613548301","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/1c50efa1faf3a1a96e100b07ec7a2f3164d90bee","name":"https://git.kernel.org/stable/c/1c50efa1faf3a1a96e100b07ec7a2f3164d90bee","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-68120","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-68120","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected d6e882b89fdf80be0ab4f914ec10f75215e49495 fe3a7320711eec6537e4890892f7ab9776d8618f git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected d6e882b89fdf80be0ab4f914ec10f75215e49495 4a4f3aa6af205bee539b5670afa2cd4e4953750e git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected d6e882b89fdf80be0ab4f914ec10f75215e49495 0f54f5048615e4e2802697855ea6374613548301 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected d6e882b89fdf80be0ab4f914ec10f75215e49495 1c50efa1faf3a1a96e100b07ec7a2f3164d90bee git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 6.12","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.12 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.12.101 6.12.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18.42 6.18.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.1.6 7.1.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.2-rc5 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":{"cve_year":"2026","cve_id":"68120","cve":"CVE-2026-68120","epss":"0.004460000","percentile":"0.369910000","score_date":"2026-08-14","updated_at":"2026-08-15 00:04:44"},"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["drivers/net/ethernet/realtek/rtase/rtase.h","drivers/net/ethernet/realtek/rtase/rtase_main.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"fe3a7320711eec6537e4890892f7ab9776d8618f","status":"affected","version":"d6e882b89fdf80be0ab4f914ec10f75215e49495","versionType":"git"},{"lessThan":"4a4f3aa6af205bee539b5670afa2cd4e4953750e","status":"affected","version":"d6e882b89fdf80be0ab4f914ec10f75215e49495","versionType":"git"},{"lessThan":"0f54f5048615e4e2802697855ea6374613548301","status":"affected","version":"d6e882b89fdf80be0ab4f914ec10f75215e49495","versionType":"git"},{"lessThan":"1c50efa1faf3a1a96e100b07ec7a2f3164d90bee","status":"affected","version":"d6e882b89fdf80be0ab4f914ec10f75215e49495","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["drivers/net/ethernet/realtek/rtase/rtase.h","drivers/net/ethernet/realtek/rtase/rtase_main.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"6.12"},{"lessThan":"6.12","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"6.12.*","status":"unaffected","version":"6.12.101","versionType":"semver"},{"lessThanOrEqual":"6.18.*","status":"unaffected","version":"6.18.42","versionType":"semver"},{"lessThanOrEqual":"7.1.*","status":"unaffected","version":"7.1.6","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.2-rc5","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.12.101","versionStartIncluding":"6.12","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.42","versionStartIncluding":"6.12","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.1.6","versionStartIncluding":"6.12","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.2-rc5","versionStartIncluding":"6.12","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nrtase: Workaround for TX hang caused by hardware packet parsing\n\nThe hardware performs packet parsing before packet transmission.\nParsing incomplete IPv4, IPv6, TCP, or UDP headers may trigger a TX\nhang because the hardware parser expects additional protocol header\ndata that is not present in the packet.\n\nThe hardware performs additional PTP parsing on UDP packets identified\nby destination ports 319/320 at the expected UDP destination port\noffset.\n\nIf such a packet has transport data smaller than RTASE_MIN_PAD_LEN,\nthe hardware parser expects additional packet data and may trigger a\nTX hang.\n\nTo avoid these hardware issues, the driver applies the following\nworkarounds.\n\nDrop malformed packets that may trigger this hardware issue before\ntransmission.\n\nFor IPv4 non-initial fragments, the hardware does not check the\nfragment offset before parsing the expected transport header location.\nAs a result, these packets are still subject to transport header\nparsing even though they do not contain a transport header. If the\ntransport data is shorter than the minimum transport header required\nby the hardware parser, pad the transport data to the minimum\ntransport header length required by the hardware parser. Packets that\nalso match the hardware PTP parsing conditions continue to follow the\ncorresponding workaround.\n\nFor IPv6 fragmented packets, neither of the above hardware issues\noccurs because the hardware only continues packet parsing when the\nIPv6 Base Header Next Header field directly indicates UDP. Packets\ncarrying a Fragment Header do not continue through the subsequent\npacket parsing stages.\n\nFor packets identified for hardware PTP parsing, pad the transport\ndata so it reaches RTASE_MIN_PAD_LEN before transmission."}],"metrics":[{"cvssV3_1":{"baseScore":7.5,"baseSeverity":"HIGH","vectorString":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","version":"3.1"},"scenarios":[{"lang":"en","value":"AV:N - The bug is in netdev TX; a remote attacker can send crafted IPv4 fragments or short PTP UDP (ports 319/320) that are forwarded/bridged out the rtase interface on automotive gateways and industrial routers, reaching rtase_start_xmit without local access.\nAC:L - Trigger packets have well-defined shapes (non-initial IPv4 frags with short payload, malformed L3/L4 headers, or PTP UDP under 47 bytes) and the attacker controls generation, timing, and retries; no race or rare layout is required on affected hardware.\nPR:N - Exploitation requires only the ability to inject network traffic that the host forwards or transmits via the rtase netdev; no target credentials, capabilities, or local shell access are needed on forwarding automotive/industrial gateways.\nUI:N - No victim interaction is required; the hang is triggered automatically when the kernel queues the crafted packet for transmission through the vulnerable NIC.\nS:U - Impact is confined to kernel/network availability on the host running the rtase driver; it does not cross VM, container, or IOMMU security boundaries.\nC:N - The failure mode is a hardware TX parser hang with no memory corruption, out-of-bounds access, use-after-free, or information disclosure primitive.\nI:N - The vulnerability does not modify arbitrary data or enable code execution; it only stalls transmission until the netdev watchdog resets the interface.\nA:H - Malformed TX packets can hang the NIC hardware transmit path, stopping egress and disrupting connectivity until rtase_tx_timeout invokes software reset; repeated injection enables sustained denial of service on safety-critical automotive networks."}]}],"providerMetadata":{"dateUpdated":"2026-08-13T22:39:58.189Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/fe3a7320711eec6537e4890892f7ab9776d8618f"},{"url":"https://git.kernel.org/stable/c/4a4f3aa6af205bee539b5670afa2cd4e4953750e"},{"url":"https://git.kernel.org/stable/c/0f54f5048615e4e2802697855ea6374613548301"},{"url":"https://git.kernel.org/stable/c/1c50efa1faf3a1a96e100b07ec7a2f3164d90bee"}],"title":"rtase: Workaround for TX hang caused by hardware packet parsing","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-68120","datePublished":"2026-08-10T11:58:40.224Z","dateReserved":"2026-07-30T09:28:09.369Z","dateUpdated":"2026-08-13T22:39:58.189Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-08-10 13:19:57","lastModifiedDate":"2026-08-13 23:17:17","problem_types":[],"metrics":{"cvssMetricV31":[{"source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","type":"Secondary","cvssData":{"version":"3.1","vectorString":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","baseScore":7.5,"baseSeverity":"HIGH","attackVector":"NETWORK","attackComplexity":"LOW","privilegesRequired":"NONE","userInteraction":"NONE","scope":"UNCHANGED","confidentialityImpact":"NONE","integrityImpact":"NONE","availabilityImpact":"HIGH"},"exploitabilityScore":3.9,"impactScore":3.6}]},"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"68120","Ordinal":"1","Title":"rtase: Workaround for TX hang caused by hardware packet parsing","CVE":"CVE-2026-68120","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"68120","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\nrtase: Workaround for TX hang caused by hardware packet parsing\n\nThe hardware performs packet parsing before packet transmission.\nParsing incomplete IPv4, IPv6, TCP, or UDP headers may trigger a TX\nhang because the hardware parser expects additional protocol header\ndata that is not present in the packet.\n\nThe hardware performs additional PTP parsing on UDP packets identified\nby destination ports 319/320 at the expected UDP destination port\noffset.\n\nIf such a packet has transport data smaller than RTASE_MIN_PAD_LEN,\nthe hardware parser expects additional packet data and may trigger a\nTX hang.\n\nTo avoid these hardware issues, the driver applies the following\nworkarounds.\n\nDrop malformed packets that may trigger this hardware issue before\ntransmission.\n\nFor IPv4 non-initial fragments, the hardware does not check the\nfragment offset before parsing the expected transport header location.\nAs a result, these packets are still subject to transport header\nparsing even though they do not contain a transport header. If the\ntransport data is shorter than the minimum transport header required\nby the hardware parser, pad the transport data to the minimum\ntransport header length required by the hardware parser. Packets that\nalso match the hardware PTP parsing conditions continue to follow the\ncorresponding workaround.\n\nFor IPv6 fragmented packets, neither of the above hardware issues\noccurs because the hardware only continues packet parsing when the\nIPv6 Base Header Next Header field directly indicates UDP. Packets\ncarrying a Fragment Header do not continue through the subsequent\npacket parsing stages.\n\nFor packets identified for hardware PTP parsing, pad the transport\ndata so it reaches RTASE_MIN_PAD_LEN before transmission.","Type":"Description","Title":"rtase: Workaround for TX hang caused by hardware packet parsing"}]}}}