Port / UDP
137NetBIOS name service
NetBIOS name service resolves legacy Windows machine names by broadcast when DNS is not authoritative for them.
If it is internet-facing: Finding 137 open to the internet is a finding in its own right — it warrants an explanation, not just a rule.
Exposure
Trusted network only
Transport
Cleartext
Risk if public
High
Exposure verdict
Port 137 belongs on a trusted internal network. If a perimeter scan finds it answering, treat that as a firewall defect rather than a configuration preference.
Traffic crosses the network readable and modifiable. Anything sensitive on this port needs a tunnel, a VPN, or a different protocol.
Assigned by IANA through a review process. On Unix systems a process needs root or the CAP_NET_BIND_SERVICE capability to bind here, which is why containers so often remap these to a higher port.
Grouped with the other network services ports so a rule written for one can be checked against its neighbours.
What actually goes wrong
2 notes- Name queries leak hostnames, workgroups, and logged-in users to anyone on the segment.
- Broadcast name resolution is what responder-style credential relay attacks poison.
Recommended firewall rule
Allow only from 10.0.0.0/8, drop the rest
Swap in the CIDR your administrators or application tier actually come from — the point is that the default answer is no.
ufw
sudo ufw allow from 10.0.0.0/8 to any port 137 proto udpiptables
sudo iptables -A INPUT -p udp -s 10.0.0.0/8 --dport 137 -j ACCEPT
sudo iptables -A INPUT -p udp --dport 137 -j DROPIf you do need it open to everyone
sudo ufw allow 137/udpWrite down why. An unexplained allow rule outlives the person who added it, and the next reviewer has no way to tell a deliberate exception from an accident.
Check what is really there
Listening locally
sudo ss -ulpn 'sport = :137'The bind address is the answer that matters: 127.0.0.1 is local-only, 0.0.0.0 and :: mean every interface.
Listening (macOS)
sudo lsof -nP -iUDP:137macOS ships lsof rather than ss; this names the owning process and user.
From outside
nmap -sUV -Pn -p 137 <host>A version probe confirms whether NetBIOS name service is actually what answers, rather than trusting the number. Only scan hosts you are authorised to test.
Reachability
nc -vzu <host> 137The quick yes/no when you only need to know whether a path exists through the firewall.