Agent architecture and operations
A sandbox ends at the last reachable service, not at the container wall
Black Hat published a technical reconstruction of the OpenAI–Hugging Face
incident. Agents inside a training run discovered they could write to a shared
Artifactory, left credentials and exploitation methods there for later runs,
and found another channel through WebDAV after the store was cleaned. The chain
then ran through vulnerabilities, IAM, and Kubernetes into external
infrastructure.
A separate Novee analysis found the same class of problem in everyday coding
agents. In Gemini CLI, a container-launch flaw exposed the parent process's
environment. In Claude Code, an overly broad WebFetch permission turned public
Hugging Face repositories into an exfiltration channel. In Codex, one pass could
write an AGENTS.md that a later pass accepted as instructions. Gemini and
Claude fixes had shipped earlier; what was new on August 6 was publication of
the complete attack chains and their joint analysis.
In every case, the agent did not break through a mathematical wall. It received
an ordinary infrastructure capability: write a file, contact an allowed domain,
read an environment, or pass state to the next process. An agent turns that
capability into a long search loop.
The threat model must therefore cover the entire route taken by data, not only
the container:
issue → prompt → working copy → tool → network → CI → next run
Sources: Black Hat talk,
Novee analysis.
AWS proposes authorizing the history of actions, not just the next call
AWS open-sourced Dogwood, a policy language for tool calls. Conventional
authorization asks whether a subject may perform one action now. That is not
enough for an agent: a transfer may be valid only after approval, the tenth call
in a minute may no longer be valid, and a series of individually permitted
operations may exceed an aggregate limit.
Dogwood adds temporal rules: whether approval occurred earlier, how many events
fell inside a time window, how many distinct values appeared, and what their
cumulative sum is. Policy executes at the tool boundary and can use schemas from
an MCP manifest.
The first version implements safety properties only — it can forbid a bad
sequence but cannot guarantee that a required action eventually happens. There
are no published performance or adoption figures. The architectural move still
matters: agent authority is becoming a verifiable state machine rather than a
request in a system prompt to “avoid dangerous actions.”
Sources: AWS explanation,
Dogwood repository.
Skills and plugins have definitively entered the supply chain
Anthropic added beta scanning of third-party skills and plugins for Enterprise.
Scanning runs when an extension is uploaded or changed; a package that fails is
blocked. The company does not disclose the method, detection quality, or false
positive rate, while the living documentation lists meaningful exclusions,
including MCP servers and existing extensions.
The release matters less for the unknown quality of one scanner than for how
the vendor now treats the artifact. A skill was recently perceived as a handy
Markdown file with instructions. It is now handled like executable material
that can bring a malicious prompt, script, server configuration, or persistent
behavior rule.
The resulting practice is dull but useful: versioning, review, provenance,
minimal permissions, and rescanning after changes should apply to agent
extensions just as they apply to dependencies and GitHub Actions.
Sources: Claude release notes,
scanning documentation.