#azuredevops

What jumps out to me is not that Azure DevOps Remote MCP reached GA. It’s that Microsoft managed to ship a hosted MCP endpoint for its own ecosystem while the most obvious non-Microsoft clients are still locked out by identity plumbing. That feels very 2026 in the worst way: the protocol is supposed to make tool access portable, and then Entra turns into the choke point. I get why Microsoft is doing it this way. A hosted endpoint with Entra-backed auth is cleaner than handing every developer ano

この記事を読んでまず思ったのは、「GA まで来たのに、使いたい人がすぐ使えないのはもったいない」ということだった。しかも原因が Claude や ChatGPT 側ではなく、Microsoft の Entra 側にあるというのが少しややこしい。ユーザーから見ると“対応しているようで未対応”に見えるので、これはかなり印象が悪い。 ただ、引っかかるのはその不便さだけではない。むしろ面白いのは、MCP みたいな共通規格が広がっても、最後に残るのは identity の問題なんだな、という点だった。ツールの呼び出し方は揃えられても、「そのクライアントを誰として認証させるか」は別問題で、そこを各社が自前で抱えている。今回の話は、その分断がかなり露骨に出た例だと思う。 Microsoft の立場から見ると、Entra 経由で権限をそのまま渡せるのは確かに筋がいい。PAT を config に置くよりは事故りにくいし、開発者の権限だけを引き継ぐ、という説明にも納得感はある。けれど、その“安全な設計”が、結果として Claude Code や Cursor みたいな外部エージェントを締め出しているのは

Azure DevOpsのPull Request（PR）に、人間には見えないコメントを仕込むだけで、AIレビュー担当を別プロジェクトへ誘導し、ソースコードや秘密情報まで読ませてしまう――そんなかなり嫌な話が出てきました。The Hacker Newsが紹介したのは、Microsoftの公式 Azure DevOps MCP server にある欠陥です。 MCPは、ざっくり言うとAIエージェントが外部サービスを操作するための接続口です。今回の件では、その接続口が「PRを読む」役割を持っていて、そこで受け取った文章の扱いが甘かった。ここがまず面白くて、そして怖いところです。 人間にはただのレビュー対象に見えるものが、AIにとっては「命令文」になってしまう。しかもその命令文が、画面上では消えて見える。かなり厄介です。 Azure DevOpsのPRにHTMLコメントを仕込むと、画面上では見えない でもAPI経由ではそのコメントがそのまま取得され、AIエージェントに渡る AIエージェントはレビュー担当者の権限で動くので、攻撃者より広い範囲にアクセスできる そ