Azure MCP Server 3.0 : plus strict par défaut, et ce que cela change
Le digest des extensions lit aujourd'hui le journal de la version 3.0.0 : paramètres inconnus rejetés, valeurs par défaut plus sûres, validation des points de terminaison et nouvelle version du protocole MCP. Aucun paquet n'a été exécuté.
Faits vérifiés le 13 octobre 2026
Azure MCP Server 3.0.0 est la dernière version npm, publiée le 12 octobre 2026 (UTC) après 50 bêtas. Le journal cite des entrées plus strictes, une création de ressources sécurisée par défaut et le passage au protocole MCP 2026-07-28. J'ai lu le journal et les métadonnées ; je n'ai rien installé ni exécuté. Journal des modifications
Ce que la version dit avoir changé
L'entrée 3.0.0 du journal du projet est datée du 12 octobre 2026 et indique 50 itérations bêta. Elle liste de nouveaux espaces de noms (dont Azure Backup, Resilience Management, SRE Agent, Terraform, Optimization et Advisor), la sortie structurée et la migration vers le protocole sans état MCP 2026-07-28, avec compatibilité ascendante automatique pour les clients en 2025-11-25.
CHANGELOG d'Azure MCP Server, section 3.0.0Des contrats plus stricts
Le journal indique que les paramètres inutilisés, les options de nouvelle tentative personnalisées et les options de simple confirmation ont été retirés, et que les paramètres inconnus sont désormais rejetés. Si vos invites, scripts ou configurations d'agent enregistrés passent des arguments en trop, c'est la ligne à vérifier. Un appel autrefois toléré peut maintenant échouer, ce qui vaut mieux que d'ignorer en silence un drapeau que vous croyiez actif.
Sécurisé par défaut, tel que décrit
Pour les nouvelles ressources, le journal cite : comptes Storage avec authentification par clé partagée désactivée, espaces de noms Event Hubs avec authentification locale désactivée, partages NFS avec RootSquash et transit chiffré, coffres Recovery Services avec accès réseau public désactivé. Il cite aussi une validation des points de terminaison propre à chaque cloud fondée sur Microsoft.Security.AntiSSRF, et une télémétrie qui n'enregistre plus les valeurs des options. Ce sont des déclarations du projet sur les valeurs par défaut ; je n'ai créé aucune ressource pour les vérifier.
Où l'obtenir, selon la documentation
Le journal documente npm (npx @azure/mcp@3.0.0), NuGet (dotnet tool install -g Azure.Mcp --version 3.0.0), PyPI (pip install msmcp-azure==3.0.0), Docker (mcr.microsoft.com/azure-mcp:3.0.0) et les bundles .mcpb. Le registre npm indique 3.0.0 comme latest avec un champ de licence MIT, et le fichier LICENSE du dépôt est la licence MIT. La page des versions GitHub liste une entrée Azure.Mcp.Server-3.0.0.
Métadonnées du registre npmAnalyse : mon inférence
Un serveur qui rejette les paramètres inconnus donne une erreur plus claire, mais il vous renvoie du travail : figez la version, puis relancez une fois chaque flux enregistré. Des valeurs par défaut plus sûres n'aident que pour les ressources créées par ce serveur ; elles ne changent pas celles qui existent déjà. Je ne tiendrais pas non plus une version majeure pour un audit de sécurité : c'est une description de changements par l'éditeur.
Ce que je n'ai pas pu confirmer
Je n'ai pas exécuté le serveur, testé les nouvelles valeurs par défaut ni comparé le nombre d'outils. La section lue ne donne pas de nombre total d'outils pour la 3.0.0. Je ne dis rien de l'adoption ni de la qualité.
Liste de mise à niveau illustrative, non exécutée
# documented install form, pin the exact version (not run here)
npx @azure/mcp@3.0.0
# before rollout
1. list every saved prompt/script/agent config that calls this server
2. re-run each once against 3.0.0; note any unknown-parameter rejection
3. record version, date and who approved the change