)]}'
{
  "commit": "0ee6c6430e12016e89461c35c3e24fe0e4b96b15",
  "tree": "fbd149fdd3639273374380225c97992f9a37e541",
  "parents": [
    "7bb47791ee8479e7b8fb4b6b1735918fc8b934f4"
  ],
  "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 18:09:41 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/266088721\nTEST\u003dpresubmit\nRELEASE_NOTE\u003dSee b/266088721 for more details.\n\nFixes: 734942cc4ea6 (\"tcp: ULP infrastructure\")\nReported-by: slipper \u003cslipper.alive@gmail.com\u003e\nChange-Id: Ia519f296225aae60a4e03ee515e87b38d566f75e\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 f8ed0a93b5d576bbaf01639ad816473bdfd1dcb0)\nSigned-off-by: Vaibhav Rustagi \u003cvaibhavrustagi@google.com\u003e\nReviewed-on: https://cos-review.googlesource.com/c/third_party/kernel/+/41368\nReviewed-by: Meena Shanmugam \u003cmeenashanmugam@google.com\u003e\nTested-by: Cusky Presubmit Bot \u003cpresubmit@cos-infra-prod.iam.gserviceaccount.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "4d97133240036a76ee10c6f742a4157adb3feb25",
      "old_mode": 33188,
      "old_path": "net/ipv4/inet_connection_sock.c",
      "new_id": "8411b2407c2017043d1b6b5c49dd7c0a908c4008",
      "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"
    }
  ]
}