Apple 백그라운드 보안 개선(BSI): macOS 자동 보안 업데이트 완전 가이드

Q: BSI 업데이트를 거부할 수 있습니까?

예. 시스템 설정 > 개인 정보 보호 및 보안으로 이동하여 BSI 옵션을 끔으로써 백그라운드 보안 개선을 비활성화할 수 있습니다. 그러나 Apple은 활성화 상태를 유지하도록 강력히 권장합니다. BSI를 비활성화하면 제공하는 보안 수정이 결국 표준 macOS 포인트 릴리스에 포함되지만 해당 포인트 릴리스를 설치할 때까지 Mac은 알려진 취약점에 대해 보호되지 않은 상태로 남게 됩니다. BSI를 비활성화할 특정 기술적 이유(중요 소프트웨어와의 문서화된 호환성 문제 등)가 없다면 활성화 상태를 유지하세요.

Rapid Security Response를 대체하는 Apple의 새로운 BSI 업데이트에 대한 모든 것. 작동 방식, 첫 번째 WebKit 패치, 설치 단계, Mac 보안의 변화를 알아보세요.

2026년 3월 17일, Apple은 전 세계 macOS Tahoe 사용자에게 최초의 Background Security Improvement(BSI) 업데이트를 배포했습니다. 이것은 단순한 보안 패치가 아니었습니다. WWDC 2025부터 Apple이 구축해온 완전히 새로운 보안 전달 시스템의 첫 번째 배포였으며, macOS Ventura에서 Rapid Security Response(RSR)가 처음 등장한 이후 괴롭혀온 문제들—앱 손상, 혼란스러운 버전 번호, 강제 재시작으로 인한 불편—을 해결하기 위해 설계된 것입니다. WebKit의 Same Origin Policy 우회 취약점을 대상으로 한 이 업데이트는 조용히 도착하여 몇 초 만에 설치되었으며 재시작이 필요하지 않았습니다. 수백만 명의 Mac 사용자에게는 눈에 보이는 변화가 없었습니다. 하지만 그 이면에서는 모든 것이 바뀌었습니다.

핵심 요점

Apple은 2026년 3월 17일 첫 번째 BSI 업데이트를 출시했습니다. macOS Tahoe 26.3.1의 WebKit 취약점을 패치하여 악의적으로 제작된 웹 콘텐츠가 Same Origin Policy를 우회할 수 있는 문제를 수정했습니다.
BSI는 Rapid Security Response(RSR)를 대체합니다. macOS Ventura에서 도입된 긴급 패치 시스템은 앱 손상, 혼란스러운 버전 번호, 강제 재시작 등의 문제로 어려움을 겪었습니다.
BSI 업데이트는 소프트웨어 업데이트가 아닌 개인 정보 보호 및 보안 설정을 통해 설치됩니다. 이는 표준 macOS 업데이트와의 의도적인 아키텍처적 분리입니다.
대부분의 BSI 패치에는 재시작이 필요하지 않으며, 업데이트 크기는 RSR 페이로드보다 상당히 작습니다.
기업 관리자는 이 새로운 업데이트 채널을 위해 MDM 정책과 워크플로를 업데이트해야 합니다. 특히 Addigy, Jamf 또는 Kandji를 통해 기기를 관리하는 경우에 해당합니다.

백그라운드 보안 개선이란 무엇입니까?

Background Security Improvements는 주요 macOS 릴리스 사이에 중요한 보안 패치를 제공하기 위한 Apple의 2세대 시스템입니다. macOS Tahoe 보안 프레임워크의 일부로 WWDC 2025에서 발표된 BSI는 긴급 보안 수정이 최종 사용자에게 전달되는 방식에 대한 근본적인 재고를 나타냅니다.

핵심 아이디어는 간단합니다. Apple이 Safari, WebKit 또는 기타 중요한 시스템 구성 요소에서 적극적으로 악용되는 취약점을 발견하면, 수정을 위해 전체 운영 체제 업데이트를 배포할 필요가 없습니다. BSI를 통해 Apple은 사용자의 워크플로를 방해하지 않고 시스템 재시작 없이 백그라운드에서 특정 구성 요소를 정밀하게 패치할 수 있습니다.

기술적 정의

BSI는 표준 소프트웨어 업데이트 채널과 독립적으로 작동하는 모듈식 구성 요소 수준의 보안 업데이트 메커니즘입니다. 전체 시스템 프레임워크를 교체하거나 재시작이 필요한 커널 수준의 변경을 요구하는 대신, BSI는 개별 구성 요소(특히 WebKit, Safari 및 관련 보안 라이브러리)를 대상으로 즉시 또는 짧은 백그라운드 프로세스 후에 적용되는 바이너리 패치를 적용합니다.

Apple의 공식 문서는 BSI 업데이트를 "소프트웨어 업데이트 사이에 중요한 보안 개선을 제공"하는 것으로 설명합니다. 하지만 이는 엔지니어링적 중요성을 과소평가합니다. BSI는 macOS 업데이트 아키텍처를 단일 구조 모델(보안 수정이 OS 포인트 릴리스에 번들로 포함)에서 모듈식 모델(개별 구성 요소를 독립적으로 업데이트 가능)로 근본적으로 변경합니다.

BSI와 일반 macOS 업데이트의 차이점

표준 macOS 업데이트—시스템 설정의 소프트웨어 업데이트에서 볼 수 있는 것들—는 포괄적인 패키지입니다. Apple이 macOS Tahoe 26.3이나 26.4를 릴리스할 때, 해당 업데이트에는 버그 수정, 기능 추가, 드라이버 업데이트 및 보안 패치가 모두 함께 포함됩니다. 수백 MB에서 수 GB에 달하며 상당한 다운로드 시간이 필요하고 거의 항상 재시작이 필요합니다.

BSI는 완전히 다른 방식으로 작동합니다. 이러한 업데이트는 작고(일반적으로 50MB 미만), 보안에 중요한 구성 요소에만 집중하며, 사용자가 인식하지 못하는 사이에 설치되도록 설계되었습니다. 진행 표시줄이 나타나지 않습니다. 검은 화면에 회전하는 지구본도 나타나지 않습니다. Mac은 수정을 적용하고 계속 진행합니다.

이 차이가 중요한 이유는 보안 취약점은 편리한 업데이트 창을 기다리지 않기 때문입니다. 월요일에 발견된 제로데이 익스플로잇은 몇 주 후일 수 있는 다음 예정된 업데이트 사이클 전에 패치해야 합니다. BSI는 Apple이 며칠이 아닌 몇 시간 내에 대응할 수 있게 합니다.

BSI와 Rapid Security Response의 차이점

이것이 핵심 비교이며, 이를 이해하려면 RSR에서 무엇이 잘못되었는지 알아야 합니다. BSI와 RSR은 같은 목표를 공유하지만—주요 릴리스 사이의 빠른 보안 패치—실행 방식에서 상당히 다릅니다.

전달 메커니즘: RSR 업데이트는 일반 macOS 업데이트와 함께 소프트웨어 업데이트에 표시되었습니다. BSI 업데이트는 개인 정보 보호 및 보안 설정을 통해 전달 및 관리되어 보안 패치와 기능 업데이트 사이에 명확한 분리를 만듭니다.

설치 영향: RSR은 종종 재시작이 필요했으며 때로는 몇 분이 걸렸습니다. BSI 업데이트는 백그라운드에서 설치되며 대부분의 패치에 재시작이 필요하지 않습니다.

변경 범위: RSR은 더 광범위한 시스템 구성 요소를 수정할 수 있어 때로는 의도하지 않은 부작용으로 이어졌습니다. BSI는 의도적으로 보안에 중요한 구성 요소로 제한되어 호환성 문제의 가능성을 줄입니다.

버전 관리: RSR은 사용자와 IT 관리자를 당혹스럽게 한 문자 접미사 시스템(macOS 13.3.1 (a), macOS 13.3.1 (b))을 사용했습니다. BSI 업데이트는 표시되는 macOS 버전 번호를 전혀 변경하지 않습니다.

롤백: RSR 업데이트는 설정을 통해 제거할 수 있었지만 과정이 번거롭고 때로는 불완전했습니다. BSI에는 문제가 감지된 경우 Apple이 서버 측에서 트리거할 수 있는 개선된 롤백 메커니즘이 포함되어 있습니다.

역사: Apple이 Rapid Security Response를 대체한 이유

BSI가 존재하는 이유를 이해하려면 Rapid Security Response가 Apple 자체 기준을 충족하지 못한 이유를 이해해야 합니다.

RSR의 약속

Apple은 WWDC 2022에서 Rapid Security Response를 소개하고 2022년 말 macOS Ventura와 함께 출시했습니다. 전제는 설득력이 있었습니다. 중요한 취약점을 패치하기 위해 전체 macOS 포인트 릴리스를 기다리는 대신, Apple이 사용자가 빠르게 설치할 수 있는 작고 타겟팅된 보안 수정을 배포할 수 있다는 것이었습니다. 이론상으로는 제로데이 익스플로잇의 노출 창을 크게 줄일 것이었습니다.

처음 몇 달간 RSR은 의도대로 작동하는 것처럼 보였습니다. Apple은 긴급 패치 몇 개를 배포했고 보안 커뮤니티는 더 빠른 응답 시간을 칭찬했습니다.

RSR이 잘못된 부분

문제는 2023년 초에 시작되어 그 후 몇 달 동안 복합되었습니다.

2023년 7월 RSR 사건. Apple은 2023년 7월 10일 RSR 업데이트 macOS 13.4.1 (a)를 출시했습니다. 몇 시간 내에 업데이트가 많은 사용자의 Safari를 망가뜨렸다는 보고가 쇄도했습니다. 웹사이트가 제대로 로드되지 않고, 특정 웹 애플리케이션이 작동을 멈추고, 일부 사용자는 커널 패닉을 경험했습니다. Apple은 업데이트를 철회하고, 며칠 후 수정 버전을 발행하고, 문제 패치 제거 방법을 설명하는 지원 문서를 게시했습니다. 빠른 보안 패칭에 대한 신뢰를 구축하기 위해 설계된 시스템으로서 이것은 심각한 신뢰 손상이었습니다.

혼란스러운 버전 번호. 문자 접미사 시스템은 사용자와 IT 관리자 모두를 혼란스럽게 했습니다. "macOS 13.3.1 (a)"를 보면 그것이 베타 버전인지, 사전 릴리스인지, 아니면 다른 무엇인지 즉시 명확하지 않습니다. 규정 준수 목적으로 OS 버전을 추적하는 기업 환경은 이러한 비정상적인 버전 문자열을 처리하기 위해 도구를 조정해야 했습니다. 일부 MDM 플랫폼은 접미사 버전을 올바르게 파싱하지 못해 부정확한 플릿 보고로 이어졌습니다.

재시작 요구 사항이 가치 제안을 훼손했습니다. RSR은 빠르고 비중단적이어야 했지만 많은 RSR 업데이트가 여전히 재시작을 필요로 했습니다. 작업 중인 사용자들, 특히 장시간 렌더링 작업, 데이터베이스 작업 또는 가상 머신을 실행하는 전문가들에게 예상치 못한 재시작 프롬프트는 환영받지 못했습니다. 일부 사용자는 RSR을 완전히 비활성화하기 시작했는데, 이는 보안 목적에 어긋났습니다.

애플리케이션 호환성 문제. Safari 사건 외에도 여러 RSR 업데이트가 타사 애플리케이션에 문제를 일으켰습니다. VPN 클라이언트, 보안 소프트웨어, 일부 브라우저 확장 프로그램이 RSR 설치 후 예기치 않은 동작을 보였습니다. Apple은 취약점 공개 위험 없이 보안 패치에 대한 사전 통지를 제공할 수 없어 개발자들이 RSR 업데이트에 대해 테스트할 능력이 제한되었습니다.

채택 망설임. RSR 문제 보고가 쌓이면서 많은 IT 관리자들이 조직에 RSR을 비활성화하고 더 철저히 테스트된 표준 포인트 릴리스를 기다리도록 조언하기 시작했습니다. 이것은 Apple이 의도한 결과와 정반대였습니다. 보안 채택을 가속화하기 위해 설계된 시스템이 가장 보안에 민감한 조직에서 오히려 지연을 야기했습니다.

Apple의 내부 대응

Eclectic Light Company의 보도와 WWDC 2025 세션 자료에 의해 뒷받침된 바에 따르면, Apple의 보안 엔지니어링 팀은 2024년 중반부터 BSI 작업을 시작했습니다. RSR의 단점에 대한 팀의 분석은 교체 시스템에 대한 여러 설계 원칙으로 이어졌습니다.

설치 영향 최소화 — 대다수의 패치에서 재시작 제거.
범위 축소 — 필요한 것만 패치하고 그 이상은 하지 않음.
소프트웨어 업데이트에서 분리 — 보안 패치와 기능 업데이트를 혼동하지 않음.
보이지 않는 버전 관리 — 사용자에게 보이는 macOS 버전 문자열을 변경하지 않음.
테스트 인프라 개선 — 배포 전 패치에 대한 더 나은 자동화 유효성 검사 구축.

이러한 원칙은 기술적 전달 메커니즘부터 사용자 대면 설정 위치까지 BSI 설계의 모든 측면에 직접 반영되었습니다.

BSI 업데이트의 기술적 작동 방식

BSI의 기술적 아키텍처를 이해하면 왜 RSR보다 더 신뢰할 수 있고 운영 체제 보안의 진정한 발전을 나타내는지 알 수 있습니다.

전달 파이프라인

BSI 업데이트는 표준 소프트웨어 업데이트 서버와 분리된 전용 콘텐츠 전달 인프라를 통해 흐릅니다. Apple의 보안 팀이 BSI 패치를 보증하는 취약점을 식별하면 다음 시퀀스가 발생합니다.

1. 패치 개발. Apple 엔지니어들이 특정 취약점에 대한 타겟팅된 수정을 개발합니다. 전체 OS 업데이트와 달리 이 패치는 영향받는 구성 요소(예: WebKit 렌더링 엔진, 특정 보안 라이브러리, Safari의 네트워크 스택)만 수정합니다.

2. 자동화 테스트. 패치는 Mac 하드웨어 구성, 타사 애플리케이션 및 네트워크 환경 매트릭스에 대해 자동화된 호환성 테스트를 거칩니다. Apple은 RSR 사건 이후 이 테스트 인프라를 크게 확장했습니다.

3. 단계적 배포. BSI 업데이트는 단계적 배포 모델을 사용합니다. Apple은 처음에 소수의 대상 Mac에 업데이트를 배포하고 충돌 보고 및 원격 측정을 통해 문제를 모니터링한 다음 점차적으로 배포를 확장합니다. 이는 RSR이 종종 모든 대상 기기에 동시에 배포하는 것과 대조적입니다.

4. 백그라운드 다운로드. Mac이 업데이트를 위해 선택되면 BSI 페이로드가 네트워크 활동이 적은 기간 동안 백그라운드에서 다운로드됩니다. BSI 페이로드의 작은 크기(일반적으로 50MB 미만)를 고려하면 느린 연결에서도 빠르게 완료됩니다.

5. 자동 설치. 설치는 Mac이 적절한 조건—일반적으로 시스템이 유휴 상태이지만 실행 중일 때—을 감지하면 자동으로 발생합니다. 영향받는 구성 요소는 제자리에서 패치되고 새 코드는 즉시 또는 다음에 구성 요소가 로드될 때 적용됩니다.

재시작이 필요하지 않은 이유

재시작 불필요 기능은 BSI의 RSR에 대한 가장 사용자 눈에 띄는 개선 사항이며, 왜 가능한지 이해할 가치가 있습니다.

전통적인 macOS 업데이트는 시스템이 실행 중에 안전하게 교체할 수 없는 부팅 시 메모리에 로드되는 구성 요소(커널 확장, 핵심 시스템 프레임워크, 보안 정책)를 수정하기 때문에 재시작이 필요한 경우가 많습니다. RSR도 같은 이유로 재시작이 필요한 경우가 있었습니다. 제공하는 패치가 이러한 깊이 내장된 구성 요소에 접촉할 수 있었습니다.

BSI는 의도적으로 런타임에 안전하게 업데이트할 수 있는 구성 요소로 범위를 제한합니다. 예를 들어 WebKit은 각 Safari 탭과 웹 뷰를 위해 별도의 프로세스로 실행됩니다. BSI가 WebKit을 패치하면 디스크의 바이너리를 업데이트합니다. 새 WebKit 프로세스는 자동으로 패치된 버전을 사용하고 기존 프로세스는 자연스럽게 재활용될 때까지(예: 탭을 닫거나 Safari를 종료할 때) 이전 버전을 계속 실행합니다.

이 프로세스 수준 격리는 각 구성 요소가 자체 샌드박스에서 최소 권한으로 실행되는 Apple Silicon Mac에서 Apple이 구축해온 보안 아키텍처 진화의 직접적인 이점입니다.

개인 정보 보호 및 보안 설정과의 통합

BSI 업데이트는 소프트웨어 업데이트가 아닌 시스템 설정 > 개인 정보 보호 및 보안을 통해 관리됩니다. 이 아키텍처 선택은 여러 목적에 기여합니다.

사용자에게 BSI가 소프트웨어 기능이 아닌 보안 기능임을 알립니다.
사용자가 표준 소프트웨어 업데이트를 연기할 때 BSI 업데이트가 실수로 연기되는 것을 방지합니다.
Apple이 보안 패치에 대한 별도의 옵트인/옵트아웃 메커니즘을 유지할 수 있게 합니다.
보안 패치를 자체 도메인에 유지함으로써 소프트웨어 업데이트 인터페이스의 복잡성을 줄입니다.

개인 정보 보호 및 보안 내에서 BSI는 "백그라운드 보안 개선"으로 레이블된 자체 토글이 있습니다. 활성화(기본값)되면 Mac이 BSI 업데이트를 자동으로 확인, 다운로드 및 설치합니다. 비활성화되면 해당 수정이 다음 표준 macOS 포인트 릴리스에 포함될 때까지 Mac은 BSI 업데이트를 받지 않습니다.

전달 차이를 보여주는 BSI 대 RSR 비교

첫 번째 BSI 업데이트: WebKit Same Origin Policy 패치(2026년 3월 17일)

2026년 3월 17일에 제공된 첫 번째 BSI 업데이트는 현대 웹의 기본 보안 메커니즘 중 하나인 Same Origin Policy의 WebKit 구현의 특정 취약점을 대상으로 했습니다.

Same Origin Policy란 무엇입니까?

Same Origin Policy(SOP)는 웹 브라우저의 중요한 보안 개념입니다. 한 웹사이트에서 실행되는 코드가 다른 웹사이트의 데이터에 접근하는 것을 방지합니다. 예를 들어 한 탭에서 은행 웹사이트를 열고 다른 탭에서 임의의 뉴스 사이트를 열면, SOP는 뉴스 사이트의 JavaScript가 은행 계좌 정보를 읽을 수 없도록 합니다.

SOP는 프로토콜(HTTP 대 HTTPS), 도메인 이름, 포트 번호의 세 가지 기준을 기반으로 교차 출처 요청을 제한함으로써 작동합니다. 두 페이지 간에 이 중 하나라도 다르면 서로 다른 출처로 간주하고 서로 격리합니다.

취약점

첫 번째 BSI 업데이트에 의해 패치된 취약점은 악의적으로 제작된 웹 콘텐츠가 WebKit에서 Same Origin Policy를 우회할 수 있었습니다. 실질적으로 이는 공격자가 Mac 사용자가 방문할 때 다음과 같은 것을 할 수 있는 웹페이지를 만들 수 있음을 의미했습니다.

사용자가 Safari에서 열어둔 다른 웹사이트의 데이터를 읽습니다.
다른 출처의 인증 토큰과 세션 쿠키에 접근합니다.
다른 탭에서 실행되는 웹 애플리케이션에서 민감한 정보를 유출합니다.

Apple의 보안 권고는 이를 고심각도 취약점으로 분류했습니다. Apple은 BSI 릴리스 시 적극적인 악용을 확인하지 않았지만, 널리 사용되는 렌더링 엔진의 SOP 우회라는 취약점의 특성상 신속한 패치가 필수적이었습니다. WebKit SOP 우회는 브라우저의 기본 보안 경계를 약화시키기 때문에 버그 바운티 프로그램에서 지속적으로 가장 가치 있는 취약점 중 하나입니다.

패치의 기술적 세부 사항

Eclectic Light Company가 발표한 분석에 따르면, BSI 업데이트는 교차 출처 요청 처리와 관련된 여러 WebKit 프레임워크 파일을 수정했습니다. 패치는 리다이렉트 체인과 특정 MIME 유형 처리 시나리오를 포함하는 엣지 케이스에서도 교차 출처 요청이 SOP 규칙을 적절히 적용하도록 WebKit의 네트워크 레이어에서 유효성 검사를 강화했습니다.

첫 번째 BSI 업데이트의 총 페이로드 크기는 약 32MB였습니다. Apple이 이전에 출시한 가장 작은 RSR 업데이트보다 훨씬 작습니다. 이 업데이트는 하드웨어 구성에 관계없이 macOS Tahoe 26.3.1을 실행하는 모든 Mac에 적용되었습니다.

macOS 26.3.2와의 차이점

같은 날(2026년 3월 17일)에 Apple이 MacBook Neo 전용으로 별도의 표준 소프트웨어 업데이트인 macOS Tahoe 26.3.2도 릴리스했다는 점에 주목하는 것이 중요합니다. 이것은 BSI 업데이트가 아니었습니다. MacBook Neo 구성에 고유한 하드웨어 특정 문제를 다루기 위해 소프트웨어 업데이트를 통해 제공된 전통적인 포인트 릴리스였습니다.

이 동시 릴리스는 실제로 BSI의 가치 제안을 명확하게 보여줍니다. WebKit 보안 수정은 모든 Mac 사용자에게 즉시 도달할 필요가 있었습니다(BSI를 통해). 반면 MacBook Neo 특정 수정은 재시작 없이 패치할 수 없는 하드웨어 드라이버와 시스템 구성 요소가 포함되어 있어 표준 업데이트 채널을 따랐습니다.

커뮤니티 반응

첫 번째 BSI 업데이트에 대한 Mac 보안 커뮤니티의 반응은 압도적으로 긍정적이었습니다. MacRumors는 3월 17일에 업데이트가 사용자에게 깨끗하게 설치되었으며 여러 RSR 배포의 특징이었던 앱 손상이나 시스템 불안정 보고가 없었다고 전했습니다. Appleosophy는 많은 사용자가 개인 정보 보호 및 보안 설정을 확인할 때까지 업데이트가 적용된 것을 깨닫지 못했다고 지적했습니다. 이는 자동 보안 패치에 있어 정확히 원하는 결과입니다.

Eclectic Light Company의 Howard Oakley는 패치의 좁은 범위와 깔끔한 구현을 확인하는 기술 분석을 게시하면서 이를 "RSR이 잃은 신뢰를 회복해야 하는 시스템의 유망한 시작"이라고 불렀습니다.

BSI 업데이트 확인 및 설치 방법

BSI 업데이트는 자동으로 설치되도록 설계되었지만, Mac이 이를 수신하도록 구성되어 있는지 확인하고 최신 패치가 적용되었는지 확인하고 싶을 수 있습니다.

1단계: 시스템 설정 열기

화면 왼쪽 상단의 **Apple 메뉴()**를 클릭하고 시스템 설정을 선택합니다.

2단계: 개인 정보 보호 및 보안으로 이동

시스템 설정 사이드바에서 개인 정보 보호 및 보안을 클릭합니다. 찾으려면 사이드바를 아래로 스크롤해야 할 수 있습니다.

3단계: 백그라운드 보안 개선 섹션 찾기

개인 정보 보호 및 보안 창 내에서 아래로 스크롤하여 보안 섹션을 찾습니다. 백그라운드 보안 개선을 찾아보세요.

BSI 토글을 표시하는 개인 정보 보호 및 보안 설정

4단계: 토글이 활성화되어 있는지 확인

백그라운드 보안 개선 토글은 기본적으로 활성화(녹색)되어 있어야 합니다. 비활성화된 경우 토글을 클릭하여 켭니다. 암호 또는 Touch ID로 인증하라는 메시지가 표시될 수 있습니다.

5단계: 보류 중인 업데이트 확인

BSI 업데이트가 있는지 수동으로 확인하려면 토글을 끄고 다시 켜면 확인이 트리거됩니다. 그러나 정상 작동 시 Mac은 자동으로 BSI 업데이트를 확인하고 개입 없이 적용합니다.

6단계: 설치 확인

현재 macOS는 시스템 설정에서 적용된 BSI 업데이트의 상세 로그를 제공하지 않습니다. BSI 업데이트가 설치되었는지 확인하려면 다음을 수행할 수 있습니다.

시스템 로그 확인: 터미널을 열고 log show --predicate 'subsystem == "com.apple.backgroundsecurityd"' --last 24h를 사용하여 최근 BSI 활동을 확인합니다.
WebKit 버전 확인: Safari에서 Safari > Safari 정보로 이동하여 WebKit 빌드 번호가 업데이트되었는지 확인합니다.
system_profiler 사용: 터미널에서 system_profiler SPInstallHistoryDataType을 실행하여 최근 설치 기록을 확인합니다.

중요 참고 사항

BSI 업데이트를 다운로드하려면 활성 인터넷 연결이 필요합니다.
설치가 이루어지려면 Mac이 깨어 있어야 합니다(꼭 활성 사용 중일 필요는 없음).
FileVault 암호화는 BSI 업데이트를 방해하지 않습니다. 패치가 부트 볼륨 수준이 아닌 애플리케이션/프레임워크 수준에서 적용되기 때문입니다.
BSI를 비활성화했다면, 전달해야 할 보안 수정 사항이 다음 표준 macOS 업데이트에 포함되지만, 해당 업데이트가 도착할 때까지 보호되지 않은 상태로 남게 됩니다.

BSI 대 RSR 대 일반 소프트웨어 업데이트: 완전 비교

Apple 업데이트 생태계에서 BSI의 위치를 이해하려면 세 가지 업데이트 유형 모두에 걸친 직접 비교가 필요합니다. 이는 자체 Mac 보안을 관리하거나 포괄적인 보안 전략을 구축하는 모든 사람에게 필수적인 맥락입니다.

기능	BSI	Rapid Security Response(RSR)	표준 macOS 업데이트
여전히 활성 상태?	예(현재)	지원 중단	예
도입	macOS Tahoe(WWDC 2025)	macOS Ventura(2022)	항상
전달 채널	개인 정보 보호 및 보안 설정	소프트웨어 업데이트	소프트웨어 업데이트
일반적인 크기	50MB 미만	100-500MB	500MB - 5GB 이상
재시작 필요	아니오(대부분의 경우)	종종 예	거의 항상
설치 시간	초(백그라운드)	5-15분	15-60분
사용자 중단	없음	중간~높음	높음
범위	보안에 중요한 구성 요소	긴급 보안 패치	모든 것
버전 문자열 변경	아니오	예(문자 접미사)	예(포인트 릴리스)
롤백 기능	개선됨(서버 측)	설정을 통한 수동	전체 OS 롤백
기본 상태	활성화됨	활성화됨	활성화됨
MDM 제어 가능	예	예	예
배포 전 테스트 창	단계적 배포	동시 배포	베타 프로그램

각 업데이트 유형이 적용되는 경우

BSI는 가장 시간에 민감한 보안 패치를 처리합니다. 적극적으로 악용되고 있거나 Same Origin Policy, 인증서 유효성 검사, 샌드박스 탈출 같은 기본 보안 경계에 영향을 미치는 취약점입니다.

표준 macOS 업데이트는 나머지 모든 것을 계속 처리합니다. 기능 추가, 버그 수정, 드라이버 업데이트, 성능 개선 및 BSI 배포를 보증할 만큼 긴급하지 않은 보안 패치입니다.

RSR은 사실상 지원이 중단되었습니다. Apple은 macOS Tahoe 릴리스 이후 RSR 업데이트를 발행하지 않았으며 BSI가 보안 업데이트 계층에서 RSR의 역할을 맡았습니다. macOS Ventura 또는 Sonoma를 실행하는 Mac은 레거시 지원을 위한 RSR 업데이트를 계속 받을 수 있지만, 모든 새로운 보안 패치 개발은 Tahoe 이상의 BSI에 집중합니다.

기업 및 IT 관리자에게의 의미

RSR에서 BSI로의 전환은 Mac 기기를 관리하는 조직에 중요한 영향을 미칩니다. IT 관리자, 보안 엔지니어 또는 macOS 기기를 관리하는 MSP라면 다음 사항을 알아야 합니다.

MDM 정책 업데이트

Jamf Pro, Kandji, Mosyle, Addigy를 포함한 대부분의 주요 MDM 플랫폼이 BSI 관리를 지원하는 업데이트를 릴리스했거나 릴리스 중입니다. 주요 정책 고려 사항에는 다음이 포함됩니다.

BSI 토글 제어. MDM 관리자는 관리 기기 전체에서 BSI 토글 상태를 적용할 수 있습니다. 대부분의 조직에서 BSI를 활성화 상태로 유지하는 것이 권장되는 보안 자세입니다. 패치가 중요한 보안 취약점을 다루기 때문입니다.

보고 및 규정 준수. Addigy는 2026년 3월에 관리되는 기기에서 BSI 배포를 모니터링하는 자세한 가이드를 게시했습니다. 핵심 과제는 BSI 업데이트가 macOS 버전 문자열을 변경하지 않아 전통적인 버전 기반 규정 준수 확인이 BSI 패치가 적용되었는지 감지하지 못한다는 것입니다. 관리자는 시스템 로그를 모니터링하거나 공급업체별 API를 사용하여 BSI 상태를 확인해야 합니다.

테스트 워크플로. RSR 업데이트에 대한 테스트 워크플로(기기 전체 배포를 허용하기 전에 테스트 기기에 설치)를 유지하던 기업 조직은 BSI에 맞게 프로세스를 조정해야 합니다. BSI는 단계적 배포를 사용하므로 조직은 먼저 업데이트를 받는 기기의 하위 집합을 구성한 다음 더 넓은 배포가 전체 기기에 도달하기 전에 문제를 모니터링할 수 있습니다.

네트워크 고려 사항

BSI 업데이트는 Apple의 콘텐츠 전달 인프라에서 다운로드됩니다. 엄격한 네트워크 제어를 가진 조직은 BSI 업데이트 서버가 허용 목록에 있는지 확인해야 합니다. Apple은 지원 문서에 필요한 도메인을 게시하며, 이는 기존 소프트웨어 업데이트 허용 목록과 상당히 겹칩니다.

BSI 페이로드의 작은 크기(50MB 미만)는 대규모 기기에서도 대역폭 영향이 최소임을 의미합니다. 그러나 극도로 제한된 네트워크(예: 위성 연결이 있는 현장 사무소)를 가진 조직은 추가 트래픽을 계획해야 합니다.

규정 준수 영향

보안 규정 준수 프레임워크(SOC 2, ISO 27001, HIPAA, FedRAMP)의 대상인 조직에게 BSI는 패치 관리 정책에 포함해야 하는 새로운 범주의 보안 업데이트를 도입합니다. 다루어야 할 핵심 질문은 다음과 같습니다.

패치 타임라인 SLA. 규정 준수 프레임워크가 특정 기간 내(예: 중요 취약점의 경우 14일)에 보안 패치를 적용하도록 요구하는 경우 BSI 패치는 이러한 SLA에 대해 추적되어야 합니다.
문서화. BSI 업데이트가 표준 macOS 업데이트와 같은 종류의 감사 추적을 생성하지 않으므로 조직은 규정 준수를 입증하기 위해 추가 로깅을 구현해야 할 수 있습니다.
위험 수용. 테스트 목적으로 BSI를 비활성화하기로 선택한 조직은 알려진 취약점에 대해 기기를 보호받지 못하게 두기 때문에 이를 위험 수용 결정으로 문서화해야 합니다.

IT 팀을 위한 권고 사항

기기 전체에서 즉시 BSI를 활성화합니다. 보안 이점이 RSR과 비교하여 개선된 테스트 인프라를 고려하면 호환성 문제의 최소한의 위험을 훨씬 능가합니다.
MDM 플랫폼을 업데이트합니다 BSI 모니터링 및 관리를 지원하는 최신 버전으로.
규정 준수 보고를 수정합니다 BSI 패치를 별도의 업데이트 범주로 포함하도록.
헬프 데스크에 BSI를 설명합니다 새로운 개인 정보 보호 및 보안 토글에 대한 사용자 질문에 답할 수 있도록.
네트워크 허용 목록을 검토합니다 BSI 업데이트 트래픽이 차단되지 않도록.

보안 영향 및 제로데이 응답 타임라인

BSI의 가장 중요한 영향은 패치가 제공되기 전에 적극적으로 악용되고 있는 제로데이 취약점에 대응하는 Apple의 능력에 있습니다.

이전 타임라인(BSI 이전)

BSI 이전에 WebKit 또는 Safari의 제로데이 취약점에 대한 Apple의 응답은 일반적으로 다음 타임라인을 따랐습니다.

0일차: 취약점이 발견되거나 보고됩니다.
1-3일차: Apple의 보안 팀이 분류하고 수정 개발을 시작합니다.
3-7일차: 수정이 개발되고 테스트됩니다.
7-14일차: 수정이 RSR 또는 포인트 릴리스로 패키징되고 QA를 받습니다.
14-21일차: 업데이트가 사용자에게 배포됩니다.
21-30일차: 대부분의 사용자가 업데이트를 설치합니다(일부는 상당히 지연됨).

이는 최선의 경우에도 취약점 발견에서 광범위한 패치 채택까지 2~3주의 창이 있음을 의미했습니다. 최악의 경우—RSR 업데이트가 버그로 인해 철회될 때—창이 한 달 이상으로 늘어날 수 있었습니다.

새로운 타임라인(BSI 사용)

BSI는 이 타임라인을 극적으로 압축합니다.

0일차: 취약점이 발견되거나 보고됩니다.
1-2일차: Apple의 보안 팀이 분류하고 수정 개발을 시작합니다.
2-4일차: 수정이 개발되고 자동화된 호환성 매트릭스에 대해 테스트됩니다.
4-5일차: BSI 업데이트가 초기 배포 그룹에 단계적으로 배포됩니다.
5-6일차: 배포가 모든 대상 기기로 확장됩니다.
6-7일차: Mac의 대다수가 패치됩니다(BSI가 재시작 없이 자동 설치되므로).

핵심 개선은 Apple이 패치를 더 빠르게 개발하고 출시할 수 있다는 것뿐만 아니라 채택이 거의 즉각적이라는 것입니다. 업데이트에 사용자 조치가 필요 없고 재시작도 필요 없으면 "패치 가능"에서 "패치 설치됨"까지의 간격이 몇 주가 아닌 몇 시간으로 줄어듭니다.

실제 영향

첫 번째 BSI 업데이트의 WebKit SOP 우회 취약점을 생각해 보세요. 이전 시스템에서는 RSR 업데이트(재시작 포함)가 필요하거나 다음 포인트 릴리스까지 보류되었을 것입니다. RSR을 비활성화했거나 업데이트를 지연한 사용자는 몇 주 동안 취약한 상태로 남아 있었을 것입니다.

BSI를 통해 패치는 릴리스 후 24시간 내에 macOS Tahoe 사용자의 대다수에게 도달했습니다. 이는 전체 Mac 생태계의 보안 자세의 변혁적인 개선입니다.

이러한 속도는 Mac 사용자를 위한 진화하는 위협 환경을 고려할 때 특히 중요합니다. Mac이 소비자 및 기업 환경 모두에서 시장 점유율을 높이면서 제로데이 취약점을 악용하는 정교한 위협 행위자들에게 점점 더 매력적인 표적이 되고 있습니다.

BSI가 macOS Tahoe의 더 넓은 보안 아키텍처에 맞는 방식

BSI는 단독으로 존재하지 않습니다. T2 칩에서 Apple Silicon으로의 보안 진화를 기반으로 Apple이 macOS Tahoe와 함께 도입한 포괄적인 보안 개편의 한 구성 요소입니다.

다른 Tahoe 보안 기능과의 통합

잠금 모드 개선. macOS Tahoe의 향상된 잠금 모드는 BSI와 협력하여 작동합니다. 잠금 모드가 활성화되면 BSI 업데이트가 우선시되어 이 기능을 활성화한 사용자의 높아진 보안 자세를 반영하여 더 적극적으로 설치될 수 있습니다.

개선된 Gatekeeper. Tahoe의 Gatekeeper 개선에는 BSI가 패치하는 유형의 취약점을 악용할 수 있는 악성 코드의 더 나은 감지가 포함됩니다. 이 계층화된 접근 방식은 BSI 패치가 도착하기 전에도 Gatekeeper가 악용 시도에 대한 일부 보호를 제공할 수 있음을 의미합니다.

향상된 XProtect. Apple의 내장 맬웨어 감지는 위협 인텔리전스를 공유하기 위해 BSI와 함께 업데이트되었습니다. BSI 패치가 XProtect가 악용 시도를 감지한 취약점을 다룰 때 두 시스템이 포괄적인 보호를 제공하기 위해 조율합니다.

이러한 기능이 함께 작동하는 전체 개요는 macOS Tahoe 26.3 백그라운드 보안 가이드를 참조하세요.

더 큰 그림

BSI는 전통적인 소프트웨어 업데이트 모델이 현대 보안 위협에는 너무 느리다는 Apple의 인식을 나타냅니다. 공격자는 취약점 발견 후 몇 시간 내에 무기화할 수 있습니다. 방어자가 패치를 배포하는 데 몇 주가 걸리고 사용자가 설치하는 데 추가 몇 주가 걸리면 비대칭성이 공격자에게 유리합니다.

보안 패치를 자동적, 자동, 즉각적이고 비중단적으로 만들어 Apple은 사용자가 보호 상태를 유지하는 것을 방해했던 거의 모든 마찰 지점을 제거했습니다. 이것은 iOS의 자동 업데이트를 촉진한 것과 같은 철학이지만 사용자가 시스템에 대해 더 큰 제어를 기대하는 더 복잡한 macOS 환경에 적응된 것입니다.

자주 묻는 질문

BSI 업데이트를 거부할 수 있습니까?

예. 시스템 설정 > 개인 정보 보호 및 보안으로 이동하여 BSI 옵션을 끔으로써 백그라운드 보안 개선을 비활성화할 수 있습니다. 그러나 Apple은 활성화 상태를 유지하도록 강력히 권장합니다. BSI를 비활성화하면 제공하는 보안 수정이 결국 표준 macOS 포인트 릴리스에 포함되지만 해당 포인트 릴리스를 설치할 때까지 Mac은 알려진 취약점에 대해 보호되지 않은 상태로 남게 됩니다. BSI를 비활성화할 특정 기술적 이유(중요 소프트웨어와의 문서화된 호환성 문제 등)가 없다면 활성화 상태를 유지하세요.

BSI가 Mac을 느리게 만듭니까?

아니오. BSI 업데이트는 성능 영향을 최소화하도록 특별히 설계되었습니다. 다운로드는 네트워크 활동이 적은 기간에 이루어지고 설치는 시스템이 유휴 상태일 때 이루어집니다. 패치된 구성 요소(WebKit, Safari, 보안 라이브러리)는 설치 중에 재최적화되거나 재컴파일되지 않습니다. Apple은 기존 파일을 교체하는 미리 컴파일된 바이너리를 제공합니다. BSI 업데이트 전후에 성능 차이를 느끼지 못해야 합니다.

BSI 업데이트와 macOS 26.3.2 업데이트는 어떻게 다릅니까?

macOS 26.3.2는 2026년 3월 17일에 릴리스된 MacBook Neo 전용 표준 소프트웨어 업데이트입니다. 하드웨어 특정 문제를 다루며 소프트웨어 업데이트를 통한 다운로드와 시스템 재시작이 필요한 전통적인 소프트웨어 업데이트 전달 경로를 따릅니다. 같은 날 릴리스된 BSI 업데이트는 macOS Tahoe 26.3.1을 실행하는 모든 Mac에 적용된 WebKit에 대한 별도의 보안 중심 패치로 개인 정보 보호 및 보안 설정을 통해 설치되었으며 재시작이 필요하지 않았습니다. 이들은 서로 다른 목적을 위한 완전히 독립적인 업데이트입니다.

macOS Ventura 또는 Sonoma를 실행하는 구형 Mac에서 BSI 업데이트가 작동합니까?

아니오. BSI는 macOS Tahoe 이상 전용입니다. macOS Ventura 또는 Sonoma를 실행하는 Mac은 보안 패치를 위해 Rapid Security Response(RSR) 업데이트 및 표준 포인트 릴리스를 계속 받습니다. Apple은 이전 macOS 버전에 BSI를 백포팅할 계획을 발표하지 않았으며, 이는 현재 OS 릴리스에만 새로운 보안 인프라를 도입하는 역사적인 접근 방식과 일치합니다.

IT 관리자가 BSI 업데이트를 지연하거나 단계적으로 배포할 수 있습니까?

예, 단 주의 사항이 있습니다. BSI 관리를 지원하는 MDM 플랫폼(Jamf Pro, Kandji, Addigy의 최근 버전 포함)은 기기 수준에서 BSI 정책을 구성할 수 있습니다. 관리자는 관리 기기에서 BSI를 비활성화할 수 있지만 이는 일반적으로 권장되지 않습니다. Apple의 내장된 단계적 배포는 모든 기기가 동시에 BSI 업데이트를 받지 않아 자연스러운 테스트 창을 제공합니다. 배포 전 공식 테스트가 필요한 조직의 경우 권장 접근 방식은 먼저 BSI 업데이트를 받는 소규모 테스트 기기 그룹을 유지한 다음 더 넓은 기기에 업데이트가 도달하기 전에 24-48시간 모니터링하는 것입니다.

BSI 업데이트가 설치되었는지 어떻게 알 수 있습니까?

현재 macOS는 BSI 업데이트가 적용될 때 눈에 띄는 알림을 표시하지 않습니다. 터미널을 통해 시스템 로그를 확인하거나(log show --predicate 'subsystem == "com.apple.backgroundsecurityd"' --last 24h) Safari/WebKit 버전의 변경을 확인하여 BSI 활동을 검증할 수 있습니다. Apple은 향후 macOS 릴리스에서 BSI 업데이트 기록에 대한 더 나은 가시성을 도입할 수 있습니다. Mac의 보안 상태에 대한 포괄적인 보기는 모니터링 도구를 다루는 Mac 최고의 바이러스 백신 솔루션 가이드를 확인하세요.

BSI 업데이트가 문제를 일으키면 어떻게 됩니까?

Apple은 RSR에 비해 BSI에 개선된 롤백 기능을 구축했습니다. Apple이 충돌 보고 및 원격 측정을 통해 BSI 업데이트의 광범위한 문제를 감지하면 패치를 자동으로 되돌리는 서버 측 롤백을 시작할 수 있습니다. 문제를 경험하는 개별 사용자는 개인 정보 보호 및 보안 설정을 통해 BSI를 비활성화할 수 있으며, 이는 향후 BSI 업데이트를 방지하지만 이미 적용된 패치를 롤백하지는 않습니다. 이 경우 다음 표준 macOS 업데이트에 보안 수정의 수정 버전이 포함됩니다.

결론

2026년 3월 17일에 제공된 첫 번째 Background Security Improvement 업데이트는 단순한 보안 패치 이상입니다. 운영 체제 보안에 대한 근본적으로 더 나은 접근 방식의 개념 증명입니다. Apple은 RSR의 단점에서 얻은 교훈—망가진 앱, 혼란스러운 버전 관리, 원치 않는 재시작—을 반영하여 그 모든 문제점을 해결하는 시스템을 구축했습니다.

BSI 업데이트는 RSR 전임자보다 작고, 빠르고, 덜 중단적이며 더 신뢰할 수 있습니다. 첫 번째 BSI 업데이트가 단 한 명의 사용자도 버튼을 클릭하거나 Mac을 재시작할 필요 없이 중요한 WebKit Same Origin Policy 취약점을 패치했다는 사실은 시스템의 잠재력을 보여줍니다.

일반 Mac 사용자에게 BSI는 더 적은 노력으로 더 나은 보안을 의미합니다. 이제 Mac은 백그라운드에서 자동으로, 자동으로 중요한 위협으로부터 스스로를 보호합니다. 이것이 보안이 작동해야 하는 방식입니다.

IT 관리자와 보안 전문가에게 BSI는 더 빠른 위협 대응, 더 쉬운 기기 관리, 강제 재시작에 대해 불평하는 사용자로부터의 헬프 데스크 티켓 감소를 의미합니다. 26.3 BSI 구현 가이드에는 특정 배포 고려 사항이 자세히 설명되어 있습니다.

Apple에게 BSI는 보안 업데이트 철학의 성숙을 나타냅니다. 한때 거대한 OS 업데이트에 보안 수정을 번들로 포함시켰고 그 후 RSR 실험을 엇갈린 결과로 시도했던 회사가 이제 보안과 사용자 경험 모두를 진정으로 우선시하는 접근 방식을 찾았습니다.

첫 번째 BSI 업데이트가 성공했습니다. 조용히, 눈에 보이지 않게, 정확히 의도한 대로. 이제 질문은 위협 환경이 계속 진화하고 빠른 보안 대응의 필요성이 점점 더 중요해짐에 따라 Apple이 이 기반 위에 어떻게 구축할 것인가입니다.

출처: MacRumors(2026년 3월 17일), Eclectic Light Company, Appleosophy, Addigy, Apple WWDC 2025 세션 자료, Apple 보안 업데이트 문서.