Open ports aren't necessarily always reported

Bug #1658398 reported by Danielle Foré
256
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Switchboard Security & Privacy Plug
Confirmed
High
Unassigned

Bug Description

It's come to my attention that the settings for both UFW and firewalld can be overridden at a lower level by certain software packages.

If at all possible, we should have some way to check for these open ports and display them in the UI. But at a minimum, we should have some kind of warning information that this is a thing that can occur and that there might be rules somewhere else on the system that are opening other ports.

information type: Public → Public Security
description: updated
Revision history for this message
Cody Garver (codygarver) wrote :

I experience this, the firewall plug shows as empty but nmap prints the following:

Starting Nmap 7.01 ( https://nmap.org ) at 2017-01-21 23:38 CST
Nmap scan report for localhost (X.X.X.X)
Host is up (0.000062s latency).
Not shown: 995 closed ports
PORT STATE SERVICE
25/tcp open smtp
139/tcp open netbios-ssn
445/tcp open microsoft-ds
631/tcp open ipp
902/tcp open iss-realsecure

Changed in switchboard-plug-security-privacy:
importance: Undecided → High
milestone: none → juno-beta1
status: New → Confirmed
Revision history for this message
Cody Garver (codygarver) wrote :

I just executed some iptables commands to block everything, now nmap says my ports are closed. So maybe ufw and firewalld can only write to iptables but cannot read the rules it already has?

Cody Garver (codygarver)
Changed in switchboard-plug-security-privacy:
milestone: juno-beta1 → none
To post a comment you must log in.
This report contains Public Security information  
Everyone can see this security related information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.