Features/FirewalldLockdown

From FedoraProject

< Features(Difference between revisions)
Jump to: navigation, search
(Current status)
(3 intermediate revisions by 2 users not shown)
Line 10: Line 10:
 
== Current status ==
 
== Current status ==
 
* Targeted release: [[Releases/19 | Fedora 19 ]]  
 
* Targeted release: [[Releases/19 | Fedora 19 ]]  
* Last updated: 2013-06-12
+
* Last updated: 2013-08-07
 
* Percentage of completion: 100%
 
* Percentage of completion: 100%
 
* The feature is limited to milestone 1 (base): configuration with files, no cli and no D-Bus interface
 
* The feature is limited to milestone 1 (base): configuration with files, no cli and no D-Bus interface
 
* Milestone 2 (D-BUS, command line client) has been added to Fedora 19 with version 0.3.3.  
 
* Milestone 2 (D-BUS, command line client) has been added to Fedora 19 with version 0.3.3.  
 +
Milestone 3 (GUI) has been added to Fedora 19 with version 0.3.4 (as an update)
 
* Firewalld milestones for rich language and lockdown features, the milestones 1 is part of Fedora 19, milestone 2 (base and cli) will be provided as an update for F-19. Milestone 3 (gui) is planned for F-20.
 
* Firewalld milestones for rich language and lockdown features, the milestones 1 is part of Fedora 19, milestone 2 (base and cli) will be provided as an update for F-19. Milestone 3 (gui) is planned for F-20.
 
** Milestone 1: Rich config language via config files; minimal lockdown ~ end of March
 
** Milestone 1: Rich config language via config files; minimal lockdown ~ end of March
Line 20: Line 21:
  
 
== Detailed Description ==
 
== Detailed Description ==
Local applications or services are able to change the firewall configuration if they are running as root (example: libvirt). With this feature the administator can lock the firewall configuration so that either none or only applications that are in the allowed list are able to request firewall changes.  
+
Local applications or services are able to change the firewall configuration if they are running as root (example: libvirt). With this feature the administrator can lock the firewall configuration so that either none or only applications that are in the allowed list are able to request firewall changes.  
  
 
The lockdown feature is a very light version of user and application policies for firewalld and is turned off by default. Comprehensive user and application policies will be added later on.
 
The lockdown feature is a very light version of user and application policies for firewalld and is turned off by default. Comprehensive user and application policies will be added later on.
Line 40: Line 41:
 
Results in: Error: ACCESS_DENIED: lockdown is enabled
 
Results in: Error: ACCESS_DENIED: lockdown is enabled
  
4) Add this to /etc/firewalld/lockdown-whitelist.xml to the whitelist element:
+
4) Allow firewall-cmd*:
 +
  firewall-cmd --add-lockdown-whitelist-command='/usr/bin/python /usr/bin/firewall-cmd*'
 +
 
 +
Or add this to /etc/firewalld/lockdown-whitelist.xml to the whitelist element:
 
  <command name="/usr/bin/python /usr/bin/firewall-cmd*"/>
 
  <command name="/usr/bin/python /usr/bin/firewall-cmd*"/>
  
Line 60: Line 64:
  
 
== Documentation ==
 
== Documentation ==
With the lockdown feature changes to the firewall configutaion can be blocked or limited to a white list. The white list is empty by default and can contain commands, users, user ids and selinux contexts. The lockdown access check is limited to D-Bus methods that are chainging firewall rules. Query, list and get methods are not limited
+
With the lockdown feature changes to the firewall configuration can be blocked or limited to a white list. The white list is empty by default and can contain commands, users, user ids and selinux contexts. The lockdown access check is limited to D-Bus methods that are changing firewall rules. Query, list and get methods are not limited
  
 
=== Handle lockdown with the command line client ===
 
=== Handle lockdown with the command line client ===
  
 
==== Lockdown Options ====
 
==== Lockdown Options ====
Local applications or services are able to change the firewall configuration if they are running as root (example: libvirt) or are authenticated using PolicyKit. With this feature administrator can lock the firewall configuration so that only applications on lockdown whitelist are able to request firewall changes.
+
Local applications or services are able to change the firewall configuration if they are running as root (example: libvirt) or are authenticated using PolicyKit. With this feature the administrator can lock the firewall configuration so that only applications on the lockdown whitelist are able to request firewall changes.
  
 
The lockdown access check limits D-Bus methods that are changing firewall rules. Query, list and get methods are not limited.
 
The lockdown access check limits D-Bus methods that are changing firewall rules. Query, list and get methods are not limited.
Line 85: Line 89:
 
If a command entry on the whitelist ends with an asterisk '*', then all command lines starting with the command will match. If the '*' is not there the absolute command inclusive arguments must match.
 
If a command entry on the whitelist ends with an asterisk '*', then all command lines starting with the command will match. If the '*' is not there the absolute command inclusive arguments must match.
  
Commands for user root and others is not always the same. Example: As root /bin/firewall-cmd is used, as a normal user /usr/bin/firewall-cmd is be used on Fedora.
+
Commands for user root and others is not always the same. Example: As root, /bin/firewall-cmd is used, as a normal user, /usr/bin/firewall-cmd is used on Fedora.
  
 
The context is the security (SELinux) context of a running application or service. To get the context of a running application use
 
The context is the security (SELinux) context of a running application or service. To get the context of a running application use
Line 153: Line 157:
 
  </whitelist>
 
  </whitelist>
  
Importand for the command tag is the path. As root /bin/firewall-cmd is used, as a normal user /usr/bin/firewall-cmd will be used. The '*' at the end of the name attribute of command means that all matches, that start with this string. If the '*' is not there the absolute command inclusive arguments must match.
+
Important for the command tag is the path. As root, /bin/firewall-cmd is used, as a normal user, /usr/bin/firewall-cmd will be used. The '*' at the end of the name attribute of command means that all matches, that start with this string. If the '*' is not there the absolute command inclusive arguments must match.
  
 
To get the context of a running application use
 
To get the context of a running application use

Revision as of 11:29, 7 August 2013

Contents

firewalld Lockdown

Summary

This feature adds a simple configuration setting for firewalld to be able to lock down configuration changes from local applications.

Owner

Current status

  • Targeted release: Fedora 19
  • Last updated: 2013-08-07
  • Percentage of completion: 100%
  • The feature is limited to milestone 1 (base): configuration with files, no cli and no D-Bus interface
  • Milestone 2 (D-BUS, command line client) has been added to Fedora 19 with version 0.3.3.

Milestone 3 (GUI) has been added to Fedora 19 with version 0.3.4 (as an update)

  • Firewalld milestones for rich language and lockdown features, the milestones 1 is part of Fedora 19, milestone 2 (base and cli) will be provided as an update for F-19. Milestone 3 (gui) is planned for F-20.
    • Milestone 1: Rich config language via config files; minimal lockdown ~ end of March
    • Milestone 2: New config language via D-BUS interfaces with command line client ~ end of May
    • Milestone 3: GUI early to mid July

Detailed Description

Local applications or services are able to change the firewall configuration if they are running as root (example: libvirt). With this feature the administrator can lock the firewall configuration so that either none or only applications that are in the allowed list are able to request firewall changes.

The lockdown feature is a very light version of user and application policies for firewalld and is turned off by default. Comprehensive user and application policies will be added later on.

Benefit to Fedora

An easy way to lock the firewall configuration for local applications.

Scope

Only needs changes in firewalld and it's components.

How To Test

1) Set Lockdown=yes in /etc/firewalld/firewalld.conf

2) Reload firewalld

firewall-cmd --reload

3) Try to enable the service imaps in the default zone:

firewall-cmd --add-service=imaps

Results in: Error: ACCESS_DENIED: lockdown is enabled

4) Allow firewall-cmd*:

 firewall-cmd --add-lockdown-whitelist-command='/usr/bin/python /usr/bin/firewall-cmd*'

Or add this to /etc/firewalld/lockdown-whitelist.xml to the whitelist element:

<command name="/usr/bin/python /usr/bin/firewall-cmd*"/>

5) Reload firewalld

firewall-cmd --reload

6) Try to enable service imaps again in the default zone:

firewall-cmd --add-service=imaps

No error

User Experience

The lock down settings defaults to disabled. If enabled the user can be sure that there are no unwanted configuration changes for the firewall from local applications or services.

Dependencies

None.

Contingency Plan

This is a simple firewalld setting, which can be enabled or dropped easily.

Documentation

With the lockdown feature changes to the firewall configuration can be blocked or limited to a white list. The white list is empty by default and can contain commands, users, user ids and selinux contexts. The lockdown access check is limited to D-Bus methods that are changing firewall rules. Query, list and get methods are not limited

Handle lockdown with the command line client

Lockdown Options

Local applications or services are able to change the firewall configuration if they are running as root (example: libvirt) or are authenticated using PolicyKit. With this feature the administrator can lock the firewall configuration so that only applications on the lockdown whitelist are able to request firewall changes.

The lockdown access check limits D-Bus methods that are changing firewall rules. Query, list and get methods are not limited.

The lockdown feature is a very light version of user and application policies for firewalld and is turned off by default.

firewall-cmd --lockdown-on

Enable lockdown.

firewall-cmd --lockdown-off

Disable lockdown.

firewall-cmd --query-lockdown

Query whether lockdown is enabled. Returns 0 if lockdown is enabled, 1 otherwise.

Lockdown Whitelist Options

The lockdown whitelist can contain commands, contexts, users and user ids.

If a command entry on the whitelist ends with an asterisk '*', then all command lines starting with the command will match. If the '*' is not there the absolute command inclusive arguments must match.

Commands for user root and others is not always the same. Example: As root, /bin/firewall-cmd is used, as a normal user, /usr/bin/firewall-cmd is used on Fedora.

The context is the security (SELinux) context of a running application or service. To get the context of a running application use

ps -e --context

Warning: If the context is unconfined, then this will open access for more than the desired application.

firewall-cmd --list-lockdown-whitelist-commands

List all command lines that are on the whitelist.

firewall-cmd --add-lockdown-whitelist-command=<command>

Add the command <command> to the whitelist.

firewall-cmd --remove-lockdown-whitelist-command=<command>

Remove the command <command> from the whitelist.

firewall-cmd --query-lockdown-whitelist-command=<command>

Query whether the command <command> is on the whitelist. Returns 0 if true, 1 otherwise.

firewall-cmd --list-lockdown-whitelist-contexts

List all contexts that are on the whitelist.

firewall-cmd --add-lockdown-whitelist-context=<context>

Add the context <context> to the whitelist.

firewall-cmd --remove-lockdown-whitelist-context=<context>

Remove the context <context> from the whitelist.

firewall-cmd --query-lockdown-whitelist-context=<context>

Query whether the context <context> is on the whitelist. Returns 0 if true, 1 otherwise.

firewall-cmd --list-lockdown-whitelist-uids

List all user ids that are on the whitelist.

firewall-cmd --add-lockdown-whitelist-uid=<uid>

Add the user id <uid> to the whitelist.

firewall-cmd --remove-lockdown-whitelist-uid=<uid>

Remove the user id <uid> from the whitelist.

firewall-cmd --query-lockdown-whitelist-uid=<uid>

Query whether the user id <uid> is on the whitelist. Returns 0 if true, 1 otherwise.

firewall-cmd --list-lockdown-whitelist-users

List all user names that are on the whitelist.

firewall-cmd --add-lockdown-whitelist-user=<user>

Add the user name <user> to the whitelist.

firewall-cmd --remove-lockdown-whitelist-user=<user>

Remove the user name <user> from the whitelist.

firewall-cmd --query-lockdown-whitelist-user=<user>

Query whether the user name <user> is on the whitelist. Returns 0 if true, 1 otherwise.

With configuration files

Example:

<?xml version="1.0" encoding="utf-8"?>
<whitelist>
  <command name="/usr/bin/python /bin/firewall-cmd*"/>
  <selinux context="system_u:system_r:NetworkManager_t:s0"/>
  <user id="815"/>
  <user name="user"/>
</whitelist>

Important for the command tag is the path. As root, /bin/firewall-cmd is used, as a normal user, /usr/bin/firewall-cmd will be used. The '*' at the end of the name attribute of command means that all matches, that start with this string. If the '*' is not there the absolute command inclusive arguments must match.

To get the context of a running application use

ps -e --context 

Then add the context of the application with <selinux context="<context>"/> to the white list to white list this application. Warning: If the context is unconfined, then this will open access for more than the desired application.

The Default whitelist configuration

The default whitelist contains the NetworkManager context and the default context of libvirt. Also the user id 0 is in the list.

<?xml version="1.0" encoding="utf-8"?>
<whitelist>
  <selinux context="system_u:system_r:NetworkManager_t:s0"/>
  <selinux context="system_u:system_r:virtd_t:s0-s0:c0.c1023"/>
  <user id="0"/>
</whitelist>

Release Notes

Fedora 19 includes the latest firewalld version that supports the firewalld lockdown feature to be able to lock the firewall configuration for local applications.

Comments and Discussion