firewall (96) Versions 2.0.3 Follow114

Provides a set of primitives for managing firewalls and associated rules.

Policyfile

Berkshelf

Knife

cookbook 'firewall', '= 2.0.3', :supermarket

cookbook 'firewall', '= 2.0.3'

knife supermarket install firewall

knife supermarket download firewall

README

Dependencies

Changelog

Quality 0%

firewall Cookbook

Provides a set of primitives for managing firewalls and associated rules.

PLEASE NOTE - The resource/providers in this cookbook are under heavy development. An attempt is being made to keep the resource simple/stupid by starting with less sophisticated firewall implementations first and refactor/vet the resource definition with each successive provider.

Requirements

Chef 12.4.x is required. We are currently testing against 12.4.1. If you need Chef 11 support, please try pinning back to a version less than 2.0, e.g.:
depends 'firewall', '< 2.0'

Supported firewalls and platforms

UFW - Ubuntu, Debian
IPTables - Red Hat & CentOS, Ubuntu
FirewallD - Red Hat & CentOS >= 7.0 (IPv4 only support, needs contributions/testing)
Windows Advanced Firewall - 2012 R2

Tested on:
* Ubuntu 12.04 & 14.04 with iptables, ufw
* Debian 7.8 with ufw
* CentOS 5.11, 6.5 with iptables
* CentOS 7.0 with firewalld
* Windows Server 2012r2 with Windows Advanced Firewall

By default, Ubuntu chooses ufw. To switch to iptables, set this in an attribute file:
default['firewall']['ubuntu_iptables'] = true

Read this first

This cookbook comes with two resources, firewall and firewall rule. The typical usage scenario is as follows:

run the :install action on the firewall resource named 'default', which installs appropriate packages and configures services to start on boot and starts them
run the :create action on every firewall_rule resource, which adds to the list of rules that should be configured on the firewall. firewall_rule then automatically sends a delayed notification to the firewall['default'] resource to run the :restart action.
run the delayed notification with action :restart on the firewall resource. if any rules are different than the last run, the provider will update the current state of the firewall rules to match the expected rules.

There is a fundamental mismatch between the idea of a chef action and the action that should be taken on a firewall rule. For this reason, the chef action for a firewall_rule may be :nothing (the rule should not be present in the firewall) or :create (the rule should be present in the firewall), but the action taken on a packet in a firewall (DROP, ACCEPT, etc) is denoted as a command parameter on the firewall_rule resource.

Recipes

default

The default recipe creates a firewall resource with action install, and if node['firewall']['allow_ssh'], opens port 22 from the world.

Attributes

default['firewall']['ufw']['defaults'] hash for template /etc/default/ufw
default['firewall']['allow_ssh'] = false, set true to open port 22 for SSH when the default recipe runs
default['firewall']['allow_winrm'] = false, set true to open port 5989 for WinRM when the default recipe runs
default['firewall']['allow_established'] = true, set to false if you don't want a related/established default rule on iptables

Resources

firewall

NB: The name 'default' of this resource is important as it is used for firewall_rule providers to locate the firewall resource. If you change it, you must also supply the same value to any firewall_rule resources using the firewall_name parameter.

Actions

:enable (default action): Enable the firewall. This will ensure the appropriate packages are installed and that any services have been started.
:disable: Disable the firewall. Drop any rules and put the node in an unprotected state. Flush all current rules. Also erase any internal state used to detect when rules should be applied.
:flush: Flush all current rules. Also erase any internal state used to detect when rules should be applied.
:save: Ensure all rules are added permanently under firewalld using --permanent. Not supported on ufw, iptables. You must notify this action at the end of the chef run if you want persistent firewalld rules (they are not persistent by default).

Parameters

disabled (default to false): If set to true, all actions will no-op on this resource. This is a way to prevent included cookbooks from configuring a firewall.
ipv6_enabled (default to true): If set to false, firewall will not perform any ipv6 related work. Currently only supported in iptables.
log_level: UFW only. Level of verbosity the firewall should log at. valid values are: :low, :medium, :high, :full. default is :low.
rules: This is used internally for firewall_rule resources to append their rules. You should NOT touch this value unless you plan to supply an entire firewall ruleset at once, and skip using firewall_rule resources.
disabled_zone (firewalld only): The zone to set on firewalld when the firewall should be disabled. Can be any string in symbol form, e.g. :public, :drop, etc. Defaults to :public.
enabled_zone (firewalld only): The zone to set on firewalld when the firewall should be enabled. Can be any string in symbol form, e.g. :public, :drop, etc. Defaults to :drop.

Examples

# all defaults
firewall 'default'

# enable platform default firewall
firewall 'default' do
  action :enable
end

# increase logging past default of 'low'
firewall 'default' do
  log_level :high
  action    :enable
end

firewall_rule

Actions

:create (default action): If a firewall_rule runs this action, the rule will be recorded in a chef resource's internal state, and applied when providers automatically notify the firewall resource with action :reload. The notification happens automatically.

Parameters

firewall_name: the matching firewall resource that this rule applies to. Default value: default
raw: Used to pass an entire rule as a string, omitting all other parameters. This line will be directly loaded by iptables-restore, fed directly into ufw on the command line, or run using firewall-cmd.
description (default: same as rule name): Used to provide a comment that will be included when adding the firewall rule.
position (default: 50): relative position to insert rule at. Position may be any integer between 0 < n < 100 (exclusive), and more than one rule may specify the same position.
command: What action to take on a particular packet
- :allow (default action): the rule should allow matching packets
- :deny: the rule should deny matching packets
- :reject: the rule should reject matching packets
- :masqerade: Masquerade the matching packets
- :redirect: Redirect the matching packets
- :log: Configure logging
stateful: a symbol or array of symbols, such as `[:related, :established] that will be passed to the state module in iptables or firewalld.
protocol: :tcp (default), :udp, :icmp, :none or protocol number. Using protocol numbers is not supported using the ufw provider (default for debian/ubuntu systems).
direction: For ufw, direction of the rule. valid values are: :in (default), :out, :pre, :post.
source (Default is 0.0.0.0/0 or Anywhere): source ip address or subnet to filter.
source_port (Default is nil): source port for filtering packets.
destination: ip address or subnet to filter on packet destination, must be a valid IP
port or dest_port: target port number (ie. 22 to allow inbound SSH), or an array of incoming port numbers (ie. [80,443] to allow inbound HTTP & HTTPS).

NOTE: protocol attribute is required with multiple ports, or a range of incoming port numbers (ie. 60000..61000 to allow inbound mobile-shell. NOTE: protocol, or an attribute is required with a range of ports.

interface: (source) interface to apply rule (ie. eth0).
dest_interface: interface where packets may be destined to go
redirect_port: redirected port for rules with command :redirect
logging: may be added to enable logging for a particular rule. valid values are: :connections, :packets. In the ufw provider, :connections logs new connections while :packets logs all packets.

Examples

# open standard ssh port
firewall_rule 'ssh' do
  port     22
  command  :allow
end

# open standard http port to tcp traffic only; insert as first rule
firewall_rule 'http' do
  port     80
  protocol :tcp
  position 1
  command   :allow
end

# restrict port 13579 to 10.0.111.0/24 on eth0
firewall_rule 'myapplication' do
  port      13579
  source    '10.0.111.0/24'
  direction :in
  interface 'eth0'
  command    :allow
end

# specify a protocol number (supported on centos/redhat)
firewall_rule 'vrrp' do
  protocol    112
  command      :allow
end

# use the iptables provider to specify protocol number on debian/ubuntu
firewall_rule 'vrrp' do
  provider    Chef::Provider::FirewallRuleIptables
  protocol    112
  command      :allow
end

# open UDP ports 60000..61000 for mobile shell (mosh.mit.edu), note
# that the protocol attribute is required when using port_range
firewall_rule 'mosh' do
  protocol   :udp
  port       60000..61000
  command     :allow
end

# open multiple ports for http/https, note that the protocol
# attribute is required when using ports
firewall_rule 'http/https' do
  protocol :tcp
  port     [80, 443]
  action   :allow
end

firewall 'ufw' do
  disabled true
  action :nothing
end

Providers

See libraries/z_provider_mapping.rb for a full list of providers for each platform and version.

Different providers will determine the current state of the rules differently -- parsing the output of a command, maintaining the state in a file, or some other way. If the firewall is adjusted from outside of chef (non-idempotent), it's possible that chef may be caught unaware of the current state of the firewall. The best workaround is to add a :flush action to the firewall resource as early as possible in the chef run, if you plan to modify the firewall state outside of chef.

Troubleshooting

To figure out what the position values are for current rules, print the hash that contains the weights:
require pp default_firewall = resources(:firewall, 'default') pp default_firewall.rules

Development

This section details "quick development" steps. For a detailed explanation, see [[Contributing.md]].

Clone this repository from GitHub:

$ git clone git@github.com:chef-cookbooks/firewall.git

Create a git branch
```
$ git checkout -b my_bug_fix
```
Install dependencies:
```
$ bundle install
```
Make your changes/patches/fixes, committing appropiately
Write tests
Run the tests:
- bundle exec foodcritic -f any .
- bundle exec rspec
- bundle exec rubocop
- bundle exec kitchen test

In detail:
- Foodcritic will catch any Chef-specific style errors
- RSpec will run the unit tests
- Rubocop will check for Ruby-specific style errors
- Test Kitchen will run and converge the recipes

License & Authors

Author:: Seth Chisamore (schisamo@chef.io)

Copyright:: 2011-2015, Chef Software, Inc

Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at

    http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.

Dependent cookbooks

chef-sugar >= 0.0.0

Contingent cookbooks

firewall Cookbook CHANGELOG

This file is used to list changes made in each version of the firewall cookbook.

v2.0.3 (2015-09-14)

Minor bugfix release.
* Fix wrong conditional for firewalld ports, #93
* Fix ipv6 command logic under iptables, #91

v2.0.2 (2015-09-08)

Release with working CI, Chefspec matchers.

v2.0.1 (2015-09-01)

Add default related/established rule for iptables

v2.0.0 (2015-08-31)

#84, major rewrite:
- Allow relative positioning of rules
- Use delayed notifications to create one firewall ruleset instead of incremental changes
- Remove poise dependency
#82 - Introduce Windows firewall support and test-kitchen platform.
#73 - Add the option to disable ipv6 commands on iptables
#78 - Use Chef-12 style provides to address provider mapping issues
Rubocop and foodcritic cleanup

v1.6.1 (2015-07-24)

#80 - Remove an extra space in port range

v1.6.0 (2015-07-15)

#68 - Install firewalld when it does not exist
#72 - Fix symbol that was a string, breaking comparisons

v1.5.2 (2015-07-15)

#75 - Use correct service in iptables save action, Add serverspec tests for iptables suite

v1.5.1 (2015-07-13)

#74 - add :save matcher for Chefspec

v1.5.0 (2015-07-06)

#70 - Add chef service resource to ensure firewall-related services are enabled/disabled
- Add testing and support for iptables on ubuntu in iptables provider

v1.4.0 (2015-06-30)

#69 - Support for CentOS/RHEL 5.x

v1.3.0 (2015-06-09)

#63 - Add support for protocol numbers

v1.2.0 (2015-05-28)

#64 - Support the newer version of poise

v1.1.2 (2015-05-19)

#60 - Always add /32 or /128 to ipv4 or ipv6 addresses, respectively.
- Make comment quoting optional; iptables on Ubuntu strips quotes on strings without any spaces

v1.1.1 (2015-05-11)

#57 - Suppress warning: already initialized constant XXX while Chefspec

v1.1.0 (2015-04-27)

#56 - Better ipv6 support for firewalld and iptables
#54 - Document raw parameter

v1.0.2 (2015-04-03)

#52 - Typo in :masquerade action name

v1.0.1 (2015-03-28)

#49 - Fix position attribute of firewall_rule providers to be correctly used as a string in commands

v1.0.0 (2015-03-25)

Major upgrade and rewrite as HWRP using poise
Adds support for iptables and firewalld
Modernize tests and other files
Fix many bugs from ufw defaults to multiport suppot

v0.11.8 (2014-05-20)

Corrects issue where on a secondary converge would not distinguish between inbound and outbound rules

v0.11.6 (2014-02-28)

[COOK-4385] - UFW provider is broken

v0.11.4 (2014-02-25)

[COOK-4140] Only notify when a rule is actually added

v0.11.2

Bug

COOK-3615 - Install required UFW package on Debian

v0.11.0

Improvement

[COOK-2932]: ufw providers work on debian but cannot be used

v0.10.2

[COOK-2250] - improve readme

v0.10.0

[COOK-1234] - allow multiple ports per rule

v0.9.2

[COOK-1615] - Firewall example docs have incorrect direction syntax

v0.9.0

The default action for firewall LWRP is now :enable, the default action for firewall_rule LWRP is now :reject. This is in line with a "default deny" policy.

[COOK-1429] - resolve foodcritic warnings

v0.8.0

refactor all resources and providers into LWRPs
removed :reset action from firewall resource (couldn't find a good way to make it idempotent)
removed :logging action from firewall resource...just set desired level via the log_level attribute

v0.6.0

[COOK-725] Firewall cookbook firewall_rule LWRP needs to support logging attribute.
Firewall cookbook firewall LWRP needs to support :logging

v0.5.7

[COOK-696] Firewall cookbook firewall_rule LWRP needs to support interface
[COOK-697] Firewall cookbook firewall_rule LWRP needs to support the direction for the rules

v0.5.6

[COOK-695] Firewall cookbook firewall_rule LWRP needs to support destination port

v0.5.5

[COOK-709] fixed :nothing action for the 'firewall_rule' resource.

v0.5.4

[COOK-694] added :reject action to the 'firewall_rule' resource.

v0.5.3

[COOK-698] added :reset action to the 'firewall' resource.

v0.5.2

Add missing 'requires' statements. fixes 'NameError: uninitialized constant' error. thanks to Ernad Husremović for the fix.

v0.5.0

[COOK-686] create firewall and firewall_rule resources
[COOK-687] create UFW providers for all resources

Foodcritic Metric

2.0.3 failed this metric

FC001: Use strings in preference to symbols to access node attributes: /tmp/cook/9e4aced24676ba890136bfaa/firewall/libraries/provider_firewall_iptables.rb:26
FC001: Use strings in preference to symbols to access node attributes: /tmp/cook/9e4aced24676ba890136bfaa/firewall/libraries/provider_firewall_rule_iptables.rb:24
FC019: Access node attributes in a consistent manner: /tmp/cook/9e4aced24676ba890136bfaa/firewall/libraries/provider_firewall_iptables.rb:26
FC019: Access node attributes in a consistent manner: /tmp/cook/9e4aced24676ba890136bfaa/firewall/libraries/provider_firewall_rule_iptables.rb:24
FC031: Cookbook without metadata file: /tmp/cook/9e4aced24676ba890136bfaa/firewall/metadata.rb:1
FC045: Consider setting cookbook name in metadata: /tmp/cook/9e4aced24676ba890136bfaa/firewall/metadata.rb:1

Adoptable Cookbooks List

Supermarket Belongs to the Community

View our collection of guides, documentation, and articles

Select Badges

Select Supported Platforms

Select Status

firewall Cookbook

Requirements

Supported firewalls and platforms

Read this first

Recipes

default

Attributes

Resources

firewall

Actions

Parameters

Examples

firewall_rule

Actions

Parameters

Examples

Providers

Troubleshooting

Development

License & Authors

Dependent cookbooks

Contingent cookbooks

firewall Cookbook CHANGELOG

v2.0.3 (2015-09-14)

v2.0.2 (2015-09-08)

v2.0.1 (2015-09-01)

v2.0.0 (2015-08-31)

v1.6.1 (2015-07-24)

v1.6.0 (2015-07-15)

v1.5.2 (2015-07-15)

v1.5.1 (2015-07-13)

v1.5.0 (2015-07-06)

v1.4.0 (2015-06-30)

v1.3.0 (2015-06-09)

v1.2.0 (2015-05-28)

v1.1.2 (2015-05-19)

v1.1.1 (2015-05-11)

v1.1.0 (2015-04-27)

v1.0.2 (2015-04-03)

v1.0.1 (2015-03-28)

v1.0.0 (2015-03-25)

v0.11.8 (2014-05-20)

v0.11.6 (2014-02-28)

v0.11.4 (2014-02-25)

v0.11.2

Bug

v0.11.0

Improvement

v0.10.2

v0.10.0

v0.9.2

v0.9.0

v0.8.0

v0.6.0

v0.5.7

v0.5.6

v0.5.5

v0.5.4

v0.5.3

v0.5.2

v0.5.0

Details

Updated September 15, 2015 Created on August 4, 2011

Supported Platforms

License