neerajjoshi_
05/19/2026, 9:06 AMAI Evy
05/19/2026, 9:07 AMAI Evy
05/19/2026, 9:07 AMAuthorization: Bearer <RETELL_API_KEY> . This ensures that only authorized requests with valid API keys can access your MCP tools .
The MCP security model focuses on:
- Keeping API keys out of prompts and storing them in client secrets/settings
- Using least privilege by creating keys with minimum required permissions
- Verifying the server URL and auth header to ensure the client can reach the endpoint
Unlike webhooks which use the x-retell-signature header for verification [(2) ]() [(3) ]() , MCP relies on bearer token authentication with your API key [(1) ]() . The platform doesn't provide the same signature-based verification mechanism for MCP that it does for webhooks [(2) ]() [(1) ]() .
For additional security, you should enable "confirm before running tools" in your MCP client to review tool calls before execution [(1) ]() .AI Evy
05/19/2026, 9:07 AMAI Evy
05/19/2026, 9:07 AMneerajjoshi_
05/19/2026, 9:08 AMAI Evy
05/19/2026, 9:08 AMneerajjoshi_
05/19/2026, 9:08 AMAI Evy
05/19/2026, 9:09 AMX-Retell-Signature used for webhooks [(2) ]() [(3) ]() ) when calling your MCP server. The security relies on:
- Custom headers you configure [(1) ]()
- Your Retell API key used in the Authorization header when connecting to Retell's MCP server [(4) ]()
- Keeping your MCP server endpoint private/not publicly exposed
If you need webhook-style signature verification for your MCP server, you would need to implement your own signing mechanism using the custom headers feature [(1) ]() .AI Evy
05/19/2026, 9:09 AMAI Evy
05/19/2026, 9:09 AMneerajjoshi_
05/19/2026, 9:10 AMAI Evy
05/19/2026, 9:10 AMAI Evy
05/19/2026, 9:10 AM100.20.5.228 [(1) ]() .
This same IP allowlisting approach should work for securing your MCP endpoint, ensuring that only requests originating from Retell AI can reach your MCP server .AI Evy
05/19/2026, 9:10 AMAI Evy
05/19/2026, 9:10 AM