--- title: "애플, macOS Tahoe 26.6에서 커널·WebKit·샌드박스 취약점 대량 패치" published: 2026-07-28T09:45:43.000Z canonical: https://jeff.news/article/5162 --- # 애플, macOS Tahoe 26.6에서 커널·WebKit·샌드박스 취약점 대량 패치 애플이 macOS Tahoe 26.6 보안 업데이트에서 커널, WebKit, ImageIO, SMB, HFS, CUPS, Gatekeeper 등 macOS 전반의 취약점을 대거 수정했다. 눈에 띄는 건 단순 앱 크래시 수준을 넘어서 root 권한 상승, 샌드박스 탈출, 커널 메모리 손상, 민감 데이터 접근 같은 운영 환경에서 바로 신경 써야 할 이슈가 많이 포함됐다는 점이다. - 애플이 macOS Tahoe 26.6 보안 업데이트 내용을 공개함. 이번 건은 “몇 개 고쳤다” 수준이 아니라 macOS 거의 전 영역을 훑는 대형 패치에 가까움 - Accounts, App Store, Apple Account, CoreAudio, CUPS, Disk Images, HFS, ImageIO, IOKit, Kernel, SMB, WebKit, Wi-Fi 같은 시스템 컴포넌트가 줄줄이 포함됨 - 취약점 유형도 민감 데이터 접근, root 권한 상승, 샌드박스 탈출, 커널 메모리 손상, 임의 코드 실행, 서비스 거부까지 꽤 넓게 퍼져 있음 - 제일 눈에 띄는 건 커널(Kernel) 쪽 패치 물량임. 로컬 앱이나 원격 사용자, 악성 NFS 서버 같은 입력이 커널 메모리 손상으로 이어질 수 있는 항목들이 여럿 들어감 - race condition, use-after-free, out-of-bounds read/write, integer overflow, type confusion 같은 메모리 안전성 단골 메뉴가 거의 종합 세트처럼 등장함 - 영향 설명도 “예상치 못한 시스템 종료”에서 끝나지 않고 “커널 메모리 손상”, “커널 메모리 쓰기”, “민감한 사용자 데이터 접근”, “네트워크 필터 우회”까지 감 > [!IMPORTANT] > 개발 장비가 macOS라면 이번 업데이트는 미루기 애매함. 커널, 브라우저, 파일 파서, 네트워크 파일 시스템이 한꺼번에 걸려 있어서 공격 경로가 하나가 아님. - WebKit도 그냥 Safari 크래시 몇 개 고친 정도가 아님. 악성 웹 콘텐츠 처리 중 메모리 노출, iframe 샌드박스 정책 위반, UI 스푸핑, 방문 링크 추적 같은 이슈가 같이 묶여 있음 - 웹 페이지 하나 여는 행위가 프로세스 메모리 노출이나 Safari 크래시로 이어질 수 있는 항목이 포함됨 - WebKit Canvas, WebRTC까지 별도 항목으로 들어가 있어서 브라우저 렌더링·미디어 처리 경로도 패치 대상임 - 파일 처리 계층도 꽤 빡세게 맞음. ImageIO, HFS, Disk Images, SceneKit, Model I/O, AppleDouble 같은 컴포넌트에서 악성 파일 처리 문제가 반복적으로 나옴 - 악성 이미지, 오디오, 비디오, 3D 모델, 디스크 이미지, 연락처 파일 같은 입력이 앱 종료, 프로세스 메모리 손상, 임의 코드 실행으로 이어질 수 있다고 설명됨 - 개발자가 외부 샘플 파일, 디자인 에셋, 테스트 이미지, 압축 파일을 자주 받는 환경이면 남 얘기가 아님 - 권한 상승과 샌드박스 관련 패치도 많음. Accounts, Core Services, CUPS, MediaRemote, Remote Management, SecurityAgent 등에서 root 권한 상승 가능성이 언급됨 - Audio, Apple Account, Game Center, Maps, libc, NetFSFramework, Printing 쪽에는 샌드박스 탈출이나 샌드박스 밖 파일 접근 문제가 포함됨 - DesktopServices에는 Gatekeeper 검사 우회 문제가 들어가 있어서 “다운로드한 파일을 실행하기 전”의 보호 흐름도 수정됨 - 오픈소스 컴포넌트도 macOS 보안 업데이트에 같이 들어감. apache, curl, libarchive가 별도 항목으로 올라와 있음 - curl 쪽은 인증 정보가 다른 origin 서버로 전송될 수 있는 문제로 설명됨 - libarchive는 악성 파일 처리 시 프로세스 메모리 노출 가능성이 언급됨 - macOS에 포함된 오픈소스 패키지도 결국 운영체제 보안 경계 안에 들어오니, “내가 직접 설치한 게 아니니까 괜찮겠지”가 안 통하는 포인트임 - 한국 연구자 이름도 꽤 보임. 이재영, Seonung Park, 진규정, Geonha Lee, Kwak Kiyong, Song Nuri, Junyeong Lee 등 여러 제보자가 CVE나 감사 항목에 등장함 - Control Center, Assets, IOKit, ImageIO, WebKit 같은 핵심 영역에 한국 연구자 크레딧이 붙어 있음 - macOS 취약점 연구가 특정 국가나 대형 보안 업체만의 리그가 아니라는 게 드러나는 디테일임 - 운영 관점에서 보면 이번 업데이트의 핵심은 “사용자가 뭘 잘못해야만 터지는 취약점”으로만 보기 어렵다는 점임 - 악성 웹 콘텐츠, 악성 SMB/NFS 서버, 로컬 앱, 물리 접근, 악성 파일, 오디오·비디오 스트림 등 트리거가 다양함 - 회사 맥북에서 브라우저, 메신저 첨부파일, 네트워크 공유, 개발용 테스트 파일을 매일 만진다면 패치 지연이 곧 공격 표면 확대로 이어질 수 있음 --- ## 기술 맥락 - 이번 패치에서 애플이 한 선택은 취약한 기능을 단순히 막는 게 아니라, 컴포넌트별로 입력 검증, 권한 확인, 상태 관리, 메모리 관리를 촘촘하게 보강하는 쪽이에요. macOS는 커널부터 WebKit까지 공격 표면이 넓어서 한 군데만 막아서는 실사용 리스크가 줄지 않거든요. - 커널 취약점이 많이 보이는 이유는 영향 범위가 제일 크기 때문이에요. 앱 하나가 크래시나는 버그와 달리 커널 메모리 손상은 시스템 전체 안정성, 권한 경계, 민감 데이터 보호에 바로 닿아요. - WebKit과 ImageIO 같은 파서 계층이 반복해서 등장하는 것도 자연스러워요. 사용자는 웹페이지나 이미지 파일을 그냥 “콘텐츠”로 보지만, 운영체제 입장에서는 복잡한 바이너리 입력을 계속 파싱하는 코드 경로거든요. - 개발팀이나 보안팀이 이 업데이트를 봐야 하는 이유는 macOS가 단순 개인 장비가 아니라 업무 인증과 내부 접근의 관문인 경우가 많기 때문이에요. 그래서 이런 패치는 기능 업데이트보다 배포 우선순위를 높게 잡는 게 맞아요. ## 핵심 포인트 - 커널, WebKit, ImageIO, HFS, SMB, CUPS 등 macOS 핵심 컴포넌트 전반에 CVE가 걸려 있음 - 권한 상승, 샌드박스 탈출, Gatekeeper 우회, 커널 메모리 손상 같은 고위험 유형이 다수 포함됨 - curl, apache, libarchive 같은 오픈소스 컴포넌트 취약점도 macOS 패치 대상에 포함됨 - 악성 파일, 악성 웹 콘텐츠, 악성 SMB/NFS 서버, 로컬 앱 등 공격 경로가 꽤 다양함 ## 인사이트 맥 개발자 입장에선 그냥 “보안 업데이트 떴네”로 넘기기엔 범위가 넓다. 특히 개발 장비가 소스코드, 인증 세션, 내부망 접근 권한을 같이 들고 있는 경우가 많아서 커널·브라우저·파일 파서 취약점 패치는 업무 리스크랑 바로 이어진다.