Skip to content
IT Atlas

Reference

Protocols and ports

What each protocol is for, which port and transport it uses, whether it is encrypted, and what to watch for when it is exposed. Search by name, port number or purpose.

36 entries
Two IT Atlas core switch chassis with populated fibre line cards and bundles of aqua LC jumpers dressed to both sides.
Ports and protocols are the vocabulary of every firewall rule, packet capture and exposure review.

Showing 36 of 36 entries.

IT protocols with port, transport, encryption status and security considerations
ProtocolPortTransportPurposeEncryptedCommon useSecurity considerations
HTTP80TCPWeb request/responseNoLegacy web, redirects to HTTPS, internal toolingPlaintext content and credentials; redirect to HTTPS and enable HSTS
HTTPS443TCP / UDP (QUIC)Web traffic protected by TLSYesNearly all web and SaaS traffic, APIs, VPN over TLSPort based policy is meaningless here; use hostname or application identification
DNS53UDP, TCPName resolutionNoEvery service lookup; AD service locationTunnelling and C2 channel; validate DNSSEC, log queries, block open recursion
DNS over TLS853TCPEncrypted DNS to a resolverYesPrivacy preserving client resolutionCan bypass corporate DNS filtering if unmanaged
DHCP67, 68UDPAutomatic host configurationNoClient addressing on every LAN and WLANRogue servers; enable DHCP snooping on access ports
DHCPv6546, 547UDPIPv6 host configurationNoManaged IPv6 addressingEnable RA Guard; unmanaged IPv6 can bypass IPv4 controls
SSH22TCPEncrypted remote administration and transferYesLinux and network device administration, SFTP, tunnellingDisable password auth and root login; restrict to jump hosts
Telnet23TCPLegacy remote terminalNoShould be disabled; still present on old devicesCredentials in plaintext; replace with SSH
RDP3389TCP / UDPWindows remote desktopYesServer and desktop administration, session hostsNever expose to the internet; use a gateway with MFA
SMB445TCPWindows file and printer sharingOptionalFile shares, Group Policy delivery, application installsDisable SMBv1, require signing, block at the perimeter
LDAP389TCP / UDPDirectory queries and bindsOptionalApplication directory lookups and authenticationUse LDAPS or StartTLS; enforce signing and channel binding
LDAPS636TCPLDAP over TLSYesSecure directory integrationCertificate lifecycle must be managed on domain controllers
Global Catalog3268, 3269TCPForest wide directory searchOptionalMulti domain AD lookupsPrefer 3269 (TLS); restrict to trusted application sources
Kerberos88TCP / UDPTicket based authenticationYesWindows domain authenticationClock skew breaks it; watch for Kerberoasting and ticket forging
Kerberos kpasswd464TCP / UDPPassword change serviceYesDomain password changesRequired for password self service against AD
NTP123UDPTime synchronisationNoEstate wide clock accuracyAmplification abuse if open; drift breaks Kerberos and TLS
SNMP161, 162UDPDevice monitoring and trapsOptionalNetwork and appliance monitoringUse v3 authPriv; never leave default community strings
Syslog514UDP / TCPEvent log transportOptionalShipping device and Linux logs to a collectorUse TCP with TLS for integrity; UDP silently drops data
SMTP25TCPServer to server mail transferOptionalInbound mail delivery, relaysRequire STARTTLS; never operate an open relay
SMTP Submission587TCPAuthenticated client mail submissionYesApplications and devices sending mailBasic auth submission accounts bypass MFA; prefer modern auth or restricted connectors
IMAP / IMAPS143, 993TCPMailbox accessOptionalMail clientsLegacy IMAP basic auth is a common MFA bypass; disable it
POP3 / POP3S110, 995TCPMail downloadOptionalLegacy clients and devicesDisable unless a documented dependency exists
FTP21TCPLegacy file transferNoLegacy integrationsPlaintext credentials; migrate to SFTP or FTPS
FTPS990TCPFTP over TLSYesPartner file exchangeComplex firewall behaviour; SFTP is usually simpler
SFTP22TCPFile transfer over SSHYesPartner and batch file exchangeUse key based auth and chroot per partner
IPsec IKE500UDPVPN security association negotiationYesSite to site and remote access VPNDisable legacy proposals such as 3DES and MODP-1024
IPsec NAT T4500UDPIPsec traversal of NAT devicesYesVPN through NATRequired by most remote access designs
WireGuard51820UDPModern VPN tunnelYesSite and client VPNKey distribution and revocation must be managed deliberately
RADIUS1812, 1813UDPNetwork authentication and accountingOptional802.1X, Wi-Fi, VPN authenticationUse RadSec or IPsec; shared secrets must be strong and unique
Microsoft SQL Server1433TCPRelational database accessOptionalLine of business application databasesNever expose to the internet; force encryption and disable sa
MySQL / MariaDB3306TCPRelational database accessOptionalWeb application databasesRequire TLS; restrict host based access
PostgreSQL5432TCPRelational database accessOptionalApplication and analytics databasesConfigure pg_hba strictly; require TLS and scram sha-256
Oracle TNS1521TCPOracle database listenerOptionalERP and enterprise databasesRestrict listener access and patch promptly
Redis6379TCPIn memory key value storeOptionalCaching, sessions, queuesHistorically exposed without auth; require auth and bind privately
Kubernetes API6443TCPCluster control plane APIYesCluster administration and automationRestrict access, enforce RBAC, never expose publicly without controls
WinRM5985, 5986TCPWindows remote managementOptionalPowerShell remoting and automationPrefer HTTPS (5986); restrict to management sources

How to use this table

  • Port numbers are conventions, not guarantees. Confirm what is actually listening rather than assuming from the port.
  • An unencrypted protocol on an internal network is still a credential exposure. Prefer the encrypted variant where one exists.
  • Management protocols (SSH, RDP, WinRM, SNMP, database ports) should reach systems from administrative networks only, never from user VLANs or the internet.