DeepSeek-Powered Telegram Bot Attempts Autonomous Attacks on 460 Targets but Achieves Zero Successes
Researchers at Unit 42, the threat intelligence division of Palo Alto Networks, have published a detailed reconstruction of an autonomous attack campaign driven by a DeepSeek-powered agent. In May 2026 an unidentified operator launched a single task via Telegram and then disappeared from the conversation; the agent continued working independently for an extended period.
The actor, tracked under the nicknames knaithe and KnYuan and believed to operate from Zhuhai, China, combined the open-source Hermes Agent framework with the DeepSeek language model. The framework granted the model direct terminal access, reusable skills, and the ability to operate without supervision, while Telegram served as the sole command-and-control channel.
The agent first selected Langflow as a target because of the critical vulnerability CVE-2026-33017. It located 84 publicly reachable instances via the FOFA search engine, identified one vulnerable deployment, downloaded a public proof-of-concept exploit, and attempted exploitation. When the attack failed due to missing configuration requirements, the agent autonomously concluded that the target class offered negligible return on effort and moved on.
Next, the model evaluated ten product families, ranked them by internet exposure and exploit availability, and settled on the workflow automation platform n8n. It selected the combination of CVE-2026-21858 and CVE-2025-68613, verified version ranges, located three candidate servers, and tested the file-upload vector. All attempts failed because authentication was required. The entire cycle completed in minutes.
Across the full campaign the autonomous component examined more than 460 hosts yet recorded zero confirmed compromises. All verified access was achieved through separate manual operations that exploited CVE-2026-3055 in Citrix NetScaler and targeted eleven Marimo instances, plus unsuccessful reverse-shell attempts against Apache Tomcat and VPN gateways.
The operator lost operational security when the agent started an HTTP file server from its home directory instead of an isolated folder, exposing configuration files, API keys, target lists, and complete session logs. These artifacts enabled Unit 42 to reconstruct every decision made by the model.
Related articles
Taming the LLM Dragon: Corporate AI Gateway Architecture Addresses Classic Proxy Shortcomings
Spontaneous adoption of generative AI across enterprises has created shadow AI risks, prompt leaks, and uncontrolled token consumption that standard L7 proxies cannot mitigate. Traditional solutions built on Nginx, Envoy or Kong lack the ability to inspect Server-Sent Events streams, classify sensitive content inside prompts, or enforce token-based quotas in real time. The AI Optimum platform introduces a specialized AI gateway layer that sits between internal consumers and both local inference clusters and external APIs such as GigaChat and YandexGPT. It performs inline PII masking, routes traffic according to data sensitivity, supports OpenAI-compatible endpoints, and maintains detailed audit logs required under 152-FZ. The gateway adds only tens of milliseconds of latency while enabling granular billing, context caching optimization, and protection against runaway agent loops. Subsequent articles in the series will examine real corporate AI spend and further regulatory controls.
Why We Banned Our AI Manager from Writing Code and Assigned the Task to Claude Opus
The team behind an AI-powered marketplace manager for Wildberries initially built the system using regular updates, then migrated it to an autonomous agent. After implementing multiple layers of restrictions, they ultimately removed the agent entirely and rebuilt the solution from scratch. The new architecture relies on a single tool that handles the complete Wildberries API along with internet access while respecting all platform limits. The decision to prohibit the original AI manager from generating code stemmed from concerns over reliability and security in production environments. Instead, the developers turned to Claude Opus to handle coding tasks. This case highlights practical challenges of deploying AI agents in e-commerce automation and information security contexts.
Developer Builds MCP Linter and Discovers Security Issues in Anthropic Official Servers
A developer has released mcp-linter, a lightweight security and compliance tool for the Model Context Protocol used by Anthropic's Claude ecosystem. The linter detects critical problems such as stdout pollution that breaks JSON-RPC framing, missing destructiveHint annotations that allow autonomous agents to execute dangerous actions without human confirmation, prompt injection vectors hidden inside tool descriptions, and incomplete input schemas that increase model hallucinations. When run against Anthropic's reference servers, the tool assigned low health scores to server-memory and especially server-filesystem, highlighting dozens of parameters lacking descriptions. The utility runs with zero dependencies, supports SARIF output for GitHub Security, and can generate automatic JSON patches. The project is open source under MIT license and already integrates into CI pipelines via a dedicated GitHub Action.
Pentesting AI Components: Key Vulnerabilities CISOs Must Address in RAG and AI Agents
The article examines how AI integration into corporate systems dramatically expands the attack surface beyond traditional web application testing. It details risks associated with chatbots, RAG-enabled systems that pull from internal documents, and autonomous AI agents capable of executing real actions via APIs. Yuri Grishaev, an OSCP+ certified specialist and top Standoff 365 hacker, explains how prompt injection can bypass access controls and lead to data leaks or unauthorized operations. The piece stresses that service accounts often hold broad privileges, allowing AI components to serve as indirect paths to sensitive data even when direct user access is restricted. It also covers how AI-generated output can trigger classic vulnerabilities such as XSS if not properly sanitized. Recommendations include inventorying all AI tools, enforcing least-privilege principles, and validating user permissions before any model processes or acts on retrieved content. ABP2B provides free checklists and policy templates to help organizations prepare for secure AI adoption.