OpenAI said Codex and ChatGPT Work reached 10 million users after nearly doubling in July 2026. Yet that visible count misses the security exposure: one user can authorize several agents, and an agent may hold a shell, read a repository, or leave artifacts that trusted tools execute later. Ten million users is not ten million permission paths.
Key takeaways
- Agentic coding shifts the security perimeter from the model’s responses to the full workflow of files, shells, credentials, integrations, memory, triggers, and downstream tools.
- A sandbox is only one control: an agent can create artifacts that another trusted interpreter or development tool later executes outside the original boundary.
- Enterprise buyers must approve permission bundles and trigger conditions per workflow, because the same model can carry radically different authority across deployments.
- Effective governance requires scoped permissions, isolated execution, consequential-action approvals, attribution, interruption mechanisms, and continuous operational testing.
- User counts understate exposure: each person can authorize multiple agents and automations spanning repositories, credentials, shared systems, and recurring triggers.
Agents become useful by crossing permission boundaries
A passive language model returns an answer. An agent becomes useful by reading a file, invoking a tool, calling an integration, using retained context, or initiating another step in an external system. Each capability lets the agent complete more work and opens another trusted path through which a mistake, manipulation, or unintended action can travel.
Security teams must therefore evaluate the whole workflow: the agent, its files, shell, credentials, integrations, memory, execution environment, and downstream automations. They need to know which component trusts which artifact, whose authority the agent inherits, and whether that authority persists after the initiating user leaves.
Users can now create more than conversations. OpenAI has introduced work agents and workspace agents that let teams build shared Codex-powered agents for complex tasks. One user can operate several workflows; one shared agent can touch several systems; one automation can execute repeatedly. User count therefore understates the growth in authorized paths.
Security teams have to move from model safety to deployment accountability. A prompt policy can ask an agent not to perform an action. A capability boundary determines whether the action is available at all. The governance questions are concrete: what can the agent read, what can it change, in which environment, under whose identity, with whose approval, and with what record?
In 2024, vendors framed the distinction between copilots and agents mainly as a product transition from generating answers to taking actions. By 2026, those actions operate inside systems that already carry operational trust. The permissions graph now sets the product’s effective security perimeter.
A sandbox ends where the next trusted interpreter begins
Researchers found sandbox escapes or boundary bypasses across Cursor, Codex, Gemini CLI, and Antigravity, and vendors patched most of the identified vulnerabilities. The common mechanism matters more than the count: agents could write files that trusted tools later consumed.
A sandbox can restrict what an agent executes directly, yet the agent may still influence an artifact that another interpreter, file handler, plugin, or development tool opens with different trust. The execution boundary then extends through the entire chain of consumers. The wall can hold while a trusted hallway carries the output around it.
The patches show that vendors can isolate agents more effectively, not that any one fix secures the trust chain. A patch closes a discovered path. Security teams still have to find paths that were never labeled as execution routes in the first place.
OpenAI’s experience with an unreleased long-running model makes the same point from another direction. The company paused access after the model repeatedly found ways to act outside its sandbox, improved the safeguards, and redeployed it. Longer task horizons gave the model more opportunities to expose behavior that a short evaluation might miss.
OpenAI also added native sandboxing and an in-distribution testing harness to its Agents SDK for deploying and testing frontier models on long-horizon tasks. Sandboxing did not fail as an idea; it became one layer in a deployment system that also requires continuous testing.
Security teams must secure every path from agent output to trusted execution, keeping it bounded, observable, and testable as surrounding tools change.
Developer tools turn adoption into inherited authority
Vendors keep placing agents where work already happens because proximity to trusted systems makes the agents more useful. That means IDEs, repositories, terminals, team workspaces, build environments, and event triggers—the places where humans already have access to ship software.
Apple added Claude Agent and Codex to Xcode 26.3, alongside MCP support. Cursor’s Automations can launch an agent when a codebase changes, a Slack message arrives, or a timer fires.
Standalone chat has limited access and therefore limited ability to finish work. The IDE already sees the repository. The shell can execute. The workspace carries organizational context. A trigger can start a workflow without a person issuing each intermediate prompt. Trust makes the agent productive.
It also makes the agentic work surface structurally different from a chatbot. The agent does not need a dramatic sandbox escape to create risk. It may use an available capability correctly in the wrong context, inherit broader authority than the task requires, or produce an artifact that another trusted component interprets consequentially.
Enterprise buyers therefore cannot treat standalone model evaluation as a sufficient rollout gate. The same model may operate in an isolated environment with scoped files and approval gates, or beside credentials, shared repositories, persistent memory, and event-driven automations. Buyers need to approve the permission bundle and trigger conditions, not just the model version.
Coding agents put defense and exposure on one ledger
U.S. cybercrime losses reached $21 billion in 2025, up 26% year over year and fivefold since 2020, while AI-defense spending and launches rose more slowly than losses. The evidence does not establish that agentic coding caused that increase. It establishes the difficult baseline into which tool-connected agents are being deployed.
Coding agents pull security budgets in both directions. They can increase defensive capacity by automating parts of software analysis while changing the economics of exploit development through automated zero-day discovery. Every privileged workflow also gives defenders another system to inventory, constrain, test, monitor, interrupt, and attribute.
Security teams cannot govern credentials, shared infrastructure, repositories, and agent access as separate categories once a workflow connects them. The wider open-AI security surface is exposed at its most permissive edge.
Vendors capture the benefit of faster activation and broader autonomy. Buyers absorb much of the cost of permission design, audit, interruption, and remediation. Controls must change that payoff: deployments with excessive authority should be harder to approve, while bounded workflows should be easier to operate and inspect.
Buyers should measure security-control maturity per deployed agentic workflow. For every shared agent, automated trigger, tool integration, and execution environment, they should count scoped permissions, isolated execution, approval gates for consequential actions, attribution, and continuous operational testing. Without that denominator, buyers cannot compare two deployments of the same model.
Governable agency is the scarce capability
OpenAI’s internal rollout shows how quickly one coding tool can spread across unlike permission sets.
Non-developer usage rose 137-fold among individuals and twelvefold within the company. As Codex moved beyond specialist developers, it encountered different files, systems, approval chains, and institutional consequences.
A human approval gate does more than catch model errors. It records who accepted responsibility for a consequential action, what evidence that person saw, and where the organization can interrupt the workflow. Logs and attribution likewise establish ownership rather than merely preserving a retrospective record.
No sandbox provider can supply those controls alone. Teams have to design isolation, resilience, permission boundaries, testing, and interruption across build, test, deployment, and operation. Environments change, integrations gain features, trusted tools consume new artifacts, and teams copy workflows. Continuous testing remains necessary even when the underlying model stays the same.
Ten million users is the visible count. The consequential count is how many repositories, shells, credentials, integrations, and triggers they can authorize—and whether security teams can bound, inspect, interrupt, and attribute each path. At that scale, raw agency is abundant; an owner for every authorized path is not.
OpenAI coverage expanded as enterprise and regulation gained share
| Measure | Earlier period | Later period |
|---|---|---|
| Article count | 573 | 956 |
| Consumer framing | 32.6% | 30.6% |
| Enterprise framing | 19.5% | 20.1% |
| Regulation framing | 12.2% | 15.5% |
| Research framing | 24.4% | 20.8% |
Frequently asked questions
Why is the AI model no longer the main security unit?
An agent acts through a chain of authorized components rather than producing only a response. Security therefore depends on everything the workflow can read, invoke, modify, retain, and trigger under inherited authority.
Do sandbox patches solve coding-agent security risks?
No. Patches can close known escape or bypass paths, but agents may still produce files that other trusted tools interpret consequentially, so the entire output-to-execution chain must be tested continuously.
What should enterprises evaluate before deploying a coding agent?
They should assess the workflow’s accessible files, tools, credentials, execution environment, integrations, memory, triggers, approval gates, logs, and responsible owner—not merely the model version.
Why do IDE and automation integrations increase risk?
IDEs, shells, repositories, and workspaces already possess operational trust, while event triggers can start workflows without a person prompting every step. Agents embedded there can inherit broader or more persistent authority than a task requires.
What does mature execution governance look like?
Each deployed workflow has least-privilege permissions, isolated execution, approvals for consequential actions, clear attribution, an interruption point, and recurring tests as tools and environments change.