Mac에서 netbiosd는 무엇인가요? 왜 macOS는 이를 허용하라고 하나요

netbiosd는 macOS에 기본 탑재된 백그라운드 프로세스로, Apple이 서명한 코드다. 이 프로세스의 역할은 NetBIOS를 구현하는 것이다. 이는 Windows 기기들이 수십 년 동안 사용해온 오래된 네트워크 이름 지정 계층이다.

NetBIOS는 현대 네트워킹이라고 생각하는 것보다 훨씬 이전에 만들어졌다. 이는 같은 사무실 네트워크 내 컴퓨터들이 짧고 읽기 쉬운 이름을 주장하고, 이를 방송하여 다른 기기들이 주소 뒤에 있는 올바른 컴퓨터를 찾을 수 있게 하는 간단한 방법이 필요했던 시대를 위해 설계되었다. Windows는 이를 채택했고, 파일 및 프린터 공유와 밀접하게 연관지었으며, 전통적인 네트워크 네이버후드 탐색의 기반이 되었다.

Apple은 Mac이 Windows 네트워크와 공존해야 하는 필요성 때문에 이를 지원했다. Mac이 Finder 사이드바에서 Windows PC를 볼 수 있거나, 파일 공유 중일 때 Windows PC가 Mac을 볼 수 있다면, netbiosd가 그 소개를 가능하게 한 일부일 수 있다. 이는 오래된 네트워크 연결 저장 장치와 네트워크 프린터에도 해당하며, 이들 대부분은 SMB와 Windows 스타일 탐색을 기반으로 만들어졌다.

경계는 정확히 구분하는 것이 중요하다. netbiosd는 로컬 네트워크 내의 발견과 이름 지정을 담당한다 — 어떤 기기가 어떤 짧은 이름에 응답하는지 결정하고, 같은 서브넷의 장치들이 서로를 알 수 있게 한다. 공유에 연결한 후의 실제 파일 전송은 시스템의 다른 부분이 처리한다.

macOS 애플리케이션 방화벽은 간단한 원리로 작동한다: 프로그램이 수신 연결을 허용하려고 할 때, macOS는 한 번 묻고 그 답을 기억한다. 나가는 트래픽은 대화창을 유발하지 않는다. 무언가가 듣고 있기 때문이다.

netbiosd는 설계상 듣고 있다. 이름 알림은 양방향 대화 — Mac이 자신의 이름을 방송하고, 다른 기기가 특정 이름을 누가 가지고 있는지 묻는 경우에도 도달 가능해야 한다. 이는 로컬 네트워크에서 수신 소켓을 여는 것을 의미하며, 이것이 바로 방화벽이 표면에 드러내도록 설계된 동작이다. 전통적으로 NetBIOS 이름 서비스는 UDP 포트 137과 데이터그램 서비스 UDP 포트 138을 사용한다; 이 번호들은 표준이지만, 실제 사용 여부는 macOS 버전과 활성화된 공유 서비스에 따라 다를 수 있다.

이 때문에 netbiosd는 대부분의 시스템 프로세스보다 훨씬 자주 그 대화상자에 나타난다. 잘못된 행동이 아니며, 변경된 것도 아니다. 이는 다른 기기에서 접근 가능하도록 하는 것이 정상인 몇 안 되는 Apple 데몬 중 하나이며, 방화벽은 서명자에 관계없이 모든 그러한 프로세스를 동일하게 취급한다.

이 메시지는 시스템 업데이트 후에도 다시 나타나는 경향이 있다. 업그레이드 중 바이너리가 교체되면, 방화벽은 이전에 본 프로그램으로 인식하지 못할 수 있으며 다시 묻는다. 이는 예상된 일이며, 문제가 있다는 신호가 아니다.

netbiosd는 맬웨어가 아니다. 이것은 Apple의 1st-party 구성요소로, macOS의 일부로 배포되며, 건강한 시스템에서는 Apple의 코드 서명이 포함되어 있다. Activity Monitor나 방화벽 프롬프트에서 보는 것만으로는 침해를 의미하지 않는다.

그것을 믿어야 할 필요는 없다. Activity Monitor에서 프로세스를 선택하고 검사기를 열어 실행 파일의 전체 경로를 확인하라 — 진짜 시스템 데몬은 시스템 디렉터리 아래에 있으며, 다운로드 폴더에는 없다. 터미널에 익숙하다면, verbose verify 옵션이 포함된 codesign 도구를 그 경로에 대해 사용하면 서명 권한을 확인할 수 있는데, 정품의 경우 그 권한은 Apple이다. 예상치 못한 위치에서 이름을 주장하거나 검증에 실패하는 경우, 더 조사할 가치가 있다.

안심의 또 다른 절반도 중요하다. netbiosd는 로컬 네트워크 프로세스이며, 인터넷용이 아니다. NetBIOS 이름 서비스는 방송 기반이며, 로컬 서브넷에 국한되어 있다 — 인터넷을 통해 라우팅되지 않으며, 라우터도 정상 작동 시 그 트래픽을 외부로 전달하지 않는다. 이 검색 아래에 자리 잡은 두려움, 즉 어떤 알 수 없는 데몬이 조용히 데이터를 어딘가로 보내고 있다는 걱정은 적용되지 않는다. netbiosd가 하는 말은, 집이나 사무실 내 장치에 하는 말이다.

이 구별은 macOS에서 어떤 프로세스 조사를 할 때도 중요하다: 로컬 네트워크에서 듣고 있는 프로세스와 원격 서버와 지속적인 연결을 유지하는 프로세스는 매우 다른 것이며, 서로 다른 수준의 검토가 필요하다.

대부분의 시스템 데몬에 대해 정직한 조언은 허용하고 넘어가는 것인데, 왜냐하면 거부하면 의존하는 무언가가 깨지기 때문이야. netbiosd는 진정한 예외 중 하나이며, 클릭하기보다는 잠시 생각할 가치가 있어.

한 가지 질문을 스스로에게 해봐: 윈도우 PC의 공유 폴더, 오래된 NAS 박스, 또는 윈도우 스타일의 탐색에 의존하는 네트워크 프린터에 연결한 적이 있어? 만약 아니고 — 그리고 많은 애플 가정에서는 아니야 — 그렇다면 netbiosd를 거부하는 것은 눈치채지 못할 정도의 손실만을 초래해. NetBIOS는 구식이야. 애플 플랫폼에서의 현대 SMB 검색은 다른 메커니즘에 의존하며, NetBIOS에 의존하는 장치가 없는 네트워크에는 netbiosd가 대화할 대상이 없어.

만약 그렇다면, 더 조심해야 해. 들어오는 연결을 거부하면 발견이 깨질 수 있는데 — 이는 디바이스가 자동으로 Finder 사이드바에 나타나거나, 윈도우 머신이 너의 Mac을 발견하는 부분이야. 보통은 이름이나 주소로 명시적으로 연결해서 공유에 접근할 수 있기 때문에, 실패하는 경우는 불편함일 뿐 강제 차단은 아니야. 프린터나 NAS가 갑자기 나타나지 않는다면, 이것이 원인일 수 있고, 방화벽 설정에서 결정을 되돌리는 것도 간단해.

프롬프트와 싸우는 것보다 더 깔끔한 방법도 있어. netbiosd가 하는 일의 대부분은 윈도우 호환 파일 공유가 활성화되어 있을 때 연결되는 것이야. 만약 한 번의 전송을 위해 활성화했고 다시 사용하지 않았다면, 공유 설정에서 그것을 끄는 것으로 원인을 해결할 수 있어.

무엇을 선택하든, 신중하게 결정해야 해. 가장 나쁜 결과는 읽지 않은 대화상자에 허용을 클릭하는 것인데, 이것이 대부분의 사람들이 아무도 이해하지 못하는 방화벽 구성을 갖게 되는 이유야.

netbiosd는 드문 일이 아니야. 일반적인 Mac은 수십 개의 백그라운드 프로세스를 실행하며, 이들은 네트워크에 접속해 있어 — 일부는 Apple과 통신하고, 일부는 로컬에서 서비스를 알리며, 일부는 설치하고 잊어버린 앱을 대신 연결을 유지하고 있어. 방화벽 프롬프트는 들어오는 연결을 허용하려는 좁은 하위 집합만 보여줘. 외부로 향하는 모든 것은 네가 찾아보지 않는 한 보이지 않아.

이 비대칭성은 진짜 문제야. 너의 서브넷에 국한된 구식 이름 지정 데몬에 대해 방해받는 동안, 조용히 원격 서버와 연결을 유지하는 프로세스는 전혀 대화창을 띄우지 않아. Activity Monitor는 프로세스가 존재한다는 것과 대략 얼마나 많은 데이터를 이동했는지 알려주지만, 어떤 도메인에 접속했는지, 그리고 종료하는 방법은 제공하지 않아.

이 가시성 격차를 메우기 위해 NetMute가 만들어졌어. 이 앱은 실시간으로 앱별, 프로세스별 네트워크 트래픽을 도메인 수준으로 기록하며, 각 앱이 실제로 어디에 연결하는지 보여줘. 앱별 방화벽은 한 번의 클릭으로 차단할 수 있고, 임시 규칙은 자동으로 만료되어 빠른 테스트가 영구적이 되지 않도록 해. 네트워크 프로필은 연결된 Wi-Fi 네트워크에 따라 다른 규칙을 적용하는데, 이는 신뢰할 수 있는 집 네트워크와 공항 핫스팟이 서로 다른 수준의 주의를 요구할 때 유용해.

중요한 것은 더 많은 것을 차단하는 것이 아니야. 이 질문에 답하는 것이 목적이야 — 이 프로세스가 무엇이고 누구와 대화하는지 — 매번 새 이름이 나타날 때마다 답을 찾기 위해 검색하지 않고.