abx-sandbox-secrets

Inject vault-stored credentials into sandbox outbound requests via egress sidecar substitution.

11|Updated Apr 30, 2026
One-click install
npx skills add https://github.com/scitix/Agent-Sandbox --skill abx-sandbox-secrets-scitix
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: abx-sandbox-secrets
Source: https://github.com/scitix/Agent-Sandbox/tree/main/plugin/skills/abx-sandbox-secrets
Command: npx skills add https://github.com/scitix/Agent-Sandbox --skill abx-sandbox-secrets-scitix

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Sandboxed agents often need to call third-party APIs with real credentials, but placing a key in the sandbox's environment variables exposes it to any code running inside. This Skill stores credentials in a write-only vault and substitutes them into outbound requests at the egress sidecar, so the sandbox only ever holds a decoy value. ## Core Features & Use Cases - Write-only vault storage: Store secrets through the E2B /secrets surface where values can be listed and overwritten but never read back. - Outbound header injection: Reference secrets by name in network rules on sandbox creation; the sidecar swaps the decoy for the real credential on matching hosts, while plaintext values in rules are refused with a 400. - Silent-failure diagnostics: Troubleshoot missing substitution by checking gateway enablement, exact host matching, port 80/443 restriction, and per-user vault identity. - Use Case: An agent inside a sandbox calls the OpenAI API using OPENAI_API_KEY; the code runs unmodified while the real key never exists inside the sandbox. ## Quick Start Store my API token in the vault and create a sandbox with an injection rule so its outbound requests to the API host carry the real credential without exposing it inside the sandbox.

Frequently Asked Questions about abx-sandbox-secrets

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I give a sandbox an API key without exposing it?

Store the credential in the write-only vault via the E2B /secrets surface, then reference it by name in the sandbox's network injection rules. The sandbox receives a decoy value and the egress sidecar substitutes the real credential on outbound requests.

How do I store a secret in the Agent Sandbox vault?

Use the SDK's secrets interface, for example sbx_secrets.set("OPENAI_KEY", "sk-..."), or the Vault page in the console. Values are write-only: you can list names and overwrite them, but never read them back.

Why is my injected credential not arriving in sandbox requests?

Check four silent failure points: the env gateway must be enabled, the request host must match the rule exactly, the port must be 80 or 443, and the secret name must exist in the acting user's vault. A missing name leaves the decoy in place and the upstream returns 401.

Can I put a plaintext API key directly in sandbox network rules?

No. A plaintext credential in network.rules is refused with a 400 error by design, because it would expose the secret in the request body, access logs, and caller source. Secrets must be referenced by vault name instead.

Can an agent write vault secrets during an integration?

Yes, writing vault secrets is allowed for an agent credential under the normal approval gate, since it lands in the acting person's own vault. Minting an AgentBox API key is refused outright.