Amazon Anthropic Ties Face an OpenAI Test as AWS Continuum Expands
Amazon Anthropic ties entered a new phase as AWS reportedly connected Continuum with Claude Code and OpenAI Codex, despite the coding agents competing directly. The move places an independent security layer inside tools that can generate, modify, and execute code. It also tests whether AWS can remain model-neutral while Amazon maintains a close commercial relationship with Anthropic.
The reported Codex connection has not received the same detailed public documentation as AWS support for Claude Code and its own Kiro environment. AWS’s published materials clearly describe the Claude Code integration, simulated exploit validation, and support for several code-hosting platforms. That verification gap matters because the larger strategic claim depends on Continuum working across rival agent environments.
This is not another scanner added near the end of a development pipeline. AWS wants Continuum to follow vulnerabilities from discovery through validation, prioritization, and remediation. If that approach works, coding agents will produce changes while a separate agent judges whether those changes create exploitable risks.
AWS Continuum Moves Security Into the Coding Session
AWS is shifting security review from a separate checkpoint into the workspace where an AI agent writes and changes code.
AWS introduced Continuum for code vulnerabilities at its New York summit on June 17, 2026. The service entered limited preview with a continuous workflow covering discovery, prioritization, validation, mitigation, and remediation.
The company describes Continuum as model-agnostic. That means it can assign different security tasks to different frontier models and incorporate new models as they become available. The design avoids tying the full security process to one model provider.
AWS also folded capabilities from AWS Security Agent into the Continuum family. Those capabilities include code scanning, penetration testing, and threat modeling, which converts source code or design documents into a structured model of possible attacks.
The clearest documented developer integration is Claude Code. AWS says developers can initiate security work from their coding environment instead of switching to a separate security console. They can create threat models, scan repositories, and address validated findings within that workflow.
The Claude Code plugin also works with source-control systems and collaboration tools. AWS listed GitLab.com, self-managed GitLab, GitHub Enterprise, Bitbucket, and Confluence among the supported integrations.
AWS’s own Kiro environment receives similar treatment through a Kiro Power, an extension that gives an AI agent access to specialized capabilities. Both integrations bring security feedback closer to the moment when an agent proposes a code change.
VentureBeat’s August report extends that strategy to OpenAI Codex. However, AWS’s June release materials reviewed for this analysis name Kiro and Claude Code, not a comparable Codex plugin. AWS could be rolling out the Codex connection separately or through a newer integration layer.
That distinction does not invalidate the broader shift. It sets the boundary between what AWS has publicly documented and what has been reported. Enterprise buyers should ask for product documentation before assuming feature parity across all three coding environments.
The immediate change is still substantial. Continuum is designed to observe more than an isolated code fragment. It draws on infrastructure, permissions, network topology, documentation, communications, and business priorities to assess whether a finding represents meaningful risk.
That broader context creates the article’s central tension. AWS wants developers to move quickly with whichever coding agent they prefer, while making AWS the security authority that decides which changes deserve trust.
Why Amazon Anthropic Ties Do Not Produce an Exclusive Stack
The strategic surprise is that AWS benefits when Claude Code wins, but Continuum becomes more valuable when it supports Claude Code’s rivals.
Amazon has invested heavily in Anthropic and made Claude a central part of its generative AI offering. Anthropic also relies on AWS infrastructure, while Claude models remain prominent options within Amazon Bedrock.
That relationship gives Amazon a direct interest in Anthropic’s growth. Claude Code has become an important entry point for developers using Claude, especially for repository-wide tasks that require planning, editing, testing, and repeated command execution.
An AWS security product limited to Claude Code would strengthen that partnership. It would also narrow Continuum’s addressable market and make the service less useful to enterprises operating mixed development environments.
Most large organizations do not standardize every developer on one coding agent. Teams evaluate models by language, repository, risk level, availability, and internal policy. Some developers also pass the same change between multiple agents for implementation and review.
AWS therefore has a platform incentive that differs from Amazon’s investment incentive. The platform business benefits when workloads, security context, and remediation activity flow through AWS, regardless of which model wrote the code.
That explains why OpenAI Codex belongs in the strategy. Codex competes with Claude Code at the developer interface, but its users represent another source of repositories, findings, and security decisions for Continuum.
The result is a familiar cloud pattern. A provider supports competing software above its infrastructure because customer choice increases consumption of the provider’s lower-level services.
This pattern does not make the Amazon Anthropic relationship unimportant. Anthropic’s security research helped establish the urgency behind reasoning-based vulnerability discovery. AWS has specifically cited specialized security models, including Claude Mythos, when explaining why older security operations cannot keep pace.
Claude Mythos is presented as a model specialized for cybersecurity reasoning. According to AWS, models in this category can find vulnerabilities and reason across complicated attack paths faster than traditional teams can process the resulting backlog.
That creates a two-sided pressure. Better models help defenders locate defects, but attackers can use similar capabilities to find and exploit those defects. Every improvement in automated discovery increases the value of rapid validation and remediation.
OpenAI has been pursuing the same opportunity through Codex Security. VentureBeat reported that OpenAI’s beta scanned more than 1.2 million commits and surfaced thousands of findings across severity levels. Those figures remain company-reported results rather than an independent comparison.
Anthropic has also promoted Claude Code Security as a reasoning-based alternative to pattern-oriented static analysis. Its launch followed research that found hundreds of high-severity vulnerabilities in established open-source projects, according to Anthropic.
AWS is not choosing between those security narratives. It is positioning Continuum above them. The coding models can compete over who finds or fixes the most difficult flaws, while AWS manages context, validation, controls, and enterprise workflow.
Amazon Anthropic Strategy Meets a Model-Neutral Security Layer
Continuum’s most important mechanism is not vulnerability discovery, but the separation of code generation from security judgment.
Coding agents hold an unusual position inside the development process. They can read repositories, invoke tools, modify files, run tests, open pull requests, and sometimes interact with deployment systems.
That access makes them productive. It also turns their credentials and execution permissions into security targets.
VentureBeat documented several incidents involving coding agents where attackers targeted credentials or execution paths rather than model weights. A malicious input did not need to defeat the model’s intelligence. It only needed to manipulate how the agent used its authorized tools.
One reported Codex vulnerability involved unsafe handling of a crafted Git branch name. Researchers showed how the value could reach a setup script and expose an OAuth token. OpenAI reportedly classified the issue at its highest internal priority and deployed a fix.
Claude Code faced separate scrutiny involving package contents and command-control behavior. These incidents involved different technical causes, but they exposed the same architectural problem. An agent can become an attack surface once it holds credentials and acts beyond a passive chat window.
The coding-agent exploits also challenge traditional identity monitoring. A valid token can authenticate an agent’s action even when the underlying request was manipulated by untrusted repository content.
Continuum attempts to address a different part of this risk. It evaluates code vulnerabilities using environmental and business context, then validates suspected exploits inside an isolated sandbox.
A sandbox is a contained environment where potentially dangerous code can run without receiving normal production access. AWS says Continuum uses this environment to produce reproducible evidence that a reported vulnerability is exploitable.
That step matters because code-scanning systems often generate findings that do not represent reachable production risks. A vulnerable component might never execute, accept external input, or sit on a path to sensitive data.
Continuum’s prioritization process considers whether an affected component is deployed, reachable, and connected to production. It also assesses the possible business effect before ranking remediation work.
The system then evaluates existing protections, such as network controls, policies, and detection mechanisms. For validated findings, it can recommend a code patch, policy change, or network change.
AWS says suggested patches pass through the same validation mechanism used to confirm the original problem. The system can also show the expected impact and a rollback path when those details are available.
This loop gives AWS a reason to integrate with both Claude Code and Codex. The model that writes a patch does not need to be the sole authority on whether the patch is safe.
A team could let Claude Code create a feature, ask Continuum to test the resulting attack path, and use another model during remediation. The same process can apply when Codex produces the initial change.
That architecture also limits dependence on any single model vendor. If a specialized model becomes better at exploit construction or patch review, AWS can add it without replacing the developer’s preferred coding agent.
For the Amazon Anthropic partnership, model neutrality is both an advantage and a constraint. Claude can contribute specialized reasoning, but AWS retains control over orchestration, policy, audit history, and the surrounding cloud context.
The Security Promise Depends on Context and Control
Continuum trades some developer autonomy for a centralized security system that can see more context and eventually take more action.
AWS argues that the security operations model used during the previous decade is falling behind. That model collects telemetry, stores it, builds queries, and presents alerts through dashboards for human review.
Continuum instead links telemetry to context, reasoning, and action. The difference is important because another dashboard would only add findings to an already crowded queue.
The service operates across four continuous phases. First, it absorbs existing vulnerability backlogs and performs its own scanning. Second, it ranks findings using technical reachability and business context.
Third, Continuum attempts to reproduce an exploit in a sandbox. Fourth, it recommends or performs mitigations through code, network, or policy changes.
The Continuum architecture starts in a human-controlled learn mode. Recommendations include an explanation of the system’s reasoning, allowing teams to inspect decisions before granting broader authority.
Organizations can later move selected risk categories into enforce mode. In that mode, Continuum can apply more automated remediation within boundaries defined by the customer.
This staged design addresses a core enterprise concern. Security leaders rarely want a new agent making unrestricted changes across production systems on its first day.
Auditability becomes essential as authority grows. AWS says every decision is explainable and every action is auditable. It also says users can see why Continuum recommended an action and what a rollback would do.
Those are company claims, and limited preview provides little public evidence about performance across diverse production environments. Buyers should examine the quality of explanations, not merely whether the interface generates them.
A readable explanation can still omit a critical assumption. An auditable action can still be based on incomplete context. A rollback plan can fail when a change affects distributed services or persistent data.
Context quality presents another problem. Continuum can reason over source code, permissions, topology, documents, communications, and priorities only when those inputs are accurate and accessible.
Infrastructure inventories drift. Documentation becomes stale. Permission graphs contain exceptions. Business priorities can conflict across teams, especially during incidents.
Centralizing those inputs can improve security decisions, but it also increases the sensitivity of the system operating on them. Access controls must prevent one repository or team from exposing information belonging to another.
Developer teams also need to understand when repository content can influence the security agent. Threat models, comments, documentation, and issue descriptions may contain untrusted text. Agent systems must prevent that text from silently changing security policy or tool behavior.
These concerns are not arguments against agentic security. They explain why enforcement should follow measured validation rather than marketing confidence.
Teams evaluating Continuum should compare its decisions against existing penetration tests and manual reviews. They should measure confirmed findings, false positives, missed issues, remediation quality, rollback success, and time saved during triage.
A useful engineering knowledge base can also support human review. Teams need searchable records connecting findings to architecture decisions, ownership, past incidents, and accepted risks.
The real test is whether Continuum improves those decisions without hiding them behind an agent interface. Faster remediation has limited value if teams cannot reconstruct why a production change occurred.
Claude Code, Codex, and Traditional Scanners Still Compete
AWS Continuum enters a market where model providers, security vendors, and cloud platforms all want to own the same remediation decision.
Traditional static application security testing, commonly called SAST, searches source code for risky patterns and known defect classes. It works without executing the application and fits established development pipelines.
Reasoning models approach the problem differently. They can trace data flow across files, infer developer intent, connect multiple weaknesses, and consider whether a sequence of actions creates an exploitable path.
Anthropic and OpenAI have both argued that reasoning-based scanners can detect vulnerabilities that pattern-based systems miss. Their launches increased pressure on established application-security vendors to add deeper contextual analysis.
The comparison is not a simple replacement story. Traditional scanners offer deterministic rules, mature policy controls, broad language support, and familiar compliance reports. Their behavior can be easier to reproduce across repeated scans.
Model-based systems can examine more ambiguous relationships, but their outputs can vary. They also require careful handling of proprietary source code, prompts, execution tools, and generated exploit evidence.
Independent testing has already found limits. Checkmarx researchers reported that moderately complex vulnerabilities sometimes escaped Claude Code Security during evaluation. That result does not establish a universal ranking, but it challenges claims that reasoning eliminates scanner blind spots.
The scanner comparison also shows why enterprises will keep multiple controls. A reasoning agent can supplement deterministic scanning, dependency analysis, testing, and manual review rather than replacing them immediately.
Continuum adds another competitive layer because it does not merely scan. It combines findings with AWS environment context and then manages the path toward remediation.
That can pressure independent security vendors when customers already operate much of their infrastructure on AWS. The cloud provider can access configuration relationships that an external tool may need customers to export or reconstruct.
Independent vendors retain important advantages. They can support multiple clouds without favoring one environment. They may also provide a neutral assessment when a cloud provider is evaluating risks inside its own services.
OpenAI and Anthropic face a related choice. They can deepen their native security products, integrate with external orchestration layers, or pursue both strategies.
Claude Code Security gives Anthropic a direct relationship with developers and security teams. A Continuum integration expands Claude Code’s enterprise reach, but it also allows AWS to own policy and remediation history.
Codex Security creates the same tension for OpenAI. Integration can make Codex easier to approve inside AWS-centered organizations. It can also reduce OpenAI’s control over the security workflow surrounding its agent.
AWS’s model-neutral position works only if customers trust it to treat those tools consistently. Feature gaps between Kiro, Claude Code, and Codex would weaken that promise.
The missing public detail around the reported Codex integration therefore deserves attention. Buyers should verify whether Codex supports the same threat modeling, scanning, exploit validation, and remediation functions documented for Claude Code.
They should also ask where each task runs, which model receives repository content, how long artifacts remain stored, and whether findings improve any provider’s models.
Amazon Anthropic ties make those questions more significant. AWS must demonstrate that its close relationship with one model company does not turn model neutrality into a branding claim.
Three Signals Will Show Whether AWS Can Earn Developer Trust
The next phase depends on integration parity, independent validation, and evidence that customers will grant Continuum meaningful authority.
The first signal is complete technical documentation for the reported OpenAI Codex connection. AWS should identify supported environments, available actions, required permissions, regional coverage, and differences from Claude Code or Kiro.
Equivalent documentation would strengthen the model-neutral thesis. A narrower Codex connector would show that Continuum still works best inside the Amazon Anthropic orbit.
The second signal is independent testing of simulated validation. Security researchers need to compare Continuum’s exploit evidence with manual penetration tests across realistic applications.
Strong results would include high reproduction rates for valid findings and a measurable reduction in false positives. Researchers should also test whether generated exploit attempts introduce risk inside the sandbox or leak sensitive context.
Poor results would not make the architecture irrelevant. They would keep Continuum in an advisory role and slow movement from learn mode into enforce mode.
The third signal is customer behavior during the limited preview. AWS says it has worked with organizations in financial services, automotive, and technology while shaping the product.
Named deployments, measured outcomes, and longer operating histories would carry more weight than launch demonstrations. The most revealing metric will be how much remediation authority customers actually grant the service.
Teams that keep Continuum limited to recommendations are still receiving value from prioritization and validation. However, that behavior would show that trust has not yet reached AWS’s automated-action vision.
Movement into enforce mode would provide stronger evidence. Buyers should still examine the permitted scope, because automating low-risk dependency updates differs sharply from changing network policy or production code.
The broader agent security launch connects Continuum to AWS Context, DevOps Agent, Kiro, Transform, and Bedrock AgentCore. Together, those services outline a software lifecycle increasingly managed by agents.
One agent can write code. Another can assess release readiness. Another can modernize aging dependencies. Continuum can evaluate vulnerabilities and recommend changes across the stack.
That division of labor could reduce dependence on any single coding model. It could also make AWS the control plane connecting agents from companies that otherwise compete intensely.
Developers should ask a practical question before adopting that vision: which agent is allowed to judge another agent’s work, and what evidence supports that authority?
Security leaders should define the answer through permissions, evaluation data, and reversible workflows. They should not rely on the fact that every tool carries a familiar vendor name.
The Amazon Anthropic partnership gives AWS access to important models and a fast-growing developer platform. Supporting OpenAI Codex would show that AWS wants a broader role than distributing Claude.
Watch the documentation, independent exploit tests, and enforce-mode adoption during the coming months. Those signals will reveal whether Continuum becomes a trusted security layer or remains an ambitious preview.
If your team uses Claude Code, Codex, or Kiro, map every credential and production action available to those agents now. Then decide where an independent validation step must interrupt the workflow. That exercise provides immediate value, even before Continuum reaches broad availability.



