u/WhichCardiologist800

406 post karma · 317 comment karma · joined Oct 2025 · moderator

  1. 201points

    thank god i'm not blind anymore. finally seeing exactly what claude code does in the background in real-time. (i.redd.it) [Tutorial / Guide]

    51 comments · source

  2. 11points

    I went through the confirmed AI coding agent security incidents since July 2025. The agent was rarely the way in. The things installed next to it were. (i.redd.it) [Research]

    3 comments · source

  3. 1points

    I went through the confirmed AI coding agent security incidents since July 2025. The agent was rarely the way in. The things installed next to it were. (self.AI_Agents) [Discussion]

    0 comments

  4. 1points

    I went through the confirmed AI coding agent security incidents since July 2025. The agent was rarely the way in. The things installed next to it were. (self.cybersecurity) [AI Security]

    0 comments

  5. 0points

    The agent was almost never the way in. I went through every confirmed coding-agent incident since July 2025 (with Claude doing a lot of the digging) (self.ClaudeAI) [Built with Claude]

    5 comments

  6. 2points

    Using an AI agent in your GitHub Actions? An open-source check for whether a stranger can steer it (self.OpenSourceAI)

    3 comments

  7. 1points

    Using an AI agent in your GitHub Actions? An open-source check for whether a stranger can steer it (self.opensource)

    1 comments

  8. 5points

    Using an AI agent to manage your GitHub repo? One issue may be enough to hijack it (self.Information_Security)

    3 comments

  9. 2points

    What about Network Latency and Privacy? (i.redd.it) [Discussion]

    8 comments · source

  10. 1points

    I built a free, open-source check for one question: can a stranger hijack the AI bot in your GitHub repo? (self.OpenSourceAI)

    0 comments

  11. 3points

    Spent two weeks reading repos that let Claude answer their GitHub issues. A lot of them, including some huge ones, will run whatever a stranger writes in the issue. (i.redd.it) [Claude Code]

    9 comments · source

WhichCardiologist800

man, you should use https://github.com/node9-ai/node9-proxy to protect pii and dlp

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?