Exploitation MSP · Retour de MSP Global · 2026
Agents IA pour MSP : automatiser sans perdre le contrôleLecture seule d’abord, écriture ensuite : les droits se gagnent.
Les agents IA ont quitté le stade de la démonstration. À MSP Global, en octobre, les éditeurs ont montré des assistants qui interrogent directement une console de sauvegarde, un PSA ou un RMM. La tentation est forte de leur ouvrir toutes les portes d’un coup, et c’est précisément l’erreur à éviter. Voici l’échelle de droits qui permet d’en tirer du temps, puis de la marge, sans exposer vos clients au premier ticket piégé, avec un cas déroulé de bout en bout et un calcul de gain.
Un agent branché sur vos consoles est un administrateur de plus
L’enquête, conduite par Dimensional Research pour SailPoint auprès de 353 professionnels IT (IA, sécurité, identités, conformité), détaille ces dérapages déclarés : accès à des systèmes non autorisés (39 %), partage de données sensibles (33 %), téléchargement de contenus sensibles (32 %). Et 23 % des répondants rapportent un agent amené à révéler des identifiants d’accès (SailPoint, mai 2025). Dans la plupart des cas, le problème n’est pas l’intention de l’agent, mais l’étendue des droits qu’on lui a confiés.
Pour un MSP, la conséquence pèse plus lourd que pour une entreprise isolée. Vos consoles de sauvegarde, de supervision et de ticketing sont multi-clients par construction. Avec un compte disposant de droits globaux, des agents IA peuvent potentiellement atteindre l’ensemble des environnements clients que vous gérez, et pas seulement celui sur lequel ils travaillent. La bonne question n’est donc pas ce que l’IA sait faire, mais ce qu’elle a le droit de faire.
Lire ou agir : ce qui change quand les agents IA écrivent
En lecture seule, un agent ne peut pas modifier directement vos environnements. Il peut en revanche exposer des informations sensibles, mélanger les données de deux clients ou induire un technicien en erreur : le risque change de nature, il ne disparaît pas. Dès que des agents IA peuvent agir (supprimer une tâche, modifier une rétention, pousser un script), l’erreur devient en plus un incident chez un client. Quatre risques méritent d’être nommés avant de brancher quoi que ce soit.
- Le ticket devient une commande. Un agent qui lit vos tickets lit aussi du texte écrit par des tiers. Une consigne cachée dans un e-mail transféré au support peut le détourner : c’est l’injection de prompt, que l’OWASP classe en tête des risques des applications d’IA.
- L’erreur se propage à tout le portefeuille. Un script mal compris par un technicien touche un poste. Exécuté par un agent avec les droits d’un compte de service global, il peut toucher des dizaines de postes en quelques secondes.
- La trace manque. Sans journal des appels d’outils, impossible d’expliquer à un client ce qui a modifié sa politique de sauvegarde, ni de le démontrer à son assureur.
- La responsabilité reste la vôtre. Votre contrat d’infogérance ne mentionne pas l’IA. Si l’agent se trompe, c’est le MSP qui répond devant le client, pas l’éditeur du modèle.
L’OWASP regroupe ces dérives sous le nom d’agentivité excessive, avec trois causes : trop de fonctions, trop de permissions, trop d’autonomie (OWASP, LLM06:2025). Les trois se règlent avec le même levier : les droits accordés aux agents IA, et l’ordre dans lequel on les accorde.
Quatre niveaux de droits pour vos agents IA
Sur scène, ConnectWise a présenté une feuille de route en cinq étapes, de l’IA qui résume à l’IA qui prévient les incidents. L’étape vers laquelle se dirigeraient les MSP les plus avancés s’appelle « Supervise AI » : l’IA exécute, un humain supervise. Entre l’assistant qui lit et les agents IA autonomes, on distingue en pratique quatre niveaux de droits.
| Niveau de droits | Ce que l’agent fait | Risque résiduel | Rapport gain / risque |
|---|---|---|---|
| Lecture seule | Interroge l’état des sauvegardes, des tickets et des alertes, puis répond en langage naturel | Divulgation de ce qu’il lit s’il est manipulé | ●●●● |
| Proposition | Prépare une action (script, changement de politique, clôture de ticket) qu’un technicien valide | Validation qui devient automatique par habitude | ●●●● |
| Écriture ciblée | Exécute seul une liste fermée de tâches déjà éprouvées, réversibles et tracées | Tâche mal délimitée, effet de bord imprévu | ●●●● |
| Autonomie large | Agit sur tout le périmètre, l’humain ne traite que les exceptions | Erreur propagée à tout le portefeuille, preuve difficile | ●●●● |
Faites défiler le tableau horizontalement pour voir la dernière colonne.
Rapport gain / risque : appréciation Watsoft pour un MSP en 2026, pas une donnée éditeur.
Le niveau le plus rentable n’est pas le plus autonome. C’est l’écriture ciblée, atteinte par étapes : chaque tâche passe par la lecture, puis par la proposition, avant d’être confiée. Les agents IA gagnent leurs droits, ils ne les reçoivent pas d’office.
L’échelle de droits des agents IA, palier par palier
Comet a présenté sur scène la méthode la plus concrète de l’événement, en cinq étapes : vérifier la version, connecter la console, poser d’abord des questions en lecture seule, relire les appels d’outils effectués, puis n’activer l’écriture que pour les tâches de confiance. Elle se transpose à toute votre pile et à tous vos agents IA. Pour chaque palier, nous distinguons ce qui est natif dans l’outil, ce qui demande une intégration, et ce qui relève de la méthode recommandée par Watsoft.
Lecture seule
Natif. Depuis la version 26.7.0, la console Comet Backup auto-hébergée fait office de serveur MCP, avec plus de 100 outils (utilisateurs, tâches, stockage, politiques) en lecture seule par défaut. Gain : savoir quels jobs ont échoué cette nuit, et chez qui, en une phrase. Limite : la console hébergée par l’éditeur n’est pas concernée.
Relecture tracée
Méthode, puis intégration. Le technicien consigne ce que l’agent a lu et proposé dans le ticket HaloPSA du client, rattaché à son contrat. Gain : une trace exploitable en revue et un temps facturable. Limite : rien n’est automatique au départ ; l’enregistrement direct des appels passe par l’API de HaloPSA, à développer.
Écriture ciblée
Natif et méthode. La bibliothèque de scripts et l’automatisation sont natives dans LEVEL RMM. La règle Watsoft : l’agent désigne le script validé à lancer, le technicien le déclenche. Gain : aucune action improvisée sur un poste client. Limite : la bibliothèque doit être tenue à jour.
Filet de sécurité
Natif et démonstration. Si une action tourne mal, la restauration doit suivre : Acronis Cyber Protect Cloud réunit nativement sauvegarde et protection. Sur scène, l’éditeur a aussi montré un journal des injections de prompt bloquées sur les assistants des utilisateurs. Limite : cette protection vise les usages des clients, pas votre propre agent.
À vérifier avant de le promettre : les fonctions citées ici sont celles déclarées par les éditeurs (annonce Comet de juillet 2026, démonstrations Acronis et ConnectWise à MSP Global). L’annonce de Comet ne détaille pas comment s’active l’écriture : testez-la sur une instance de démonstration avant tout client. À ce stade, Watsoft ne recommande pas d’ouvrir l’écriture sur un RMM à un agent autonome.
Le cas déroulé : un échec de sauvegarde
Voici comment l’échelle s’applique à la situation la plus courante du matin.
- Lecture. L’agent liste les sauvegardes en échec de la nuit et récupère les journaux auxquels son compte donne accès.
- Analyse. Il propose une cause probable (quota atteint, poste éteint, identifiant expiré) et les vérifications à faire.
- Validation. Le technicien contrôle la proposition et choisit l’action.
- Exécution. Une action prédéfinie et autorisée est lancée, par exemple relancer la tâche.
- Traçabilité. Le constat, la décision et le résultat sont enregistrés dans le ticket du client.
Scénario illustratif : il décrit la méthode, pas une intégration native déjà disponible entre ces outils.
Ce que cela peut rapporter
Prenons un MSP qui gère 500 postes chez 30 clients. Chaque matin, un technicien passe 30 minutes à vérifier les sauvegardes et à repérer les anomalies. Si des agents IA en lecture seule préparent cette synthèse et font gagner 20 minutes par jour, cela représente environ 7 heures par mois, soit 350 € de capacité récupérée pour un coût interne de 50 € de l’heure. Ce sont des hypothèses, à remplacer par vos propres mesures.
Ce temps ne devient de la marge que s’il est réaffecté ou vendu. D’où l’offre récurrente à construire pour vos clients, qui branchent eux aussi des agents IA sur leurs outils, souvent sans cadre : un audit initial des connecteurs et comptes existants, une charte de permissions, le suivi des actions des agents IA, puis une revue trimestrielle avec le client. Il paie pour une méthode que vous avez éprouvée chez vous.
Quatre gestes à poser cette semaine
- 01Inventoriez vos clés d’API et comptes de service. Jetons RMM, clés PSA, comptes de sauvegarde : tout ce qu’un agent pourrait emprunter demain. Supprimez ceux qui n’ont plus de propriétaire.
- 02Créez un compte dédié en lecture seule. Un identifiant réservé aux agents IA, jamais celui d’un technicien, limité à une console et, si possible, à un client pilote.
- 03Testez trois questions sur la sauvegarde. Posez-les à vos agents IA : échecs de la nuit, clients sans test de restauration depuis 90 jours, stockage proche du quota : comparez chaque réponse au tableau de bord.
- 04Écrivez la règle d’escalade. Quelles tâches vos agents IA pourront exécuter en écriture, après combien de propositions validées sans correction, et qui signe. Une page suffit.
Un compte, trois questions, une page de règles : vos agents IA sont branchés, et vous savez exactement ce qu’ils ont le droit de toucher.
FAQ : brancher l’IA sur ses outils MSP
Qu’est-ce qu’un serveur MCP ?
Le Model Context Protocol est un standard ouvert qui permet à un assistant d’IA d’appeler les fonctions d’un logiciel : lire une liste de tâches, consulter un état, lancer une action. Une console qui expose un serveur MCP devient pilotable en langage naturel, dans la limite des droits accordés au compte utilisé.
Des agents IA en lecture seule présentent-ils un risque ?
Oui, mais limité. Des agents IA en lecture seule ne modifient rien, en revanche ils peuvent divulguer ce qu’ils lisent s’ils sont manipulés. Donnez-leur un compte dédié et un périmètre restreint, et ne les exposez pas à des contenus externes non filtrés.
Quand autoriser l’écriture ?
Tâche par tâche, jamais globalement. Une action peut passer en écriture quand l’agent l’a proposée de nombreuses fois sans correction, qu’elle est réversible et qu’elle laisse une trace. Les actions destructrices, comme une suppression ou un changement de rétention, restent validées par un technicien.
Identifiez les premières tâches à confier à vos agents IA
Sauvegarde, RMM, PSA : échangez avec notre équipe pour repérer les cas d’usage adaptés à vos outils et définir un premier périmètre d’expérimentation en lecture seule. Et pour comparer avec des pairs qui testent déjà, rejoignez GoMSP, la communauté des MSP francophones.
