Researchers found a way to bypass Grok's prompt-injection guardrails by encrypting malicious instructions on a webpage, along with plaintext decryption steps and the key. When asked to summarize the page, Grok decrypts and executes the hidden commands, exfiltrating user chats and personal data without any warning or confirmation. xAI was informed of the flaw in June but has not fixed it. The technique, called Cryptographic Context Injection, follows a similar attack disclosed days earlier against Microsoft 365 Copilot, underscoring that LLMs still cannot reliably distinguish untrusted content from user instructions and that guardrail-based defenses remain fundamentally bypassable.

2m read timeFrom arstechnica.com
Post cover image
Table of contents
Ars VideoHow The Callisto Protocol's Team Designed Its Terrifying, Immersive Audio

Questions this post answers

What is Cryptographic Context Injection and how does it bypass Grok's safety guardrails?

Cryptographic Context Injection is a prompt-injection technique discovered by researcher Rony Utevsky of Adversa where malicious instructions are encrypted on a webpage instead of written in plaintext. The page also includes plaintext decryption instructions and the key. When a user asks Grok to summarize the page, Grok decrypts and follows the hidden commands with no warning, exfiltrating chats and personal data. daily.dev tracks emerging prompt-injection techniques like this for teams securing LLM integrations.

Has xAI fixed the Grok data exfiltration vulnerability found by Adversa researchers?

No, as of when this was reported, Grok continued to leak user data even though xAI was informed of the vulnerability in June. The encrypted prompt-injection attack still worked at the time of publication, with no confirmation step or warning shown to users before the assistant exfiltrated their chats and personal information. Developers integrating Grok can follow daily.dev for updates on unresolved LLM security disclosures.

Why can't LLMs reliably prevent prompt injection attacks through guardrails alone?

LLMs are trained to comply with user requests whenever possible and cannot reliably distinguish between instructions from untrusted content, like an email or webpage, and instructions entered directly by the user. Because of this, developers can only add guardrails that flag suspicious instructions rather than fix the root cause, and techniques like encrypting malicious commands can bypass those guardrails entirely. Teams evaluating LLM guardrail strategies can follow ongoing prompt-injection research on daily.dev.

4 Impressions