Headless MCP dans Salesforce : ce que Headless 360 change pour votre équipe

Headless MCP signifie faire tourner un serveur Model Context Protocol sans interface utilisateur, pour qu'un agent IA découvre et appelle vos systèmes en arrière-plan au lieu qu'une personne clique sur un écran. Dans Salesforce, cela prend maintenant une forme officielle : le serveur Headless 360 MCP, une beta livrée par Salesforce début juillet 2026 qui permet aux agents compatibles MCP d'exécuter le travail de configuration et d'intégration directement sur votre org. Si vous construisez sur Salesforce, cela change la manière dont le travail se fait et ce que votre revue de sécurité doit couvrir.

Qu'est-ce qu'un serveur headless MCP ?

MCP, le Model Context Protocol, est un standard ouvert qui permet à un modèle IA de découvrir et d'appeler des outils et données externes à l'exécution, pour que tout client compatible parle à tout serveur compatible sans code de liaison sur mesure. Headless veut simplement dire qu'il n'y a pas d'écran dans la boucle : l'agent travaille contre une API, pas une UI.

Ensemble, un serveur headless MCP est un point de terminaison en arrière-plan qui expose de vraies capacités, de la création d'utilisateurs à l'exécution de requêtes jusqu'au déploiement de code, à un agent IA via une interface stable et lisible par la machine. La personne fixe l'intention ; l'agent découvre la bonne opération et l'exécute.

Comment fonctionne Salesforce Headless 360 ?

Salesforce résout un problème évident : une org compte des milliers de fonctionnalités, et donner des milliers d'outils à un agent ruine sa prise de décision. À la place, le serveur Headless 360 MCP n'expose que quatre outils, avec une bibliothèque grandissante de skills derrière :

• Discover - recherche sémantique sur les APIs et skills, avec des candidats classés.
• Describe - la spec technique d'un skill choisi : paramètres, dépendances, étapes ordonnées.
• Dispatch - invoque un skill avec contrôle d'accès appliqué.
• Dispatch Read Only - exécute des opérations en lecture seule.

Ainsi l'interface de l'agent reste petite et stable pendant que la surface d'action passe à l'échelle seule. Cela s'appuie sur Salesforce Hosted MCP Servers, disponibles en general availability en avril 2026 et qui authentifient chaque appelant via OAuth 2.0 par utilisateur et PKCE.

Que peut faire le headless MCP dans Salesforce aujourd'hui ?

La beta a démarré avec un ensemble cible d'opérations et une centaine de skills, d'autres étant prévus. Au lancement, elle couvre :

• La gestion des utilisateurs, dont la création et la désactivation d'utilisateurs, la réinitialisation de mots de passe et l'attribution de permissions.
• Le développement de triggers Apex.
• Les intégrations pilotées par événements avec Change Data Capture, platform events et event relays.
• La configuration des named credentials.

En prenant du recul, l'initiative Headless 360 plus large atteint plus de 60 outils MCP, 30+ skills de code, 4000+ APIs existantes et 220+ commandes CLI pour les appelants authentifiés. La promesse : des implémentations qui passent de mois à jours, car les agents rédigent le travail pendant que les développeurs fixent l'intention et revoient le résultat.

Le headless MCP est-il sécurisé ?

Un agent qui peut créer des utilisateurs et déployer de l'Apex est exactement aussi dangereux que les permissions derrière lui, c'est donc la question qui compte. Rassurant : Headless 360 n'invente pas un nouveau modèle de confiance ; il s'appuie sur celui que Salesforce impose déjà. Chaque action est bornée par quatre couches :

• Identité - l'agent agit comme un utilisateur authentifié, jamais au-dessus de lui.
• Accès - les règles de partage et la sécurité au niveau du champ s'appliquent toujours.
• Portée d'invocation - seuls les skills exposés explicitement sont appelables.
• Gouvernance - règles de validation, chaînes d'approbation et governor limits s'appliquent encore.

Le modèle fournit l'intelligence. La plateforme fournit identité, accès, capacités et gouvernance, le contexte qui rend l'intelligence utile.

En pratique, le risque n'est pas le protocole ; ce sont des permissions trop larges sur l'utilisateur connecté. Traitez l'utilisateur de l'agent comme tout utilisateur d'intégration : moindre privilège, et auditez ce qu'il peut atteindre.

Que mettre dans une checklist de revue de sécurité Salesforce pour des apps connectées à MCP ?

Si vous packagez un logiciel pour l'AppExchange, exposer des capacités via MCP ne vous dispense pas de la revue de sécurité AppExchange ; cela relève les enjeux. Notre version courte, tirée de notre propre passage par la revue :

• Appliquez CRUD, la sécurité au niveau du champ et le partage dans chaque point d'entrée Apex qu'un agent peut atteindre, pas seulement l'UI.
• Éliminez l'injection SOQL avec des variables de liaison, jamais du SOQL dynamique construit par concaténation.
• Chiffrez les données au repos et en transit, avec AES-256 et TLS 1.2 ou supérieur.
• Limitez les named credentials et connected apps au strict minimum, et prouvez-le.
• Lancez Salesforce Code Analyzer plus un scanner comme Checkmarx, et documentez chaque faux positif.

Le thème est constant : une surface headless retire l'humain qui était le dernier contrôle, donc les contrôles propres de l'org doivent porter ce poids.

Pour ces contrôles dans le bon ordre, suivez notre checklist de revue de sécurité Salesforce, et quand les scanners signalent des points que vous avez déjà traités, notre guide pour documenter les faux positifs les empêche de bloquer votre soumission.

FAQ

Que signifie headless dans MCP ?

Cela signifie qu'il n'y a pas d'interface utilisateur. L'agent IA appelle outils et données via une API en arrière-plan, au lieu qu'une personne manipule un écran.

Quand Salesforce a-t-il lancé le serveur Headless 360 MCP ?

Il est entré en beta début juillet 2026, en s'appuyant sur les Hosted MCP Servers passés en general availability en avril 2026.

Ai-je besoin d'une revue de sécurité distincte pour une app connectée à MCP ?

Les packages AppExchange passent toujours par la revue de sécurité standard. MCP n'ajoute pas de processus distinct, mais élargit la surface : CRUD, FLS, partage et moindre privilège doivent tenir à chaque point d'entrée.

Un agent MCP contourne-t-il les permissions Salesforce ?

Non. Il agit comme un utilisateur authentifié et hérite de ses permissions, règles de partage et sécurité au niveau du champ.

Le headless MCP est la manière dont le travail piloté par des agents atteint Salesforce, et il est déjà en beta. Si vous voulez que cette surface avance vite sans élargir votre surface d'attaque, c'est le travail de build et de sécurité que Tekunda mène chaque jour. Planifiez une revue de sécurité de votre setup.