Letting users trust their own MCP clients, without opening a phishing hole
isalexlog
32 points
5 comments
November 04, 2026
Related Discussions
Found 5 related stories in 120.1ms across 11,645 title embeddings via pgvector HNSW
- Trusted URLs via Cryptographic Signatures Edmond · 28 pts · July 30, 2026 · 60% similar
- The State of MCP Security [pdf] mavzer · 26 pts · July 12, 2026 · 54% similar
- 21,000 MCP servers exposed: the protocol reaches a security inflection point Wpnx330 · 11 pts · August 16, 2026 · 54% similar
- Show HN: Mcptunnels – ngrok for MCP with basic OAuth helpprotactiniu · 13 pts · September 01, 2026 · 53% similar
- Is MCP becoming the common foundation of smart, decentralised search? contextetech · 16 pts · October 17, 2026 · 51% similar
Discussion Highlights (3 comments)
foolswisdom
> It does not stop a determined social engineer In the age of people trying AI for everything and occasionally following instructions the trustworthiness they cannot judge, that's probably the biggest problem. From a security perspective, the lethal trifecta is alive and well. A commercial customer will lock down their mcps (requiring approval by an admin), and there it may make sense to allow adding custom mcp servers. But for consumer accounts, not allowing arbitrary mcps is a conservative move. Though honestly given how the AI labs operate, it's surprising to me that they're not looser with restrictions in the name of more engagement.
JohnMakin
It's like people en masse are discovering OAuth standard for the first time.
ImPostingOnHN
Why would a user click a random link from a random source, asking for oauth access to their account somewhere, and then actually provide their credentials and approve it? Is it a prerequisite that a poisoned agent gives them the link in the current working session, so they think it's related to the session?