Port TCP 161 désigne le port réseau associé à SNMP, le protocole de supervision des équipements. En pratique, SNMP utilise surtout UDP 161 pour les requêtes de lecture et d’écriture, tandis que TCP 161 existe aussi dans certains déploiements et implémentations compatibles.
Port 161 : définition rapide et protocole associé
En deux mots, le port 161 est celui du service SNMP — le Simple Network Management Protocol. Grâce à lui, la console de supervision (le fameux NMS) peut dialoguer avec routeurs, commutateurs, pare-feu, serveurs, imprimantes réseau ou objets connectés.
Besoin de vérifier la température d’un onduleur, l’état d’une interface ou la charge CPU d’un serveur ? C’est encore et toujours vers le port 161 que part la requête. L’agent SNMP qui tourne sur l’équipement écoute ce port et répond au manager.
L’IANA attribue officiellement 161 à SNMP, raison pour laquelle on le voit partout : documentations constructeur, consoles de monitoring, règles de filtrage, scanners réseau… Impossible d’y échapper !
Alors, “What is le port TCP 161 ?” Vous l’avez : c’est celui de SNMP. Gardez tout de même à l’esprit que, la plupart du temps, on parle plutôt de UDP 161.
Comment fonctionne SNMP sur le port 161
C’est quoi le port 161 ?
Ce fameux 161 n’est rien d’autre que la porte d’entrée de l’agent SNMP. Le manager s’y présente, pose ses questions, parfois modifie des paramètres, puis s’éclipse. Le tout repose sur des identifiants normalisés — les OID — rangés dans la MIB, sorte de dictionnaire technique partagé par les deux interlocuteurs.
Qu’est-ce que le Simple Network Management Protocol ?
SNMP, c’est un peu le langage universel de la supervision. On l’utilise pour remonter la moindre information : taux d’occupation CPU, trafic des interfaces, compteur d’erreurs, inventaire matériel, température des sondes… Vos outils de monitoring s’appuient quasi systématiquement dessus pour automatiser les contrôles.
Concrètement, deux opérations dominent : GET (on lit une valeur) et SET (on en écrit une, si l’équipement l’autorise). Chaque info correspond à un OID que le manager traduit grâce aux fichiers MIB.
Conçu à l’origine pour être léger et interopérable, ce protocole est toujours présent dans les réseaux traditionnels, mais aussi dans l’IoT, l’OT ou certains systèmes industriels. Preuve que la recette fonctionne encore.
Le port 161 fonctionne-t-il en TCP ou en UDP ?
Le port 161 fonctionne-t-il en TCP ou en UDP ?
Vous hésitez ? Les deux options existent, cependant la quasi-totalité des déploiements misent sur UDP 161. Pourquoi ? Parce que c’est rapide, sans lourde session à maintenir, parfait pour des requêtes qui s’enchaînent en continu.
Un simple snmpwalk ou snmpget pointe donc spontanément vers udp/161. Ceci dit, TCP 161 n’est pas un mirage : certaines implémentations (Net-SNMP, équipements spécifiques) le proposent. On l’adopte surtout lorsqu’il faut traverser des firewalls stricts ou gérer des réponses volumineuses. Dans la vraie vie, c’est toutefois l’exception plutôt que la règle.
Retenez donc : “port TCP 161” reste valable, mais si vous devez débloquer la supervision sur votre réseau, commencez par UDP 161 et vérifiez ensuite si la pile TCP est vraiment sollicitée.
Différence entre les ports 161 et 162
Quel port TCP est utilisé par SNMP ?
Oui, SNMP sait parler sur le port 161 en TCP. Mais sur le terrain, c’est presque toujours UDP 161 qui assure les échanges entre manager et agent. Une subtilité à garder en tête pour vos règles de filtrage.
Quelle différence entre les ports SNMP 161 et 162 ?
On peut résumer ainsi : 161 interroge, 162 alerte. Le premier sert aux lectures (GET) ou écritures (SET), le second recueille les traps SNMP — ces messages spontanés que l’équipement expédie quand quelque chose cloche.
Imaginez : votre NMS questionne un switch sur 161 pour connaître l’état d’un lien. Si la même machine perd une alimentation, elle enverra immédiatement une alerte sur 162. Deux flux, deux règles firewall distinctes.
Usages concrets du port 161 dans les réseaux, l’IoT et l’industrie
Dans les entreprises, impossible de faire tourner un NOC sans ce port : les sondes interrogent en boucle les agents SNMP pour la bande passante, la mémoire, la ventilation ou la moindre LED d’alarme.
Côté IoT et OT, ce “vieux” protocole s’est invité dans les usines, les datacenters, les passerelles industrielles ou les baies de stockage. Utile, certes, mais aussi délicat : plus l’environnement est critique, plus le cloisonnement et le filtrage deviennent vitaux.
Pour l’analyse fine, un coup d’œil dans Wireshark suffit : les versions SNMPv1 et SNMPv2c laissent voir en clair la community string, les OID demandés et les réponses. Pratique pour dépanner… et terriblement bavard si quelqu’un espionne le réseau.
Au quotidien, snmpwalk, snmpget ou un scan nmap restent vos meilleurs alliés pour vérifier que le port 161 répond, que l’agent est vivant et que la politique de sécurité tient la route.
Vulnérabilités et risques de sécurité liés au port 161
Le port 161 est-il sécurisé ?
Pas vraiment. Le port 161, en soi, n’offre aucune protection. Tout dépend des versions de SNMP, des community strings, des ACL et du périmètre d’exposition.
Le talon d’Achille ? SNMPv1 et SNMPv2c. Rien n’est chiffré, les communautés public ou private persistent trop souvent, et l’attaquant n’a plus qu’à se baisser pour ramasser des informations précieuses… voire modifier une config quand le droit SET traîne.
Les risques habituels : sniffing des trames, bruteforce des communities, usurpation d’identité, amplification DDoS ou simple repérage d’équipements avant une attaque plus musclée.
La parade moderne s’appelle SNMPv3. Authentification, chiffrement, contrôle d’accès : on est loin de la carte postale en clair des débuts. Pas une armure invincible, mais un bouclier bien plus rassurant, recommandé par l’IANA et tous les grands acteurs réseau.
Configurer et sécuriser le port 161 sur un pare-feu
Premier réflexe : ouvrez le port uniquement entre votre serveur de supervision et les équipements ciblés. Aucun accès “wide open”, surtout vers l’extérieur.
Sur Linux, un simple couple de règles iptables ou mieux, nftables, suffit : on autorise udp/161 depuis l’IP du NMS, on bloque le reste. Côté Windows, PowerShell propose le même degré de finesse.
Quant aux routeurs et pare-feu Cisco, Juniper & consorts, rattachez SNMP à une ACL de management. Et si vous n’en avez pas besoin ? Coupez le service, point.
Check-list express : 5 minutes pour sécuriser le port 161
Pressé ? Voici le kit de survie à appliquer immédiatement avant un audit ou une mise en prod.
- Désactivez totalement SNMP si vous pouvez vous en passer.
- Sinon, passez sans tarder à SNMPv3.
- Changez les community strings par défaut.
- N’autorisez le port 161 qu’aux IP du NMS.
- Isoler supervision et production (VLAN, ACL, VPN…).
- Désactivez les fonctions SET inutiles.
- Activez les logs et surveillez les time-outs suspects.
Pensez à valider en lançant un snmpwalk ou un scan nmap. Et si votre parc compte des équipements industriels ou IoT, passez en revue les MIB, filtrez les OID sensibles et contrôlez les traps qui partent sur 162.
Dépannage, conflits de port et bonnes pratiques de maintenance
Pas de réponse sur 161 ? Ce n’est peut-être pas la fin du monde. Un pare-feu qui filtre en silence, une community string erronée, un utilisateur SNMPv3 mal créé ou une interface mal choisie suffisent à plonger la supervision dans le noir.
Et si le port est déjà occupé ? Identifiez rapidement le processus fautif. Sous Linux, un ss -ulpn | grep :161 ou lsof -i UDP:161 fait le tri ; sous Windows, netstat -ano reste une valeur sûre.
L’ennui avec UDP, c’est qu’un silence radio peut être trompeur : perte de paquets, filtrage muet, surcharge ponctuelle ou refus d’authentification… autant de pistes à explorer avant de tout redémarrer.
Finalement, le port TCP 161 et, plus encore, UDP 161 sont des incontournables pour qui supervise un réseau. En les maîtrisant — distinction 161/162, choix de la version SNMP, contrôle d’accès rigoureux, tests réguliers — vous garderez un œil serein sur vos équipements sans offrir de boulevard aux curieux.
Questions fréquentes sur le port TCP 161
Qu’est-ce que le port TCP 161 ?
Le port TCP 161 est utilisé par le protocole SNMP (Simple Network Management Protocol) pour la supervision des équipements réseau. Bien que SNMP utilise principalement UDP 161, TCP 161 est parfois utilisé dans des cas spécifiques, comme pour traverser des firewalls stricts.
Quel port TCP est utilisé par SNMP ?
SNMP peut utiliser le port TCP 161, mais il fonctionne principalement avec le port UDP 161 pour les requêtes de supervision. Le port TCP 161 est utilisé dans des configurations spécifiques, notamment pour des environnements nécessitant des connexions plus fiables.
Le port 161 est-il sécurisé ?
Le port 161 n’est pas sécurisé par défaut, car SNMP v1 et v2c transmettent les données en clair. Pour une sécurité renforcée, il est recommandé d’utiliser SNMP v3, qui propose un chiffrement et une authentification.
Quelle est la différence entre les ports 161 et 162 ?
Le port 161 est utilisé pour les requêtes SNMP (lecture et écriture), tandis que le port 162 est dédié aux traps SNMP, des alertes envoyées spontanément par les équipements réseau en cas d’incident.
SNMP utilise-t-il principalement TCP ou UDP ?
SNMP utilise principalement UDP pour ses communications, car il est plus rapide et léger. Cependant, TCP peut être utilisé dans des cas spécifiques, comme pour des environnements nécessitant une transmission fiable ou des réponses volumineuses.
Quels types d’équipements utilisent le port 161 ?
Le port 161 est utilisé par les équipements compatibles SNMP, tels que les routeurs, commutateurs, pare-feu, serveurs, imprimantes réseau, onduleurs, et même certains appareils IoT et industriels pour la supervision et la gestion à distance.