{"api_version":"1","generated_at":"2026-08-13T22:37:25+00:00","cve":"CVE-2026-68335","urls":{"html":"https://cve.report/CVE-2026-68335","api":"https://cve.report/api/cve/CVE-2026-68335.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-68335","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-68335"},"summary":{"title":"rds: drop incoming messages that cross network namespace boundaries","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nrds: drop incoming messages that cross network namespace boundaries\n\nrds_find_bound() looks up the destination socket using a global\nrhashtable keyed solely on (addr, port, scope_id).  Network namespaces\nare not part of the key, so a sender in netns A can deliver an incoming\nmessage (inc) to a socket that lives in a different netns B.\n\nWhen this happens, inc->i_conn points to an rds_connection whose c_net\nis netns A, but the receiving rs lives in netns B.  Once the child\nprocess that created netns A exits, cleanup_net() calls\nrds_loop_exit_net() -> rds_loop_kill_conns() -> rds_conn_destroy(),\nfreeing that connection.  If the survivor socket in netns B still holds\nthe inc, any subsequent dereference of inc->i_conn is a use-after-free.\n\nThere are two dangerous sites in rds_clear_recv_queue():\n  1. inc->i_conn->c_lcong (offset 88 of freed rds_connection, size 200)\n     read via rds_recv_rcvbuf_delta() -- confirmed by KASAN.\n  2. inc->i_conn->c_trans->inc_free(inc) (function pointer at offset 80)\n     called via rds_inc_put() when the inc refcount reaches zero -- same\n     race window, potential call-through-freed-object primitive.\n\nThe bug is reachable from unprivileged user namespaces\n(CLONE_NEWUSER + CLONE_NEWNET), available since Linux 3.8.\n\nFix this by rejecting the delivery in rds_recv_incoming() when the\nsocket returned by rds_find_bound() belongs to a different network\nnamespace than the connection that carried the message.  Use the\nexisting rds_conn_net() / sock_net() helpers and net_eq() for the\ncomparison.","state":"PUBLISHED","assigner":"Linux","published_at":"2026-08-10 13:20:23","updated_at":"2026-08-10 13:20:23"},"problem_types":[],"metrics":[],"references":[{"url":"https://git.kernel.org/stable/c/cfb3ce07b705e486e022a2f2b1242b48f13981ff","name":"https://git.kernel.org/stable/c/cfb3ce07b705e486e022a2f2b1242b48f13981ff","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/1e2e2d9806944fe485824d617c8b7c78116c22db","name":"https://git.kernel.org/stable/c/1e2e2d9806944fe485824d617c8b7c78116c22db","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/0f8690e3869109cd5803ccb400889d20a0b54e0e","name":"https://git.kernel.org/stable/c/0f8690e3869109cd5803ccb400889d20a0b54e0e","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/9591042533140dfe6608d9344806d567dcd39d02","name":"https://git.kernel.org/stable/c/9591042533140dfe6608d9344806d567dcd39d02","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/5521ae71e32a8069ed4ca6e792179dc57bc43ab2","name":"https://git.kernel.org/stable/c/5521ae71e32a8069ed4ca6e792179dc57bc43ab2","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-68335","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-68335","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected c809195f5523dd4d09403bbb1c9732d548aa0d1e 1e2e2d9806944fe485824d617c8b7c78116c22db git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected c809195f5523dd4d09403bbb1c9732d548aa0d1e cfb3ce07b705e486e022a2f2b1242b48f13981ff git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected c809195f5523dd4d09403bbb1c9732d548aa0d1e 9591042533140dfe6608d9344806d567dcd39d02 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected c809195f5523dd4d09403bbb1c9732d548aa0d1e 0f8690e3869109cd5803ccb400889d20a0b54e0e git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected c809195f5523dd4d09403bbb1c9732d548aa0d1e 5521ae71e32a8069ed4ca6e792179dc57bc43ab2 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected c827073c95fde388bc65fe5227f944eaf859b9f0 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 4.17.19 4.18 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 4.18","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 4.18 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.6.148 6.6.* 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":null,"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["net/rds/recv.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"1e2e2d9806944fe485824d617c8b7c78116c22db","status":"affected","version":"c809195f5523dd4d09403bbb1c9732d548aa0d1e","versionType":"git"},{"lessThan":"cfb3ce07b705e486e022a2f2b1242b48f13981ff","status":"affected","version":"c809195f5523dd4d09403bbb1c9732d548aa0d1e","versionType":"git"},{"lessThan":"9591042533140dfe6608d9344806d567dcd39d02","status":"affected","version":"c809195f5523dd4d09403bbb1c9732d548aa0d1e","versionType":"git"},{"lessThan":"0f8690e3869109cd5803ccb400889d20a0b54e0e","status":"affected","version":"c809195f5523dd4d09403bbb1c9732d548aa0d1e","versionType":"git"},{"lessThan":"5521ae71e32a8069ed4ca6e792179dc57bc43ab2","status":"affected","version":"c809195f5523dd4d09403bbb1c9732d548aa0d1e","versionType":"git"},{"status":"affected","version":"c827073c95fde388bc65fe5227f944eaf859b9f0","versionType":"git"},{"lessThan":"4.18","status":"affected","version":"4.17.19","versionType":"semver"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["net/rds/recv.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"4.18"},{"lessThan":"4.18","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"6.6.*","status":"unaffected","version":"6.6.148","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.6.148","versionStartIncluding":"4.18","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.12.101","versionStartIncluding":"4.18","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.42","versionStartIncluding":"4.18","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.1.6","versionStartIncluding":"4.18","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.2-rc5","versionStartIncluding":"4.18","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"4.17.19","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nrds: drop incoming messages that cross network namespace boundaries\n\nrds_find_bound() looks up the destination socket using a global\nrhashtable keyed solely on (addr, port, scope_id).  Network namespaces\nare not part of the key, so a sender in netns A can deliver an incoming\nmessage (inc) to a socket that lives in a different netns B.\n\nWhen this happens, inc->i_conn points to an rds_connection whose c_net\nis netns A, but the receiving rs lives in netns B.  Once the child\nprocess that created netns A exits, cleanup_net() calls\nrds_loop_exit_net() -> rds_loop_kill_conns() -> rds_conn_destroy(),\nfreeing that connection.  If the survivor socket in netns B still holds\nthe inc, any subsequent dereference of inc->i_conn is a use-after-free.\n\nThere are two dangerous sites in rds_clear_recv_queue():\n  1. inc->i_conn->c_lcong (offset 88 of freed rds_connection, size 200)\n     read via rds_recv_rcvbuf_delta() -- confirmed by KASAN.\n  2. inc->i_conn->c_trans->inc_free(inc) (function pointer at offset 80)\n     called via rds_inc_put() when the inc refcount reaches zero -- same\n     race window, potential call-through-freed-object primitive.\n\nThe bug is reachable from unprivileged user namespaces\n(CLONE_NEWUSER + CLONE_NEWNET), available since Linux 3.8.\n\nFix this by rejecting the delivery in rds_recv_incoming() when the\nsocket returned by rds_find_bound() belongs to a different network\nnamespace than the connection that carried the message.  Use the\nexisting rds_conn_net() / sock_net() helpers and net_eq() for the\ncomparison."}],"providerMetadata":{"dateUpdated":"2026-08-10T12:03:11.547Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/1e2e2d9806944fe485824d617c8b7c78116c22db"},{"url":"https://git.kernel.org/stable/c/cfb3ce07b705e486e022a2f2b1242b48f13981ff"},{"url":"https://git.kernel.org/stable/c/9591042533140dfe6608d9344806d567dcd39d02"},{"url":"https://git.kernel.org/stable/c/0f8690e3869109cd5803ccb400889d20a0b54e0e"},{"url":"https://git.kernel.org/stable/c/5521ae71e32a8069ed4ca6e792179dc57bc43ab2"}],"title":"rds: drop incoming messages that cross network namespace boundaries","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-68335","datePublished":"2026-08-10T12:03:11.547Z","dateReserved":"2026-07-30T09:28:09.383Z","dateUpdated":"2026-08-10T12:03:11.547Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-08-10 13:20:23","lastModifiedDate":"2026-08-10 13:20:23","problem_types":[],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"68335","Ordinal":"1","Title":"rds: drop incoming messages that cross network namespace boundar","CVE":"CVE-2026-68335","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"68335","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\nrds: drop incoming messages that cross network namespace boundaries\n\nrds_find_bound() looks up the destination socket using a global\nrhashtable keyed solely on (addr, port, scope_id).  Network namespaces\nare not part of the key, so a sender in netns A can deliver an incoming\nmessage (inc) to a socket that lives in a different netns B.\n\nWhen this happens, inc->i_conn points to an rds_connection whose c_net\nis netns A, but the receiving rs lives in netns B.  Once the child\nprocess that created netns A exits, cleanup_net() calls\nrds_loop_exit_net() -> rds_loop_kill_conns() -> rds_conn_destroy(),\nfreeing that connection.  If the survivor socket in netns B still holds\nthe inc, any subsequent dereference of inc->i_conn is a use-after-free.\n\nThere are two dangerous sites in rds_clear_recv_queue():\n  1. inc->i_conn->c_lcong (offset 88 of freed rds_connection, size 200)\n     read via rds_recv_rcvbuf_delta() -- confirmed by KASAN.\n  2. inc->i_conn->c_trans->inc_free(inc) (function pointer at offset 80)\n     called via rds_inc_put() when the inc refcount reaches zero -- same\n     race window, potential call-through-freed-object primitive.\n\nThe bug is reachable from unprivileged user namespaces\n(CLONE_NEWUSER + CLONE_NEWNET), available since Linux 3.8.\n\nFix this by rejecting the delivery in rds_recv_incoming() when the\nsocket returned by rds_find_bound() belongs to a different network\nnamespace than the connection that carried the message.  Use the\nexisting rds_conn_net() / sock_net() helpers and net_eq() for the\ncomparison.","Type":"Description","Title":"rds: drop incoming messages that cross network namespace boundar"}]}}}