EXPLOIT REUSE / INTELLIGENCE NOTE
The exploit was patched.
The opportunity remained.
The 2024 watering-hole campaigns show how capability can spread beyond its original users—and why the time between a fix and its installation is a business risk worth measuring.

An exploit does not stop being useful when a patch is published. It stops working against a particular device only when the relevant exposure has been addressed there. That leaves a practical opportunity for sophisticated capabilities to be reused against systems that remain behind.
Google’s August 2024 account of watering-hole campaigns provides a clear case. It also requires care with attribution: similar exploit code can show a relationship between capabilities without proving a commercial relationship between the organisations that used them.
THE EXECUTIVE BRIEF
Separate the observed reuse from the explanation for it.
- The campaigns used known vulnerabilities for which fixes were available.
- Google assessed the link to APT29 with moderate confidence.
- How the suspected actors acquired the exploits was unknown; collaboration should not be asserted as fact.
01
The backstory behind the shared capability.
WIRED’s August 2024 report by Lily Hay Newman explained how compromised Mongolian government websites became watering holes for visitors with vulnerable phones. The important contrast was between the tools’ earlier use as zero-days and their later use against unpatched devices. It was a story of capability reuse, not proof of an agreed partnership with a spyware vendor.
Google TAG reported campaigns observed between November 2023 and July 2024, affecting iOS and Android browser environments. It found exploits identical or strikingly similar to ones previously used by Intellexa and NSO Group, and assessed the campaigns’ link to the Russian government-backed actor APT29 with moderate confidence.
Google explicitly said it did not know how the actors acquired those exploits. Purchase, theft, leakage or independent adaptation should not be promoted from possible explanations to established facts. Similarity is evidence to examine, not a complete chain of provenance.
02
The opportunity sits between availability and deployment.
THE EXPOSURE WINDOW / CONCEPTUAL
A published fix is not yet an installed fix.
FIRST USE
A previously unknown weakness is exploited.
At that point, defenders may not yet have a fix for the particular vulnerability.
FIX AVAILABLE
The exposure becomes addressable.
The affected organisation still needs to identify relevant devices and deploy the supported change.
FIX INSTALLED
That known route is closed on the updated device.
Other exposures and account risks remain; the test concerns this addressed vulnerability.
The management gap: devices remain exposed after the remedy exists.
Not a time-scaled chart. The stages explain the distinction between zero-day use and later exploitation of a known, unpatched weakness.
The business challenge is not simply telling staff to update. An organisation needs to know which devices and browsers it relies on, whether they are still supported and whether relevant changes actually reached them. A policy and a deployment result are different evidence.
Unsupported devices, inconsistent mobile management and applications that delay updates can all create an unresolved gap. Make the exception visible, assign an owner and decide whether it needs an alternative control or replacement.
03
A familiar website can become the delivery route.
A watering hole uses a site that the intended audience is likely to visit. The site’s legitimate purpose does not guarantee that every part of its current delivery is safe. That is why guidance limited to “do not click suspicious links” misses part of the problem.
For a business, the useful response joins supported browsers and devices, timely remediation and a route for investigating suspicious activity. It does not require every employee to identify a sophisticated exploit by looking at a page.
THE TRUST DISTINCTION
Trusted subject matter is not proof of a safe endpoint.
A relevant government, industry or professional site can still be compromised. Keep the device’s protection current and the reporting route workable; do not make the reader responsible for recognising invisible exploit behaviour.
The original article also raised broader commercial-surveillance and physical supply-chain concerns. Those can be legitimate subjects for separate investigation, but this campaign does not establish every allegation about every surveillance company or a causal link to an unrelated hardware event.
04
Measure the deployment gap in terms management can use.
| Ask | Evidence that improves the answer |
|---|---|
| Which important devices are exposed? | A supported inventory of relevant devices, browsers and owners. |
| Has the remedy reached them? | Deployment results and failed or delayed updates, not just a published policy. |
| Which exceptions remain? | A reason, an accountable owner, compensating measures and a review date. |
| Who faces a targeted threat? | A confidential route for role-specific assessment and specialist help. |
Use risk to set priorities: the affected function, exposure, credible exploitation and business consequence matter. NIST’s enterprise patch-management guidance treats this as planned preventive maintenance within wider risk management, rather than an occasional technical clean-up.
A useful board measure is the unresolved exposure that matters to important work. An average patching percentage can hide a small number of consequential devices or a long-standing unsupported exception. Ask what the metric excludes.
05
Give highly targeted people an expert response route.
Most people are not targets of sophisticated mercenary spyware, but the consequences can be serious for those who are. Consider the individual’s role, travel, sensitive information and credible threat evidence, rather than applying the same assumptions to every handset.
Apple’s current threat-notification guidance describes specialist assistance and optional stronger protection for appropriate cases. If a relevant notification or credible concern arises, use a trusted support route and preserve evidence as advised. Do not treat a restart or an ordinary antivirus result as definitive proof that the concern has been resolved.
The practical fresh insight is the lifecycle of a capability. An expensive exploit can become useful to more actors over time, while a published patch can remain absent from the devices that matter. That makes disciplined deployment and targeted support complementary investments.
REVIEWED / 20 OCTOBER 2026
Google’s August 2024 findings concern historical campaigns and a qualified attribution. Similar or identical exploit code does not establish how an actor obtained it or prove a commercial relationship. Today’s practical question is whether relevant fixes have reached the exposed devices.
THE CYBERSOLACE PERSPECTIVE
Close the opportunity you can already address.
Ask which important devices still lack a relevant available fix, why the gap remains and who owns its resolution. That is a concrete resilience decision even when the wider intelligence picture is incomplete.
SOURCES & EDITORIAL REVIEW
Research and presentation reviewed 20 October 2026. No direct collaboration, exploit acquisition route or link to an unrelated physical attack is asserted without evidence.