CEO of @nolabshq - Creator of https://nitter.cf/t.co/T8htHI6XS3 , now building https://nitter.cf/t.co/OBABqFv9Ou - the agent security platform.

Bristol
Joined February 2021
Something we have been experimenting with using nono's remote capable multiplexer
4
428
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 Nono.sh - no more walking around with a lid open. Pm me to learn more or find me at #AGNTCon
1
7
294
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 - nono.sh ! 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 github.com/nolabs-ai/nogent and runseal its elder sibling, both offspring of nono.sh github.com/marketplace/actio…
1
2
12
636
Replying to @mitchellh
That's awesome, will this have an SDK? We built a detachable PTY proxy into nono.sh. A supervisor process owns the PTY master, while a sandboxed child uses the slave for stdin, stdout, and stderr. A client attaches over a Unix socket, which carries raw terminal bytes bidirectionally. We have external bridge that can expose that stream remotely over WebSocket, translating resize and detach controls as needed. Here is it with ghostty (which btw was the cleanest to work with (kitty / wezterm was a PIA)). Looking forward to having a play sometime.
1
1
1
203
Dissecting the incredibly dumb category of 'agent sandbox' A stack where everyone makes the wrong assumption when assessing a sandbox - don't make the common mistake of assessment via the outer isolation, as its never where agent compromise occurs - first ask "what can the agent do without crossing the boundary?" Start there. If you don't have an answer to that, that's very likely where things will go wrong first. nolabs.ai/blog/sandbox-prime…
4
8
404