linux-man.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Michael Kerrisk (man-pages)" <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Vincent Bernat <bernat-PWwKhitvBKI@public.gmane.org>
Cc: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	Craig Gallek
	<kraigatgoog-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	linux-man <linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH v2] socket.7: Document some BPF-related socket options
Date: Wed, 2 Mar 2016 09:17:00 +0100	[thread overview]
Message-ID: <56D6A17C.3010208@gmail.com> (raw)
In-Reply-To: <m34mcpakeq.fsf-PiWSfznZvZU/eRriIvX0kg@public.gmane.org>

On 03/01/2016 11:43 PM, Vincent Bernat wrote:
>  ❦  1 mars 2016 21:26 +0100, "Michael Kerrisk (man-pages)" <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> :
> 
>>> The typical use case is still about privileges since a fully privileged
>>> process could just create a similar socket without the filter. It makes
>>> little sense to create a socket, add a filter and lock it if you keep
>>> your privileges.
>>
>> Thanks. That, plus a reread of the commit message was the info I needed.
>> The point here is that we're talking about raw sockets, right? I 
>> reworded that paragraph to:
>>
>>               The typical use case is for a privileged process to  set
>>               up   a  raw  socket  (an  operation  that  requires  the
>>               CAP_NET_RAW capability), apply a restrictive filter, set
>>               the  SO_LOCK_FILTER  option,  and  then  either drop its
>>               privileges or pass the  socket  file  descriptor  to  an
>>               unprivileged process via a UNIX domain socket.
> 
> Perfect for me.

Good. Thanks for checking it, Vincent.

Cheers,

Michael


-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

      parent reply	other threads:[~2016-03-02  8:17 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-29 17:36 [PATCH v2] socket.7: Document some BPF-related socket options Craig Gallek
2016-03-01 10:03 ` Michael Kerrisk (man-pages)
     [not found]   ` <56D56901.5070307-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-03-01 10:10     ` Vincent Bernat
2016-03-01 10:29       ` Michael Kerrisk (man-pages)
2016-03-01 15:40         ` Craig Gallek
     [not found]         ` <56D56F24.3090605-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-03-01 15:51           ` Craig Gallek
     [not found]             ` <CAEfhGixaxUxon++cTNrs3SrgXa11NpAAgok-_LB-A=JW29wQOw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-03-01 16:19               ` Michael Kerrisk (man-pages)
     [not found]                 ` <CAKgNAkgbJtFQqStHFYt20U+7XKvDyBKN0meJSrrs9xS_cWudDw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-03-01 16:31                   ` Craig Gallek
     [not found]                     ` <CAEfhGizA8h2jzdd82TYwmM04K2u6yRQ=5UCsNkAJyGE6F_Eoig-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-03-01 16:36                       ` Vincent Bernat
     [not found]                         ` <87povenoig.fsf-5eSmzDr29cuEUmwQmL7/Pg@public.gmane.org>
2016-03-01 20:26                           ` Michael Kerrisk (man-pages)
     [not found]                             ` <56D5FAFC.10905-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-03-01 22:43                               ` Vincent Bernat
     [not found]                                 ` <m34mcpakeq.fsf-PiWSfznZvZU/eRriIvX0kg@public.gmane.org>
2016-03-02  8:17                                   ` Michael Kerrisk (man-pages) [this message]

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=56D6A17C.3010208@gmail.com \
    --to=mtk.manpages-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=bernat-PWwKhitvBKI@public.gmane.org \
    --cc=kraigatgoog-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    /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.
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 NNTP newsgroup(s).