메뉴
HN
Hacker News • 23일 전

파이어폭스 AI 스위치는 꺼져도 텔레메트리는 계속된다

IMP
6/10
핵심 요약

Wireshark로 파이어폭스 155를 재테스트한 결과, AI 끄기 스위치(AI Controls)는 생성형 AI 기능만 비활성화할 뿐 텔레메트리와 광고 추적은 그대로 작동하는 것으로 확인됐다. Mozilla CEO는 에세이에서 AI 차단 기능이 '가장 중요한 AI 기능'이라며 사용자 선택권을 강조했지만, 실제 스위치 사용률은 전체 끄기 약 1%, 개별 기능 비활성화 3%에 그쳤다. 저자는 Mozilla에 텔레메트리와 광고까지 포괄하는 스위치 확장을 제안한다.

번역된 본문

내용으로 건너뛰기. 파이어폭스의 AI 스위치는 꺼져도 텔레메트리는 그렇지 않다. 2026년 9월 2일, Marius Quabeck, 13분 분량.

와이어샤크(Wireshark)로 파이어폭스 148을 테스트한 결과, AI 킬 스위치(kill switch)는 생성형 기능을 비활성화하지만 텔레메트리(telemetry)와 광고는 그대로 둔다는 것을 보여주었다. 6개월 후, Mozilla의 CEO는 이 스위치를 어쩌면 모든 AI 기능 중 가장 중요한 기능이라고 불렀다. 나는 파이어폭스 155에서 이를 다시 테스트했다.

파이어폭스 AI 킬 스위치에 대한 첫 테스트는 예상치 못한 독자들에게까지 도달한 모양이다. 그 기사가 Mozilla 내부 슬랙(Slack)에 올라와 논의되었다는 이야기를 들었다. 평가는 '악의적 비방 기사(hit piece)'였다. 내 이전 파이어폭스 기사가 미국판 리눅스 매거진(Linux Magazine) 표지에 실렸던 사실도 별로 도움이 되지 않았을 것이다. 읽어본 사람은 알겠지만, 그 핵심은 환경설정 값, 호스트 목록, 타임스탬프였다. 그럼에도 이런 반응은 놀랍지 않다. Mozilla 자신의 행동을 회사에 비춰줄 때 나오는 익숙한 대응이다. 내 테스트가 Mozilla 자신의 행동에 대해 밝혀낸 것을 Mozilla가 싫어한다 해도 그것은 내 잘못이 아니다.

분명히 해두자면, AI 킬 스위치가 텔레메트리나 광고를 비활성화한다고 주장하지 않는다는 것을 나는 안다. 둘 다 다시 테스트한 이유는 이전 조사의 일부였고, 그 기사에 대한 반응이 이런 구분이 왜 중요한지 보여주었기 때문이다. 많은 독자들이 파이어폭스가 얼마나 많은 추적을 수행하는지 전혀 몰랐다고 말했다. 다른 독자들은 AI 킬 스위치를 AI, 텔레메트리, 광고 모두에 대한 범용 오프 스위치로 진심으로 이해하고 있었다. Mozilla에 제안 하나 하자면, 기존 스위치를 확장하거나 그 옆에 두 번째 스위치를 달라.

6개월 후, Mozilla 경영진의 말투는 달라졌다. 8월 25일, CEO 앤서니 엔조-데메오(Anthony Enzor-DeMeo)는 '신뢰는 얻는 것이다. 동의는 묻는 것이다. AI는 둘 다 건너뛰었다'라는 놀라운 제목의 에세이를 발표했다. 이를 읽는 것은 어지럽다. 비평가들이 몇 달 전에 도달했던 결론에 정확히 도달한, 상아탑에서 온 메시지다.

겸손을 전략으로 삼다

엔조-데메오는 2025년 12월 CEO로서의 첫날 이야기로 시작한다. 임명 전후 인터뷰에서 그는 브라우저의 AI에 대해 이야기했다. 어쨌든 그 기능들은 선택 사항이었다. 그다음 반발이 왔다. "그것은 정신적 충격이었다. 솔직히 말해, 나는 그럴 만했다"고 그는 쓴다. "나는 올바른 말을 했지만 여전히 메시지를 놓쳤다." 따라서 CEO로서의 그의 첫 결정 중 하나는 또 다른 AI 기능을 출시하는 것이 아니라 그것들을 모두 끄는 스위치를 만드는 것이었다. 그는 '킬 스위치'라는 이름을 싫어하며 'AI 컨트롤(AI Controls)'을 선호한다. 그는 개인적인 이유로도 이 프로젝트를 서둘렀다고 말한다. 그 역시 도처에 튀어나오는 AI에 지쳐 있었기 때문이다. Mozilla가 사용자가 '어떻게 AI할지' 스스로 결정하게 해줄 수 있다는 점이 자랑스러웠다고 그는 쓴다.

그런 다음 그 기능이 출시되었고, 에세이가 한 문단을 통째로 할애하는 문장이 뒤따랐다. "거의 아무도 사용하지 않았다."

출시 이후 몇 달간 약 1%의 사용자가 모든 AI를 껐고 3%가 개별 기능을 비활성화했다고 한다. CEO의 해석은 AI에 고정된 정의가 없다는 것이다. 번역은 수십 년 전부터 존재해온 종류의 머신러닝이며, 생성형 AI는 그 한 부분집합일 뿐이다. 대부분의 사용자는 번역을 켜둔 채 생성형 기능은 거부하는 경향을 보였다. 그렇다고 면책은 아니라고 그는 인정하며, 퓨 리서치(Pew Research)를 인용한다. 미국 성인의 약 절반이 이미 AI 챗봇을 사용하지만 59%는 미국 기업들이 AI를 책임 있게 개발하리라 신뢰하지 않는다.

그의 결론은, 기업들이 사용자에게 AI를 강요하는 세상에서 파이어폭스의 가장 강력한 논거는 '선택과 주도권'이라는 것이다. 마지막 문장은 포스터가 될 만하다. "가장 중요한 AI 기능은 그것을 끌 수 있는 능력일지도 모른다."

Mozilla의 평소 커뮤니케이션 기준으로 보면 이것은 놀라울 정도로 자기 비판적이다. 동시에 교묘한 홍보이기도 하다. 이 이야기는 시위하는 사용자들에 대한 양보를 사후적으로 Mozilla가 그 사용자들과 가깝다는 증거로 둔갑시킨다. 그리고 이 테스트와 직접 관련된 기초 위에 서 있다. 바로 누가 그 스위치를 켰는지 보여주는 숫자들이다. 이 숫자들로 곧 돌아오겠다.

댓글란은 나름의 테스트를 진행 중이다.

원문 보기
원문 보기 (영어)
Skip to content Firefox’s AI Switch Is Off. Telemetry Isn’t. September 2, 2026 Marius Quabeck 13 min read My Wireshark test of Firefox 148 showed that its AI kill switch disables generative features, but leaves telemetry and advertising untouched. Six months later, Mozilla's CEO has called the switch perhaps the most important AI feature of all. I retested it in Firefox 155. My first test of Firefox's AI kill switch apparently reached readers I had not expected. I was told that the article made its way into Mozilla's internal Slack and was discussed there. The verdict: a “hit piece.” The fact that my previous Firefox article had been featured on the cover of the US edition of Linux Magazine probably did not help. Anyone who read it will know that its core consisted of preferences, host lists, and timestamps. The reaction is nevertheless unsurprising. It is a familiar response when someone holds Mozilla's own behavior up to the company. It is not my fault if Mozilla does not like what my tests revealed about its own behavior. To be clear, I know that the AI kill switch does not claim to disable telemetry or advertising. I tested both again because they were part of my previous investigation, and because the response to that article showed why the distinction matters. Many readers told me they had no idea how much tracking Firefox performs in the first place. Others had genuinely understood the AI kill switch as a universal off switch for AI, telemetry, and advertising. Here is an idea, Mozilla: either expand the existing switch or put a second one next to it. Six months later, Mozilla's leadership sounds different. On August 25, CEO Anthony Enzor-DeMeo published an essay with the remarkable title “ Trust is earned. Consent is asked. AI skipped both. ” Reading it is disorienting in places: a message from the ivory tower that reaches exactly the conclusion critics had reached months earlier. Humility as strategy Enzor-DeMeo begins with his first day as CEO in December 2025. In interviews around his appointment, he had talked about AI in the browser; after all, the features were optional. Then came the backlash. “It was a gut punch. Frankly, I deserved it,” he writes. “I said the right words and still missed the message.” One of his first decisions as CEO was therefore not to launch another AI feature, but to build the switch that turns them all off. He clearly dislikes the name “kill switch,” preferring AI Controls . He says he accelerated the project partly for personal reasons: he, too, was tired of AI popping up everywhere. He had been proud, he writes, that Mozilla could let users decide “how they AI.” Then the feature shipped, followed by the sentence to which the essay gives a paragraph of its own: “Almost nobody used it.” In the months after release, roughly one percent of users reportedly switched off all AI and three percent disabled individual features. The CEO's interpretation is that AI has no fixed definition. Translation is machine learning of the kind that has existed for decades; generative AI is only one subset. Most users left translation enabled while tending to reject the generative features. That is not a free pass, he concedes, citing Pew Research : about half of US adults now use AI chatbots, yet 59 percent do not trust US companies to develop AI responsibly. His conclusion is that, in a world where companies force AI on their users, Firefox's strongest argument is “choice and agency.” The final line has the makings of a poster: “The most important AI feature may be the ability to turn it off.” By the standards of Mozilla's usual communications, this is remarkably self-critical. It is also clever public relations. The story retrospectively turns a concession to protesting users into proof of Mozilla's closeness to those users. And it rests on a foundation directly relevant to this test: the numbers showing who flipped the switch. I will return to those numbers shortly. The comment section runs its own test Enzor-DeMeo promoted his essay in a LinkedIn post that collected 537 reactions and 53 comments within a week. Nearly every tool he uses had gained an AI feature this year, he wrote, and he could not remember being asked first. The replies are more revealing than the post itself. Product manager Olivia O'Hara tried it for herself and installed Firefox from scratch. Her finding: the onboarding flow does not mention that Firefox contains AI features at all, let alone that there is a switch for them. To find it, users have to open the hamburger menu, enter Settings, and select a dedicated tab. “It feels buried,” she wrote, suggesting that the one- and three-percent figures might be artificially low because hardly anyone discovers the switch. Jed Wheeler added dryly that low usage in this case simply meant poor UX. The CEO replied that Mozilla was always open to UX feedback, but had tried to make the switch easy to find: “Settings -> AI Controls.” That is exactly the route O'Hara had just described as buried. Marketing consultant Shweta Bhatade captured the prevailing mood of this software year: every tool she uses gained an AI panel, none asked first, and after a while it stops feeling like a feature and starts feeling like something happening to you. Enzor-DeMeo responded, “Great insight!” The same observation, made by a journalist six months earlier, was reportedly treated inside his company as a hit piece. Another commenter, Andres Servin, put the core distinction neatly: “optional” and “controlled” are fundamentally different. Users prefer the door locked by default to one that can be locked on request. That makes the percentages less conclusive than they first appear. They measure not only approval of AI, but also the discoverability of a switch the browser never shows its users. Retesting Firefox 155 Firefox 155 arrived on September 1, and I repeated the measurements the same day. The test machine was a MacBookPro11,1, better known as the 2013 A1502, with a clean installation of Ubuntu 24.04.3. Firefox 155.0 came as a DEB package from Mozilla's official repository. Wireshark 4.2.2 captured all traffic, and I decrypted TLS through the SSLKEYLOGFILE environment variable as before. Every browser action took place visibly in a real Xorg session using mouse and keyboard. There was no WebDriver, no remote debugging, and no prepared Firefox profile. Two factory-fresh profiles formed the two series. The A runs covered a cold start, setup followed by idle time, and a fixed browsing scenario in the default state. The B runs repeated those steps with “Block AI Enhancements” enabled and added a restart of the blocked profile. This time I explicitly accounted for the methodological trap in the first test: one-time first-run connections can look like an effect of the switch if they are compared with a warmed-up profile. Both cold starts therefore happened before anyone touched the switch. There is good news up front. Firefox has become quieter on its very first launch. Where my March test counted 25 TLS hosts and 76 DNS queries, Firefox 155 produced 14 hosts and 70 queries in each of the two fresh profiles. That is a real improvement, but it has nothing to do with the switch. Comparing the blocked profile's later nine-host restart with the 14-host first launch would repeat the same warm-profile fallacy: the decrease is a cache effect, not a blocking effect. The switch has grown Mozilla has expanded the switch itself. It now sets eleven preferences instead of nine. The additions are browser.ai.control.smartWindow = "blocked" and extensions.ml.enabled = false . The confirmation dialog lists six feature areas: translations, PDF alt text, AI tab groups, key points in link previews, Smart Window, and sidebar chatbots. Firefox also notes that blocking affects extensions that use AI supplied by Firefox. Extensions may still contact external AI services independently. Mozilla's documentation remains candid : traditional machine learning for class