)]}'
{
  "commit": "44456f0e9d2cd7a9616fb0d05bc4020237839a5a",
  "tree": "12460ef227302977f39ccdb6d29b24b561cf415f",
  "parents": [
    "79283ceda27c31cf836963f6e10e5e62eeff5acb"
  ],
  "author": {
    "name": "Paolo Abeni",
    "email": "pabeni@redhat.com",
    "time": "Tue Jan 03 12:19:17 2023 +0100"
  },
  "committer": {
    "name": "Vaibhav Rustagi",
    "email": "vaibhavrustagi@google.com",
    "time": "Fri Jan 20 23:15:15 2023 +0000"
  },
  "message": "net/ulp: prevent ULP without clone op from entering the LISTEN status\n\ncommit 2c02d41d71f90a5168391b6a5f2954112ba2307c upstream.\n\nWhen an ULP-enabled socket enters the LISTEN status, the listener ULP data\npointer is copied inside the child/accepted sockets by sk_clone_lock().\n\nThe relevant ULP can take care of de-duplicating the context pointer via\nthe clone() operation, but only MPTCP and SMC implement such op.\n\nOther ULPs may end-up with a double-free at socket disposal time.\n\nWe can\u0027t simply clear the ULP data at clone time, as TLS replaces the\nsocket ops with custom ones assuming a valid TLS ULP context is\navailable.\n\nInstead completely prevent clone-less ULP sockets from entering the\nLISTEN status.\n\nBUG\u003db/266088979\nTEST\u003dpresubmit\nRELEASE_NOTE\u003dSee b/266088979 for more details.\n\nFixes: 734942cc4ea6 (\"tcp: ULP infrastructure\")\nReported-by: slipper \u003cslipper.alive@gmail.com\u003e\nChange-Id: I91ccf48516fdd93c24b8258e724d92ca37d64d79\nSigned-off-by: Paolo Abeni \u003cpabeni@redhat.com\u003e\nLink: https://lore.kernel.org/r/4b80c3d1dbe3d0ab072f80450c202d9bc88b4b03.1672740602.git.pabeni@redhat.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n(cherry picked from commit dadd0dcaa67d27f550131de95c8e182643d2c9d6)\nSigned-off-by: Vaibhav Rustagi \u003cvaibhavrustagi@google.com\u003e\nReviewed-on: https://cos-review.googlesource.com/c/third_party/kernel/+/41367\nTested-by: Cusky Presubmit Bot \u003cpresubmit@cos-infra-prod.iam.gserviceaccount.com\u003e\nReviewed-by: Oleksandr Tymoshenko \u003covt@google.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "a53f9bf7886f081ce675da5ab3158ebd6fccb8f2",
      "old_mode": 33188,
      "old_path": "net/ipv4/inet_connection_sock.c",
      "new_id": "eea5de55ba785e7a4b7544548ed6bfc3ed3d669a",
      "new_mode": 33188,
      "new_path": "net/ipv4/inet_connection_sock.c"
    },
    {
      "type": "modify",
      "old_id": "7c27aa629af191d44cd1c278b888846d482f1205",
      "old_mode": 33188,
      "old_path": "net/ipv4/tcp_ulp.c",
      "new_id": "b5d707a5a31b8b7109f7ef8ea939ea40ced06beb",
      "new_mode": 33188,
      "new_path": "net/ipv4/tcp_ulp.c"
    }
  ]
}