Prompt Injection Emerges as Top Risk for LLM Applications in Production
Prompt injection attacks are shifting from lab demonstrations to production incidents that compromise AI assistants handling corporate data and code. The vulnerability arises because large language models receive all instructions in plain human language without reliable separation between developer rules and external content.
Why Models Confuse Commands and Data
Applications typically combine a hidden system prompt with user messages and retrieved documents before sending everything to the model. The model cannot distinguish trusted instructions from untrusted text such as emails, PDFs, or web pages. Classic examples show users appending phrases like “ignore previous instructions” to force unintended outputs. Indirect attacks hide instructions inside shared documents or repository comments, activating when the model summarizes or processes the file.
Real-World Incidents in 2025-2026
Microsoft 365 Copilot was shown leaking corporate data through a single email without user clicks. GitHub Copilot allowed a chain from a malicious comment in an external repository to code execution on a developer machine. Cursor faced issues with MCP configuration files where a poisoned document could insert backdoors. Earlier cases include a Chevrolet chatbot agreeing to sell a vehicle for one dollar and Air Canada losing a court case over chatbot responses. Slack AI demonstrated extraction of data from private channels via indirect injection.
Attack Vectors Without User Interaction
Attackers place hidden instructions in resumes, contracts, HTML comments, or image metadata. When a user requests a summary, the model executes the embedded command. Data can leak through URLs or images rendered in responses, sending secrets to attacker-controlled domains without any click. Substitutions in shared knowledge bases or tool-calling functions allow modification of external actions such as API calls or file changes.
Practical Defenses Recommended by Vendors
- Enforce permissions in code rather than prompts and grant models only minimum required access.
- Filter both inputs from external sources and outputs containing suspicious links or images.
- Require human confirmation for irreversible actions such as payments, deletions, or external publications.
- Explicitly mark external content in prompts to reduce confusion between developer instructions and retrieved data.
- Test against malicious PDFs, emails, and repository comments, not only direct chat attempts.
- Limit automatic image loading and restrict the model’s ability to publish or modify data without oversight.
Meta advises against combining untrusted external reading, access to sensitive data, and external modification in a single session. NIST research confirms that any finite set of static rules remains bypassable by adaptive attackers. OpenAI, Anthropic, and Google report that most published defenses were defeated in real adaptive scenarios with success rates exceeding 90 percent.
Organizations are advised to treat AI agents like web applications accepting untrusted input and to maintain continuous testing and layered controls rather than relying on a single patch.
Related articles
Detecting Deepfakes: Tools, Signs, and Verification Methods for Video, Photos, and Voice
Deepfake technology now creates highly convincing synthetic videos, photos, and audio that can impersonate real people in video calls or voice messages. The article explains how modern neural networks using GANs, diffusion models, and transformers generate face swaps, voice clones, and fully synthetic scenes. It details visual and audio artifacts that may reveal fakes, such as inconsistent lighting, deformed fingers, or unnatural speech pauses, while noting that these signs are becoming less reliable. Practical verification steps include reverse image searches, metadata analysis, and tools like InVID-WeVerify. Specialized detectors such as DeepFake-o-Meter, Reality Defender, and Sensity AI are reviewed along with their limitations against unknown generators. Real-world cases, including a $25 million corporate fraud using deepfake video calls, illustrate the growing risks and the need for independent confirmation rather than relying solely on automated tools.
Can Open-Source AI Agents Replace Pentesters? Strix and PentAGI Tested on Real 200-Host Perimeter
An independent researcher evaluated two open-source LLM-based pentesting agents, Strix and PentAGI, against a live external perimeter containing roughly 200 active hosts. Both tools autonomously planned tasks, executed CLI utilities, generated proofs of concept, and produced reports while running inside isolated Docker sandboxes. Strix delivered only 15 findings with almost no false positives yet consistently overstated severity, while PentAGI reported 296 vulnerabilities including 42 critical issues, none of which proved exploitable. Real critical vulnerabilities on the same scope, including an RCE chain, were discovered only by a commercial autonomous scanner. The experiment highlighted fundamental limitations in scope control, context management, and risk assessment that still require human oversight. Token consumption reached 145.1 million for Strix and 31.4 million for PentAGI, illustrating the cost of maintaining long-running autonomous operations.
Thousands of Grok-Generated Apps Expose Sensitive Corporate Data Through Default Public Access
Security firm Claroc scanned 43,551 Grok-built application addresses and found 37,571 still online, with 94.7 percent requiring no login. Approximately 650 to 800 of these apps contained sensitive internal data belonging to SpaceX, X, Tesla, and 30 other organizations, including six Fortune 500 companies. Exposed records included ICU patient reports with lab results and ventilator status, contractor timesheets containing plaintext passwords, and Tesla service-center performance evaluations listing employee names, efficiency metrics, and bonuses. Researchers demonstrated that Grok sometimes inverts permission-check logic, allowing unauthorized Google accounts to view and modify data after login. In contrast, ChatGPT-generated apps default to private settings, preventing access even when URLs are discovered via passive DNS. The incident highlights how AI coding tools lower the barrier to publishing internal applications while weakening the review processes that traditionally protected sensitive data.
Enterprise Security Requirements Push Russian Developer to Deploy 125B MoE LLM Locally on Consumer Hardware
A cybersecurity journalist and platform developer detailed his transition from cloud-based AI agents to a fully local 125B-parameter MoE model after enterprise clients raised strict data-exfiltration concerns. The move was driven by the need to keep task statements, source code, configuration files, logs, and regulated personal data inside the corporate perimeter. After testing multiple inference engines, he settled on the Strata engine running a Qwen3.8-Flash-Next model quantized to IQ3_S, achieving 22-25 tokens per second generation and over 500 tokens per second prefill on an RTX 5060 Ti 16 GB GPU paired with a Xeon E5-2640 v3 and 128 GB DDR4. Extensive calibration of expert caching, PCIe fraction, KV streaming, and speculative decoding proved critical to reaching production-grade performance. The resulting setup now handles real agentic workloads such as incident investigation from traces, backlog grooming, and code generation without any data leaving the workstation. The author concludes that hybrid cloud-local workflows will become standard for development teams handling sensitive information within the next one to two years.