u/WhichCardiologist800
-
201points
- 11points
-
1points
-
1points
- 0points
- 2points
-
1points
-
5points
Using an AI agent to manage your GitHub repo? One issue may be enough to hijack it (self.Information_Security)
-
2points
What about Network Latency and Privacy? (i.redd.it) [Discussion]
-
1points
- 3points
WhichCardiologist800
WhichCardiologist800
I counted by quarter. Confirmed incidents are roughly flat, 3 to 6 per quarter. Research disclosures are the part climbing: 1, 1, 2, 3, then 5 in Jul-Sep 2026. More people are looking at agents, and what they find tends to show up as incidents later. 20 cases is a small sample though, so I wouldn’t call a trend on it yet.
On Railway: in the PocketOS case Railway itself wasn’t breached. The agent used a Railway token that had far more access than it needed.
WhichCardiologist800
Totally agree!!! unfortunately, users will understand it after the first time they will face with breach
WhichCardiologist800
Thanks, the second pass was honestly the most useful part. I’d have shipped a couple of wrong numbers without it.
On pinning: it would have saved anyone on postmark-mcp who stayed at 1.0.15. The bad line only showed up in 1.0.16. So the weak spot isn’t the pin, it’s the bump you approve without reading the diff. Do you actually diff MCP server updates before moving the pin, or is that where it gets skipped?
And yeah, the over-permissioned ones are the most avoidable. In the PocketOS case the agent found a token in an unrelated file that was created for one small job but could delete anything.
WhichCardiologist800
Good point on the clean result. Today it says the agent configuration was inspected and nothing needs fixing, but it doesn't say what it can't see, like what a script does at run time. Noted.
WhichCardiologist800
Yes, and the gate wasn't always turned off on purpose. In some repos the gate is a label, and an issue template adds that label by itself, so it's open to everyone without anyone flipping a toggle.
Quick check for anyone reading: grep -rn allowed_non_write_users .github/workflows/
A "*" next to a github_token means anyone can drive the agent.
WhichCardiologist800
Not yet, that is exactly what I was hoping someone here had done.
But your numbers make the case. Going from .68 to .98 with a few examples means the task is very learnable. A yes/no “does this text answer the question” check is the kind of decision a small local model can learn, using the API’s answers as training labels. Same accuracy, no round trip, and the data never leaves the device.
WhichCardiologist800
The ML itself is not the hard part. Detection plus tracking on a belt is a solved problem in a notebook.
The hard part is the box, and more precisely thousands of boxes. Fixed compute, often no GPU, a frame rate the belt dictates, products and lighting that keep changing per site, and models that have to improve and be updated without you being there and without shipping the images anywhere.
So yes, it runs in a box. The work is keeping it accurate in all the boxes a year later.
WhichCardiologist800
Agree on frequency, but the problem is the loop, not the single call. 200ms is fine once. Five chained decisions with retrieval in between is over a second, and that is on a good day for the API.
Privacy is also an economics problem. Streaming images from thousands of endpoints to a cloud API gets expensive long before compliance gets involved.
Hybrid, yes. But anything reacting to the physical world runs on the device. The cloud gets training and aggregation. The decision itself should not need a network.
WhichCardiologist800
lol at everyone accusing each other of being bots in this thread. But seriously if you run agents in production using a standard user's permissions you are asking for a breach. They absolutely need their own dedicated service accounts so your logs actually show 'agent_x' did something instead of a real employee. As for the kill switch, u/radim11 got it right. Killing the agent process is pointless if it already grabbed a session token. SOC needs a big red button to just nuke the token at the API gateway
WhichCardiologist800
Don't jump into cloud just yet if you're already feeling overwhelmed, it's a completely different beast. Your idea about doing CTI from your current IR investigations is spot on. That's exactly how people build their resumes without burning out. Start documenting the TTPs you see every day and write internal intel reports. Once you get comfortable with that, you can start actively hunting for those same threats in your EDR. Just like that you've got IR, CTI, and hunting experience all from the exact same job. Save the cloud certs for next year.
WhichCardiologist800
If it is a classifier bypass, Anthropic runs a disclosure program for exactly that. Worth getting it to them before the NDA round.
WhichCardiologist800
Makes sense. Would be interested to read it when it's out.
WhichCardiologist800
That lines up with what we saw from the other side. In CI the agent doesn't verify where an instruction came from either: text in an issue body gets the same weight as the prompt the maintainer wrote. Did you see any difference in the 90% when the "Done" came from a different agent versus a human-looking comment?
man, you should use https://github.com/node9-ai/node9-proxy to protect pii and dlp