netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v2 0/1] Respun patch to match the latest secid patchset
@ 2006-10-02 18:06 paul.moore
  2006-10-02 18:06 ` [PATCH v2 1/1] NetLabel: secid reconciliation support paul.moore
  0 siblings, 1 reply; 6+ messages in thread
From: paul.moore @ 2006-10-02 18:06 UTC (permalink / raw)
  To: netdev, selinux; +Cc: jmorris, sds, eparis

This patchset is against the net-2.6 tree from this morning plus the secid
patches posted by Venkat yesterday night.  Unfortunately the net-2.6 trees from
the past few days seem to have problems booting on my test machine, so testing
of this patch has been ... well ... "minimal".  However, I know there are a lot
of deadlines floating around right now so I thought it best to post this ASAP.

This patch is basically what I posted last week plus some changes to make use
of the secid patches support of the peer_sid field in the sk_security_struct.
NetLabel used the field previously but had to special case it's handling since
it was the only user for INET sockets, the secid patchset makes this much
cleaner.  There are most likely additional NetLabel specific cleanups that can
be made, but considering my testing problems I thought it best to play it as
safe as possibile with this patch.  I'll deal with the other cleanups once I
can prove them during testing.

Please consider this for inclusion in 2.6.19.

--
paul moore
linux security @ hp

^ permalink raw reply	[flat|nested] 6+ messages in thread
* RE: [PATCH v2 1/1] NetLabel: secid reconciliation support
@ 2006-10-02 20:04 Venkat Yekkirala
  0 siblings, 0 replies; 6+ messages in thread
From: Venkat Yekkirala @ 2006-10-02 20:04 UTC (permalink / raw)
  To: Paul Moore, Stephen Smalley; +Cc: netdev, selinux, jmorris, eparis

> > If this selinux_netlbl_skb_sid() call can fail for any 
> reason other than
> > a kernel bug, then this needs to goto out instead of using 
> BUG_ON.  For
> > example, if the function can fail due to temporary memory pressure
> > leading to a failed allocation, then you want to simply 
> drop the packet,
> > not panic the kernel.  
> 
> That's fine - see the discussion Venkat and I had earlier.  
> I'll change
> it to jump to "out".

Just to clarify, my comments earlier about BUG_ON were in
relation to selinux_xfrm_decode_session which can only fail
as a result of a bug or kernel corruption. For "other" errors,
a jump out indeed seems proper, like you are already planning to do.

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2006-10-02 20:19 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-10-02 18:06 [PATCH v2 0/1] Respun patch to match the latest secid patchset paul.moore
2006-10-02 18:06 ` [PATCH v2 1/1] NetLabel: secid reconciliation support paul.moore
2006-10-02 19:24   ` Stephen Smalley
2006-10-02 19:39     ` Paul Moore
2006-10-02 20:19     ` Paul Moore
  -- strict thread matches above, loose matches on Subject: below --
2006-10-02 20:04 Venkat Yekkirala

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).