Lo que realmente es netbiosd
netbiosd es un proceso en segundo plano que viene con macOS y está firmado por Apple. Su trabajo es implementar NetBIOS, una antigua capa de nombres de red que las máquinas con Windows han utilizado durante décadas para anunciarse y encontrarse en una red local.
NetBIOS es anterior a la mayoría de lo que consideras redes modernas. Fue diseñado para una época en la que los ordenadores en la misma red de oficina necesitaban una forma sencilla de reclamar un nombre corto y legible por humanos y difundirlo para que otros pudieran encontrar la máquina correcta detrás de una dirección. Windows lo adoptó, lo vinculó estrechamente a compartir archivos e impresoras, y se convirtió en la base bajo la exploración clásica de Network Neighborhood.
Apple incluyó soporte para ello porque los Macs llevan mucho tiempo necesitando coexistir con redes Windows. Cuando tu Mac puede ver un PC con Windows en la barra lateral del Finder, o cuando un PC con Windows puede ver tu Mac mientras compartes archivos, netbiosd puede ser parte de lo que hizo posible esa conexión. Lo mismo se aplica a dispositivos de almacenamiento en red y impresoras en red más antiguos, muchos de los cuales estaban construidos en torno a SMB y la exploración al estilo Windows.
El límite vale la pena ser preciso. netbiosd maneja el descubrimiento y la asignación de nombres en tu red local —decidiendo qué máquina responde a qué nombre corto, y permitiendo que los dispositivos en la misma subred aprendan unos de otros. La transferencia real de archivos una vez que te conectas a una compartición la gestionan otras partes del sistema.
Por qué el firewall de macOS pregunta por ello
El firewall de aplicaciones de macOS funciona con un principio simple: cuando un programa quiere aceptar conexiones entrantes, macOS te pregunta una vez y luego recuerda tu respuesta. El tráfico saliente no es lo que activa el diálogo. Algo está escuchando.
netbiosd escucha por diseño. La difusión del nombre es una conversación bidireccional — tu Mac difunde su nombre y también debe ser alcanzable cuando otra máquina pregunta quién tiene un nombre en particular. Eso significa abrir un socket de escucha en la red local, que es exactamente el comportamiento que el firewall está diseñado para mostrar. El servicio de nombres de NetBIOS tradicionalmente usa el puerto UDP 137 y el servicio de datagramas UDP puerto 138; esos números son estándar, aunque lo que realmente se usa depende de tu versión de macOS y de qué servicios de compartición tienes habilitados.
Por eso netbiosd aparece en ese diálogo mucho más a menudo que la mayoría de los procesos del sistema. No está actuando mal y no ha cambiado. Es uno de los pocos daemons de Apple cuya función normal es ser alcanzable desde otras máquinas en la misma red, y el firewall trata todos esos procesos por igual sin importar quién los firmó.
El aviso también tiende a reaparecer después de actualizaciones del sistema. Cuando se reemplaza un binario durante una actualización, el firewall puede no reconocerlo como el programa que vio antes y preguntará de nuevo. Eso es esperado, no indica que algo esté mal.
¿Es malware, y puedes verificarlo tú mismo?
netbiosd no es malware. Es un componente de Apple de primera parte, distribuido como parte de macOS, y en un sistema saludable lleva una firma de código de Apple. Nada en ver en Activity Monitor o en un aviso del firewall indica una posible intrusión.
No tienes que tomarlo como un hecho. En Activity Monitor, selecciona el proceso y abre su inspector para ver la ruta completa del ejecutable desde el que se lanzó — un daemon del sistema genuino vive en los directorios del sistema, no en tu carpeta de Descargas. Si te sientes cómodo usando Terminal, la herramienta codesign con la opción verbose verify, apuntando a esa ruta, informa sobre la autoridad de firma; para una copia legítima, esa autoridad es Apple. Cualquier cosa que afirme el nombre desde una ubicación inesperada, o que falle en la verificación, merece una investigación adicional.
La otra mitad del consuelo importa igual. netbiosd es un proceso de red local, no de internet. El servicio de nombres NetBIOS se basa en broadcast y está limitado a tu subred local — no enruta a través de internet, y los routers no reenvían ese tráfico al mundo exterior en condiciones normales. El temor que suele estar debajo de esta búsqueda, de que algún daemon desconocido envía tus datos a algún lugar, no aplica. Sea lo que sea lo que diga netbiosd, lo hace a dispositivos en tu propia casa u oficina.
Esa distinción vale para cualquier investigación de procesos en macOS: un proceso que escucha en tu red local y uno que mantiene una conexión persistente con un servidor remoto hacen cosas muy diferentes, y merecen distintos niveles de atención.
¿Deberías permitirlo o denegarlo
Para la mayoría de los daemons del sistema, el consejo honesto es permitir y seguir adelante, porque denegar rompe algo en lo que confías. netbiosd es una de las excepciones genuinas, y vale la pena pensarlo un momento en lugar de hacer clic sin más.
Pregúntate una cosa: ¿alguna vez te conectas a una carpeta compartida en un PC con Windows, a un NAS antiguo, o a una impresora de red que depende del explorador de Windows? Si la respuesta es no — y para muchas personas con un hogar 100% Apple también lo es — entonces denegar netbiosd no te cuesta nada que notes. NetBIOS es legado. El descubrimiento SMB moderno en plataformas Apple se apoya en otros mecanismos, y una red sin dispositivos dependientes de NetBIOS no tiene con qué hablar netbiosd.
Si la respuesta es sí, sé más cuidadoso. Denegar conexiones entrantes puede romper el descubrimiento — la parte donde los dispositivos aparecen automáticamente en la barra lateral del Finder, o donde una máquina con Windows detecta tu Mac. A menudo aún puedes acceder a una compartición conectándote explícitamente por nombre o dirección en lugar de esperar a que aparezca en la lista, así que el modo de fallo suele ser una molestia en lugar de un bloqueo completo. Si una impresora o NAS deja de aparecer de repente, esto puede ser la causa, y revertir la decisión en la configuración del firewall es sencillo.
También hay una opción más limpia que pelearse con el aviso. Mucho de lo que hace netbiosd está ligado a que el compartimiento de archivos compatible con Windows esté activado. Si lo activaste una vez para una transferencia y nunca más lo usaste, apagarlo en la configuración de compartición soluciona la situación en la fuente.
Lo que elijas, hazlo con intención. El peor escenario es hacer clic en Permitir en un diálogo que no leíste, y esa es la forma en que la mayoría termina con una configuración de firewall que nadie entiende.
El panorama general: tu Mac habla más de lo que ves
netbiosd no es inusual. Un Mac típico ejecuta docenas de procesos en segundo plano que tocan la red — algunos hablando con Apple, otros anunciando servicios localmente, otros manteniendo conexiones en nombre de aplicaciones que instalaste y olvidaste. El aviso del firewall solo muestra el subconjunto estrecho que quiere aceptar conexiones entrantes. Todo lo que sale permanece invisible a menos que lo busques.
Esa asimetría es el verdadero problema. Te interrumpen por un daemon de nombres heredado limitado a tu subred, mientras que un proceso que mantiene silenciosamente una conexión con un servidor remoto nunca genera un diálogo. Activity Monitor te dice que un proceso existe y aproximadamente cuántos bytes movió, pero no qué dominios alcanzó, y no ofrece forma de detenerlo más que finalizándolo.
Esa brecha de visibilidad es lo que NetMute fue diseñado para cerrar. Muestra tráfico de red en tiempo real por aplicación y proceso, con registro a nivel de dominio, así que en lugar de un nombre de proceso y un conteo de bytes ves a qué sitios se conecta cada app. Su firewall por aplicación bloquea cualquier cosa con un clic, y las reglas temporales expiran por sí solas, para que una prueba rápida no se vuelva permanente. Los perfiles de red aplican reglas diferentes según la red Wi-Fi a la que estés conectado, lo que ayuda cuando una red doméstica de confianza y un hotspot de aeropuerto requieren distintos niveles de precaución.
El objetivo no es bloquear más cosas. Es responder a la pregunta que te trajo aquí — qué es ese proceso y con quién está hablando — sin tener que buscar la respuesta cada vez que aparece un nombre nuevo.