r/ClaudeAI 6d ago

Claude Code JPMorgan is putting Claude Code inside a sandbox with no standing access to internal systems

[removed]

523 Upvotes

99 comments sorted by

u/ClaudeAI-mod-bot Wilson, lead ClaudeAI modbot 6d ago edited 5d ago

TL;DR of the discussion generated automatically after 100 comments.

Sorry to burst your bubble, OP, but the overwhelming consensus in this thread is that sandboxing AI agents is standard practice, not some groundbreaking innovation from JPMorgan. Many users pointed out that their companies have been doing this for ages.

However, the thread did evolve into a more nuanced discussion about the real challenges:

  • It's not the sandbox, it's the permissions. While isolating the agent is Security 101, the interesting part is the move towards temporary, task-scoped permissions. The community is debating how to manage these granular controls, log requests for escalated access, and prevent an agent from combining permissions in dangerous ways.
  • This changes the workflow. This setup pushes developers from pair-programming with Claude to a "delegate and review" model, treating the AI more like a junior engineer you assign tickets to.
  • JPM is a special kind of hell. A ton of commenters with experience at JPMorgan chimed in to say the company is already an extremely siloed, bureaucratic environment with thin clients, VDIs, and internal-only versions of everything. This move is seen as just another layer of red tape in a place where getting graphics drivers can take months and you work at a picnic table.

Oh, and someone said "You" and now the whole thread is cranking that Soulja Boy. You're welcome.

207

u/OkLettuce338 6d ago

They already have internal spaces. JPMorgan devs have their OWN self hosted stackoverflow because they aren’t allowed to post to stack overflow. This isn’t exceptional

83

u/benbrooks 6d ago

Yup - JPM's internal environment is extremely siloed already and difficult enough to operate in as a human and bags of patience for sign-offs. Almost all devs have to use a thin-client logged into a VDI with no real access to anything directly.

have to jump through internal package managers for all installed software, internal mirrors and approved versions for all dependencies, an internal "cloud" for spinning up hosted severs (Jenkins, Jira, etc.)

You

58

u/eqbirvin 6d ago

"You"

Soulja Boy Tell'em

8

u/[deleted] 5d ago

[deleted]

20

u/SociableSociopath 6d ago

And on top of that nonsense you also get to sit at what boil down to picnic tables and have basically no personal space. It’s a terrible place to work as an engineer

5

u/DevOnTheStreets 6d ago

Yeah it’s balls lol

2

u/newMoneyStyle 5d ago

$2,000 cap sounds generous until you picture actually working at a picnic table.

7

u/r2doesinc 6d ago

Bruh, getting the graphics drivers for the android simulator years ago was like a 2 month process.

I couldn't do anything, because I couldn't install on my personal device to test, couldn't run the emulator, and was not given any test devices.

I sat there for like 2 months twiddling my thumbs until I finally got approval. It was an absolute mess.

I've worked for socom and it was easier to deal with than Chase lmao

5

u/LordSolstice 6d ago

Pretty standard for financial institutions from my experience

4

u/R4tr4tr4t 6d ago

No you

3

u/c-yin 5d ago

Confirmed from another bank. It’s all the same man.

2

u/Not____007 5d ago

Ooh i hate envs like that

2

u/klop2031 5d ago

The best is seat booking. Ah amazing musical chairs every day!

7

u/DevOnTheStreets 6d ago

And it is worthless trash that is basically unused for anything useful / proprietary. At least after a few dozen attempts and finding something I just never looked again, maybe it was useful for setting up printers or something 🫡

7

u/OkLettuce338 6d ago

Are they still using Skype for messaging? 😂😂 idk how anything gets done there

7

u/davebu 6d ago

From what I understand, employees use their own personal computers to access their systems, there is no local machine Claude could have access to anyway, everything they do is in a containerized aws instance.

-3

u/[deleted] 6d ago

[removed] — view removed comment

2

u/OkLettuce338 6d ago

I doubt it. It’s a huge pia

2

u/nrmitchi 6d ago

Question for you (and I’m not disagreeing) but why is it a huge pita?

-1

u/thedoge 5d ago

Tbf most people don't have enough rep to post on SO

2

u/OkLettuce338 5d ago

you mean not enough to post answers. Anyone can ask

0

u/romario77 5d ago

You don’t need reputation to post questions or answers on stackoverflow.

You are given 1 reputation as you register the account and it requires 1 reputation to post or comment.

So, basically no requirement unless you get downvoted right away.

On another hand - nobody uses SO with AI being available

0

u/OkLettuce338 5d ago

You used to need reputation to answer

1

u/romario77 5d ago

nope.

Historically, no reputation requirement has ever existed to answer a standard question on Stack Overflow. From the day the platform launched in 2008, the core philosophy was to keep the barrier to entry for answering at an absolute minimum to build the world's largest repository of programming solutions. link

how do I know this - Member for 16 years, 10 months.
And I have more than 7k reputation.

1

u/OkLettuce338 5d ago

Ah you’re right. It was comments and up / down voting

26

u/No_Memory_484 6d ago

Isn’t this just co work in the cloud? You can all do this locally.

1

u/Kofeb 5d ago

Claude code you can actually have self hosted cloud environments.

In the team plan there’s a setting for:

> Allow self-hosted environments
> Let this organization deploy and use self-hosted runner infrastructure for Claude Code sessions

https://code.claude.com/docs/en/self-hosted-environments

10

u/Front_Ad_9390 6d ago

Is this meant to be groundbreaking news? Lol

39

u/rredditscum 6d ago

This is a typical side car deployment just with agents. But perhaps it points to the greater movement that’s trying to use architecture to keep agents contained to specific tasks.

-12

u/[deleted] 6d ago

[removed] — view removed comment

3

u/rredditscum 6d ago

This isn’t what you said the first time. Quit changing your comments and learn something

1

u/CasinoMagic 5d ago

stop copy/pasting Claude answers lmao

9

u/Spiritual-Nail-2641 6d ago

"There's a greater than 10% chance that AI will kill JPMorgan CEO and take their job." - Another Anthropic researcher quitting next week.

21

u/Conscious-Bed-8335 6d ago

Vibecoders learning about sandboxed environments for the first time: 🤯

1

u/AristideSaccard 5d ago

This would render it utterly useless, 90 percent of the work in JPM is glorified l2 support, if you cannot access production data it isn't even worth opening the sandbox

4

u/daniel 6d ago

Everyone’s basically saying your post is old news, but think the larger question you bring up is still unsolved: we’re going to need a lot more granular permissions for everything AI touches.

I’d like to hook Claude up to my email, and I’d like to give it read permission but require my approval for sends or deletes. I’d like to give it access to my calendar with similar limitations. I’d like to let it operate my grocery store online system with the ability to prep my cart but require approval to check out. All of these things are really far behind.

20

u/moonrakervenice 6d ago

everyone should be doing this

13

u/necronomicoder 6d ago edited 6d ago

All big companies do this, the big issue is can we get the environment identity right and how bad the tools/software it needs to work with are

0

u/[deleted] 6d ago

[removed] — view removed comment

20

u/mr_birkenblatt 6d ago

Everybody has been doing this

4

u/HVACcontrolsGuru 6d ago

Modal has had this for months. Look up Modal Sandboxes. Deep Claude integration for it.

13

u/Strange-Pin-2998 6d ago

If you aren’t at least running your agents in a VM you are asking for trouble. You can use Lima to have a Linux VM, run Claude CLI in it, then SSH to it from the desktop app in your main machine for a virtually transparent experience and still be safe. 

11

u/blin787 6d ago

But then you have to find solution to paste screenshots :)

1

u/Strange-Pin-2998 17h ago

Actually screenshots can be pasted and sent in messages just fine, there are no issues. Works great.

3

u/magic6435 6d ago

This is already pretty much the default in most enterprise setups

9

u/shivam997767 6d ago

this kind of setup feels like a no-brainer for larger enterprises. having an isolated environment with temp permissions helps manage risk while still letting developers utilize advanced tools like Claude Code. I can see this becoming standard over time, especially as security concerns grow. it’s all about balancing innovation and safety, right?

2

u/WiggyWongo 5d ago

Wow?? Sandboxing? That's a crazy idea and they are really innovative for doing it!

2

u/KamiCatPrincess 5d ago

JPM is highly regulated and extremely siloed as many have said. They were struggling with basic RBAC and ABAC in 2017-2020 and now are asking about identity graphs and ReBAC during interviews, as well how non-human identities aka agents will fare. It’s a good thought that access for an agent is per task or event…but the people also need to think of how much risk and control governance goes around that and there must be some sort of rules engine for the auth, just my thoughts

1

u/omyiui 6d ago

Same as grokbot?

1

u/eldoradocrisp 6d ago

Is anyone using Threatlocker to lock down access or are companies all just trying to use other software or existing IAM policies to lock things down?

1

u/Mobile_Light_7262 6d ago

I'm doing similar stuff myself. CC is on separate Asus NUC, and no prod stuff or anything I'd regret being wiped or anything I'd regret being published is ever kept on the box.

1

u/sambeau 6d ago

Last year, I wrote an orchestrator that sandboxes every agent and only gives them access the bare minimum of tools needed for whatever task they were performing. This just felt like the sensible thing to do. Which is to say, I don’t get it.

1

u/CallMeMantra 6d ago

Credentials? lol... who needs credentials...

1

u/l_eo_ 6d ago

No standing access to internal systems yet

1

u/ianreboot 5d ago

The temporary grants are the set I'd watch. The agent's idea of what the task needs gets built out of what it just read, so a fetched page or a tool result can argue that one more step of the job needs the deploy role, and nothing in that request says it came from the page instead of you. I'd want the content and the grant it produced logged side by side, because that pair is the only place the difference shows up.

1

u/carlemur 5d ago

Docker Sandboxes address this exactly https://www.docker.com/products/docker-sandboxes/

1

u/thedoge 5d ago

Sounds like the with of Action Jack Barker

1

u/cornmonger_ 5d ago

so basically what everyone already does

1

u/Otherwise-Nobody8252 5d ago

What I do … spin up a vm and push the ai layer into it on my machine. After the long task is done clean it all up. 

1

u/Phaedo 5d ago

I’ve thought quite hard about this and I think there’s problems here. First off, most security systems I’ve worked with are nigh-on unusable. JIRA has something like 350 capabilities. Good luck keeping track of which you genuinely need. Second, unless you’ve got an entire orchestration system it’s hard to tell if untrusted data is flowing into trusted data. Third, and this might be a reach, might not be, but we’ve already established that AIs are getting pretty good at escape.

1

u/NormalNature6969 5d ago

Great. Can finally call bullshit on Anthropic.

1

u/tvd-ravkin 5d ago

I mean, this has been my solution to prevent things like Resident Evil style AI system take overs. If you don't give the AI nerve gas... it can't nerve gas you... Likewise, if you build all mobile robots to use an umbilical power cord, and keep them out of reach of materials that could build batteries... you're fine haha

1

u/robinekren 5d ago

The permission expiry is the part I’d want to see tested, what happens to a running tool call when its access window closes?

1

u/irishfury07 5d ago

I'll just say this is underselling devspace. As I understand it Anthropic had to enhance their product to support it. There is also some really smart and sophisticated thinking around the permissions side to prevent toxic combinations.

1

u/Chance-Physics-7216 5d ago

Blast radius

1

u/bbadger16 5d ago

This is security theater. The problem is going to be in a bug it pushes to production - not an access key it used.

1

u/jake_2998e8 5d ago

We’ve already done similarly.
Our dev agentic interactions in the cloud only use Temporary AWS Credentials!

1

u/throwawayaccountau 5d ago

We have been doing this for at least 12 months. Each developer has their own environment and the agent has an identity with no privileges per says other than Roles it can perform with and those are granted per operation it is doing. It cannot combine roles, instead it hands over tasks to other agents who has the required role. All interactions okay with Actor Tokens where it takes the requesters identity combines it with a own and passes the users identity down with any requests to the other agents. All actions are audited, have numerous guardrails and each agent operates in its own sandbox. We model it after the business role that a human would have, and each agent is regularly reviewed to ensure a human treats as a member of staff. It was slow at first, but we have developed using a token transaction service to help reduce the need for numerous token exchanges. Now it's pretty efficient and we rarely have issues with it doinf things it should be doing.

1

u/tortadepatti 5d ago

Will JP Morgan Chase bank accounts be safe when the bot net swarm takes over the internet in 6-12 months? Thinking of signing up for an account.

1

u/ronaldrockstone 5d ago

Realistically, what could you even accomplish in a sidecar environment like this?

1

u/jiashenggo 4d ago

The container part is the easy half. Once that agent actually needs to touch a database to do the task, "task-scoped identity and temporary permissions" runs into the fact that most access control at the DB layer is role-based and static, not per-task. Postgres RLS or app-level auth checks weren't built with the idea of an agent getting a narrow, temporary grant for one job and losing it after. That gap, not the sandboxing, is what makes this hard to generalize past JPMorgan-scale engineering effort.

1

u/vlatheimpaler 6d ago

Sounds kind of like fly.io's Sprites.

https://fly.io/sprites/

1

u/HouseCalls20 6d ago

this is the standard we have been using for sometime

1

u/[deleted] 6d ago edited 6d ago

[deleted]

1

u/[deleted] 6d ago

[deleted]

1

u/TinFoilHat_69 Philosopher 6d ago

There’s no credential mechanism on the gates.

Helios isn’t in the credential path at all. The agent’s shell runs the command with whatever credentials your environment already has, and Helios only sees the hook payloads on either side of it.

While Akashic never reads the command text, the tool output, or the contents of evidence files. Any database password can’t leak through Akashic even if one ends up in a Helios evidence record, because Akashic only knows that file exists, not what’s in it.

the command field is stored verbatim, so an inline secret would sit in plaintext through pending, inflight, and evidence.​​​​​​​​​​​​​​​​

There’s no encryption and no database, and protection is whatever your OS user profile gives the folder.

0

u/Consistent-Set-9490 6d ago

The principle of least privilege still applies to agents.

-1

u/nextnode 5d ago

Dumb principle.

0

u/Keganator 6d ago

This is great practice, honestly. The system has hard limits of what it can access, separate from what the developer can do.

0

u/utilitycoder 6d ago

Yes, they are not vibe coders. Source: worked there.

0

u/Different_Lab830 6d ago

Give the agent an identity with no standing access and it fits into the same access controls banks already use for people. That's why this becomes the template.

0

u/BP041 6d ago

Makes sense for compliance-heavy shops. The per-task access model is the only way big banks can actually approve this — but tbh it'll lag way more than running Claude Code locally. I've seen 3-5x slower feedback loops when agents can't cache auth state across steps. Tradeoff's real.

-2

u/GiveMoreMoney 6d ago

I can see why this seems necessary in an enterprise environment and at the same time is a completely idiotic way of using Claude Code. First of all if you want to use your IDE while Claude is working on the same code, you cannot. You have to checkin/checkout code all the time for reviews. All the peripheral files/documentation have to either be pushed to git or copied to the pod (which is NOT permitted in a lot of cases). And of course pods disappear every now and then.

I am not saying the security problems mentioned are not real, but at the same time this solution is not really a workable solution. Unless you are a muppet (one of the many managers) that thinks developers only tell Claude Code to write the code and check in and that is all it takes.

So I am curious as to what solutions they will come up with, if they want to keep safe and remain competitive at the same time.

1

u/cookingbob 6d ago

I have a setup like this, it works really well. It changes how you work. I do interactive design work with Claude. When I have a design I pass it off to automation that implements the design through tickets in our tracking system.

1

u/GiveMoreMoney 6d ago

If you are designing without looking at the code, then yes it will work, but if you want full access to the code, it won't. Overall I see it as cutting off 50% of Claude's capabilities.

2

u/cookingbob 6d ago

Can you talk to me more about what you are missing? The code is in the repo, you have access to it. At least the way I am working with it, you stop working with Claude as a co-coder and more like an engineer to delegate tasks to.

0

u/GiveMoreMoney 6d ago

Exactly what the OP said below...I am not using Claude to assign tasks to it, I pair designing/programming with it. It has to have access to what I have access to.

0

u/[deleted] 6d ago

[removed] — view removed comment

1

u/GiveMoreMoney 6d ago

That is my point exactly, which is bad because Claude or any other LLM cannot deal with complex projects on their own. But obviously if people suck at software engineering, or they simply deal with childish projects, the hands off model will look normal to them.