Google relents slightly in ad-blocker crackdown – for paid-up enterprise Chrome users, everyone else not so much

Freeloaders will be limited to less capable content filtering

Google Chrome users will continue to have access to the full content blocking power of the webRequest API in their browser extensions, but only if they're paying enterprise customers.

Everyone else will have to settle for extensions that use the neutered declarativeNetRequest API, which is being developed as part of a pending change to the way Chrome Extensions work. And chances are Chrome users will have fewer extensions to choose from because some developers won't be able to rework their extensions so they function under the new regime, or won't want to do so.

Behind the scenes

Manifest files provide a way for developers to declare that their apps will use specific resources, such as files and APIs. Google has revised its Chrome extension manifest specification over the years to accommodate changes in Chrome features and capabilities. Manifest v1 was phased out in January 2014. Manifest v2, the current version, is headed for a similar fate, once Manifest v3 gels later this year.

The v3 draft, announced last October and still in flux, alarmed developers of Chrome extensions earlier this year when people began to understand that Google's plan to deprecate the webRequest API and other proposed changes would break content and ad blockers, privacy extensions, and other browser add-ons that rely on intercepting content before it gets displayed in the browser.

In response to concerns raised last month by the developers of the EFF's Privacy Badger extension, Simeon Vincent, developer advocate for Chrome extensions at Google, last week published an update on the company's Manifest v3 plan.

Good news! Sort of

There's some good news: Various APIs will get more support for dynamic modification of web requests, request headers and URL parameters. This will make content blocking a bit less bad than the initial Manifest v3 draft suggested. But the basic problem remains: Manifest v3 will make extensions less effective at blocking unwanted content.

In his update, Vincent clarified that the original flavor of webRequest isn't going away for paying customers and that the API will continue to exist for the masses in amputated form.

"Chrome is deprecating the blocking capabilities of the webRequest API in Manifest V3, not the entire webRequest API (though blocking will still be available to enterprise deployments)," he wrote.

Vincent said appropriately permissioned extensions will still be able to observe network requests using the webRequest API, which he insisted is "foundational for extensions that modify their behavior based on the patterns they observe at runtime."

But developer Raymond Hill, who created popular content control extension uBlock Origin, contends blocking capabilities matter more than observing. Losing the ability to block content with the webRequest API is his main concern.

"This breaks uBlock Origin and uMatrix, [which] are incompatible with the basic matching algorithm [Google] picked, ostensibly designed to enforce EasyList-like filter lists," he explained in an email to The Register. "A blocking webRequest API allows open-ended content blocker designs, not restricted to a specific design and limits dictated by the same company which states that content blockers are a threat to its business."


Hands off Brock! EFF pleads with Google not to kill its Privacy Badger with its Manifest destiny


Google did not respond to a request for comment. The ad biz previously said its aim with Manifest v3 is "to create stronger security, privacy, and performance guarantees."

But Hill, in a note posted over the weekend to GitHub, observes that performance problems arise more from bloated web pages stuffed with tracking code than from extensions intercepting and processing content. And he argues that if the blocking nature of the webRequest API really represents a performance concern, Google could just adopt Firefox's approach which uses a technique called Promises to return a non-blocking/asynchronous response.

Hill says he believes Google's technical changes represent an attempt to deal with the revenue threat posed by ad blocking. He points to a 2018 10-K financial filing by the company as evidence of its concern:

Technologies have been developed to make customizable ads more difficult or to block the display of ads altogether and some providers of online services have integrated technologies that could potentially impair the core functionality of third-party digital advertising. Most of our Google revenues are derived from fees paid to us in connection with the display of ads online. As a result, such technologies and tools could adversely affect our operating results.

Hill said that the blocking ability of the webRequest API disempowered Google by putting control of content blocking in the hands of developers. With Chrome now the dominant browser, he contends, the company has a chance to re-insert itself into the mix.

"The deprecation of the blocking ability of the webRequest API is to gain back this control, and to further now instrument and report how web pages are filtered since now the exact filters which are applied to web page is information which will be collectable by Google Chrome," he said.

In his email to The Register, Hill said, "Google's primary business is incompatible with unimpeded content blocking. Now that Google Chrome product has achieve high market share, the content blocking concerns as stated in its 10-K filing are being tackled." ®

Similar topics

Other stories you might like

  • Amazon warehouse staff granted second chance to vote for unionization

    US labor watchdog tosses previous failed result in the trash

    America's labor watchdog has given workers at Amazon’s warehouse in Bessemer, Alabama, another crack at voting for unionization after their first attempt failed earlier this year.

    “It is ordered that the election that commenced on February 8 is set aside, and a new election shall be conducted,” Lisa Henderson, regional director at the National Labor Relations Board, ruled [PDF] on Tuesday.

    “The National Labor Relations Board will conduct a second secret ballot election among the unit employees. Employees will vote whether they wish to be represented for purposes of collective bargaining by the Retail, Wholesale and Department Store Union.”

    Continue reading
  • It's the flu season – FluBot, that is: Surge of info-stealing Android malware detected

    And a bunch of bank-account-raiding trojans also identified

    FluBot, a family of Android malware, is circulating again via SMS messaging, according to authorities in Finland.

    The Nordic country's National Cyber Security Center (NCSC-FI) lately warned that scam messages written in Finnish are being sent in the hope that recipients will click the included link to a website that requests permission to install an application that's malicious.

    "The messages are written in Finnish," the NCSC-FI explained. "They are written without Scandinavian letters (å, ä and ö) and include, for example, the characters +, /, &, % and @ in illogical places in the text to make it more difficult for telecommunications operators to filter the messages. The theme of the text may be that the recipient has received a voicemail message or a message from their mobile operator."

    Continue reading
  • AsmREPL: Wing your way through x86-64 assembly language

    Assemblers unite

    Ruby developer and internet japester Aaron Patterson has published a REPL for 64-bit x86 assembly language, enabling interactive coding in the lowest-level language of all.

    REPL stands for "read-evaluate-print loop", and REPLs were first seen in Lisp development environments such as Lisp Machines. They allow incremental development: programmers can write code on the fly, entering expressions or blocks of code, having them evaluated – executed – immediately, and the results printed out. This was viable because of the way Lisp blurred the lines between interpreted and compiled languages; these days, they're a standard feature of most scripting languages.

    Patterson has previously offered ground-breaking developer productivity enhancements such as an analogue terminal bell and performance-enhancing firmware for the Stack Overflow keyboard. This only has Ctrl, C, and V keys for extra-easy copy-pasting, but Patterson's firmware removes the tedious need to hold control.

    Continue reading

Biting the hand that feeds IT © 1998–2021