Qu'est-ce que netbiosd sur Mac ? Pourquoi macOS vous demande de l'autoriser

netbiosd est un processus d'arrière-plan livré avec macOS et signé par Apple. Son rôle est de mettre en œuvre NetBIOS, une ancienne couche de nommage réseau que les machines Windows utilisent depuis des décennies pour annoncer leur présence et se trouver mutuellement sur un réseau local.

NetBIOS précède la plupart de ce que vous considérez comme le réseautage moderne. Il a été conçu pour une époque où les ordinateurs du même réseau de bureau avaient besoin d’un moyen simple d’affirmer un nom court, lisible par l’humain, et de le diffuser afin que d’autres puissent trouver la bonne machine derrière une adresse. Windows l’a adopté, l’a lié étroitement au partage de fichiers et d’imprimantes, et il est devenu la base du browsing traditionnel de Network Neighborhood.

Apple l’a inclus parce que les Mac ont longtemps dû coexister avec des réseaux Windows. Lorsque votre Mac peut voir un PC Windows dans la barre latérale du Finder, ou lorsqu’un PC Windows peut voir votre Mac pendant le partage de fichiers, netbiosd peut faire partie de ce qui a permis cette communication. La même chose s’applique aux anciens périphériques de stockage en réseau et imprimantes réseau, dont beaucoup ont été construits autour de SMB et du browsing de style Windows.

Il est important d’être précis sur cette frontière. netbiosd gère la découverte et le nommage sur votre réseau local — décider quelle machine répond à quel nom court, et permettre aux appareils sur le même sous-réseau d’apprendre à se connaître. Le transfert de fichiers réel, une fois que vous vous connectez à un partage, est géré par d’autres parties du système.

Le pare-feu d’application macOS fonctionne selon un principe simple : lorsqu’un programme veut accepter des connexions entrantes, macOS te demande une fois, puis se souvient de ta réponse. Le trafic sortant n’est pas ce qui déclenche la fenêtre de dialogue. C’est quelque chose qui écoute.

netbiosd écoute par conception. La diffusion du nom est une conversation bidirectionnelle — ton Mac diffuse son nom et doit aussi être accessible lorsqu’une autre machine demande qui détient un nom particulier. Cela implique d’ouvrir une socket d’écoute sur le réseau local, ce qui est précisément le comportement que le pare-feu est conçu pour faire apparaître. Le service de nom NetBIOS utilise traditionnellement le port UDP 137 et le service de datagrammes UDP 138 ; ces numéros sont standards, bien que ce qui est réellement utilisé dépende de ta version de macOS et des services de partage que tu as activés.

C’est pourquoi netbiosd apparaît dans cette fenêtre beaucoup plus souvent que la plupart des processus système. Il ne se comporte pas mal et n’a pas changé. C’est l’un des rares daemons Apple dont la fonction normale est d’être accessible depuis d’autres machines sur le même réseau, et le pare-feu traite chaque tel processus de la même manière, peu importe qui l’a signé.

L’invite tend aussi à réapparaître après des mises à jour système. Lorsqu’un binaire est remplacé lors d’une mise à niveau, le pare-feu peut ne pas le reconnaître comme le programme qu’il a vu auparavant et demander à nouveau. C’est normal, pas le signe que quelque chose ne va pas.

netbiosd n’est pas un logiciel malveillant. C’est un composant Apple de première partie, distribué dans le cadre de macOS, et sur un système sain, il possède une signature de code Apple. Rien dans Activity Monitor ou dans une invite de pare-feu ne indique une compromission.

Vous n’avez pas besoin de le croire sur parole. Dans Activity Monitor, sélectionnez le processus et ouvrez son inspecteur pour voir le chemin complet de l’exécutable qu’il a lancé — un vrai daemon système se trouve dans les répertoires système, pas dans votre dossier Téléchargements. Si vous êtes à l’aise avec le Terminal, l’outil codesign avec l’option verbose verify, pointé vers ce chemin, indique l’autorité de signature ; pour une copie légitime, cette autorité est Apple. Tout ce qui revendique le nom depuis un emplacement inattendu, ou échoue à la vérification, mérite d’être examiné plus en détail.

L’autre moitié de cette assurance est tout aussi importante. netbiosd est un processus de réseau local, pas un processus internet. Le service de nom NetBIOS est basé sur la diffusion et confiné à votre sous-réseau local — il ne route pas sur Internet, et les routeurs ne transmettent pas ce trafic vers le reste du monde en fonctionnement normal. La crainte qui sous-tend souvent cette recherche, qu’un daemon inconnu envoie discrètement vos données quelque part, ne s’applique pas. Quoi qu’il dise, netbiosd communique avec des appareils dans votre propre maison ou bureau.

Cette distinction est importante à garder en tête lors d’une investigation de processus sur macOS : un processus écoutant sur votre réseau local et un autre maintenant une connexion persistante avec un serveur distant ont des comportements très différents, et méritent des niveaux de vérification différents.

Pour la plupart des daemons système, le conseil honnête est d’autoriser et de continuer, car refuser casse quelque chose sur lequel tu comptes. netbiosd est une des exceptions légitimes, et cela vaut mieux y réfléchir un instant plutôt que de cliquer sans penser.

Pose-toi une question : te connectes-tu parfois à un dossier partagé d’un PC Windows, à une vieille box NAS, ou à une imprimante réseau qui repose sur la navigation Windows ? Si la réponse est non — et pour beaucoup de personnes avec un foyer tout Apple, c’est le cas — alors refuser netbiosd ne te coûte rien que tu remarquerais. NetBIOS est une technologie ancienne. La découverte SMB moderne sur les plateformes Apple s’appuie sur d’autres mécanismes, et un réseau sans appareils dépendant de NetBIOS n’a rien à voir avec netbiosd.

Si la réponse est oui, sois plus prudent. Refuser les connexions entrantes peut casser la découverte — la partie où les appareils apparaissent automatiquement dans la barre latérale du Finder, ou où une machine Windows repère ton Mac. Tu peux souvent encore accéder à un partage en te connectant explicitement par nom ou adresse plutôt qu’en attendant qu’il apparaisse, donc le mode d’échec est généralement une question d’inconvénient plutôt qu’un blocage total. Si une imprimante ou une NAS cesse soudainement d’apparaître, c’est une cause plausible, et revenir sur la décision dans les réglages du pare-feu est simple.

Il existe aussi une option plus propre que de lutter contre l’invite. Une grande partie de ce que fait netbiosd est liée au partage de fichiers compatible Windows, activé une fois pour un transfert unique et jamais utilisé ensuite. Le désactiver dans les réglages de partage règle la situation à la source.

Quelle que soit ta décision, fais-la délibérément. Le pire scénario est de cliquer sur Autoriser dans une boîte de dialogue que tu n’as pas lue, ce qui est la façon dont la plupart des gens finissent avec une configuration de pare-feu que personne ne comprend.

netbiosd n’est pas inhabituel. Un Mac typique exécute des dizaines de processus en arrière-plan qui touchent au réseau — certains communiquent avec Apple, d’autres annoncent des services localement, d’autres maintiennent des connexions pour des applications que vous avez installées et oubliées. L’invite du pare-feu ne montre que le sous-ensemble restreint qui veut accepter des connexions entrantes. Tout ce qui va vers l’extérieur reste invisible à moins que vous ne cherchiez.

Ce déséquilibre est le vrai problème. Vous êtes interrompu par un daemon de nommage legacy confiné à votre propre sous-réseau, alors qu’un processus maintenant discrètement une connexion à un serveur distant ne génère pas de dialogue. Activity Monitor vous dit qu’un processus existe et vous donne une idée du nombre d’octets transférés, mais pas quels domaines il a atteints, et il n’offre aucun moyen de l’arrêter sauf en le tuant.

Cet écart de visibilité est ce que NetMute a été conçu pour combler. Il affiche le trafic réseau en temps réel par application et par processus avec un journal de domaine, pour que vous voyiez où chaque application se connecte réellement. Son pare-feu par application bloque tout d’un clic, et les règles temporaires expirent d’elles‑mêmes pour qu’un test rapide ne devienne pas permanent. Les profils réseau appliquent des règles différentes selon le Wi-Fi auquel vous êtes connecté, ce qui aide quand un réseau domestique de confiance et un hotspot d’aéroport nécessitent des niveaux de prudence différents.

L’objectif n’est pas de bloquer plus de choses. Il s’agit de répondre à la question qui vous a amené ici — qu’est-ce que ce processus et à qui parle‑t‑il — sans avoir à chercher la réponse à chaque nouvelle apparition de nom.