{"api_version":"1","generated_at":"2026-10-31T06:55:08+00:00","cve":"CVE-2026-99166","urls":{"html":"https://cve.report/CVE-2026-99166","api":"https://cve.report/api/cve/CVE-2026-99166.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-99166","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-99166"},"summary":{"title":"net: rds: fix uninitialized trans dereference in CM event handler","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nnet: rds: fix uninitialized trans dereference in CM event handler\n\nrds_rdma_cm_event_handler_cmn() assigns trans only when the RDMA\ndevice is an InfiniBand CA (RDMA_NODE_IB_CA).  On any other device\ntype, e.g. an iWARP RNIC such as siw, trans stays uninitialized, but\nthe event switch dereferences it: unconditionally in the\nRDMA_CM_EVENT_CONNECT_REQUEST case via trans->cm_handle_connect(),\nand (with a connection context) in the ROUTE_RESOLVED and\nESTABLISHED cases.\n\nAn RDS listener on an iWARP device therefore crashes the kernel as\nsoon as a connect request arrives: with CONFIG_INIT_STACK_ALL_ZERO\nthe wild load becomes a NULL dereference at offset 0xa0\n(&trans->cm_handle_connect) in the iw_cm_wq workqueue.\n\nGCC masks the bug in default builds by folding the uninitialized\nload into &rds_ib_transport; Clang-built kernels take the real\nuninitialized path and oops.\n\nThe active side can land on a non-IB device too: the id that\nrds_ib_conn_path_connect() creates is not restricted to a node type,\nso rdma_resolve_addr() binds it to whichever device serves the local\naddress, and an iWARP RNIC on the same netdev qualifies.  The crash\nthere is different: resolving a route on an iWARP id never fills in\ncm_id->route.path_rec, and the ROUTE_RESOLVED case writes\npath_rec[0].sl before it calls into the transport.\n\nThe iWARP transport was dropped long ago and IB is the only\ntransport left, so make that explicit: initialize trans to\n&rds_ib_transport at declaration, drop the conditional assignment,\nreject a connect request that arrives on a non-IB device, and drop a\nconnection whose address resolved to one instead of resolving a\nroute on it.  The rejection is limited to RDMA_CM_EVENT_CONNECT_REQUEST\non purpose: a non-zero return from the handler makes rdma_cm destroy\nthe id the event was delivered on, which is right for the request's\nfreshly created id but would free a connection id that RDS still owns\nfor any other event.  On the active side the id stays ic->i_cm_id and\nthe connection's shutdown destroys it, so that case returns 0.\n\n[achender: reject only on RDMA_CM_EVENT_CONNECT_REQUEST instead of\n bailing out for every event on a non-IB device, so that rdma_cm does\n not destroy connection ids RDS still tracks; drop a connection whose\n address resolved to a non-IB device before a route is resolved on it;\n changelog adjusted]","state":"PUBLISHED","assigner":"Linux","published_at":"2026-10-28 11:17:37","updated_at":"2026-10-30 13:21:50"},"problem_types":[],"metrics":[],"references":[{"url":"https://git.kernel.org/stable/c/a2fde862b98db8908e2ebaffbb35a75a0e9d5b33","name":"https://git.kernel.org/stable/c/a2fde862b98db8908e2ebaffbb35a75a0e9d5b33","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/492ba6ac1b1ffb8a06ff52db0825c1af2cdb28c8","name":"https://git.kernel.org/stable/c/492ba6ac1b1ffb8a06ff52db0825c1af2cdb28c8","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/074bb7cdc3e26afa698888ba56fc1df0e3f24650","name":"https://git.kernel.org/stable/c/074bb7cdc3e26afa698888ba56fc1df0e3f24650","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/5f23e4e3a31dacfd82a8f56be253adc0910ee84f","name":"https://git.kernel.org/stable/c/5f23e4e3a31dacfd82a8f56be253adc0910ee84f","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/ca14c289ed9ffed6cc64290d039e923e5720a8bf","name":"https://git.kernel.org/stable/c/ca14c289ed9ffed6cc64290d039e923e5720a8bf","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/8c77774535c3d6162929521a6fa11e3db086fa32","name":"https://git.kernel.org/stable/c/8c77774535c3d6162929521a6fa11e3db086fa32","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/0d15e853aa88da5375edd32b39d08a048b64a1c5","name":"https://git.kernel.org/stable/c/0d15e853aa88da5375edd32b39d08a048b64a1c5","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/8973f70cb068012d83cff1cfa3f45ef94ab02267","name":"https://git.kernel.org/stable/c/8973f70cb068012d83cff1cfa3f45ef94ab02267","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-99166","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-99166","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected dcdede0406d30e14a6ed727dce69dfac0518371d 0d15e853aa88da5375edd32b39d08a048b64a1c5 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected dcdede0406d30e14a6ed727dce69dfac0518371d 8c77774535c3d6162929521a6fa11e3db086fa32 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected dcdede0406d30e14a6ed727dce69dfac0518371d 8973f70cb068012d83cff1cfa3f45ef94ab02267 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected dcdede0406d30e14a6ed727dce69dfac0518371d a2fde862b98db8908e2ebaffbb35a75a0e9d5b33 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected dcdede0406d30e14a6ed727dce69dfac0518371d 074bb7cdc3e26afa698888ba56fc1df0e3f24650 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected dcdede0406d30e14a6ed727dce69dfac0518371d 5f23e4e3a31dacfd82a8f56be253adc0910ee84f git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected dcdede0406d30e14a6ed727dce69dfac0518371d ca14c289ed9ffed6cc64290d039e923e5720a8bf git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected dcdede0406d30e14a6ed727dce69dfac0518371d 492ba6ac1b1ffb8a06ff52db0825c1af2cdb28c8 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 4.6","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 4.6 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 5.10.273 5.10.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 5.15.224 5.15.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.1.191 6.1.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.6.161 6.6.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.12.115 6.12.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18.59 6.18.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.2.13 7.2.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.3 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":{"cve_year":"2026","cve_id":"99166","cve":"CVE-2026-99166","epss":"0.001720000","percentile":"0.066390000","score_date":"2026-10-30","updated_at":"2026-10-31 00:01:13"},"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["net/rds/rdma_transport.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"0d15e853aa88da5375edd32b39d08a048b64a1c5","status":"affected","version":"dcdede0406d30e14a6ed727dce69dfac0518371d","versionType":"git"},{"lessThan":"8c77774535c3d6162929521a6fa11e3db086fa32","status":"affected","version":"dcdede0406d30e14a6ed727dce69dfac0518371d","versionType":"git"},{"lessThan":"8973f70cb068012d83cff1cfa3f45ef94ab02267","status":"affected","version":"dcdede0406d30e14a6ed727dce69dfac0518371d","versionType":"git"},{"lessThan":"a2fde862b98db8908e2ebaffbb35a75a0e9d5b33","status":"affected","version":"dcdede0406d30e14a6ed727dce69dfac0518371d","versionType":"git"},{"lessThan":"074bb7cdc3e26afa698888ba56fc1df0e3f24650","status":"affected","version":"dcdede0406d30e14a6ed727dce69dfac0518371d","versionType":"git"},{"lessThan":"5f23e4e3a31dacfd82a8f56be253adc0910ee84f","status":"affected","version":"dcdede0406d30e14a6ed727dce69dfac0518371d","versionType":"git"},{"lessThan":"ca14c289ed9ffed6cc64290d039e923e5720a8bf","status":"affected","version":"dcdede0406d30e14a6ed727dce69dfac0518371d","versionType":"git"},{"lessThan":"492ba6ac1b1ffb8a06ff52db0825c1af2cdb28c8","status":"affected","version":"dcdede0406d30e14a6ed727dce69dfac0518371d","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["net/rds/rdma_transport.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"4.6"},{"lessThan":"4.6","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"5.10.*","status":"unaffected","version":"5.10.273","versionType":"semver"},{"lessThanOrEqual":"5.15.*","status":"unaffected","version":"5.15.224","versionType":"semver"},{"lessThanOrEqual":"6.1.*","status":"unaffected","version":"6.1.191","versionType":"semver"},{"lessThanOrEqual":"6.6.*","status":"unaffected","version":"6.6.161","versionType":"semver"},{"lessThanOrEqual":"6.12.*","status":"unaffected","version":"6.12.115","versionType":"semver"},{"lessThanOrEqual":"6.18.*","status":"unaffected","version":"6.18.59","versionType":"semver"},{"lessThanOrEqual":"7.2.*","status":"unaffected","version":"7.2.13","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.3","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"5.10.273","versionStartIncluding":"4.6","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"5.15.224","versionStartIncluding":"4.6","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.1.191","versionStartIncluding":"4.6","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.6.161","versionStartIncluding":"4.6","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.12.115","versionStartIncluding":"4.6","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.59","versionStartIncluding":"4.6","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.2.13","versionStartIncluding":"4.6","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.3","versionStartIncluding":"4.6","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nnet: rds: fix uninitialized trans dereference in CM event handler\n\nrds_rdma_cm_event_handler_cmn() assigns trans only when the RDMA\ndevice is an InfiniBand CA (RDMA_NODE_IB_CA).  On any other device\ntype, e.g. an iWARP RNIC such as siw, trans stays uninitialized, but\nthe event switch dereferences it: unconditionally in the\nRDMA_CM_EVENT_CONNECT_REQUEST case via trans->cm_handle_connect(),\nand (with a connection context) in the ROUTE_RESOLVED and\nESTABLISHED cases.\n\nAn RDS listener on an iWARP device therefore crashes the kernel as\nsoon as a connect request arrives: with CONFIG_INIT_STACK_ALL_ZERO\nthe wild load becomes a NULL dereference at offset 0xa0\n(&trans->cm_handle_connect) in the iw_cm_wq workqueue.\n\nGCC masks the bug in default builds by folding the uninitialized\nload into &rds_ib_transport; Clang-built kernels take the real\nuninitialized path and oops.\n\nThe active side can land on a non-IB device too: the id that\nrds_ib_conn_path_connect() creates is not restricted to a node type,\nso rdma_resolve_addr() binds it to whichever device serves the local\naddress, and an iWARP RNIC on the same netdev qualifies.  The crash\nthere is different: resolving a route on an iWARP id never fills in\ncm_id->route.path_rec, and the ROUTE_RESOLVED case writes\npath_rec[0].sl before it calls into the transport.\n\nThe iWARP transport was dropped long ago and IB is the only\ntransport left, so make that explicit: initialize trans to\n&rds_ib_transport at declaration, drop the conditional assignment,\nreject a connect request that arrives on a non-IB device, and drop a\nconnection whose address resolved to one instead of resolving a\nroute on it.  The rejection is limited to RDMA_CM_EVENT_CONNECT_REQUEST\non purpose: a non-zero return from the handler makes rdma_cm destroy\nthe id the event was delivered on, which is right for the request's\nfreshly created id but would free a connection id that RDS still owns\nfor any other event.  On the active side the id stays ic->i_cm_id and\nthe connection's shutdown destroys it, so that case returns 0.\n\n[achender: reject only on RDMA_CM_EVENT_CONNECT_REQUEST instead of\n bailing out for every event on a non-IB device, so that rdma_cm does\n not destroy connection ids RDS still tracks; drop a connection whose\n address resolved to a non-IB device before a route is resolved on it;\n changelog adjusted]"}],"providerMetadata":{"dateUpdated":"2026-10-30T12:42:32.571Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/0d15e853aa88da5375edd32b39d08a048b64a1c5"},{"url":"https://git.kernel.org/stable/c/8c77774535c3d6162929521a6fa11e3db086fa32"},{"url":"https://git.kernel.org/stable/c/8973f70cb068012d83cff1cfa3f45ef94ab02267"},{"url":"https://git.kernel.org/stable/c/a2fde862b98db8908e2ebaffbb35a75a0e9d5b33"},{"url":"https://git.kernel.org/stable/c/074bb7cdc3e26afa698888ba56fc1df0e3f24650"},{"url":"https://git.kernel.org/stable/c/5f23e4e3a31dacfd82a8f56be253adc0910ee84f"},{"url":"https://git.kernel.org/stable/c/ca14c289ed9ffed6cc64290d039e923e5720a8bf"},{"url":"https://git.kernel.org/stable/c/492ba6ac1b1ffb8a06ff52db0825c1af2cdb28c8"}],"title":"net: rds: fix uninitialized trans dereference in CM event handler","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-99166","datePublished":"2026-10-28T10:35:18.050Z","dateReserved":"2026-09-25T10:25:14.398Z","dateUpdated":"2026-10-30T12:42:32.571Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-10-28 11:17:37","lastModifiedDate":"2026-10-30 13:21:50","problem_types":[],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"99166","Ordinal":"1","Title":"net: rds: fix uninitialized trans dereference in CM event handle","CVE":"CVE-2026-99166","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"99166","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\nnet: rds: fix uninitialized trans dereference in CM event handler\n\nrds_rdma_cm_event_handler_cmn() assigns trans only when the RDMA\ndevice is an InfiniBand CA (RDMA_NODE_IB_CA).  On any other device\ntype, e.g. an iWARP RNIC such as siw, trans stays uninitialized, but\nthe event switch dereferences it: unconditionally in the\nRDMA_CM_EVENT_CONNECT_REQUEST case via trans->cm_handle_connect(),\nand (with a connection context) in the ROUTE_RESOLVED and\nESTABLISHED cases.\n\nAn RDS listener on an iWARP device therefore crashes the kernel as\nsoon as a connect request arrives: with CONFIG_INIT_STACK_ALL_ZERO\nthe wild load becomes a NULL dereference at offset 0xa0\n(&trans->cm_handle_connect) in the iw_cm_wq workqueue.\n\nGCC masks the bug in default builds by folding the uninitialized\nload into &rds_ib_transport; Clang-built kernels take the real\nuninitialized path and oops.\n\nThe active side can land on a non-IB device too: the id that\nrds_ib_conn_path_connect() creates is not restricted to a node type,\nso rdma_resolve_addr() binds it to whichever device serves the local\naddress, and an iWARP RNIC on the same netdev qualifies.  The crash\nthere is different: resolving a route on an iWARP id never fills in\ncm_id->route.path_rec, and the ROUTE_RESOLVED case writes\npath_rec[0].sl before it calls into the transport.\n\nThe iWARP transport was dropped long ago and IB is the only\ntransport left, so make that explicit: initialize trans to\n&rds_ib_transport at declaration, drop the conditional assignment,\nreject a connect request that arrives on a non-IB device, and drop a\nconnection whose address resolved to one instead of resolving a\nroute on it.  The rejection is limited to RDMA_CM_EVENT_CONNECT_REQUEST\non purpose: a non-zero return from the handler makes rdma_cm destroy\nthe id the event was delivered on, which is right for the request's\nfreshly created id but would free a connection id that RDS still owns\nfor any other event.  On the active side the id stays ic->i_cm_id and\nthe connection's shutdown destroys it, so that case returns 0.\n\n[achender: reject only on RDMA_CM_EVENT_CONNECT_REQUEST instead of\n bailing out for every event on a non-IB device, so that rdma_cm does\n not destroy connection ids RDS still tracks; drop a connection whose\n address resolved to a non-IB device before a route is resolved on it;\n changelog adjusted]","Type":"Description","Title":"net: rds: fix uninitialized trans dereference in CM event handle"}]}}}