From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-yw1-f179.google.com (mail-yw1-f179.google.com [209.85.128.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 663D81EFF8D for ; Mon, 23 Feb 2026 18:55:01 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.179 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771872906; cv=none; b=tVctQQj48CzZ+eiGJGb84Cx+5TJ8uk8JjPSt2mpA5OXJAHqOUC6d3mJyWvwhA8ABdaowhNzXenpVvZurHh5NXW32p3VpDfIHgZ8cFGgCYH4aEU0GjiNIwcBCCK7AuOAiF6V0mvRSvLEkHbtIe4Dc6OFBxwLPmdZ8/DE+UZ3PO+g= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771872906; c=relaxed/simple; bh=nctdjUKXo0u5+zaaCcHY+q1p5NNU/Ba/iOXcHcHJhqE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=PgrvFrWHQD+JI3IsLsNR3mSbT/P5YbWaZKin9W9o8RTYbo9YTpUvWnj5KT+CjP8uHUkKqkMqfR4NfqofKhq0Q6Gf5j30hgBdAMghxyjmRPI7pccMlZJIbr8bYH8DWe6JhAJkNGlzAEwHF0gqXgGCi+ljakL8lMIxIlf8PmvJEaA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=etGr2bmu; arc=none smtp.client-ip=209.85.128.179 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="etGr2bmu" Received: by mail-yw1-f179.google.com with SMTP id 00721157ae682-7984d30f2a9so9640827b3.3 for ; Mon, 23 Feb 2026 10:55:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1771872900; x=1772477700; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=Vud3sOYkGGFigTsBFe48YuQKgz6ijM9yPc/XUomBSLw=; b=etGr2bmu66pll/SNUp7O+2fZ4mY0Zb2IiRROH2FNzRhKqIGblnaMBAfSLkc9XALiEg up+CegmMpNMypSWVXCPtPy3m5Jk4vw1L6e38NE8QQLjv1u3JmKsI34RTO2v2vG3OP5AG 7A2/RrZ9gFL18fs9qtV4ztLquDSY+9BAsR2njkaLHU3MN/5MqvR7Wf3Lhq94E07NJqCj +Gc0QcsBu7BnNurI4MXf7sq8JbHob6SdGiJVxisa1Do9joNnDDc3I+eWZ/2aSWf8bdrk r+sQWhRYO9U7mFZ0Nc64Ewm+atqjK78nF23bRzz+Zn3SJ0jmxb8cGsYZFFcbqEw57OJH gLRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771872900; x=1772477700; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Vud3sOYkGGFigTsBFe48YuQKgz6ijM9yPc/XUomBSLw=; b=GklzwYvS1w6agPINwRJvo5uKJQRulKZjDU/a6OA6osZMd4mYgHD4o+hnNXDrOSmJXL L9XtnE4gQF+Bjt7hlYYgR5QMT2WJXDnuMNkyxkg9sM93UGb3Nwe4OkVwtAabR2dS8EL+ FznmWdJ5byFhlxXstVrTwlGNxb0fz5GKmyDaqaJGSvotkq7stZUuZpHSHF8zhKrXmawV igVGNrTwZ4ZRIBl0Zq4xtHRL+feMpdmjp0Re/IPDExwiq1lsgZdp2PgvzzFlYC1CLDmV +2kh9WMGvrYtK/33UgusaNZIPBlS7ZURfflsQgbWLeyhoCeF0NkhL3avj615nHBAW6ih ygUg== X-Forwarded-Encrypted: i=1; AJvYcCX8ncr8xEUKVitj4Nrb805ob4eA2Gx+KE96drxnsFhtsvsIxUJO9BoZTO7N2urwYHzEyVuDn8o=@vger.kernel.org X-Gm-Message-State: AOJu0Yw9GUYGqcHTCR4BNVG3Bcwi3NDICZb9bYUqLNakezTkCEGwek5c vgmi4C1rzg3AmYd/bmrwvd4D67dG36LfNR6UKkpkNBazRC5YvdF/Fsoc X-Gm-Gg: ATEYQzxrwL18iaB1IfmuUFUh7w7/G8SjOo3eaZo/UShVPcN2oqZEb9gZtfvkAeWrdhk dtlLAkKNVYXdp4UvfDyL87RSWba/gLwHbT24dQ1d8CrocGo/RMeJBCzFriy4+LCijjXiAPfDAb8 yh7uiwfQTDAx7MpbQrfko7qroIccwbbclFDJ4Xg1ZRDpwsJXD1mFehSGI+d/14z8Pjv3E1mbHqm y2U/wpL2MG7wSHMCGtRgKsuQFwB3UsU/04cuN1GlemJuWDy1h8MEy8dwB1jbtAlUigDpf5jZocq FoTmMkYKymKf+B8oT5wIvyV2EbBCpbli/XhpZdLGRn1B8hbWN+y+A1dt1WSLxRuT9tIxQHFadAZ V5GttdqO2Qjo8sTuvFMThaJn89ztXL+ICUp19MvOv9uvmmXFXlLlbcsoPOnMHBgOlym/N4zhzry ry5cIFufdrKQv0K3pWhQ6sq4wVefuVdZEWrbOSAFBiZMfOQR5DWnN+kEymIA== X-Received: by 2002:a05:690c:c244:b0:796:4626:7425 with SMTP id 00721157ae682-7982914a1ccmr83072927b3.49.1771872900476; Mon, 23 Feb 2026 10:55:00 -0800 (PST) Received: from devvm11784.nha0.facebook.com ([2a03:2880:25ff:72::]) by smtp.gmail.com with ESMTPSA id 00721157ae682-7982dd88efcsm34856507b3.24.2026.02.23.10.54.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Feb 2026 10:55:00 -0800 (PST) Date: Mon, 23 Feb 2026 10:54:58 -0800 From: Bobby Eshleman To: Greg Kroah-Hartman Cc: virtualization@lists.linux.dev, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Stefano Garzarella , stable Subject: Re: [PATCH net] vsock: Use container_of() to get net namespace in sysctl handlers Message-ID: References: <2026022318-rearview-gallery-ae13@gregkh> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2026022318-rearview-gallery-ae13@gregkh> On Mon, Feb 23, 2026 at 06:32:18PM +0100, Greg Kroah-Hartman wrote: > current->nsproxy is should not be accessed directly as syzbot has found > that it could be NULL at times, causing crashes. Fix up the af_vsock > sysctl handlers to use container_of() to deal with the current net > namespace instead of attempting to rely on current. > > This is the same type of change done in commit 7f5611cbc487 ("rds: > sysctl: rds_tcp_{rcv,snd}buf: avoid using current->nsproxy") > > Cc: Stefano Garzarella > Cc: stable > Assisted-by: gkh_clanker_2000 > Signed-off-by: Greg Kroah-Hartman > --- > > Note, this is compile-tested only. Some of my scripts found this when > looking for places that are missing fixes that were applied to other > parts of the kernel. I think the af_vsock code uses namespaces, but as > I don't know the network stack at all I figured I would let you all > review it to tell me how wrong I got this change and all is fine with > the original code. > > thanks, > > greg k-h > > net/vmw_vsock/af_vsock.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/net/vmw_vsock/af_vsock.c b/net/vmw_vsock/af_vsock.c > index 9880756d9eff..f4062c6a1944 100644 > --- a/net/vmw_vsock/af_vsock.c > +++ b/net/vmw_vsock/af_vsock.c > @@ -2825,7 +2825,7 @@ static int vsock_net_mode_string(const struct ctl_table *table, int write, > if (write) > return -EPERM; > > - net = current->nsproxy->net_ns; > + net = container_of(table->data, struct net, vsock.mode); > > return __vsock_net_mode_string(table, write, buffer, lenp, ppos, > vsock_net_mode(net), NULL); > @@ -2838,7 +2838,7 @@ static int vsock_net_child_mode_string(const struct ctl_table *table, int write, > struct net *net; > int ret; > > - net = current->nsproxy->net_ns; > + net = container_of(table->data, struct net, vsock.child_ns_mode); > > ret = __vsock_net_mode_string(table, write, buffer, lenp, ppos, > vsock_net_child_mode(net), &new_mode); > -- > 2.53.0 > Thanks Greg. LGTM, and passed all tests on my test setup. I can't say if nsproxy can be null here in particular but better safe than sorry. Reviewed-by: Bobby Eshleman