AI agents don't just answer questions any more. They write code, run it, call tools, and spin up sub-agents to do the work.
Every one of those hand-offs is a new place for things to go wrong: a leaked credential, a poisoned dependency, or a sub-agent that reads far more than it should.
On 2 November I'm joining Amazon Web Services (AWS) for a webinar:
Secure AI Agents on Amazon EKS: Sandboxing Sub-Agents with nono.
We'll show how to layer two levels of defense:
โ Amazon EKS isolation around the workload
โ nono's kernel-enforced agent runtime protections around every agent and tool inside it
No root, no code rewrites, nothing for the agent to talk its way around.
If you're running agents on Kubernetes, or about to, come along.
Registration link in the reply ๐
#AIAgents #Kubernetes #AmazonEKS #AppSec #OpenSource
The Kubernetes (Official) agent-sandbox project now has a nice rendered example of building a zero trust Grafana agent on a nono protected pod - where the agent is limited to specific scoped execution path when using the Grafana LogCLI.
Having this level of fine-grained execution means you can leave an agent unattended without concern of unwarranted actions as the credential is locked to only a single tools execution path. This is a deeper level of protection you won't get from other projects like @NVIDIA 's Open Agent Safety Platform, which although it can bind credentials to approved endpoints and restrict network access by binary, its sandbox policy does not constrain command-line arguments or make filesystem access and credentials specific to only an individual command and no other.
https://t.co/W0cA2gEGgy
It's been many months since I started using https://t.co/wyM8Wplqu7 for sandboxing my AI agents - claude/codex/opencode and with a few customisations to the default policy for my usage, it's working great.
I have some use cases where I want the agent to create and work on rootless podman containers. For this, I switched to the podman remote option via the local unix socket. Local rootless podman within a nono sandbox didn't work for me.
I "wrap" the agents using nono for my workflow because it integrates nicely with herdr, my default terminal when working with agents.
Although AI agents are now coming with their own sandbox, somehow my trust in nono, as well as its portability across my different OS environments, made it my de facto choice.
Great work on https://t.co/wyM8Wplqu7 from @decodebytes and team.
@JensenHuang Nice, more eventual https://t.co/RRN9nc4b7m users when they realise what this crowed map is like to work in and how it locks them into specific eco-systems and limits their ability to move fast.
@paulljump@JensenHuang Check out https://t.co/RRN9nc4b7m , I will be biased , but its faster, more adaptable and able to run on a lot more environments.
Running a headless pi agent from 10,000 feet, started remotely with a full TUI from my terminal in London, to then connect via our web portal to check on progress during flight to then use my terminal again later to connect in Amsterdam , fully secured in https://t.co/CpqcI3rdev - no more walking around with a lid open. Pm me to learn more or find me at #AGNTCon
Heading out to Amsterdam for #AGNTCon , anyone wants to catch up and chat https://t.co/BC8JKE3s3i and get a sneak preview of Nono cloud , contact via all the usual channels..
#Firewalls were built to keep attackers out.
But what happens when #AIagents can already operate inside your systems?
We had coffee with @decodebytes , cofounder of https://t.co/537UTpXJfd, to explore the new security challenge.
Read more: https://t.co/NAUWBJgT3P
A host of new agent harness support on https://t.co/ihPg1bKh9L rolled out over the past few days:
- @anacondainc kilo: https://t.co/6RhqUHE0KM
- @deepseek_ai Deep Code: https://t.co/96YIQjXvH6
- @cast_ai kimchi: https://t.co/hWPnXivAl7
- @_can1357 oh-my-pi: https://t.co/FDkE2yIzs1
- @MistralAI mistral vibe: https://t.co/g4cxfVR1UH
yes, its a process, you could run them on the machine where the protected assets are, but it would need development of the protocol to connect remotely, the spec is fully open on the repo, but we have not released a working version of this, but anyone is welcome to farm around it.
Our AI PR reviewer expired and everything was really expensive and meant we were giving out data to someone else.....so....
@nolabshq no'sters took the challenge to build their own ๐๐๐ฝ๐ฒ๐ฟ ๐ฑ๐๐ฝ๐ฒ๐ฟ, ๐๐ฒ๐ฐ๐๐ฟ๐ฒ AI reviewer!
This thing is basically saying '๐บ๐ฐ, ๐ง๐ฐ๐ณ๐ฌ ๐ข๐ต๐ต๐ข๐ค๐ฌ ๐ฑ๐ณ๐ฐ๐ฎ๐ฑ๐ต ๐ช๐ฏ๐ซ๐ฆ๐ค๐ต๐ช๐ฐ๐ฏ, ๐ค๐ฐ๐ฎ๐ฆ ๐ข๐ต ๐ฎ๐ฆ ๐ฃ๐ณ๐ฐ!' and its built with special sauce from the OG itself - https://t.co/ihPg1bKOZj !
Introducing ๐ป๐ผ๐ด๐ฒ๐ป๐ (yes, I still suck at names!)
Here is what nogent brings to a linguistic instruction fight!
โข ๐๐ฎ๐ป๐ฎ๐ฟ๐-๐ด๐ฎ๐๐ฒ๐ฑ ๐ผ๐๐๐ฝ๐๐: the model must echo a per-run random canary inside a bounded JSON structure; any response that omits/alters the canary or violates the required shape is discarded and replaced by a "manual review needed" comment. This limits the effect of prompt injection on posted output.
โข ๐๐ผ๐๐ป๐ฑ๐ฒ๐ฑ ๐ฑ๐ถ๐ณ๐ณ๐ (maxFiles/maxPatchBytes) and fail-secure.
โข ๐ป๐ผ๐ป๐ผ ๐ฏ๐ผ๐๐ป๐ฑ๐ฎ๐ฟ๐: fork-controlled tarballs, diffs, prompts, and model tool calls are processed in a separate nono-sandboxed process. The trusted listener keeps the App private key and webhook secret.
โข ๐ฃ๐ต๐ฎ๐ป๐๐ผ๐บ ๐ฐ๐ฟ๐ฒ๐ฑ๐ฒ๐ป๐๐ถ๐ฎ๐น๐: nono's credential proxy keeps the real repository-scoped GitHub token and API keys out of the workers sandbox. The child receives one random 256-bit session token that is valid only at its loopback proxy.
โข ๐๐ป๐ฑ๐ฝ๐ผ๐ถ๐ป๐-๐น๐ถ๐บ๐ถ๐๐ฒ๐ฑ ๐ฒ๐ด๐ฟ๐ฒ๐๐: the worker can call only the GitHub read/comment endpoints required for its target repository, generation, and GitHub's tarball host. It has no filesystem write capability or working directory access.
โข ๐๐๐ถ๐น๐ ๐๐ถ๐๐ต @chainguard_dev 's distroless glibc-dynamic , no shell, no package manager, no busybox in the runtime layer.
โข ๐ง๐๐ฆ ๐๐ถ๐ฎ ๐ฟ๐๐๐๐น๐ + ๐ฟ๐ถ๐ป๐ด, ๐๐ถ๐๐ต ๐ ๐ผ๐๐ถ๐น๐น๐ฎ ๐ฟ๐ผ๐ผ๐๐ ๐ฏ๐ฎ๐ธ๐ฒ๐ฑ into the binary (webpki-roots); no host CA trust, no OpenSSL in the runtime.
โข Signed ๐๐ถ๐๐ต @projectsigstore ๐ฐ๐ผ๐๐ถ๐ด๐ป (keyless, OIDC), with SBOM and SLSA-provenance attestations published alongside each tagged release
Quite soon we are going to mate it with runseal and make supply chain attackers cry into their oxtail soup
https://t.co/xihn4iaq6N
and runseal its elder sibling, both offspring of https://t.co/ihPg1bKOZj
https://t.co/P2FxqmDRUo