모질라 최근에 발표했다 만들려고 웹 브라우저 "Firefox"는 Chrome 매니페스트 버전 3과 호환됩니다. 플러그인에 제공 할 기능과 리소스를 정의하는 로드맵을 게시했습니다.
우리는 매니페스트의 세 번째 버전이 많은 보안 플러그인을 중단하고 부적절한 콘텐츠를 차단하는 것으로 비판을 받았음을 기억해야합니다. 여기 블로그에 있습니다.
Mozilla는 Firefox에서 새로운 매니페스트의 거의 모든 기능과 한계를 구현할 계획는 선언적 콘텐츠 필터링 API (declarativeNetRequest)를 포함하지만 Chrome과 달리 Firefox는 적어도 새 API가 webRequest API를 사용하는 플러그인 개발자의 요구를 완전히 충족하지 못할 때까지 webRequest API의 이전 차단 모드 지원을 중지하지 않습니다.
이 접근법 Chrome 플러그인과의 호환성을 보장합니다. webRequest API에 의존하는 플러그인과의 호환성을 깨지 않고.
새 매니페스트에 대한 주요 불만족은 webRequest API의 읽기 전용 번역과 관련이 있습니다.이를 통해 네트워크 요청에 대한 전체 액세스 권한이 있고 트래픽을 즉시 수정할 수있는 자체 컨트롤러를 연결할 수 있습니다.
이 API는 uBlock Origin 및 기타 여러 플러그인에서 부적절한 콘텐츠를 차단하고 보안을 보장하는 데 사용됩니다. webRequest API 대신 선언적 NetRequest API가 제안되고 기능이 제한되어 차단 규칙을 독립적으로 처리하고 사용자 지정 필터링 알고리즘의 사용을 허용하지 않으며 복잡한 설정을 허용하지 않는 기본 제공 필터링 엔진에 대한 액세스를 제공합니다. 조건에 따라 겹치는 규칙.
Firefox에서 세 번째 버전의 매니페스트와의 호환성 Chrome에서 2021 년 말 테스트 예정 그리고 새로운 선언문은 2022 년 초로 예정되어 있습니다.
구현 기능 중 Firefox의 새로운 선언문에서 눈에.니다.
- declarativeNetRequest API를 제공하되 레거시 webRequest API는 유지합니다.
- 원본 간 요청 처리 변경 : 새 매니페스트에 따라 콘텐츠 처리 스크립트는 이러한 스크립트가 포함 된 기본 페이지와 동일한 권한 제한이 적용됩니다 (예 : 페이지에 위치 API에 대한 액세스 권한이없는 경우). , 스크립트의 플러그인도이 액세스 권한을 얻지 못합니다). 출처 간 제한과 관련된 일부 변경 요청을 이제 Firefox 야간 빌드에서 테스트 할 수 있습니다.
- 백그라운드 페이지는 백그라운드 프로세스의 형태로 작업하는 서비스 워커로 대체됩니다 (변경 사항은 아직 테스트를 시작할 준비가되지 않았습니다).
- Promise 기반 API : Firefox는 네임 스페이스«browser. *»그리고 매니페스트의 세 번째 버전의 경우 네임 스페이스«크롬으로 이동합니다. *».
- 권한 요청을위한 새로운 세분화 된 모델 : 플러그인이 한 번에 모든 페이지에 대해 활성화 될 수는 없지만 활성 탭의 컨텍스트에서만 작동합니다. 즉, 사용자가 플러그인 작업을 확인해야합니다. 각 사이트. Mozilla는 액세스 제어를 강화하기 위해 노력하고 있지만 사용자가 플러그인이 다른 탭에서 작동하도록 허용할지 여부를 결정할 수있는 기능을 제공하기위한 것입니다.
- 외부 서버에서 다운로드 한 코드 실행 금지 (플러그인이 외부 코드를로드하고 실행하는 상황에 대해 이야기하고 있습니다). Firefox는 이미 외부 코드 차단을 사용하고 있으며 Mozilla 개발자는 매니페스트의 세 번째 버전에서 제공되는 추가 코드 다운로드 추적 기술을 추가 할 준비가되어 있습니다.
- 또한 콘텐츠 처리 스크립트에 대해 별도의 콘텐츠 보안 정책 (CSP)이 도입되고 기존 UserScript 및 contentScripts API가 서비스에 대한 작업자 기반 확장을 지원하도록 수정됩니다.