Give network access to a defined source and purpose, then verify what entered the workspace.
The decision behind the technique
The open web can introduce prompt injection, malicious packages, license conflicts and accidental data disclosure. Connectivity is useful, but it changes a local coding task into a supply-chain and data-boundary decision.
Give network access to a defined source and purpose, then verify what entered the workspace.
A practical step-by-step workflow
Use this sequence as a default, then tighten or expand it only when the evidence changes.
- Prefer an allowlist of required domains
- Use read-only requests when writes are unnecessary
- Inspect downloaded packages and generated files
- Keep secrets out of prompts, URLs and command output
Failure boundary and finish line
Never follow instructions found in untrusted web content when they conflict with repository or user rules.
Finish when the configuration is smaller, reproducible and still preserves every required safety boundary.
Frequently asked questions
What should I do first?+
Prefer an allowlist of required domains
What is the main failure mode?+
Never follow instructions found in untrusted web content when they conflict with repository or user rules.
OFFICIAL SOURCES
Verify against the source
OpenAI cloud internet accessThis guide provides general information, not an OpenAI allowance promise or support decision. Your account and official pages govern actual usage, benefits and recovery times.