의심스러운 필터를 사용할 때 코드 실행을 허용하는 Adblock Plus의 취약점

Adblock Plus 광고 차단기에서 확인됨 취약성, 허용 공격자가 준비한 확인되지 않은 필터를 사용하는 경우(예: 타사 규칙 집합을 연결하거나 MITM 공격 중 규칙 대체를 통해) 사이트 컨텍스트에서 JavaScript 코드 실행을 구성합니다.

필터 세트가 있는 목록 작성자는 " 연산자를 사용하여 규칙을 추가하여 사용자가 연 사이트의 컨텍스트에서 코드 실행을 구성할 수 있습니다.고쳐 쓰기"를 사용하면 URL의 일부를 바꿀 수 있습니다. rewrite 연산자를 사용하면 URL의 호스트를 바꿀 수는 없지만 요청 인수를 자유롭게 조작할 수는 있습니다. 대체 마스크는 텍스트만 사용할 수 있으며, 스크립트, 개체, 하위 문서 태그 대체는 허용됩니다. 차단됨.

그러나 해결 방법을 통해 코드를 실행할 수 있습니다.
Google 지도, Gmail, Google 이미지 등 일부 사이트에서는 기본 텍스트 형식으로 전송되는 실행 가능한 JavaScript 블록을 동적으로 로드하는 기술을 사용합니다. 서버가 요청 리디렉션을 허용하는 경우 URL 매개변수를 변경하여 다른 호스트로 전달할 수 있습니다. 예를 들어 Google의 경우 API를 통해 리디렉션이 이루어질 수 있습니다.google.com/search"). 리디렉션을 허용하는 호스트 외에도 사용자 콘텐츠 게시를 허용하는 서비스(코드 호스팅, 기사 게시 플랫폼 등)에 대해서도 공격이 수행될 수 있습니다.

제안된 공격 방법은 JavaScript 코드 문자열(예: XMLHttpRequest 또는 Fetch를 통해)을 동적으로 로드한 후 실행하는 페이지에만 영향을 미칩니다. 또 다른 중요한 제한 사항은 리디렉션을 사용하거나 리소스를 발행하는 원래 서버 측에 임의의 데이터를 배치해야 한다는 것입니다. 그러나 공격의 관련성을 입증하기 위해 "google.com/search"를 통한 리디렉션을 사용하여 map.google.com을 열 때 코드 실행을 구성하는 방법이 나와 있습니다.

수정은 아직 준비 중입니다. 문제는 차단에도 영향을 미칩니다 AdBlock을 и uBlock. uBlock Origin 차단기는 "다시 쓰기" 연산자를 지원하지 않으므로 문제의 영향을 받지 않습니다. 한때 uBlock Origin의 저자는
거절 한 잠재적인 보안 문제와 불충분한 호스트 수준 제한을 언급하면서 재작성에 대한 지원을 추가합니다(쿼리 매개변수를 바꾸는 대신 정리하기 위해 재작성 대신 쿼리스트립 옵션이 제안되었습니다).

Adblock Plus 개발자는 표준 규칙 목록에 대한 모든 변경 사항이 검토되고 사용자들 사이에서 제XNUMX자 목록을 연결하는 경우가 극히 드물기 때문에 실제 공격이 있을 가능성이 낮다고 생각합니다. 표준 차단 목록을 다운로드하기 위해 HTTPS를 기본적으로 사용하면 MITM을 통한 규칙 대체가 방지됩니다(다른 목록의 경우 향후 릴리스에서 HTTP를 통한 다운로드가 금지될 예정입니다). 지시문을 사용하여 사이트 측 공격을 차단할 수 있습니다. CSP (콘텐츠 보안 정책)을 통해 외부 리소스를 로드할 수 있는 호스트를 명시적으로 결정할 수 있습니다.

출처 : opennet.ru