Bug 701247 - SELinux is preventing /usr/sbin/openvpn from 'name_connect' accesses on the tcp_socket port 2501.
Summary: SELinux is preventing /usr/sbin/openvpn from 'name_connect' accesses on the t...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: selinux-policy
Version: 14
Hardware: i386
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Miroslav Grepl
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: setroubleshoot_trace_hash:6c2545fd7fd...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-05-02 09:38 UTC by gaganis
Modified: 2011-05-02 10:54 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-05-02 10:40:40 UTC
Type: ---


Attachments (Terms of Use)

Description gaganis 2011-05-02 09:38:28 UTC
SELinux is preventing /usr/sbin/openvpn from 'name_connect' accesses on the tcp_socket port 2501.

*****  Plugin catchall (100. confidence) suggests  ***************************

If you believe that openvpn should be allowed name_connect access on the port 2501 tcp_socket by default.
Then you should report this as a bug.
You can generate a local policy module to allow this access.
Do
allow this access for now by executing:
# grep openvpn /var/log/audit/audit.log | audit2allow -M mypol
# semodule -i mypol.pp

Additional Information:
Source Context                system_u:system_r:openvpn_t:s0
Target Context                system_u:object_r:kismet_port_t:s0
Target Objects                port 2501 [ tcp_socket ]
Source                        openvpn
Source Path                   /usr/sbin/openvpn
Port                          2501
Host                          (removed)
Source RPM Packages           openvpn-2.1.1-2.fc13
Target RPM Packages           
Policy RPM                    selinux-policy-3.9.7-40.fc14
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Permissive
Host Name                     (removed)
Platform                      Linux (removed) 2.6.35.12-90.fc14.i686.PAE #1 SMP
                              Fri Apr 22 16:08:03 UTC 2011 i686 i686
Alert Count                   24
First Seen                    Thu 13 Jan 2011 01:25:53 PM EET
Last Seen                     Mon 02 May 2011 12:35:02 PM EEST
Local ID                      5b0c5db0-54a9-4280-9d52-454ad7392893

Raw Audit Messages
type=AVC msg=audit(1304328902.817:48): avc:  denied  { name_connect } for  pid=21556 comm="openvpn" dest=2501 scontext=system_u:system_r:openvpn_t:s0 tcontext=system_u:object_r:kismet_port_t:s0 tclass=tcp_socket


type=SYSCALL msg=audit(1304328902.817:48): arch=i386 syscall=socketcall success=no exit=EINPROGRESS a0=3 a1=bf95d670 a2=5 a3=80d3f64 items=0 ppid=21551 pid=21556 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=openvpn exe=/usr/sbin/openvpn subj=system_u:system_r:openvpn_t:s0 key=(null)

Hash: openvpn,openvpn_t,kismet_port_t,tcp_socket,name_connect

audit2allow

#============= openvpn_t ==============
allow openvpn_t kismet_port_t:tcp_socket name_connect;

audit2allow -R

#============= openvpn_t ==============
allow openvpn_t kismet_port_t:tcp_socket name_connect;

Comment 1 Miroslav Grepl 2011-05-02 10:40:40 UTC
Why is openvpn connecting to this port?


If you want to allow it you need to add a local policy

# grep openvpn /var/log/audit/audit.log | audit2allow -M mypol
# semodule -i mypol.pp

Comment 2 gaganis 2011-05-02 10:54:45 UTC
The server that I am trying to connect to is using a custom port number that I have configured through NetworkManager. 
Since I could connect with no denial from selinux before it seemed like a bug. 

Sorry about the inconvenience.

Though now that I better understood why this happened I would like to note that I believe that this seems to me to be to strict. Many providers configure openvpn on different ports that the default and this could break non interactive installations.


Note You need to log in before you can comment on or make changes to this bug.