Wat is netbiosd op Mac? Waarom macOS vraagt om het toe te staan

netbiosd is een achtergrondproces dat meegeleverd wordt met macOS en door Apple is ondertekend. Het zorgt ervoor dat NetBIOS, een oude netwerknaamlaag die Windows‑machines al decennia gebruiken om zichzelf aan te kondigen en elkaar te vinden op een lokaal netwerk, geïmplementeerd wordt.

NetBIOS bestaat langer dan de meeste dingen die je als modern netwerk beschouwt. Het is ontworpen voor een tijd waarin computers op hetzelfde kantoornetwerk een eenvoudige manier nodig hadden om een korte, mensleesbare naam te claimen en deze uit te zenden zodat anderen de juiste computer konden vinden. Windows heeft het overgenomen, gekoppeld aan bestands- en printerdeling, en het werd de basis onder de klassieke Network Neighborhood‑browsing.

Apple heeft er ondersteuning voor toegevoegd omdat Macs al lange tijd naast Windows‑netwerken moeten bestaan. Wanneer je Mac een Windows‑pc in de Finder‑zijbalk kan zien, of wanneer een Windows‑pc je Mac kan zien terwijl bestandsdeling aanstaat, kan netbiosd onderdeel zijn van dat proces. Hetzelfde geldt voor oudere netwerkopslagapparaten en netwerkprinters, die vaak rond SMB en Windows‑achtige browsing gebouwd zijn.

De grens is het waard om precies te zijn. netbiosd behandelt ontdekking en naamgeving op je lokale netwerk — het bepalen welke machine op welke korte naam antwoordt, en apparaten op hetzelfde subnet leren over elkaar. De daadwerkelijke bestandsoverdracht zodra je verbinding maakt met een share wordt afgehandeld door andere onderdelen van het systeem.

De macOS-applicatiefirewall werkt volgens een eenvoudig principe: wanneer een programma inkomende verbindingen accepteert, vraagt macOS één keer en onthoudt dan je antwoord. Uitgaande verkeer is niet wat de dialoog uitlokt. Iets luistert.

netbiosd luistert standaard. Naam aankondigen is een tweerichtingsgesprek — je Mac zendt zijn naam uit en moet ook bereikbaar zijn wanneer een andere machine vraagt wie een bepaalde naam heeft. Dat betekent dat er een luisterende socket geopend wordt op het lokale netwerk, wat precies is waar de firewall op gericht is. NetBIOS-naamservice gebruikt traditioneel UDP-poort 137 en de datagramservice UDP-poort 138; die nummers zijn standaard, hoewel wat er daadwerkelijk in gebruik is afhankelijk is van je macOS-versie en welke deelservices je hebt ingeschakeld.

Dit is waarom netbiosd veel vaker in dat dialoog verschijnt dan de meeste systeemprocessen. Het gedraagt zich niet verkeerd en het is niet veranderd. Het is een van de weinige Apple-daemons waarvan de normale functie is om bereikbaar te zijn vanaf andere machines op hetzelfde netwerk, en de firewall behandelt elk dergelijk proces gelijk, ongeacht wie het ondertekend heeft.

De prompt verschijnt ook vaak opnieuw na systeemupdates. Wanneer een binary tijdens een upgrade vervangen wordt, herkent de firewall het mogelijk niet als hetzelfde programma als voorheen en vraagt opnieuw. Dat is normaal, geen teken dat er iets mis is.

netbiosd is geen malware. Het is een first-party Apple-component, gedistribueerd als onderdeel van macOS, en op een gezond systeem draagt het een Apple-codehandtekening. Niets aan het zien ervan in Activity Monitor of in een firewallprompt wijst op een compromittering.

Je hoeft dat niet op vertrouwen te nemen. In Activity Monitor selecteer je het proces en open je de inspector om het volledige pad van de executable te zien waarvan het is gestart — een echte systeemdaemon bevindt zich onder de systeemdirectories, niet in je Downloads-map. Als je je comfortabel voelt in Terminal, rapporteert het codesign-gereedschap met de verbose verify-optie, gericht op dat pad, de ondertekeningsautoriteit; voor een legitieme kopie is die Apple. Alles dat de naam claimt vanaf een onverwachte locatie, of de verificatie niet doorstaat, is het waard om verder te onderzoeken.

Het andere deel van de geruststelling is net zo belangrijk. netbiosd is een proces voor het lokale netwerk, niet voor internet. NetBIOS-naamservice is broadcast-gebaseerd en beperkt tot je lokale subnet — het routeert niet over het internet, en routers sturen dat verkeer niet door naar de bredere wereld in normale werking. De angst die meestal onder dit zoeken ligt, dat een onbekende daemon stilletjes je gegevens ergens naartoe stuurt, is niet van toepassing. Wat netbiosd ook zegt, zegt het tegen apparaten in je eigen huis of kantoor.

Die onderscheiding is het waard om mee te nemen in elk procesonderzoek op macOS: een proces dat luistert op je lokale netwerk en een dat een persistente verbinding onderhoudt met een externe server, doen heel verschillende dingen en verdienen verschillende niveaus van controle.

Voor de meeste systeemdiensten is het eerlijke advies om het toe te staan en verder te gaan, omdat weigeren iets breekt waarop je vertrouwt. netbiosd is een van de echte uitzonderingen, en het is de moeite waard om er even over na te denken in plaats van gewoon te klikken.

Vraag jezelf één vraag: maak je ooit verbinding met een gedeelde map van een Windows-pc, een oudere NAS-box, of een netwerkprinter die afhankelijk is van Windows-browsing? Als het antwoord nee is — en voor veel mensen met een volledig Apple-huis is dat zo — dan kost het weigeren van netbiosd je niets dat je zult merken. NetBIOS is verouderd. Moderne SMB-ontdekking op Apple-platforms leunt op andere mechanismen, en een netwerk zonder NetBIOS-afhankelijke apparaten heeft niets waar netbiosd mee kan praten.

Als het antwoord ja is, wees dan voorzichtiger. Het weigeren van inkomende verbindingen kan ontdekking verstoren — het deel waar apparaten automatisch verschijnen in de Finder-sidebar, of waar een Windows-machine je Mac opmerkt. Je kunt vaak nog steeds een share bereiken door er expliciet mee te verbinden op naam of adres, in plaats van te wachten tot het wordt weergegeven, dus de foutmodus is meestal ongemak in plaats van een harde blokkade. Als een printer of NAS plotseling niet meer verschijnt, is dat een plausibele oorzaak, en het terugdraaien van de beslissing in de firewallinstellingen is eenvoudig.

Er is ook een schonere optie dan het negeren van de prompt. Veel van wat netbiosd doet, is gekoppeld aan Windows-compatibele bestandsdeling die ingeschakeld is. Als je dat ooit hebt ingeschakeld voor een enkele overdracht en nooit meer hebt gebruikt, zet het dan uit in de sharing-instellingen om de situatie bij de bron op te lossen.

Wat je ook kiest, doe het bewust. Het ergste dat kan gebeuren, is dat je Allow klikt op een dialoog die je niet hebt gelezen, en dat is hoe de meeste mensen eindigen met een firewallconfiguratie die niemand begrijpt.

netbiosd is niet ongebruikelijk. Een typische Mac draait tientallen achtergrondprocessen die het netwerk aanraken — sommige praten met Apple, sommige kondigen services lokaal aan, sommige onderhouden verbindingen namens apps die je hebt geïnstalleerd en vergeten. De firewallprompt toont alleen de smalle subset die inkomende verbindingen wil accepteren. Alles dat naar buiten gaat, blijft onzichtbaar tenzij je ernaar zoekt.

Die asymmetrie is het echte probleem. Je wordt onderbroken over een legacy naamgevingsdaemon dat beperkt is tot je eigen subnet, terwijl een proces dat stilletjes een verbinding onderhoudt met een externe server nooit een dialoog genereert. Activity Monitor vertelt je dat een proces bestaat en ongeveer hoeveel bytes het heeft verplaatst, maar niet naar welke domeinen het is gegaan, en biedt geen manier om het te stoppen behalve door het te killen.

Dat zichtbaarheidstekort is waar NetMute op is gebouwd om te dichten. Het toont realtime netwerkverkeer per app en per proces met domeinniveau-logging, zodat je in plaats van een procesnaam en byte-aantal kunt zien waar elke app daadwerkelijk verbinding mee maakt. De per-app firewall blokkeert alles met één klik, en tijdelijke regels verlopen automatisch zodat een snelle test niet per ongeluk permanent wordt. Netwerkprofielen passen verschillende regels toe afhankelijk van welk Wi-Fi-netwerk je verbonden bent, wat helpt wanneer een vertrouwd thuisnetwerk en een luchthavenhotspot verschillende niveaus van voorzichtigheid vereisen.

Het punt is niet om meer dingen te blokkeren. Het is om de vraag te beantwoorden die je hier bracht — wat is dit proces en met wie praat het — zonder elke keer te hoeven zoeken naar het antwoord zodra er een nieuwe naam verschijnt.