Bug 1124476 - Firewalld should not accept negative timeouts in D-Bus API
Summary: Firewalld should not accept negative timeouts in D-Bus API
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: firewalld
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Thomas Woerner
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 1017034
TreeView+ depends on / blocked
 
Reported: 2014-07-29 14:48 UTC by Jakub Jelen
Modified: 2014-09-13 06:52 UTC (History)
3 users (show)

Fixed In Version: firewalld-0.3.11-3.fc20
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-09-13 06:52:13 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Jakub Jelen 2014-07-29 14:48:35 UTC
Description of problem:
You can call add* methods from *.zone interface through D-Bus with negative timeout. This results in success and timeout is (probably) set to 0 (no timeout).

Example:
# firewall-cmd --add-rich-rule='rule family='ipv4' source address='192.168.2.2' accept' --timeout=-10
# dbus-send --system --dest=org.fedoraproject.FirewallD1 --print-reply --type=method_call /org/fedoraproject/FirewallD1 org.fedoraproject.FirewallD1.zone.addRichRule string:"" string:"rule family='ipv4' source address='192.168.2.2' accept" int32:-10
# iptables-save | grep 192.168.2.2



Version-Release number of selected component (if applicable):
upstream git

How reproducible:
deterministic

Actual results:
success

Expected results:
command/method should fail and not insert rules into ip*tables

Comment 2 Jakub Jelen 2014-07-31 09:23:19 UTC
Can't mark as resolved. Commands return errors, but iptables contain added rules:

:: [   PASS   ] :: iptables should not contain this rule (sanity) (Expected 1, got 1)
:: [  BEGIN   ] :: addRichRule (D-Bus) :: actually running 'dbus-send --system --dest=org.fedoraproject.FirewallD1 --print-reply --type=method_call /org/fedoraproject/FirewallD1 org.fedoraproject.FirewallD1.zone.addRichRule string:"" string:"rule family='ipv4' source address='192.168.2.8' accept" int32:-10'
Error org.freedesktop.DBus.Python.dbus.exceptions.DBusException: INVALID_VALUE: timeout '-10' is not positive number
:: [   PASS   ] :: addRichRule (D-Bus) (Expected 1, got 1)
:: [  BEGIN   ] :: iptables should not contain this rule :: actually running 'iptables-save | grep 192.168.2.8'
-A IN_public_allow -s 192.168.2.8/32 -j ACCEPT
:: [   FAIL   ] :: iptables should not contain this rule (Expected 1, got 0)
:: [  BEGIN   ] :: iptables should not contain this rule (sanity) :: actually running 'iptables-save | grep 192.168.2.9'
:: [   PASS   ] :: iptables should not contain this rule (sanity) (Expected 1, got 1)
:: [  BEGIN   ] :: firewall-cmd :: actually running 'firewall-cmd --add-rich-rule='rule family='ipv4' source address='192.168.2.9' accept' --timeout=-10'
Error: INVALID_VALUE: timeout '-10' is not positive number
:: [   PASS   ] :: firewall-cmd (Expected 114, got 114)
:: [  BEGIN   ] :: iptables should not contain this rule :: actually running 'iptables-save | grep 192.168.2.9'
-A IN_public_allow -s 192.168.2.9/32 -j ACCEPT
:: [   FAIL   ] :: iptables should not contain this rule (Expected 1, got 0)

Comment 4 Jakub Jelen 2014-07-31 12:12:18 UTC
Thanks. This looks better :)
Verified and works correctly for every command

Comment 5 Fedora Update System 2014-08-20 17:19:32 UTC
firewalld-0.3.11-1.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/firewalld-0.3.11-1.fc20

Comment 6 lnie 2014-08-21 03:01:06 UTC
firewalld-0.3.11-1.fc20 works

Comment 7 Fedora Update System 2014-08-21 09:43:09 UTC
Package firewalld-0.3.11-1.fc20:
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing firewalld-0.3.11-1.fc20'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-9609/firewalld-0.3.11-1.fc20
then log in and leave karma (feedback).

Comment 8 Fedora Update System 2014-08-27 01:30:56 UTC
Package firewalld-0.3.11-2.fc20:
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing firewalld-0.3.11-2.fc20'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-9609/firewalld-0.3.11-2.fc20
then log in and leave karma (feedback).

Comment 9 Fedora Update System 2014-08-28 15:33:27 UTC
Package firewalld-0.3.11-3.fc20:
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing firewalld-0.3.11-3.fc20'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-9609/firewalld-0.3.11-3.fc20
then log in and leave karma (feedback).

Comment 10 Fedora Update System 2014-09-13 06:52:13 UTC
firewalld-0.3.11-3.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.


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