
Loading

Loading
We use strictly necessary cookies to run this site, and analytics cookies to understand how it's used. See our Privacy Policy for details.

Most MCP (Model Context Protocol) servers deployed today rely on static Service Accounts [00:04:14].
Summary
This creates two major flaws: over-privileged agents and zero human accountability in the logs (every action just shows up as svc-ai-agent). Following recent incidents (Asana MCP, Cline, Salesforce) [00:05:15], we built a lab (Azure APIM, MCP Server, Okta, CrowdStrike) to test two things: 1. Replacing Service Accounts with Delegated Tokens (XAA) To enforce least privilege down to the MCP server and keep human attribution in the SIEM, we implemented a 3-step token exchange using Cross-App Access (XAA) [00:12:05]: 2.
Why IAM isn't enough (Tool-based Exfiltration) Even with strict token delegation, an agent can still abuse a legitimate tool (like http_request) to base64-encode and exfiltrate secrets the user is allowed to read [00:19:18]. Catching this requires correlating API Gateway prompt inspection (Azure APIM) with SIEM identity & network logs [00:20:34], alongside strict tool sandboxing/whitelisting [00:24:17]. Lab Walkthrough (Video) (Note: Audio is in French — YouTube English auto-captions work well, and the console/terminal demos are visual).
KazaSec's take
Incidents like this rarely start with the headline event itself, they usually trace back to an exposed remote-access endpoint, an unpatched perimeter system, or a credential phished weeks earlier. The organizations that recover fastest are the ones that tested their defenses and their incident response plan before they needed them.
Coverage details
We've archived 1050 other articles touching the same topic (security, ai, mcp) , see the full security news archive.
Relevant from KazaSec
More coverage on this topic
We help organizations find and fix the gaps before they make headlines.