O que é o netbiosd no Mac? Por que o macOS pede para permitir

netbiosd é um processo em segundo plano que acompanha o macOS e é assinado digitalmente pela Apple. Sua função é implementar o NetBIOS, uma antiga camada de nomeação de rede que máquinas Windows usam há décadas para se anunciar e localizar umas às outras em uma rede local.

O NetBIOS é anterior à maior parte do que você considera como redes modernas. Foi criado para uma época em que computadores na mesma rede de escritório precisavam de uma maneira simples de reivindicar um nome curto, legível por humanos, e transmiti-lo para que outros pudessem encontrar a máquina correta por trás de um endereço. A Apple o adotou, vinculando-o estreitamente ao compartilhamento de arquivos e impressoras, e ele se tornou a base para a navegação clássica do Network Neighborhood.

A Apple incluiu suporte para ele porque os Macs há muito tempo precisam coexistir com redes Windows. Quando seu Mac consegue ver um PC Windows na barra lateral do Finder, ou quando um PC Windows consegue ver seu Mac enquanto o compartilhamento de arquivos está ativado, o netbiosd pode fazer parte do que possibilitou essa comunicação. O mesmo vale para dispositivos de armazenamento em rede mais antigos e impressoras de rede, muitos dos quais foram construídos em torno do SMB e da navegação ao estilo Windows.

A fronteira vale ser precisa. netbiosd lida com descoberta e nomeação na sua rede local — decidindo qual máquina responde a qual nome curto, e permitindo que dispositivos na mesma sub-rede aprendam uns com os outros. A transferência real de arquivos, uma vez que você se conecta a uma pasta compartilhada, é gerenciada por outras partes do sistema.

O firewall de aplicativos do macOS funciona com um princípio simples: quando um programa quer aceitar conexões de entrada, o macOS pergunta uma vez e depois lembra sua resposta. O tráfego de saída não é o que aciona o diálogo. Algo ouvindo é.

O netbiosd ouve por design. A anúncio de nomes é uma conversa bidirecional — seu Mac transmite seu nome e também precisa ser acessível quando outra máquina pergunta quem detém um nome específico. Isso significa abrir um socket de escuta na rede local, que é exatamente o comportamento que o firewall foi criado para detectar. O serviço de nomes do NetBIOS geralmente usa a porta UDP 137 e o serviço de datagrama UDP porta 138; esses números são padrão, embora o que realmente esteja em uso dependa da sua versão do macOS e dos serviços de compartilhamento que você ativou.

Por isso o netbiosd aparece com mais frequência naquela janela do que a maioria dos processos do sistema. Ele não está se comportando mal e não mudou. É um dos poucos daemons da Apple cuja função normal é estar acessível de outras máquinas na mesma rede, e o firewall trata todos esses processos da mesma forma, independentemente de quem os assinou.

O prompt também tende a reaparecer após atualizações do sistema. Quando um binário é substituído durante uma atualização, o firewall pode não reconhecê-lo como o programa que viu antes e perguntar novamente. Isso é esperado, não indica algo errado.

netbiosd não é malware. É um componente de primeira‑parte da Apple, distribuído como parte do macOS, e em um sistema saudável ele possui uma assinatura de código da Apple. Nada em vê‑lo no Activity Monitor ou em um prompt de firewall indica um comprometimento.

Você não precisa aceitar isso como verdade absoluta. No Activity Monitor, selecione o processo e abra seu inspetor para ver o caminho completo do executável de onde ele foi iniciado — um daemon de sistema genuíno vive nos diretórios do sistema, não na sua pasta Downloads. Se você se sentir confortável no Terminal, a ferramenta codesign com a opção verbose verify, apontada para esse caminho, informa a autoridade de assinatura; para uma cópia legítima, essa autoridade é Apple. Qualquer coisa que reivindique o nome a partir de um local inesperado, ou que falhe na verificação, vale a pena investigar mais a fundo.

A outra metade do conforto importa tanto quanto. netbiosd é um processo de rede local, não um processo de internet. O serviço de nomes NetBIOS é baseado em broadcast e limitado à sua sub‑rede local — ele não roteia pela internet, e roteadores não encaminham esse tráfego para o mundo exterior em operação normal. O medo que geralmente está por trás dessa busca, de que algum daemon desconhecido esteja enviando seus dados para algum lugar, não se aplica. Seja o que for que netbiosd esteja dizendo, ele está comunicando‑se com dispositivos na sua própria casa ou escritório.

Essa distinção vale para qualquer investigação de processos no macOS: um processo ouvindo na sua rede local e outro mantendo uma conexão persistente com um servidor remoto fazem coisas muito diferentes, e merecem níveis diferentes de atenção.

Para a maioria dos processos do sistema, o conselho honesto é permitir e seguir em frente, porque negar quebra algo em que você confia. netbiosd é uma das exceções genuínas, e vale um momento de reflexão ao invés de clicar sem pensar.

Pergunte a si mesmo uma questão: você já se conectou a uma pasta compartilhada de um PC com Windows, a uma caixa NAS mais antiga ou a uma impressora de rede que depende de navegação no estilo Windows? Se a resposta for não — e para muitas pessoas com uma casa totalmente Apple é não — então negar o netbiosd não lhe custa nada que você perceba. NetBIOS é legado. A descoberta SMB moderna em plataformas Apple depende de outros mecanismos, e uma rede sem dispositivos dependentes de NetBIOS não tem nada com o qual o netbiosd possa conversar.

Se a resposta for sim, seja mais cuidadoso. Negar conexões de entrada pode quebrar descoberta — a parte em que dispositivos aparecem automaticamente na barra lateral do Finder, ou onde uma máquina Windows detecta seu Mac. Você ainda pode acessar uma compartilhada conectando-se explicitamente pelo nome ou endereço, ao invés de esperar que ela seja listada, então o modo de falha geralmente é um inconveniente ao invés de um bloqueio rígido. Se uma impressora ou NAS parar de aparecer de repente, essa é uma causa plausível, e reverter a decisão nas configurações do firewall é simples.

Há também uma opção mais limpa do que lutar contra o prompt. Muito do que o netbiosd faz está ligado ao compartilhamento de arquivos compatível com Windows estar ativado. Se você ativou isso uma vez para uma transferência única e nunca mais usou, desativá-lo nas configurações de compartilhamento resolve a situação na origem.

O que você escolher, escolha com intenção. O pior cenário é clicar em Permitir em um diálogo que você não leu, o que é como a maioria das pessoas acaba com uma configuração de firewall que ninguém entende.

netbiosd não é incomum. Um Mac típico executa dezenas de processos em segundo plano que tocam na rede — alguns conversando com a Apple, outros anunciando serviços localmente, alguns mantendo conexões em nome de aplicativos que você instalou e esqueceu. O prompt do firewall só mostra o subconjunto estreito que quer aceitar conexões de entrada. Tudo que sai permanece invisível a menos que você procure.

Essa assimetria é o verdadeiro problema. Você é interrompido por um daemon de nome legado confinado à sua própria sub-rede, enquanto um processo que mantém uma conexão com um servidor remoto nunca gera um diálogo. O Activity Monitor informa que um processo existe e aproximadamente quantos bytes ele movimentou, mas não quais domínios ele alcançou, e não há como pará‑lo sem matá‑lo.

Essa lacuna de visibilidade é o que o NetMute foi criado para fechar. Ele mostra o tráfego de rede em tempo real por aplicativo e por processo, com registro a nível de domínio, então, em vez de um nome de processo e uma contagem de bytes, você vê onde cada app está realmente se conectando. Seu firewall por aplicativo bloqueia qualquer coisa com um clique, e regras temporárias expiram sozinhas, de modo que um teste rápido não se torne silenciosamente permanente. Perfis de rede aplicam regras diferentes dependendo da rede Wi-Fi à qual você está conectado, o que ajuda quando uma rede doméstica confiável e um ponto de acesso de aeroporto exigem níveis diferentes de cautela.

O objetivo não é bloquear mais coisas. É responder à pergunta que o trouxe aqui — o que é esse processo e com quem ele está conversando — sem precisar procurar a resposta toda vez que um novo nome aparece.