SELinux: use SECINITSID_NETMSG instead of SECINITSID_UNLABELED for NetLabel
authorPaul Moore <paul.moore@hp.com>
Wed, 18 Jul 2007 16:28:46 +0000 (12:28 -0400)
committerJames Morris <jmorris@namei.org>
Thu, 19 Jul 2007 14:21:13 +0000 (10:21 -0400)
commitf36158c410651fe66f438c17b2ab3ae813f8c060
tree644e57a36d918fe2b2fcdd2f59daffb847cd8d36
parent23bcdc1adebd3cb47d5666f2e9ecada95c0134e4
SELinux: use SECINITSID_NETMSG instead of SECINITSID_UNLABELED for NetLabel

These changes will make NetLabel behave like labeled IPsec where there is an
access check for both labeled and unlabeled packets as well as providing the
ability to restrict domains to receiving only labeled packets when NetLabel is
in use.  The changes to the policy are straight forward with the following
necessary to receive labeled traffic (with SECINITSID_NETMSG defined as
"netlabel_peer_t"):

 allow mydom_t netlabel_peer_t:{ tcp_socket udp_socket rawip_socket } recvfrom;

The policy for unlabeled traffic would be:

 allow mydom_t unlabeled_t:{ tcp_socket udp_socket rawip_socket } recvfrom;

These policy changes, as well as more general NetLabel support, are included in
the latest SELinux Reference Policy release 20070629 or later.  Users who make
use of NetLabel are strongly encouraged to upgrade their policy to avoid
network problems.  Users who do not make use of NetLabel will not notice any
difference.

Signed-off-by: Paul Moore <paul.moore@hp.com>
Signed-off-by: James Morris <jmorris@namei.org>
security/selinux/hooks.c
security/selinux/netlabel.c