public inbox for passt-dev@passt.top
 help / color / mirror / code / Atom feed
From: David Gibson <david@gibson.dropbear.id.au>
To: passt-dev@passt.top, Laurent Vivier <lvivier@redhat.com>,
	Stefano Brivio <sbrivio@redhat.com>
Cc: David Gibson <david@gibson.dropbear.id.au>
Subject: [PATCH] RFC: Don't override system's default ping_group_range for pasta
Date: Thu, 20 Aug 2026 17:17:48 +1000	[thread overview]
Message-ID: <20260820071748.1014070-1-david@gibson.dropbear.id.au> (raw)

When spawning a command, pasta sets the net.ipv4.ping_group_range sysctl
to 0 0, meaning only group 0 can use ping sockets within the namespace.
Since group 0 is the only one we map in the userns, that's equivalent to
anyone being able to use ping sockets.

Although the kernel default for this is 1 0 (nobody can use ping sockets),
common distros - at least ones using systemd or even just systemd-udevd -
appear to set it to "0	2147483647" meaning effectively anyone can use
ping sockets.

There's no obvious reason that we need to override the system's default
behaviour here.  The override was introduced in 32d07f5e5 ("passt, pasta:
Completely avoid dynamic memory allocation") as part of a large chunk which
kind of looks like it was meant to be in another patch, so the git history
isn't particularly informative.

Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
---
 pasta.c | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/pasta.c b/pasta.c
index 5aa56b78..4248b508 100644
--- a/pasta.c
+++ b/pasta.c
@@ -198,9 +198,6 @@ static int pasta_spawn_cmd(void *arg)
 	if (mount("", "/proc", "proc", 0, NULL))
 		warn_perror("Couldn't mount /proc");
 
-	if (write_file("/proc/sys/net/ipv4/ping_group_range", "0 0"))
-		warn("Cannot set ping_group_range, ICMP requests might fail");
-
 	a = (const struct pasta_spawn_cmd_arg *)arg;
 
 	conf_hostname_len = strlen(a->c->hostname);
-- 
2.55.0


                 reply	other threads:[~2026-08-20  7:17 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260820071748.1014070-1-david@gibson.dropbear.id.au \
    --to=david@gibson.dropbear.id.au \
    --cc=lvivier@redhat.com \
    --cc=passt-dev@passt.top \
    --cc=sbrivio@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://passt.top/passt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for IMAP folder(s).