Summary

  • W3C의 2019년 Feature Policy 첫 공개 초안은 전체 화면, 위치, 카메라, 마이크 등 브라우저 기능을 페이지와 삽입된 문서에서 선택적으로 제한하도록 했다.
  • 2026년 9월 Permissions Policy 초안은 페이지의 HTTP 응답 헤더, 개별 iframe의 allow 속성, 부모에서 자식으로 이어지는 정책 상속을 함께 설명한다.

웹페이지를 작은 극장으로 생각해 보자. 지도는 왼쪽 무대, 동영상은 오른쪽 무대, 결제 도구는 뒤쪽 방에 선다. 지도는 관객의 위치를 알고 싶고, 동영상은 화면을 모두 쓰고 싶고, 화상 회의 도구는 카메라를 원한다. 공연을 허락하는 것과 극장의 모든 열쇠를 나눠 주는 것은 다른 일이다.

W3C가 2019년 4월 발표한 Feature Policy 첫 공개 초안은 극장 규칙을 HTTP 응답에 적도록 했다. Feature-Policy 헤더로 기능을 닫거나, 사용 가능한 오리진을 지정한다. 초안에는 전체 화면과 위치를 막는 사례, 카메라와 마이크를 특정 삽입 오리진에 한정하는 사례가 나온다. 집주인의 결정을 페이지가 도착하는 길에 브라우저로 함께 보낸 것이다.

2026년 9월의 작업 초안은 이 명세가 과거 Feature Policy로 불렸다고 직접 밝힌다. 현재 이름은 Permissions Policy다. Permissions-Policy 헤더는 구조화된 사전을 사용한다. fullscreen=(), geolocation=()은 두 기능에 빈 허용 목록을 둔다. 부모 페이지와 그 아래 방 모두에서 문이 닫힌다. 작은 방 문에 새 초대장을 붙여도 건물 전체의 잠금은 풀리지 않는다.

지도 한 곳에만 위치 기능을 허용하려면 해당 iframe에 allow="geolocation"을 적는다. 페이지 헤더는 허용 가능한 오리진의 바깥 경계를 긋고, 프레임 속성은 구체적인 방을 선택한다. 2026년 초안은 지정한 손님 오리진을 헤더에 포함한 다음 특정 프레임에 기능을 넘기는 예를 든다. 옆방의 동영상이 지도에게 건넨 열쇠를 얻는 일은 없다.

정책은 상속된다. 기능마다 기본 허용 목록이 있고, 부모 문서는 응답 헤더로 정책을 선언한다. iframe은 allow를 통해 컨테이너 정책을 더한다. 자식 문서가 만들어지거나 다른 주소로 이동할 때 브라우저는 둘을 바탕으로 처음의 허용 상태를 계산한다. 자식은 넘겨받은 범위 안에서 자체 규칙을 정한다. 부모가 잠근 문은 자식이 방 안에서 다시 열 수 없다.

그래서 iframe이라는 테두리만 그었다고 권한 문제가 끝나지 않는다. 프레임은 문서를 담는 공간이고, 위치·카메라·마이크·전체 화면은 독자에게 직접 영향을 주는 기능이다. 페이지 제작자는 외부 부품을 들이면서도 어느 부품에 무슨 기능을 줄지 골라야 한다. 정책은 그 선택을 브라우저가 강제할 수 있는 출입 규칙으로 바꾼다.

2026년 초안은 결과를 살펴볼 길도 제시한다. 문서의 permissionsPolicy와 프레임의 정책 객체를 통해 기능이 열려 있는지 묻는다. 위치 기능이 막힌 지도는 주소 입력창을 보여줄 수 있다. 카메라가 막힌 도구는 촬영 버튼을 내려놓을 수 있다. 정책은 기능 사용 자격을 다루고, 방문자의 데이터 공유 결정과 기기의 상태는 뒤따르는 판단이다.

W3C의 발행 기록은 2026년 9월까지 이어진다. 그동안 페이지는 다른 사이트의 조각을 더 많이 받아들였고 브라우저에는 더 강한 기능이 생겼다. 집 전체의 규칙과 손님 방의 출입증을 따로 적어야 하는 이유가 커졌다.