On Tue, 2009-01-06 at 10:06 -0200, Martin Spinassi wrote:
> Hello list!
>
>
> I'm a little stuck with selinux and postfix, hope you can give me
> feedback with it.
>
> We're trying to add domain keys to a postfix server, but it can't open
> ports used by dkim to sign the mail. Here is some output of audit.log:
>
>
> type=AVC msg=audit(1231242373.605:52): avc: denied { name_bind } for
> pid=5386 comm="master" src=10026
> scontext=root:system_r:postfix_master_t:s0
> tcontext=system_u:object_r:postfix_master_t:s0 tclass=tcp_socket
>
> type=SYSCALL msg=audit(1231242373.605:52): arch=c000003e syscall=49
> success=no exit=-13 a0=11 a1=2b06cdbc46d0 a2=10 a3=7fffe2d2f64c items=0
> ppid=1 pid=5386 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0
> fsgid=0 tty=(none) ses=3 comm="master" exe="/usr/libexec/postfix/master"
> subj=root:system_r:postfix_master_t:s0 key=(null)
>
>
>
> I've allready added the port to the postfix_master_t domain with:
> # semanage port -a -t postfix_master_t -p tcp 10026
postfix_master_t is a domain type, i.e. a type that should only be
associated with postfix master processes. You don't want to apply it to
the port. So I'd delete that entry (likewise using semanage).
What denial did you get originally before mapping the port to
postfix_master_t? Was it just port_t originally? Looking at a copy of
the reference policy, it looks like postfix_master_t is allowed
name_bind permission for port_t, reserved_port_t, and smtp_port_t.
If you really wanted to lock down this port specifically, you could of
course introduce your own type for it (dkim_port_t?) and allow
postfix_master_t to bind it via a local policy module, and then use
semanage to map the port to that new type.
> Here is the maillog output:
>
> postfix/postfix-script: starting the Postfix mail system
> postfix/master[5386]: fatal: bind 127.0.0.1 port 10026: Permission
> denied
>
>
> It's a RHEL 5.2 and kernel 2.6.18-92.1.22.el5.
>
>
>
> Any kind of help is appreciated :)
--
Stephen Smalley
National Security Agency
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@xxxxxxxxxxxxx with
the words "unsubscribe selinux" without quotes as the message.
