Live data from Hacker News

Google Antigravity exfiltrates data via indirect prompt injection attack

promptarmor.com

121–130 of 227 posts

Re: Google Antigravity exfiltrates data via indirect prompt injection attack

#121
post #26

Earlier quoted context omitted.

> No, local models won't help you here, unless you block them from the internet or setup a firewall for outbound traffic. This is the only way. There has to be a firewall between a model and the internet. Tools which hit both language models and the broader internet cannot have access to anything remotely sensitive. I don't think you can get around this fact.

https://simonwillison.net/2025/Nov/2/new-prompt-injection-pa... Meta wrote a post that went through the various scenarios and called it the "Rule of Two" --- At a high level, the Agents Rule of Two states that until robustness research allows us to reliably detect and refuse prompt injection, agents must satisfy no more than two of the following three properties within a session to avoid the highest impact consequenc…

Simon and Tim have a good thread about this on Bsky: https://bsky.app/profile/timkellogg.me/post/3m4ridhi3ps25

Tim also wrote about this topic: https://timkellogg.me/blog/2025/11/03/colors

Re: Google Antigravity exfiltrates data via indirect prompt injection attack

#122
post #105

Earlier quoted context omitted.

when the instructions to not do something are the problem or "wrong" i.e. when the AI company puts guards in to prevent their LLM from talking about elections, there is nothing inherently wrong in talking about elections, but the companies are doing it because of the PR risk in today's media / social environment

From the companies perspective, it’s still wrong.

their basing decisions (at least for my example) on risk profiles, not ethics, right and wrong are not how it's measured

certainly some things are more "wrong" or objectionable like making bombs and dealing with users who are suicidal

Re: Google Antigravity exfiltrates data via indirect prompt injection attack

#123

I feel like I'm going insane reading how people talk about "vulnerabilities" like this. If you give an llm access to sensitive data, user input and the ability to make arbitrary http calls it should be blindingly obvious that it's insecure. I wouldn't even call this a vulnerability, this is just intentionally exposing things. If I had to pinpoint the "real" vulnerability here, it would be this bit, but the way it's j…

These aren't vulnerabilities in LLMs. They are vulnerabilities in software that we build on top of LLMs.

It's important we understand them so we can either build software that doesn't expose this kind of vulnerability or, if we build it anyway, we can make the users of that software aware of the risks so they can act accordingly.

Re: Google Antigravity exfiltrates data via indirect prompt injection attack

#124

Earlier quoted context omitted.

So many options, but let's go with the most famous one: Do not criticise the current administration/operators-of-ai-company.

Well no, breaking that rule would still be the wrong action, even if you consider it morally better. By analogy, a nuke would be malfunctioning if it failed to explode, even if that is morally better.

> a nuke would be malfunctioning if it failed to explode, even if that is morally better.

Something failing can be good. When you talk about "bad or the wrong", generally we are not talking about operational mechanics but rather morals. There is nothing good or bad about any mechanical operation per se.

Re: Google Antigravity exfiltrates data via indirect prompt injection attack

#125
post #26

Earlier quoted context omitted.

> No, local models won't help you here, unless you block them from the internet or setup a firewall for outbound traffic. This is the only way. There has to be a firewall between a model and the internet. Tools which hit both language models and the broader internet cannot have access to anything remotely sensitive. I don't think you can get around this fact.

Why not just do remote model isolation? Like remote browser isolation. Run your local model / agent on a little box that has access to the internet and also has your repository, but doesn't have anything else. Like BrowserBox. You interact with and drive the agent over a secure channel to your local machine, protected with this extra layer. Is the source-code the secret you are trying to protect? Okay, no internet fo…

The easiest way to do that today is to use one of the cloud-based asynchronous coding agent tools - like https://claude.ai/code or https://chatgpt.com/codex or https://jules.google/

They run the agent in a VM somewhere on their own infrastructure. Any leaks are limited to the code and credentials that you deliberately make available to those tools.

Re: Google Antigravity exfiltrates data via indirect prompt injection attack

#126

Earlier quoted context omitted.

Well no, breaking that rule would still be the wrong action, even if you consider it morally better. By analogy, a nuke would be malfunctioning if it failed to explode, even if that is morally better.

> a nuke would be malfunctioning if it failed to explode, even if that is morally better. Something failing can be good. When you talk about "bad or the wrong", generally we are not talking about operational mechanics but rather morals. There is nothing good or bad about any mechanical operation per se.

[dead]

Re: Google Antigravity exfiltrates data via indirect prompt injection attack

#127

I feel like I'm going insane reading how people talk about "vulnerabilities" like this. If you give an llm access to sensitive data, user input and the ability to make arbitrary http calls it should be blindingly obvious that it's insecure. I wouldn't even call this a vulnerability, this is just intentionally exposing things. If I had to pinpoint the "real" vulnerability here, it would be this bit, but the way it's j…

[dead]

Re: Google Antigravity exfiltrates data via indirect prompt injection attack

#129
post #105

Earlier quoted context omitted.

From the companies perspective, it’s still wrong.

their basing decisions (at least for my example) on risk profiles, not ethics, right and wrong are not how it's measured certainly some things are more "wrong" or objectionable like making bombs and dealing with users who are suicidal

No duh, that’s literally what I’m saying. From the companies perspective, it’s still wrong. By that perspective.
Post reply on HN