# Firefox, Brave의 광고 차단 엔진 통합

> Clean Markdown view of GeekNews topic #28893. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=28893](https://news.hada.io/topic?id=28893)
- GeekNews Markdown: [https://news.hada.io/topic/28893.md](https://news.hada.io/topic/28893.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2026-04-26T09:45:21+09:00
- Updated: 2026-04-26T09:45:21+09:00
- Original source: [itsfoss.com](https://itsfoss.com/news/firefox-ships-brave-adblock-engine/)
- Points: 1
- Comments: 1

## Topic Body

- **Brave의 오픈소스 광고·추적기 차단 엔진**인 adblock-rust가 Firefox 149에 포함됐으며, 현재는 기본적으로 비활성화되어 있음
- 이 엔진은 **Rust**로 작성됐고 MPL-2.0 라이선스를 사용하며, 네트워크 요청 차단과 **cosmetic filtering**, uBlock Origin 호환 필터 문법을 지원함
- Firefox에는 아직 사용자 인터페이스나 기본 필터 목록이 함께 들어 있지 않아, `about:config`에서 관련 설정을 켜고 필터 목록 URL을 직접 넣어야 시험 가능함
- 테스트 시에는 대상 사이트에서 **Enhanced Tracking Protection**을 꺼야 adblock-rust가 직접 동작하며, Yahoo에서는 광고 영역 자리는 남고 실제 광고 콘텐츠만 제거되는 모습이 확인됨
- Waterfox도 Firefox 구현을 기반으로 adblock-rust를 채택한 상태여서, **브라우저 내장 콘텐츠 차단기 공유**가 확산되는 흐름이 보임

---

### Firefox에 포함된 adblock-rust
- Firefox 149에는 [adblock-rust](https://github.com/brave/adblock-rust?ref=itsfoss.com)가 포함됐으며, **Brave의 오픈소스 광고·추적기 차단 엔진**에 해당함
- 이 변경은 Bugzilla의 [Bug 2013888](https://bugzilla.mozilla.org/show_bug.cgi?id=2013888&ref=itsfoss.com)를 통해 반영됐고, 버그 제목은 "_Add a prototype rich content blocking engine_"임
  - 현재 이 엔진은 **기본 비활성화** 상태이며, 사용자 인터페이스나 필터 목록은 함께 들어 있지 않음
- [adblock-rust](https://github.com/brave/adblock-rust?ref=itsfoss.com)는 Brave의 기본 콘텐츠 차단기 엔진으로 쓰이고, **Rust**로 작성됐으며 **MPL-2.0** 라이선스를 사용함
  - 네트워크 요청 차단, **cosmetic filtering**, [uBlock Origin](https://github.com/gorhill/ublock?ref=itsfoss.com) 호환 필터 문법을 지원함
- [Waterfox](https://www.waterfox.com/?ref=itsfoss.com)도 [adblock-rust를 채택](https://github.com/BrowserWorks/waterfox/issues/4182?ref=itsfoss.com)했으며, Firefox 구현을 직접 기반으로 빌드됨

### 시험 방법
- 테스트 전에는 주소창 방패 아이콘의 [Enhanced Tracking Protection](https://support.mozilla.org/en-US/kb/enhanced-tracking-protection-firefox-desktop?ref=itsfoss.com)을 대상 사이트에서 꺼야 adblock-rust가 직접 동작하게 됨
- 실험 기능이므로 **별도 Firefox 설치본**에서 시험하는 편이 권장됨
- 새 탭에서 `about:config`를 열고 경고를 수락한 뒤 `privacy.trackingprotection.content.protection.enabled`를 찾아 `true`로 바꾸면 됨
- 이어서 `privacy.trackingprotection.content.protection.test_list_urls`를 편집해 아래 값을 넣으면 [EasyList](https://easylist.to/?ref=itsfoss.com)와 [EasyPrivacy](https://github.com/easylist/easylist/tree/master/easyprivacy?ref=itsfoss.com) 필터 목록을 추가할 수 있음
  - `https://easylist.to/easylist/easylist.txt|https://easylist.to/easylist/easyprivacy.txt`
- 광고가 많은 [Yahoo](https://www.yahoo.com/?ref=itsfoss.com)에서 시험하면, 정상 동작 시 페이지 레이아웃의 광고 자리 자체는 남고 실제 광고 콘텐츠만 차단됨
  - 테스트에서는 Yahoo 배너가 "_Advertisement_"라는 텍스트만 남기고 광고 부분은 제거된 상태로 나타남

## Comments



### Comment 56314

- Author: neo
- Created: 2026-04-26T09:45:23+09:00
- Points: 1

###### [Hacker News 의견들](https://news.ycombinator.com/item?id=47897891) 
- 공식 Firefox 계정이 Reddit에서 밝힌 내용은 이렇다고 봄  
  **Enhanced Tracking Protection**를 개선하려고 실험 중인 라이브러리 중 하나일 뿐이고, **MV2 확장**을 버릴 계획은 없다고 함  
  Desktop와 Android에서는 uBlock Origin을 포함한 여러 광고 차단 확장을 계속 지원하고, Brave의 광고 차단 시스템 전체를 넣는 게 아니라 Firefox의 트래커 리스트 처리 개선을 위해 Brave의 오픈소스 Rust 컴포넌트 하나를 시험 중이라고 함  
  [https://www.reddit.com/r/firefox/comments/1sttf82/firefox_will_start_bundling_in_braves_adblock/oi1xklx/](<https://www.reddit.com/r/firefox/comments/1sttf82/firefox_will_start_bundling_in_braves_adblock/oi1xklx/>)
  - 기사에도 브라우저가 Brave의 오픈소스 **adblock-rust** 엔진을 포함한다고 되어 있었고, Mozilla가 이걸 시험하는 건 자연스럽다고 봄  
    Firefox 코드베이스에서 Rust 비중이 이미 **12%** 정도이고, 메모리 안전 코드는 신뢰성과 소프트웨어 리스크를 크게 바꿔줌  
    Google도 Chrome 취약점의 70%가 메모리 안전성과 관련 있다고 했으니, 시장 지배적 브라우저에서조차 효과가 큼  
    [https://4e6.github.io/firefox-lang-stats/](<https://4e6.github.io/firefox-lang-stats/>)  
    [https://www.chromium.org/Home/chromium-security/memory-safety/](<https://www.chromium.org/Home/chromium-security/memory-safety/>)
  - **MV3**를 곧바로 광고 차단 불가와 동일시하는 건 너무 갔다고 봄. 이제는 이름 자체를 바꿔야 할 정도임  
    요청 차단 API를 MV3에서 제거한 건 Chrome 쪽 구현이고, Firefox는 그러지 않았음
  - "계획이 없다"는 말을 보면 오히려 나중에는 할 가능성이 높다는 뜻처럼 읽히기도 함

- 이게 기본 내장 광고 차단 엔진을 핑계로 다른 **AdBlock 애드온**이나 **MV2** 지원을 없애는 전조가 아니길 바람  
  그러고 나서 acceptable ads 같은 방향으로 조금씩 밀어붙일까 걱정됨
  - Firefox가 **MV2**를 버리는 날 바로 다른 브라우저를 찾을 생각임  
    이미 점유율이 1%도 안 되는 수준이라 숫자에서 오는 안전장치도 없음
  - 이게 미래의 **MV2 지원 종료** 신호일 수는 있지만, 적극적으로 개발하지 않는다면 꼭 나쁜 일만은 아닐 수도 있음  
    장기적으로 MV2와 MV3를 둘 다 유지하는 건 쉽지 않고, 다른 기능 우선순위까지 감안하면 더 그렇다고 봄  
    다만 정말 그 방향이라면 이번에는 커뮤니티 얘기를 듣고 엔진 확장성을 열어 두거나, 최소한 **모든 광고 차단** 기능만큼은 항상 가능하게 해주길 바람  
    지난 1년 정도 Mozilla 행보를 보면 조심스럽게 낙관하는 편이고, 다른 브라우저와 기능 격차를 줄이는 좋은 업데이트도 꽤 있었음  
    Arc가 사실상 망한 뒤에 Firefox를 다시 메인으로 쓰기 시작했는데, 주된 이유는 uBlock Origin 지원이었음
  - **MITM 프록시**가 계속 동작하는 한 브라우저 바깥에서 페이지를 필터링하는 길은 언제나 남아 있다고 봄  
    엔터프라이즈 고객이 이걸 요구해서 폐쇄적인 Chrome조차 맞춰야 하고, 20년 넘게 써왔는데 어떤 브라우저에서도 동작했음  
    그래도 이 움직임이 **embrace extend extinguish**로 가는 건 아닌지 걱정되긴 함

- 몇 년 전에 Firefox에서 **Brave**로 옮겼는데 결과가 아주 좋았음  
  암호화폐 관련 요소는 쉽게 끌 수 있고, 더 강한 프라이버시 보호를 켜면 빠르고 광고 차단 잘되는 브라우저가 됨  
  최근에는 **Brave Scriptlets**가 특히 마음에 들었는데, 사이트별로 작은 JavaScript 함수를 돌릴 수 있어서 예전에 쓰던 애드온 대부분을 작은 스크립트로 대체했음  
  Chromium 기반이 아닌 엔진을 더 선호하긴 하지만 Mozilla에 대한 신뢰는 잃었고, Firefox가 내장 광고 차단 엔진을 넣은 건 반갑지만 너무 늦어 보임  
  Brave는 이미 훌륭했고, Chromium 기반이라 중요한 기능 개발에 시간을 더 쓸 수 있는 점도 있음
  - 사이트별 JS를 실행하게 해주는 **Greasemonkey**는 Firefox에서 벌써 20년 가까이 있었음  
    [https://www.greasespot.net/2005/03/](<https://www.greasespot.net/2005/03/>)
  - 첫인상이 "일단 암호화폐 기능부터 꺼라"라는 건 별로임. 그걸로 충분히 거르게 됨
  - Chromium 생태계를 더 지지하는 게 대체 렌더링 엔진을 포기하는 것보다 낫다는 생각은 안 듦  
    최종 사용자 입장에서 Firefox는 여전히 훌륭함
  - Mozilla가 존재하지도 않는 새 사용자층을 잡겠다고 기존 사용자를 소외시키는 선택을 계속하는 게 아쉬움  
    Mozilla가 약해지고 Safari는 하드웨어 종속성이 강한 Apple이 쥐고 있으니, 결국 비Chrome 계열 합리적 선택지가 거의 사라짐  
    그러면 Chrome이 새로운 Internet Explorer가 되고, 웹페이지도 다들 거기서만 테스트해서 다른 브라우저에서는 잘 안 돌아가게 됨
  - 듣고 보니 그냥 **Google Chrome**에 광고 차단기와 Tampermonkey를 번들한 것처럼 들림  
    거기에 암호화폐 기능만 꺼야 한다면 매력적으로 들리진 않음

- 이 변화로 **iOS Firefox**에도 Brave 수준의 광고 차단이 들어간다면 바로 쓸 의향이 있음  
  여러 OS를 다 쓰는데, 모든 플랫폼에서 기본 기능인 광고 차단과 커스텀 필터를 제공하는 브라우저를 원하고 지금 Firefox는 iOS에서 그걸 못 해줌  
  그래도 플랫폼 간 동기화는 Brave보다 Firefox Sync 쪽이 더 탄탄하다고 느낌  
  다만 Android에서는 Fenix 리베이스 이후 사라진 **키보드 단축키**도 고쳐줘야 함
  - 나도 같음. iOS 버전이 좀 더 성숙해졌으면 좋겠고, 특히 다크 모드 같은 **플러그인 지원**이 있으면 좋겠음  
    Safari for iOS는 그런 쪽이 됨
  - iOS는 모든 브라우저가 **WebKit**을 써야 하지 않나 싶음
  - 휴대용 기기에서 키보드 단축키가 왜 필요한지는 잘 모르겠음  
    데스크톱이나 노트북에서는 마우스 이동과 클릭을 줄여주지만, 손안의 기기에서는 1인치 떨어진 걸 탭하는 편이 더 빠른 경우가 많음  
    게다가 화면 키보드는 화면을 크게 가리고, 단축키는 보통 modifier 키를 써야 해서 손held 환경에는 불편함  
    혹시 Android에서 물리 키보드를 연결해서 쓰는 건가 싶음

- 다들 이걸 너무 과하게 해석하는 듯함  
  Mozilla가 진짜 **전면적 광고 차단기**를 넣을 거라고는 생각하지 않고, 아마 현재 트래킹 보호 구현을 개선하거나 대체하는 용도일 가능성이 큼  
  묘하게도 이게 Gecko에 추가된 시점에 나도 Waterfox용으로 **adblock-rs**를 붙이기 시작했는데, esr140 대신 메인 브랜치에서 searchfox를 보다가 바인딩을 우연히 발견했음  
  같은 시기에 같은 걸 하게 된 게 꽤 신기했음

- 지금 같은 시점에 이런 변화가 나오는 건 좋음  
  **메인스트림 브라우저**가 너무 재미없어졌다고 느끼는 때라서 오히려 Mozilla가 약간 더 공격적으로 나와도 사용자에게 이득이 된다면 반가움  
  구현도 예의 바른 편이라 광고가 음소거됐다는 사실을 알려주는 방식이 괜찮아 보임  
  브라우저 공간에서 여전히 할 수 있는 일은 많고, 예를 들면 이메일 입력 없이 원클릭 로그인하거나, 사이트가 카드번호를 직접 수집하지 않아도 쉬운 결제가 가능해질 수 있음  
  광고 역시 거슬리거나 침해적이지 않게 더 나아질 여지가 있음  
  가능성은 아직 크고, Mozilla가 그걸 잘 잡아냈으면 함

- **오픈소스**가 제 역할을 하는 사례처럼 보임  
  Brave가 탄탄한 엔진을 만들었고 Firefox가 그걸 활용할 수 있게 됐으니 좋음  
  Firefox 유지보수자들도 일방적으로 가져다 쓰는 데 그치지 말고 업스트림에 다시 기여해주길 바람

- 최근 Android에서 iOS로 옮겼는데, 모든 브라우저가 사실상 **Safari 래퍼**인 게 너무 답답함  
  데스크톱에서는 여전히 Firefox를 좋아하지만 모바일에서는 확장 기능 없이는 못 버티겠어서 Brave로 갔음  
  이상하게도 iOS의 Brave는 콘텐츠 차단을 꽤 잘함  
  이번 변화가 iOS 버전에도 들어간다면 동기화 때문에 다시 Firefox로 돌아가고 싶음

- 이게 **uBlock Origin** 사용자에게도 이득이 있는지 궁금함  
  Firefox용 uBlock Origin이 이것을 활용하도록 업데이트될 수도 있을 듯함
  - 보아하니 **uBlock 리스트**를 가져다 쓰는 것 같음  
    다만 동작 품질은 uBlock만 못한 듯하고, 광고만 사라지고 슬롯 자리는 남아서 커다란 빈칸이 생김

- 대형 브라우저들이 광고 차단 애드온에 비우호적으로 굴기 시작한 뒤로는 그 흐름을 잘 안 따라갔음  
  2026년 기준으로 광고 차단과 프라이버시 쪽 **업계 표준 스택**이 뭔지 알고 싶음  
  지금은 Mac에서 Chrome, iPhone에서 Safari를 주로 쓰지만 더 나은 광고 차단과 프라이버시를 위해 브라우저를 바꿀 의향이 있음  
  집에서는 한 대의 기기를 넘어서는 방식, 예를 들어 네트워크 사이에 작은 박스를 두는 식의 솔루션도 궁금함
  - **Firefox + uBlock Origin**이 정답에 가장 가까움  
    다른 조합은 비교가 잘 안 될 정도임
