All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Moore <paul.moore@hp.com>
To: Casey Schaufler <casey@schaufler-ca.com>
Cc: Stephen Smalley <sds@tycho.nsa.gov>,
	Trent Jaeger <tjaeger@cse.psu.edu>,
	selinux@tycho.nsa.gov, James Morris <jmorris@namei.org>,
	Eric Paris <eparis@parisplace.org>
Subject: Re: Socket and inode label consistency
Date: Wed, 27 Aug 2008 16:32:51 -0400	[thread overview]
Message-ID: <200808271632.51193.paul.moore@hp.com> (raw)
In-Reply-To: <48B5B3DF.4080404@schaufler-ca.com>

On Wednesday 27 August 2008 4:06:55 pm Casey Schaufler wrote:
> Yes, it would be weird to change the label on a TCP connection
> midstream, but not unheard of. If you need an example think of
> what you might want to do with a diskless boot, or some of the
> less sophisticated clustering schemes.

Speaking purely in regards to the current Linux implementation, the 
thing that concerns me about stream sockets is that it is difficult, if 
not impossible, to ensure that the relabel happens at a specific data 
boundary in the stream.  Retransmission is another issue but might work 
okay depending where in the kernel the queue/retransmission takes 
place, I would need to check that.  I suppose all of these things can 
be addressed but it would be take a little bit of work and until I see 
an application/user that needs this functionality I can't justify 
spending time on it (my todo list is already way too long).

If you look carefully at the new labeled networking bits for 2.6.28 you 
will see that while we add the ability to change labeling based on the 
destination address, we do not allow labeling to change on an existing 
connection (although you can disconnect and reconnect a socket to a 
different destination allowing you to change the network labeling).

-- 
paul moore
linux @ hp

--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.

  reply	other threads:[~2008-08-27 20:32 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-27  0:50 Socket and inode label consistency Trent Jaeger
2008-08-27 11:57 ` Stephen Smalley
2008-08-27 15:49   ` Paul Moore
2008-08-27 18:08     ` Trent Jaeger
2008-08-27 18:05       ` Eric Paris
2008-08-27 18:20         ` Trent Jaeger
2008-08-27 18:34           ` Paul Moore
2008-08-27 20:15             ` Trent Jaeger
2008-08-27 18:16       ` Stephen Smalley
2008-08-27 18:32         ` Trent Jaeger
2008-08-27 20:06         ` Casey Schaufler
2008-08-27 20:32           ` Paul Moore [this message]
2008-08-27 21:38           ` Trent Jaeger
2008-08-27 22:53             ` Casey Schaufler
2008-08-28 12:13               ` Stephen Smalley
2008-08-28 15:20                 ` Trent Jaeger
2008-08-29  4:22                   ` Casey Schaufler
2008-08-29 12:13                     ` Stephen Smalley
2008-08-29 17:34                       ` Trent Jaeger

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=200808271632.51193.paul.moore@hp.com \
    --to=paul.moore@hp.com \
    --cc=casey@schaufler-ca.com \
    --cc=eparis@parisplace.org \
    --cc=jmorris@namei.org \
    --cc=sds@tycho.nsa.gov \
    --cc=selinux@tycho.nsa.gov \
    --cc=tjaeger@cse.psu.edu \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.