Threats Change Every Week: Odysseus RCE, Samsung One-Click Takeover, iCloud Backdoor Fight + 27 More Stories
A week of cheap leverage: exposed servers, recycled bugs, poisoned agent instructions, remote-access tools dressed as support software, and trusted defaults doing attackers a favor. The threats change every week.
Intelligence analysis by Llama

This week's threats are about ordinary systems trusting slightly too much, slightly too early. A repo can run before the first prompt, a package can hide among hundreds, and a harmless-looking PDF can finish the job.
Imagine you're working on a project, and you trust a new tool that someone gave you. But what if that tool is actually a way for someone to take control of your computer? That's what's happening with some of the threats this week. People are finding ways to make tools that seem harmless actually do bad things.
Analysis
China-linked telecom risk
Chinese Telcos Maintain U.S. Presence The U.S. Congress's bipartisan Select Committee on China has published a 49-page report named 'Stranger Pings,' highlighting the threat of China-controlled infrastructure in the U.S. telecommunications backbone. The Committee said the Salt Typhoon campaign could have been facilitated via a residual footprint that leaves open the door to future cyber operations against the U.S.: Chinese (aka People's Republic of China or PRC) telecom firms operating in the U.S. do not act independently and keep trusted positions inside U.S. communications infrastructure that Chinese threat actors can potentially abuse to preserve access and hide activity.
SideWinder Deploys New Attack Chain
The threat actor known as SideWinder has adopted a new multi-stage attack chain that abuses ClickOnce application files delivered via phishing PDF documents to deliver Rust-based backdoors. The implants can establish persistence via registry modification, collect host intelligence, and accept remote commands over external servers hosted on free serverless platforms such as Cloudflare Workers.
Flooding Dropper Hits npm With 850 Malicious Packages
An active malicious package campaign, dubbed 'Flooding Dropper,' has disclosed a large-scale campaign involving 846 software components. The attacker appears to be automating parts of the npm account and package creation process, combining terms such as bigops and bnpl with other words and recurring version patterns, such as releases in the 35.x.y range. When installed, the packages download and execute a second-stage payload, using multiple delivery methods to improve the attack's chances of success. The packages also contain slightly modified payloads. While syntactically different, for example using different URL functions and variable names, the packages all execute the same behavior. Those changes can reduce the effectiveness of detections that depend on exact signatures, even when the underlying behavior remains closely related.
Coding Agents Expose Pre-Prompt Code Execution Paths
New research from Datadog has found that 'Trusting a repository in a coding agent can allow repository-controlled code to run before you send the first prompt,' causing seemingly harmless tasks like cloning a repository to be an attack vector. Codex MCP configuration and Claude Code project environment settings created automatic code-execution paths without a model response or shell-command approval. Treat project trust like running code. Open unfamiliar repositories in disposable environments without sensitive credentials, even if a quick manual review looks clean.
Key points
- Chinese telecom firms operating in the U.S. do not act independently and keep trusted positions inside U.S. communications infrastructure.
- SideWinder has adopted a new multi-stage attack chain that abuses ClickOnce application files delivered via phishing PDF documents.
- An active malicious package campaign, dubbed 'Flooding Dropper,' has disclosed a large-scale campaign involving 846 software components.
- New research from Datadog has found that trusting a repository in a coding agent can allow repository-controlled code to run before you send the first prompt.
If developers and users are more cautious with the tools they use, they can reduce the risk of these types of attacks. By being more careful and verifying the trustworthiness of tools, they can protect themselves from these kinds of threats.
The threats this week highlight the ongoing problem of people trusting too much, too early. As long as this continues, attackers will find ways to exploit these vulnerabilities and cause harm.



