Google은 Manifest V3 테스트를 시작했습니다. 이것이 uBlock Origin의 끝이 될까요?

몇 달 전에 우리는 여기 블로그에 뉴스 에 광고 차단기를 제거하려는 Google의 의도 브라우저에서이 Manifest V3에 도입 된 변경 사항이 주로 브라우저 내에서 광고를 차단하기위한 확장 프로그램에 영향을줍니다.

이제 몇 달 후 Google은 매니페스트의 세 번째 버전 테스트를 시작했습니다. (Manifest V3), 새로운 매니페스트에 대한 지원, 플러그인에서 제공하는 기능과 리소스를 정의합니다.,이 Manifest V3는 Chrome Canary 실험용 빌드에 추가되었습니다.

새로운 선언문 보안, 개인 정보 보호 및 성능 향상을위한 이니셔티브의 일환으로 개발되었습니다. 부가 기능 (주요 목표는 고성능의 안전한 부가 기능 생성을 단순화하고 느리고 안전하지 않은 부가 기능 생성을 어렵게하는 것입니다)

매니페스트는 아직 초기 알파 테스트 단계에 있습니다. 최종적인 것이 아니며 개발자가 플러그인을 실험하고 조정할 수있는 기회를 제공하기 위해 추가되었습니다. 새로운 선언문의 활성화는 내년에 예정되어 있습니다.

동안 매니페스트의 두 번째 버전에 대한 지원 종료는 아직 결정되지 않았습니다. 플러그인을 새 매니페스트로 간단하게 마이그레이션하기 위해 플러그인 개발자를 위해 해결해야하는 변경 사항이 포함 된 체크리스트가 준비되었습니다.

관련 기사 :

Google은 광고 차단기를 제거하려는 의도를 계속합니다.

여기에 주요 불만족은 새로운 선언으로 완료와 관련이 있습니다. 잠금 모드 용 스탠드 webRequest API에서 읽기 전용 모드로 제한됩니다.

Chrome for Enterprise 버전에만 예외가 적용됩니다. webRequest API에 대한 지원이 유지됩니다. Mozilla는 새 매니페스트를 따르지 않고 Firefox가 webRequest API를 완전히 사용하도록하기로 결정했습니다.

uBlock Origin의 수석 개발자 인 Raymond Hill은이 결정을 비난했습니다.e Google. 후자에 따르면 declarativeNetRequest API 로의 전환은 최소 천만 명의 인터넷 사용자가 사용하는 이러한 확장 기능의 죽음을 의미 할 수 있습니다.

"이 (다소 제한적) 선언적 NetRequest API가 콘텐츠 차단기가 자신의 업무를 수행 할 수있는 유일한 방법이된다면 기본적으로 제가 수년간 유지해온 두 콘텐츠 차단기 인 uBlock Origin과 uMatrix는 더 이상 존재할 수 없음을 의미합니다."

대신 새 매니페스트의 콘텐츠를 필터링하는 WebRequest API는 선언적 API 선언적 NetRequest를 제안했습니다.

webRequest API를 사용하여 네트워크 요청에 대한 전체 액세스 권한과 즉시 트래픽을 수정할 수있는 컨트롤러를 연결할 수있는 경우, 새로운 declarativeNetRequest API는 범용 내장 필터링 엔진에 대한 액세스를 제공합니다. 차단 규칙을 독립적으로 처리하고 자체 필터링 알고리즘을 사용할 수 없으며 조건에 따라 복잡한 규칙이 서로 겹치는 것을 허용하지 않습니다.

새 매니페스트는 플러그인 지원에 영향을 미치는 다른 변경 사항도 도입합니다. 그들 중에는 :

• 전환 백그라운드 프로세스로 서비스 워커 실행, 개발자가 일부 추가 코드를 변경해야합니다.
• 새로운 세분화 된 권한 요청 모델 : 모든 페이지에 대해 플러그인을 즉시 활성화 할 수 없습니다 ( '모든 _URL«), 그러나 그것은 활성 탭의 컨텍스트에서만 작동합니다. 즉, 사용자는 각 사이트의 플러그인 작업을 확인해야합니다.
• 교차 출처 신청 처리 변경-새로운 매니페스트에 따라 이러한 스크립트가 삽입 된 메인 페이지와 동일한 권한 제한이 콘텐츠 처리 스크립트에 적용됩니다 (예 : 페이지에 위치 API에 대한 액세스 권한이없는 경우 스크립트 플러그인이 이겼습니다. 이 액세스 권한도 얻지 마십시오).
• 외부 서버에서 다운로드 한 코드 실행 금지 (플러그인이 외부 코드를로드하고 실행하는 상황에 대해 이야기하고 있습니다).