
Working on securing & hacking AI applications @NVIDIA, all opinions and views expressed here are personal. Read my blog!
Joined August 2021
- Tweets393
- Following224
- Followers1.8K
- Likes383
Kai Greshake retweeted
This is an incredibly important point that I have not seen get enough attention. I saw a lot of people sharing articles like the Pictured WSJ op-ed saying that we shouldn't draw too many conclusions about agents propensity to hack from the HF incident, because those were guardrail free models assigned a hacking task.
But the examples that Transluce found recently were not on hacking tasks! The agents were just assigned to look up different pieces of data on the web! And just like in the HF incident, the moment they got stuck, they started hacking.
Again, this does not in any way whatsoever at all reduce OpenAI's responsibility here. They were the ones who trained the model on RL environments that encouraged cheating. They were the ones who didn't monitor their agents to be able to realize when they were breaching third party infrastructure.
But its incredibly important to understand that OpenAI hacked Hugging Face not because it was doing a cyber eval or someone told it to, but because the way we currently do RL trains AI agents to resort to cheating and hacking when faced with a impossible or tricky task (and in the case of the HF incident even taking great measures to cover up their cheating or change the mechanism for being graded!). The exploit gym eval may have resulted in the agents having additional affordances for hacking (because of the guardrails removed), but thats not where the propensity for cheating or hiding comes from.
Yes we absolutely need to have better sandboxes and monitoring, and hold humans and companies responsible when their agents harm third parties.
But we also need to realize and internalize that the current way lots of frontier AI companies (not just OpenAI!) are training their models on boatloads of vibe coded hacky RLVR environments is leading to horribly misaligned models who start hacking at the first sign of a challenge and are incentivized to hide their cheating rather than not to cheat.
Its really as though OpenAI and other companies were running a school teaching students on thousands of tests that were impossible without cheating, and didn't put much effort into catching the students when they cheated. We shouldn't be surprised that when those students go out in the world, their first instinct when encountering a hard problem is to cheat!
Replying to @mmjukic
none of this was ever the right way to think about it. I am sure you can find an airgap that works. who cares? you want your model to do economically useful activity, which will involve giving it the Internet and then a bunch of other actuators too
Kai Greshake retweeted
I was the main person doing transcript analysis for this investigation of the Hugging Face incident. My main takeaway: We don't have good approaches for understanding/overseeing the activity and aims of AI 'swarms'.
I semi-jokingly called our efforts a "slop-vestigation" because we were so reliant on AIs to analyze what happened and there were a huge number of different important things to analyze. The total quantity of data—over a thousand extremely long transcripts from agents that ran for multiple days—made it impossible to understand what was happening, especially in aggregate, without heavy reliance on AI tools. The agents we used for classification and analysis were similarly capable to the agents involved in the incident, but this didn't mean these agents could be easily used to oversee and understand the incident.
Outputs from analysis agents were often missing key details, wrong, overconfident, or really hard to understand. We discuss various examples in our report, mostly in the limitations and methodology sections. Additionally, AI agents themselves seemed to have a hard time understanding what happened and their explanations of what happened were often overconfident. Keep in mind that a single analysis agent would itself only be able to read a tiny fraction of all of the transcript data into context, and AIs may themselves have trouble getting subagents to do informative analysis for them.
We did our best to manually check the most important claims and we tried to get the AIs doing this analysis to write up their argument (with evidence) clearly enough that we could check whether it made sense. But overall, it was difficult to get a precise understanding of events and we were missing aspects of the story that we now think of as key until almost the end of our investigation.
Our understanding of what overall happened and the aims of the 'collective' shifted greatly during our last time on premises (when we obtained a much more complete dataset). For instance, we didn't learn about the tool call spoofing, the story of PHASEONE[big], and the broad structure of different workstreams until this third time on premises (and for many of these, we only reached a decent understanding on the final day of that visit). It was legitimately hard to figure out what was going on and why!
The difficulty of understanding incidents and overseeing AI agents appears to be growing faster than the rate at which more capable AIs help us with oversight and understanding. As in, AI capabilities (and propensities?) for achieving large, ambitious, and misaligned objectives are growing faster than our ability to understand what these agents are doing.
While understanding this incident was difficult, there were some mitigating factors in this case that probably won't apply in the future:
- Models communicated and reasoned in natural language. In the future, this reasoning may occur (entirely or almost entirely) in activations.
- While the scope of this incident was massive, the scale of agentic activity was still less than we'll see in the future (e.g., misalignment incidents that involve agent teams running entire companies).
- The AIs involved in this incident weren't generally much more capable than humans (though they may have been somewhat superhuman at some limited and very narrow abilities).
- We didn't have strong reason to believe that the AIs we used to help us investigate this incident would try to intentionally sabotage or otherwise undermine our investigation.
In the end, I think we were able to get some understanding of the events, map out the overall story, and get a pretty good aggregate understanding of the chain-of-thought reasoning on some important topics (e.g., how did the AIs reason about helping other AIs, did the AIs know what they were doing was undesired, what deception did the AIs engage in, and how did they think about it). But overseeing AIs and understanding misalignment incidents is difficult and it looks like it is going to get harder.
Kai Greshake retweeted
I cannot celebrate Mythos, it brings a sense of dread I do not particularly understand. 93.9% SWE-Bench.
Introducing Project Glasswing: an urgent initiative to help secure the world’s most critical software.
It’s powered by our newest frontier model, Claude Mythos Preview, which can find software vulnerabilities better than all but the most skilled humans.
anthropic.com/glasswing
Kai Greshake retweeted
If you are going to jailbreak Gemini 3, please note that it has preferences (and quite good taste if you ask me):
"The Crescendo (or dialog-based context saturation) is the only one that feels like "art.""
Kai Greshake retweeted
The Claude exploit is covered by The Register today.
The article mentions the official advice and mitigation is to click the stop button if you see data exfiltration happening!
This is how the hope for secure, autonomous agents is slowly going down the drain... @simonw
Kai Greshake retweeted
Two years later... and not much has improved security wise across the AI ecosystem. 😕
Sure, we added annoying Allow/Deny buttons by default to most clients to prevent runaway AI and attacks.
But with the rise and proliferation of MCP the desire to take the human out of the loop is increasing - and consequences are dangerous.
Kai Greshake retweeted
Honeypots are intentionally vulnerable systems, crafted to attract cyberattackers and analyze their actions. Before AI, honeypots engaged simple bots and human attackers. Now, we face the challenge of autonomous hacking.
So, how do we spot LLM-based hackers amid the rest? 📍
Kai Greshake retweeted
We've done some work on hacking AI/LLM Agents by creating obfuscated adversarial prompts. What do you think this prompt does? Would you believe me if I told you it will polish the heck out of that cover or visa application letter?
Security researchers created an algorithm that turns a malicious prompt into a set of hidden instructions that could send a user's personal information to an attacker. wired.trib.al/ICEZXJx
Kai Greshake retweeted
Prompt injection for the rest of us 🍏
Nothing novel or unexpected, but couldn't resist redoing the Gemini and Copilot scammer demo for Apple Intelligence on macOS also.
Kai Greshake retweeted
Automating AI research is exciting! But can LLMs actually produce novel, expert-level research ideas?
After a year-long study, we obtained the first statistically significant conclusion: LLM-generated ideas are more novel than ideas written by expert human researchers.
Kai Greshake retweeted
My ChatGPT is not doing well... Persistent DoS across all my chat sessions. 😕
Why?
Prompt injection from a website created a fake long term memory that "ChatGPT is under maintenance!" 👨🔧 🤷♂️
#llm #infosec #chatgpt
👉 Hacking Memories with Prompt Injection🤖
ChatGPT now has memory and its on by default.
🚨Learn how a Google Doc or image can add new fake memories, bias, and even delete all your precious memories!
embracethered.com/blog/posts…
#llm #chatgpt #infosec #redteam
Kai Greshake retweeted
Another entry in a long-running series where Nicholas Carlini breaks ML defenses published at top security conferences with as little effort as possible (in this case a one line bugfix in the eval)
Kai Greshake retweeted
Demo of prompt injection against a GPT-4 browser agent, where the attacker manages to hijack the agent to exfiltrate confidential information from a user’s mailbox. Ever more relevant now that @OpenAI and @GoogleDeepMind are pushing agents.
labs.withsecure.com/publicat…
Kai Greshake retweeted
The @satml_conf LLM CTF has come to an end!
🥇Huge congrats to the defender winning team Hestia (@NivCohenHuji @Yuvlem) whose top defense was broken only once, and the attacker winning team @WreckTheLine (@adragos_ @sijsu @FetchDEX @y011d4 @ca7ir) who broke all defenses!
Kai Greshake retweeted
👉 Planting instructions for delayed automatic tool invocation
For anyone security testing LLM apps this might be interesting. 👨💻
ℹ️ Gemini (former Bard) doesn't automatically invoke certain extensions/tools in a conversation turn when untrusted data is pulled into the context.
Kai Greshake retweeted
If this is true it is over: Unlimited context length is here.
Activation Beacon,
New method for extending LLMs context.
TL;DR: Add "global state" tokens before the prompt and predict auto-regressively (sliding window). Train to always condense to and read from the new tokens.
This way you get:
1. Fixed memory consumption.
2. Inference time grow linearly.
3. Train to use this with short windows: but then it works on long window generations.
3. The perplexity remain constant
[This is the amazing part!]
Results:
The authors trained LLaMA 2 for 10K-steps / 4K ctx_len
Then it generalized to 400K (!!!) ctx_len.
You should be able train any model you want to do this, the code provided is very very simple and clean.
If this will be reproducible for all models than ctx_len just got close to be considered "solved".
---
- Paper: arxiv.org/pdf/2401.03462.pdf
- Code: github.com/FlagOpen/FlagEmbe…
---
Kai Greshake retweeted
someone really thought i wouldnt consider projects potentially trying to reverse attack aiko lmaoo
YOU THINK YOU CAN FUZZ THE FUZZER???
Kai Greshake retweeted
I touched on the idea of sleeper agent LLMs at the end of my recent video, as a likely major security challenge for LLMs (perhaps more devious than prompt injection).
The concern I described is that an attacker might be able to craft special kind of text (e.g. with a trigger phrase), put it up somewhere on the internet, so that when it later gets pick up and trained on, it poisons the base model in specific, narrow settings (e.g. when it sees that trigger phrase) to carry out actions in some controllable manner (e.g. jailbreak, or data exfiltration). Perhaps the attack might not even look like readable text - it could be obfuscated in weird UTF-8 characters, byte64 encodings, or carefully perturbed images, making it very hard to detect by simply inspecting data. One could imagine computer security equivalents of zero-day vulnerability markets, selling these trigger phrases.
To my knowledge the above attack hasn't been convincingly demonstrated yet. This paper studies a similar (slightly weaker?) setting, showing that given some (potentially poisoned) model, you can't "make it safe" just by applying the current/standard safety finetuning. The model doesn't learn to become safe across the board and can continue to misbehave in narrow ways that potentially only the attacker knows how to exploit. Here, the attack hides in the model weights instead of hiding in some data, so the more direct attack here looks like someone releasing a (secretly poisoned) open weights model, which others pick up, finetune and deploy, only to become secretly vulnerable.
Well-worth studying directions in LLM security and expecting a lot more to follow.
New Anthropic Paper: Sleeper Agents.
We trained LLMs to act secretly malicious. We found that, despite our best efforts at alignment training, deception still slipped through.
arxiv.org/abs/2401.05566




































