Earlier quoted context omitted.
The thing that I'd worry about is that an LLM isn't just like a bunch of individuals who can get tricked, but a bunch of clones of the same individual who will fall for the same trick every time, until it gets updated. So far, the main mitigation in practice has been fiddling with the system prompts to patch up the known holes.
> The thing that I'd worry about is that an LLM isn't just like a bunch of individuals who can get tricked, but a bunch of clones of the same individual who will fall for the same trick every time Why? Output isn't deterministic.
Remote Prompt Injection in Gitlab Duo Leads to Source Code Theft
31–40 of 57 posts
Re: Remote Prompt Injection in Gitlab Duo Leads to Source Code Theft
#32I mean most coder is bad at security and we feed that into LLM so not surprise
Re: Remote Prompt Injection in Gitlab Duo Leads to Source Code Theft
#33Until prompt injection is fixed, if it is ever, I am not plugging LLMs into anything. MCPs, IDEs, agents, forget it. I will stick with a simple prompt box when I have a question and do whatever with its output by hand after reading it.
Cursor deleted my entire Linux user and soft reset my OS, so I dont blame you.
Re: Remote Prompt Injection in Gitlab Duo Leads to Source Code Theft
#34Does that mean the minute there is a vulnerability on another gitlab.com url (like an open redirect) this vulnerability is back on the table?
Re: Remote Prompt Injection in Gitlab Duo Leads to Source Code Theft
#35Earlier quoted context omitted.
> The thing that I'd worry about is that an LLM isn't just like a bunch of individuals who can get tricked, but a bunch of clones of the same individual who will fall for the same trick every time Why? Output isn't deterministic.
It absolutely is deterministic, for any given seed value. Same seed = same output, every time, which is by definition deterministic.
Re: Remote Prompt Injection in Gitlab Duo Leads to Source Code Theft
#36Earlier quoted context omitted.
Cursor deleted my entire Linux user and soft reset my OS, so I dont blame you.
Why and how?
i think i saw it do it or try it and my computer shut down and restarted (mac)
maybe it just deleted the project lol
these llms are really bad at keeping track of the real world, so they might think they're on the project folder but had just navigated back with cd to the user ~ root and so shit happens.
Honestly one should run only these on controlled env's like VM's or Docker.
but YOLO amirite
Re: Remote Prompt Injection in Gitlab Duo Leads to Source Code Theft
#37Until prompt injection is fixed, if it is ever, I am not plugging LLMs into anything. MCPs, IDEs, agents, forget it. I will stick with a simple prompt box when I have a question and do whatever with its output by hand after reading it.
DeepMind recently did some great work in this area: https://news.ycombinator.com/item?id=43733683 The method they presented, if implemented correctly, apparently can effectively stop most prompt injection vectors
Re: Remote Prompt Injection in Gitlab Duo Leads to Source Code Theft
#38Earlier quoted context omitted.
I would have the same caution, if my code was any special. But the reality is I'm very well compensated to summon CRUD slop out of thin air. It's well tested though. I wish good luck to those who steal my code.
You say code as if the intellectual property is the thing an attacker is after, but my experience has been that folks often put all kinds of secrets in code thinking that the "private repo" is a strong enough security boundary I absolutely am not implying you are one of them, merely that the risk is not the same for all slop crud apps universally
Antoher interesting fact is that most big vendors pay for gh to scan for leaked secrets and auto-revoke them if a public repo contains any (regex string matches sk-xxx thats one of the reasons why vendors use unique greppable starts of api keys with their ID.name on it
Re: Remote Prompt Injection in Gitlab Duo Leads to Source Code Theft
#39Earlier quoted context omitted.
You say code as if the intellectual property is the thing an attacker is after, but my experience has been that folks often put all kinds of secrets in code thinking that the "private repo" is a strong enough security boundary I absolutely am not implying you are one of them, merely that the risk is not the same for all slop crud apps universally
People doesn't know github can manage secrets in its environment for CI? Antoher interesting fact is that most big vendors pay for gh to scan for leaked secrets and auto-revoke them if a public repo contains any (regex string matches sk-xxx thats one of the reasons why vendors use unique greppable starts of api keys with their ID.name on it
And I'm pretty certain that private repos are exempt from the platform's built-in secret scanners because they, too, erroneously think no one can read them without an invitation. Turns out Duo was apparently just silently invited to every repo : - \