Introducing Web Search on Amazon Bedrock for foundation model grounding
AWS Machine Learning Anuj Jauhari ● Covered by 2 sources
AWS just made Web Search a built-in tool on Amazon Bedrock, so models can pull live web facts without a third-party search API. It matters because grounding is now one API parameter instead of a whole vendor integration project.
Foundation models are frozen in time the moment training ends, which is a problem the second someone asks about this morning's stock move or last night's regulatory filing. AWS's answer, announced at its New York Summit and now generally available, is Web Search on Amazon Bedrock — a server-side tool that lets models fetch current web knowledge without developers wiring up a separate search vendor.
The pitch here isn't just "we added search." AWS is leaning on an index it says spans billions of documents, paired with a knowledge graph for factual lookups — who wrote what book, when something happened — rather than leaving the model to stitch an answer together from scraped page fragments. That distinction matters because fragment-assembly is exactly where hallucinations creep in. Retrieval also does semantic snippet extraction, handing the model only the relevant passage instead of a full page, which saves context tokens and, AWS claims, keeps latency low.
What's genuinely different from bolting on a third-party search API is the plumbing. Enabling it is a single parameter in an OpenAI-compatible Responses API call — no API keys, no function schemas, no client-side retry loop. Authentication rides on existing AWS credentials via a short-lived bearer token, and permissions are split cleanly: one policy for model inference, another set of IAM actions specifically for invoking search, fetching full pages, or reaching live external web content. Right now only the pre-indexed corpus is served; live-web fetching is coded into the API already but not yet turned on.
AWS is clearly aiming this at compliance-heavy customers as much as developers. Zero data egress by default, in-region processing limited to us-east-1, us-east-2 and us-west-2, and CloudTrail logging that records who called the tool and when — but deliberately not what they searched for. That's a sensible line to draw: audit the access pattern, not the query content, which sidesteps a lot of privacy headaches while still giving security teams something to work with when IAM permissions are misconfigured.
The net effect is that grounding stops being a procurement exercise. Instead of vetting a search vendor, negotiating data residency terms, and building an orchestration layer, it becomes a boolean flag on a request. Whether Amazon's index and knowledge graph are actually good enough to compete with dedicated search providers is the open question, but the friction AWS just removed was real.
My take
Baking search straight into the inference API is the obvious move, and it's a little surprising it took this long — every hyperscaler eventually realizes that owning the whole stack beats making customers stitch together three vendors. The zero-data-egress framing is smart marketing for regulated industries, but don't mistake convenience for openness: this locks grounding even tighter into Bedrock's walled garden, and the actual quality of Amazon's web index versus Google or Bing is still an unknown nobody's independently benchmarked yet.
Read more about this at: AWS Machine Learning
Related stories
Build enterprise search for agents with Amazon Bedrock Managed Knowledge Base
AWS Machine Learning · 2 weeks ago ·
3
Introducing Grok on Amazon Bedrock
AWS Machine Learning · 2 weeks ago ·
20
Build a semantic layer for agentic AI on AWS with Stardog and Amazon Bedrock AgentCore
AWS Machine Learning · 3 weeks ago ·
35