| Port | 5555 |
|---|---|
| Transport | TCP |
| Service | ADB — Android debug bridge |
| Category | Development servers |
| Range | registered (1024–49151) |
| Encrypted | No, plaintext |
| Exposure | Disable it |
Port 5555 ADB · TCP
Android Debug Bridge over TCP (adb tcpip 5555). On a phone or Android TV box left in this state and reachable, anyone can install apps and open a shell as the shell user without any authentication prompt after the first pairing.
What runs on port 5555
Android Debug Bridge over TCP (adb tcpip 5555). On a phone or Android TV box left in this state and reachable, anyone can install apps and open a shell as the shell user without any authentication prompt after the first pairing. Scanners find thousands of such devices; it is also the default port of several other tools (Oracle WebLogic admin in some setups, Flower for Celery).
Software that uses it: Android (adbd) · Android TV boxes · Flower (Celery monitoring)
Should port 5555 be open?
Disable it. This is a legacy or insecure protocol. The recommendation is not to firewall it but to turn the service off and use the modern replacement.
- adb connect host:5555 is the test; if it succeeds without a prompt, the device is open.
- Run adb usb to switch back, and keep debugging off on devices you do not develop on.
Check port 5555
# on the host: is anything listening, and which process? ss -ltnp 'sport = :5555' sudo lsof -i :5555 # from another machine: is it reachable? nc -zv host 5555 nmap -p 5555 host curl -v telnet://host:5555 # raw TCP connect test, Ctrl-C to leave
A port that answers from the internet when it should not is the finding; nmap from a machine outside your network (or a VPS) is the honest test, because scans from inside the LAN pass the firewall you are trying to verify.
Allow or block port 5555
# ufw (Ubuntu/Debian) sudo ufw allow from 10.0.0.0/8 to any port 5555 proto tcp sudo ufw deny 5555/tcp # nftables nft add rule inet filter input ip saddr 10.0.0.0/8 tcp dport 5555 accept nft add rule inet filter input tcp dport 5555 drop # iptables (legacy) iptables -A INPUT -p tcp --dport 5555 -s 10.0.0.0/8 -j ACCEPT iptables -A INPUT -p tcp --dport 5555 -j DROP # firewalld sudo firewall-cmd --permanent --add-rich-rule='rule family=ipv4 source address=10.0.0.0/8 port port=5555 protocol=tcp accept'
Replace 10.0.0.0/8 with the networks that need access. Allowing by source address is the rule that matters; "allow 5555" with no source is just "open".
Putting it behind nginx
server {
listen 443 ssl;
server_name app.example.com;
location / {
proxy_pass http://127.0.0.1:5555;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto https;
}
} Then make the application listen on 127.0.0.1:5555 only. Test which location block a request hits with the nginx location tester.
Related ports
Part of the port number reference. Ports are 16-bit numbers; see also the subnet calculator and the packet decoder, which shows ports inside TCP and UDP headers.
Questions
Is port 5555 TCP or UDP?
TCP. ADB is a connection-oriented protocol; there is no UDP service on 5555 by default (a scanner reporting UDP 5555 open is usually seeing a filtered port).
Is port 5555 encrypted?
No, plaintext. Anything sent over it can be read by whoever is on the path, so it belongs on a trusted network or inside a VPN or SSH tunnel.
How do I check whether port 5555 is open?
On the server, ss -ltnp (or -lunp for UDP) shows whether something listens on 5555 and which process. From another machine, nc -zv host 5555 or nmap -p 5555 host tests reachability. "Open" in a scan means something answered; a firewall usually makes the port filtered (no answer) rather than closed (RST).
Can ADB run on a different port?
Yes; the number is a convention, not a requirement. Changing it reduces log noise from scanners but does not add security, and every client, firewall rule and monitoring check then needs the new number. Keep the default unless you have a concrete reason.