The images in this article were generated with artificial intelligence. How we publish
A recent technical analysis has highlighted a critical risk in one of the most popular ad blocking extensions for Google Chrome: Adblock for YouTube(ID: cmedhionkhpnakcndndgjdbohmhepckk), installed by more than 10 million users and with a Featured distinctive in the extension store. Researchers cited by Island and disseminated by specialized media warn that extension includes a mechanism capable of run arbitrary JavaScript code on any page after a simple change of server configuration, without the need to update the extension or go through an additional review in the store.
The key technical threat is a custom rule - called "trusted-create-element" in the analysis - that would allow dynamically to create elements < script > and make them run with the same user privileges. Although researchers have explicitly pointed out that, at the time of the analysis, that rule was not active in the server's responses, its very existence implies that a remote order would suffice to turn the extension into an attack vector capable of reading forms, stealing credentials or acting within sensitive sessions such as administrative panels and corporate applications.

The extension check mechanics also increases the danger: although its name suggests scope limited to YouTube, the extension is installed to function on all pages and activates its logic when the "youtube.com" chain appears on the URL, without validating the host or the iframe context. This allows a trivial bypass: any site that includes that chain in parameters, routes or references (e.g. pages with links or readdresses that mention youtube.com) could trigger the malicious code if the remote rule was activated.
The project's history adds risk context: Adblock for YouTube exists in the store since 2014 and changed hands in 2018; in old versions it came to integrate an advertising injection SDK known as Unistream (removed in June 2024). Added to this are related extensions that have been removed from the Chrome Web Store by malicious behavior, which, for researchers, turns the combination of global access, remote control and precedents into a serious indicator that requires caution.
It is important to stress that there is no public evidence that a malicious payload has been distributed through this capacity; however, the technical possibility and the historical context pose a significant risk to the privacy and safety of users and organizations. In parallel, security firms like Unit 42 have documented campaigns that use extensions to monetize by redirecting and downloading unwanted software, which reinforces the need for defensive measures.
For users and safety officials, the recommended actions are clear and concrete: Uninstall or disable the extension if not absolutely necessary, check the permissions that request any extension before installing it, and prefer confidence-blocking solutions with open source and active review community, such as uBlock Origin (repository: https: / / github.com / gorhill / uBlock). IT administrators should apply lock or white list policies on corporate browsers and, if possible, block extensions for their Chrome Enterprise identifier.

In addition, it is appropriate to adopt practices that limit the impact of any compromised extension: use separate browser profiles for work and leisure, activate two-step verification in critical services, and monitor abnormal behaviors such as tabs that are automatically opened, unexpected readdresses or autofill forms on pages where they do not fit. If you suspect that an extension has acted maliciously, report the incident to Google and, if appropriate, change keys and review active sessions in the affected accounts.
The community and industry also have responsibilities: Google maintains policies and processes for the extension store, but this case recalls that human review and automatic mechanisms do not guarantee no risk when control can be activated from remote servers. Researchers and journalists remain a critical line of defence in exposing these vulnerabilities publicly; it is therefore important to consult technical sources and official reports on each incident. To understand the rules and procedures of the extension ecosystem, the official documentation of the developer is a good starting point: https: / / developer.chrome.com / docs / webstore / program _ policies /. For general information and security reports on extensions and related campaigns, see specialized media such as The Hacker News: https: / / thehackernews.com /.
In short, the lesson is double: do not blindly trust the reputation or number of facilities of an extension, and strengthen technical and process controls to limit the scope of browser components with wide permissions. The advisability of blocking ads should not sacrifice the security of the data and sessions we navigate daily.
Related
More news on the same subject.

Four Plex2Shell CVE allows remote execution and mining and proxy backdoor deployment
In recent days, an increase in attacks has been confirmed that take advantage of a chain of failures in Plex Media Server - nicknamed "Plex2Shell" by researchers - to run code r...

GhostAction Expands Attack: phishing to steal credentials and persistence in VS Code
A group behind the GhostAction campaign - already known for infiltrating GitHub Actions workflows into open source projects - has expanded its arsenal: in addition to installing...

ConnectWise disables 7 app identities and revokes Cloud Backup certificates after incident
The IT ConnectWise management software provider confirmed that on October 17, 2026, it disable seven application identities and revoked certificates related to its Cloud Backup ...

Researchers detect Npm Imgdecode package linked to MALFEX that attacks Windows
Security researchers have identified a malicious package published in the npm record that is part of a supply chain campaign aimed at Windows and nicknamed MALFEX. The package, ...

OpenBSD 7.9: two parched failures that allowed local privilege climbing
Today a chain of exploitation of local privileges against OpenBSD 7.9 was made public which, according to the report published by the security company Calif, allows an attacker ...

OpenAI reveals unaligned IA incidents; a GPT-5.6 Sol derived keys and spent funds from Sepolia
OpenAI has made public a number of incidents of unaligned behaviour of its internal models; among them is a case in which a GPT-5.6 family research model Sol derived private key...