macOS 27의 네트워킹이 바뀐다 - 개발자가 미리 알아둘 변화

무슨 일이 일어나나요

매년 6월 WWDC에서 발표되는 새 macOS 버전을 미리 들여다볼 수 있는 분석이 나왔어요. Eclectic Light Company라는 블로그가 macOS 27의 네트워킹 스택에 큰 변화가 온다는 글을 올렸거든요. 이 블로그는 매년 macOS 내부 동작을 깊게 파헤치는 걸로 유명해요.

핵심은 Apple이 오래된 네트워킹 API들을 정리하고, Network.framework 중심으로 모든 걸 통합하려 한다는 거예요. 개발자 입장에서는 코드 마이그레이션이 필요할 수 있고, 시스템 관리자 입장에서는 진단 도구와 정책 설정 방식이 달라질 수 있어요.

어떤 게 사라지고 어떤 게 남나요

가장 큰 변화는 BSD 소켓 기반의 저수준 API가 점점 deprecated 처리된다는 거예요. BSD 소켓이 뭐냐면, 유닉스 시절부터 내려온 가장 기본적인 네트워크 프로그래밍 인터페이스예요. socket(), bind(), listen(), accept() 같은 함수들이요. 리눅스 서버 코딩해본 분들에게는 익숙한 그 친구예요.

Apple은 이 위에 CFNetwork, NSURLSession을 거쳐 결국 Network.framework로 진화해왔어요. Network.framework는 2018년 macOS 모하비 때 도입된 신세대 API인데, IPv6 자동 처리, 멀티패스 TCP, QUIC 지원, 시스템 와이드 프록시 통합 같은 현대적 기능을 기본으로 제공해요.

macOS 27부터는 시스템 자체가 Network.framework로 더 깊이 통합돼요. 예를 들어 방화벽이나 네트워크 모니터링 도구들이 BSD 소켓 레벨에서 잡지 못하는 트래픽도, Network.framework 레이어에서는 잡을 수 있게 되는 식이에요.

DNS와 mDNS의 변화

또 흥미로운 변화는 DNS 처리예요. 그동안 macOS는 mDNSResponder라는 시스템 데몬이 일반 DNS와 멀티캐스트 DNS(.local 도메인)를 모두 처리해왔어요. 이게 가끔 문제를 일으켰는데, mDNSResponder가 멈추면 인터넷이 통째로 안 되는 상황이 생기곤 했죠. macOS를 오래 쓴 분들은 한 번쯤 겪어봤을 거예요.

macOS 27에서는 DNS 해석이 더 모듈화돼요. DNS over HTTPS, DNS over TLS 같은 암호화 DNS가 1급 시민으로 대접받고, 시스템 설정에서 직접 활성화할 수 있게 돼요. 기업 환경에서 MDM(모바일 디바이스 관리)으로 DNS 정책을 강제하기도 더 쉬워져요.

패킷 필터와 방화벽

Apple은 오래전에 ipfw라는 BSD 방화벽을 버리고 pf(packet filter)로 옮겨갔어요. 이번에는 pf조차 사용자에게서 더 멀어져요. 시스템 익스텐션이라는 새 메커니즘을 통해서만 패킷을 가로챌 수 있게 되거든요. 기존에 sudo로 pf 규칙을 직접 편집해서 쓰던 워크플로우는 점점 작동을 안 할 가능성이 커요.

대신 NetworkExtension 프레임워크가 더 강력해져요. VPN 클라이언트, 콘텐츠 필터, 프록시 같은 걸 만들 때 이걸 쓰는데, 사용자에게 명시적인 허가를 받고 동작하는 구조예요. 보안 면에서는 좋아지는 거지만, Little Snitch 같은 기존 모니터링 도구들이 변화에 적응해야 해요.

다른 OS와의 비교

Linux는 여전히 BSD 소켓이 주류고, 그 위에 eBPF가 강력한 관찰 가능성(observability)을 제공하는 구조예요. 시스템에 깊이 들어갈수록 더 자유로워지는 모델이죠. Windows는 WinSock과 WFP(Windows Filtering Platform)를 중심으로 하는데, 엔터프라이즈 정책 관리에 강점이 있어요.

Apple의 방향은 그 두 가지와 다른 길이에요. 사용자 보안과 프라이버시를 최우선으로 두고, 그 안에서 개발자가 할 수 있는 일을 점점 좁혀가는 방식이에요. iOS의 모델을 macOS로 가져오는 흐름이라고 보면 돼요. 자유도는 줄지만 평균적인 사용자는 더 안전해지는 트레이드오프죠.

한국 개발자에게 주는 시사점

맥에서 데스크톱 앱이나 메뉴바 유틸리티를 만드는 분들은 NSURLSession, Network.framework 사용을 우선시하는 게 좋아요. 아직도 BSD 소켓을 직접 호출하는 코드를 유지하고 있다면 마이그레이션 계획을 세워두세요. 당장 부서지진 않더라도 deprecated 경고가 늘어날 거예요.

서버 사이드 개발자에게는 직접적인 영향이 적어요. 다만 macOS는 보통 개발 머신으로 쓰니까, 로컬 개발 환경에서 동작하는 도구들이 변하면 워크플로우가 영향을 받을 수 있어요. Docker for Mac, Wireshark, 각종 프록시 도구들이 macOS 27 호환성을 어떻게 챙기는지 지켜볼 만해요.

기업 IT 관리자라면 MDM 솔루션이 macOS 27의 새 네트워크 정책 API를 어떻게 지원하는지 미리 확인하는 게 좋아요. 특히 Zero Trust 아키텍처처럼 보안 정책을 강제하는 환경이라면 변화가 클 수 있어요.

마무리

macOS의 네트워킹 스택은 BSD에서 시작해 Apple만의 길을 걸어왔는데, 이제 그 여정의 다음 챕터로 넘어가는 시점이에요. 매년 변화가 점진적이지만, 누적되면 꽤 큰 차이가 돼요.

여러분은 macOS에서 네트워크 관련 코드를 짜본 적 있나요? Apple의 이런 "점점 닫혀가는" 방향성에 대해 어떻게 생각하시는지 궁금해요.