La stratégie de cybersécurité IA de ServiceNow transforme la pression sur le SaaS en pari sur la sécurité

ServiceNow a réuni sa plus importante acquisition, l’élargissement de ses contrôles d’IA et l’évolution de son modèle de revenus dans une même réponse à la menace qui pèse sur les logiciels fondés sur les licences par utilisateur. La stratégie de cybersécurité IA de ServiceNow considère la sécurité comme davantage qu’une gamme de produits connexe. Elle en fait la couche opérationnelle qui relie les agents IA, les actifs d’entreprise, les identités et les workflows qui agissent sur eux.

Cette distinction est importante, car l’IA générative attaque deux fondements de l’économie traditionnelle des logiciels. Les agents peuvent accomplir le travail autrefois confié à des employés disposant de licences, tandis que les outils de développement internes facilitent la reproduction de certaines applications de workflow. ServiceNow doit démontrer que ses clients ont toujours besoin de sa plateforme lorsque Microsoft peut regrouper des services concurrents et que les fournisseurs de modèles peuvent investir la couche applicative.

Sa réponse ne consiste pas à créer le meilleur modèle de fondation. ServiceNow parie que la connaissance des processus, actifs, autorisations et circuits de réponse d’une organisation compte davantage. La stratégie associe ce contexte aux données de cybersécurité d’Armis et Veza, puis facture un éventail plus large de services consommés. L’opportunité est considérable, mais les risques d’intégration, de gouvernance et de facturation le sont tout autant.

ServiceNow reconstruit sa plateforme autour de l’IA et de la sécurité

Le changement central est que ServiceNow présente désormais la cybersécurité comme un élément de l’architecture de sa plateforme, et non comme une simple catégorie de workflow supplémentaire.

Une analyse publiée le 11 septembre a décrit cette évolution comme une réponse à la pression croissante sur les logiciels d’entreprise. Elle relie trois évolutions : les workflows activés par l’IA, l’acquisition d’Armis et le passage à des services basés sur la consommation. Ensemble, elles montrent comment ServiceNow s’adapte avant que l’automatisation n’affaiblisse l’économie des licences utilisateurs.

ServiceNow a lancé son AI Control Tower en mai 2025. Le produit est un environnement centralisé destiné à superviser les agents IA, les modèles et les workflows, y compris les systèmes fournis par d’autres éditeurs. L’entreprise a également présenté AI Agent Fabric, une couche de communication conçue pour coordonner les agents et les outils entre les plateformes.

L’entreprise a étendu la tour de contrôle en mai 2026. ServiceNow a déclaré que le produit pouvait découvrir, observer, gouverner, sécuriser et mesurer les systèmes d’IA partout où ils fonctionnent. La mise à jour a ajouté 30 intégrations avec de grands clouds et applications d’entreprise, selon la mise à jour de la tour de contrôle.

Cette extension transforme le produit en système d’enregistrement proposé pour l’IA d’entreprise. Un système d’enregistrement conserve les informations de référence sur lesquelles s’appuient d’autres processus. Ici, ces informations comprennent les agents déployés, les modèles connectés, les autorisations, les responsables, les politiques, l’usage et le comportement opérationnel.

ServiceNow a également finalisé son acquisition d’Armis en 2026. Armis découvre et surveille les actifs connectés dans les technologies de l’information, les technologies opérationnelles, les équipements médicaux et d’autres environnements. Son logiciel peut identifier les appareils sans installer d’agent sur chaque terminal.

Cette visibilité des actifs comble une lacune importante de la gestion conventionnelle des services informatiques. Les workflows de ServiceNow dépendent souvent d’une base de données de gestion de la configuration, ou CMDB, qui recense les actifs technologiques et leurs relations. Ces workflows perdent en fiabilité lorsque l’inventaire est incomplet ou obsolète.

Armis peut fournir des observations issues de l’environnement réel. ServiceNow peut ensuite relier un actif exposé à son responsable métier, au service concerné, au processus de correction et à la chaîne d’approbation. L’IA peut prioriser le dossier ou recommander une action, tandis que des workflows établis déterminent qui l’exécute.

L’analyse originale soutient que cette combinaison compte davantage que l’ajout d’un produit de sécurité supplémentaire. Elle donne à ServiceNow une cartographie plus large et plus actuelle de l’entreprise. Cette carte peut soutenir l’automatisation pour des appareils que les enregistrements de services traditionnels négligent.

Les précédentes acquisitions de ServiceNow vont également dans cette direction. Veza cartographie les autorisations associées aux identités humaines et machines. Mission Secure a ajouté des capacités de sécurité pour les technologies opérationnelles. Armis étend la visibilité aux systèmes industriels, aux dispositifs médicaux, aux équipements réseau et aux terminaux non gérés.

L’architecture qui en résulte relie quatre éléments. Armis identifie les actifs et les expositions. Veza apporte le contexte des identités et des autorisations. ServiceNow fournit les processus métier et l’orchestration. L’AI Control Tower ajoute une gouvernance pour les agents et les modèles.

C’est le fondement pratique de la stratégie de cybersécurité IA de ServiceNow. Il s’agit moins de demander à un chatbot de résumer un incident que de relier une détection à une action responsable au sein d’un processus métier gouverné.

La pression de l’IA affaiblit la logique du SaaS fondé sur les licences par utilisateur

ServiceNow s’adapte parce que le travail autonome réduit la valeur d’une mesure des logiciels d’entreprise principalement fondée sur le nombre d’employés disposant d’une licence.

Les abonnements logiciels traditionnels augmentent souvent avec les effectifs. Davantage d’employés impliquent davantage d’utilisateurs sous licence, même lorsque l’usage individuel varie. Ce modèle devient moins fiable lorsque les agents IA traitent les demandes, mettent à jour les dossiers, rédigent des résolutions et coordonnent le travail entre les systèmes.

Cette pression ne suppose pas que l’IA remplace entièrement ServiceNow. Une évolution plus limitée peut tout de même affecter les revenus. Si un agent permet à un employé de traiter davantage de dossiers, les clients peuvent avoir besoin de moins d’utilisateurs sous licence pour une même charge de travail.

Les outils de développement internes ajoutent une autre source de pression. Les équipes peuvent désormais décrire un workflow ciblé et générer un prototype d’application avec moins de codage manuel. Ces applications restent difficiles à gouverner et à maintenir, mais elles peuvent remettre en cause le besoin de logiciels spécialisés en périphérie.

ServiceNow bénéficie d’une protection importante contre un remplacement direct. Les grandes organisations ont consacré des années à encoder leurs processus, approbations, intégrations et relations de service dans sa plateforme. Recréer cet historique opérationnel est plus difficile que générer une interface utilisateur ou une simple application de tickets.

Rob Smith de Lionfish Tech Advisors a résumé cette défense dans le rapport source. ServiceNow ne possède pas un modèle intrinsèquement supérieur, a-t-il soutenu. Son avantage réside dans sa connaissance des étapes des processus de ses clients, que les concurrents ne peuvent pas reproduire à faible coût.

Cet avantage explique pourquoi Microsoft constitue la référence concurrentielle la plus importante. Microsoft peut combiner infrastructure cloud, identité, sécurité, logiciels de productivité et assistance IA dans des accords d’entreprise existants. Il n’a pas besoin de remplacer chaque workflow ServiceNow pour exercer une pression sur les prix.

Les fournisseurs de modèles de fondation posent un défi différent. Ils ajoutent des connecteurs, des fonctions d’utilisation informatique, des agents de codage et des applications métier au-dessus de leurs modèles de base. Chaque capacité ajoutée les rapproche du travail qui nécessitait auparavant une plateforme logicielle dédiée.

La réponse de ServiceNow est un modèle commercial hybride. Les licences par utilisateur restent pertinentes, mais l’utilisation de l’infrastructure, les intégrations, les jetons IA, les services de sécurité et d’autres ressources consommées contribuent davantage à la croissance. L’entreprise a abordé cette transition lors de sa journée analystes.

ServiceNow a indiqué que les abonnements fondés sur les licences par utilisateur ne représentaient que la moitié de sa nouvelle valeur contractuelle annuelle nette en 2025. La nouvelle valeur contractuelle annuelle nette mesure les nouveaux engagements récurrents. Ce chiffre indique que la transition était déjà en cours avant la publication de la dernière analyse.

Le modèle de consommation de ServiceNow correspond mieux au travail automatisé. Un client peut exécuter davantage de workflows ou d’agents même lorsque ses effectifs restent stables. ServiceNow peut participer à cette activité accrue via des services facturés à l’usage et des charges de travail de sécurité en expansion.

Toutefois, la facturation à la consommation transfère également l’incertitude aux acheteurs. Une population fixe d’utilisateurs sous licence est relativement facile à budgéter. L’activité des agents peut varier selon la charge de travail, le choix du modèle, la conception des intégrations et le nombre d’étapes automatisées.

Les travailleurs du savoir ont déjà rencontré des problèmes similaires avec les dépenses cloud. De petites décisions techniques peuvent générer une consommation récurrente de stockage, de calcul, de transfert de données ou d’appels API. Les jetons IA et les workflows autonomes ajoutent davantage de variables à cette équation.

Les acheteurs d’entreprise ont donc besoin de relevés d’usage détaillés. Ils doivent savoir quel agent a initié une action, quel modèle l’a traitée, combien de services connectés ont participé et si des étapes répétées ont créé une consommation inutile. La gouvernance et la gestion des coûts deviennent étroitement liées.

Cette connexion renforce l’argument de la plateforme ServiceNow. L’AI Control Tower peut servir à la fois de système de supervision et de point de contrôle des dépenses. Les clients devraient toutefois considérer ces avantages comme des affirmations nécessitant des preuves dans leurs propres déploiements.

Le modèle modifie également les discussions relatives aux achats. Les acheteurs compareront les coûts unitaires entre ServiceNow, les plateformes cloud, les fournisseurs de modèles et les agents développés en interne. Ils se demanderont si un workflow géré justifie sa consommation par rapport à une alternative plus simple.

Pour ServiceNow, l’enjeu commercial est clair. L’entreprise doit rendre chaque résultat automatisé suffisamment précieux pour que les clients acceptent une utilisation variable. Si la consommation augmente sans amélioration mesurable de la résolution, de la productivité ou de la réduction des risques, le modèle ressemblera à un nouveau centre de coûts.

L’acquisition d’Armis par ServiceNow étend la cartographie de l’entreprise

Armis donne à ServiceNow les moyens de relier les décisions de l’IA à des actifs que les bases de données de services traditionnelles ne parviennent souvent pas à représenter avec exactitude.

Une plateforme de workflow ne peut agir en toute sécurité que si elle comprend son environnement. Un processus automatisé de remédiation doit identifier l’appareil concerné, son responsable, les services associés, l’impact métier et la réponse approuvée. Un contexte manquant transforme l’automatisation en risque opérationnel.

L’acquisition d’Armis par ServiceNow répond à la première partie de ce problème. Armis assure une visibilité sur les ordinateurs conventionnels, les charges de travail cloud, les équipements opérationnels, les appareils réseau et les technologies médicales. Son approche sans agent observe les actifs sans nécessiter l’installation de logiciels sur chaque appareil.

Cette capacité est particulièrement pertinente dans les hôpitaux, les usines, les services publics et d’autres environnements critiques. Certains appareils ne peuvent pas exécuter d’agents de terminal ordinaires. D’autres ne peuvent pas être interrompus pour des analyses, mises à jour ou tests fréquents.

L’annonce d’acquisition de ServiceNow indiquait que la combinaison couvrirait les technologies de l’information, les technologies opérationnelles et les dispositifs médicaux. Elle indiquait également que la transaction élargirait l’opportunité de marché de l’entreprise dans la sécurité.

Le mécanisme important est le lien entre l’observation et l’action. Les produits de sécurité identifient fréquemment des vulnérabilités, des configurations risquées ou des appareils inconnus. Les équipes opérationnelles doivent encore décider quelle alerte importe et qui peut la corriger en toute sécurité.

ServiceNow peut connecter ces constats aux workflows existants de gestion des incidents, des changements, des actifs et des approbations. Une vulnérabilité sur un serveur exposé publiquement peut déclencher un processus. La même vulnérabilité sur un scanner médical peut exiger des tests, des autorisations et une planification différents.

L’IA peut aider à réconcilier ces signaux. Elle peut comparer la gravité de l’exposition avec l’importance métier, le comportement des appareils, leur responsable et les contrôles existants. Elle peut également constituer un dossier d’enquête ou proposer une séquence de remédiation.

Les nouveaux produits Autonomous Security de l’entreprise étendent ce modèle. ServiceNow affirme que sa plateforme peut consolider les constats d’exposition, les enrichir de contexte métier et orchestrer la remédiation. Certains composants peuvent exécuter des actions à faible risque tout en escaladant les décisions à risque plus élevé.

Son lancement sécurité d’août décrivait six domaines de solutions. Ils couvrent la gestion de l’exposition, la détection des vulnérabilités, les systèmes cyber-physiques, l’identité, la réponse aux incidents et la conformité.

Plusieurs produits annoncés étaient disponibles immédiatement. D’autres, dont un spécialiste des opérations de sécurité de niveau 2 et des agents de surveillance continue des contrôles, étaient prévus pour décembre 2026. Cette distinction est importante, car les capacités annoncées ne doivent pas être considérées comme des résultats client déjà pleinement déployés.

L’acquisition d’Armis par ServiceNow transforme également Armis lui-même. Avant l’opération, Armis pouvait s’intégrer à plusieurs plateformes de gestion des services IT. Sa neutralité lui permettait de fonctionner dans des environnements multi-fournisseurs.

La propriété par ServiceNow soulève une question stratégique pour les clients utilisant des systèmes de workflow concurrents. ServiceNow affirme que sa plateforme se connecte à des clouds, modèles et applications externes. Les concurrents examineront néanmoins si les priorités produit favorisent de plus en plus les workflows ServiceNow.

Cette préoccupation crée des opportunités pour les plateformes indépendantes de gestion de l’exposition et les grands fournisseurs de sécurité. Microsoft, Palo Alto Networks, CrowdStrike, Cisco et d’autres combinent déjà une télémétrie étendue avec une réponse automatisée. Leurs approches diffèrent, mais chacun cherche à contrôler l’endroit où les constats de sécurité deviennent des actions.

ServiceNow dispose d’un avantage lorsque l’action requise traverse plusieurs départements. Un événement de sécurité peut impliquer les équipes d’infrastructure, le service juridique, les achats, les ressources humaines ou la conformité. ServiceNow coordonne déjà nombre de ces processus au sein des grandes entreprises.

Sa faiblesse est que les acheteurs de cybersécurité exigent de la profondeur technique autant que de la portée en matière de workflow. Un CISO n’adoptera pas une plateforme uniquement parce que le CIO la possède déjà. Les produits doivent détecter avec précision, préserver les preuves, limiter les privilèges et s’intégrer aux opérations de sécurité existantes.

Cela crée une nouvelle norme concurrentielle. ServiceNow ne peut pas évaluer l’intégration d’Armis uniquement à travers les ventes croisées ou l’extension des contrats. L’entreprise doit démontrer que la plateforme combinée réduit plus rapidement les expositions sans introduire d’actions automatisées dangereuses.

L’acquisition défend donc le graphe d’actifs central de ServiceNow tout en ouvrant un marché de la sécurité plus vaste. Cette double finalité explique l’importance d’Armis pour l’orientation IA de l’entreprise. Un meilleur contexte d’entreprise rend l’automatisation des workflows plus utile et plus difficile à remplacer.

La stratégie de cybersécurité IA de ServiceNow face à un paradoxe du contrôle

Le même accès qui permet aux agents IA de résoudre des incidents accroît également les dommages causés par des instructions erronées, des autorisations excessives ou un contexte compromis.

ServiceNow présente la gouvernance comme la réponse à une IA d’entreprise incontrôlée. Sa tour de contrôle est conçue pour inventorier les agents, suivre leur comportement, appliquer des politiques et attribuer des responsables. Ces fonctions répondent à un problème réel alors que les départements déploient des agents via différents fournisseurs.

Pourtant, un logiciel de gouvernance devient une cible à forte valeur lorsqu’il contrôle d’autres systèmes. Un attaquant qui compromet une couche d’orchestration peut obtenir des voies d’accès à de nombreuses applications. Un agent défaillant peut également propager des erreurs plus vite qu’un opérateur humain.

Le risque augmente lorsque les agents reçoivent l’autorité d’isoler des appareils, de faire tourner des identifiants, de modifier des configurations ou de bloquer du trafic. Chacune de ces actions peut stopper une attaque. La même action peut interrompre les soins aux patients, la production, les communications ou les systèmes de revenus lorsqu’elle est exécutée de manière incorrecte.

L’approbation humaine réduit ce danger, mais limite l’autonomie. Les organisations doivent décider quelles actions sont considérées comme à faible risque, lesquelles exigent une confirmation et lesquelles ne doivent jamais être déléguées. Ces limites dépendent du contexte métier, et pas seulement de la gravité technique.

ServiceNow affirme que sa solution AI Agent Access Security applique des contrôles aux agents sur différentes plateformes et auprès de fournisseurs de modèles. L’entreprise décrit également une rotation automatisée des clés, la révocation d’autorisations, l’enquête sur les incidents et la remédiation des vulnérabilités. Il s’agit de déclarations de l’entreprise tant que les clients ne les ont pas validées en production.

Le problème du contrôle comporte une autre dimension. La couche de gouvernance de ServiceNow dépend de données exactes sur les identités, les actifs et les workflows. Armis peut améliorer la découverte d’actifs, mais ne peut pas automatiquement corriger chaque enregistrement de responsabilité ou dépendance métier.

Un appareil nouvellement découvert peut encore ne pas avoir de responsable clairement identifié. Deux systèmes peuvent rapporter des attributs contradictoires. Une cartographie de services peut manquer une dépendance qui ne devient évidente que pendant une panne. Les recommandations de l’IA héritent de ces incertitudes.

La propre direction sécurité de l’entreprise a soutenu que les organisations devraient se demander si elles gardent le contrôle, plutôt que si elles sont totalement sécurisées. Ce cadrage apparaît dans une discussion de mai 2026 sur le contrôle de l’IA agentique.

Le contrôle exige davantage qu’un tableau de bord. Les acheteurs ont besoin de preuves que les politiques bloquent réellement les actions non autorisées. Ils ont besoin de journaux complets, de circuits d’approbation compréhensibles, de procédures de retour arrière fiables et de tests indépendants du comportement des agents.

Ils devraient également tester le concept annoncé de coupe-circuit. Arrêter un agent n’est utile que si la plateforme détecte rapidement un comportement nuisible. Les équipes doivent savoir si l’interrupteur stoppe les workflows en attente, révoque les identifiants et empêche un agent de continuer via des outils externes.

La résidence des données et le routage des modèles ajoutent de la complexité. ServiceNow se connecte à plusieurs clouds et modèles, ce qui aide les clients à éviter un environnement fermé. Chaque connexion peut aussi créer une nouvelle frontière pour les identifiants, le contexte sensible et les preuves d’audit.

La gouvernance des coûts présente un problème de contrôle parallèle. Un agent peut respecter ses autorisations de sécurité tout en consommant davantage de ressources que prévu. Des boucles de planification répétées, des appels de modèles inutiles ou des intégrations redondantes peuvent gonfler l’utilisation sans enfreindre une politique.

Ces risques n’invalident pas la stratégie de cybersécurité IA de ServiceNow. Ils montrent pourquoi cette stratégie relève d’un compromis plutôt que d’une simple extension de produit. Un contexte centralisé peut améliorer la supervision, mais la centralisation concentre également la confiance.

Les acheteurs d’entreprise devraient mettre cette confiance à l’épreuve avec des déploiements limités. Un pilote utile commence par un workflow mesurable, des limites d’autorité explicites et une solution de repli documentée. Il devrait comparer les performances assistées par IA au processus existant.

Par exemple, une équipe pourrait tester la priorisation des vulnérabilités sans activer le correctif autonome. Elle pourrait mesurer si le contexte métier modifie l’ordre de réparation, si les analystes acceptent les recommandations et si les fausses priorités diminuent.

L’étape suivante pourrait automatiser une action réversible sur une catégorie restreinte d’appareils. Les équipes devraient enregistrer les taux de réussite, les délais d’approbation, la fréquence des retours arrière et les dépendances imprévues. L’extension devrait suivre les preuves, et non une directive générale d’adopter des agents.

Les responsables de la sécurité devraient également préserver une télémétrie indépendante. Une plateforme de contrôle ne devrait pas être le seul système à rendre compte de ses propres performances. Des journaux externes et des outils de validation fournissent une vérification essentielle lorsque l’orchestration affecte des infrastructures critiques.

Cette approche prudente renforce également les achats. Les acheteurs qui comprennent leurs workflows IA peuvent distinguer une utilisation utile d’une activité qui génère simplement de la consommation. Ils peuvent négocier sur la base de résultats mesurables plutôt que de promesses générales d’automatisation.

La tarification à la consommation fait basculer le levier vers des acheteurs mieux informés

La transition commerciale de ServiceNow ne réussit que si les clients peuvent relier l’utilisation variable à une valeur opérationnelle visible.

Le passage au-delà des licences par utilisateur ne favorise pas automatiquement ServiceNow. La consommation aligne les revenus sur le travail automatisé, mais elle fournit aussi aux clients davantage d’informations sur ce qu’ils utilisent réellement. Ces informations peuvent révéler des workflows peu performants ou des intégrations inutiles.

Une licence par utilisateur peut rester active même lorsque son utilisateur ouvre rarement le produit. La consommation crée un signal différent. Une faible utilisation peut montrer qu’une application est mal adoptée, tandis qu’une utilisation élevée peut révéler une conception de processus coûteuse.

Les acheteurs peuvent utiliser ces signaux pour comparer les alternatives. Certains workflows peuvent justifier la gouvernance, l’intégration et le support de ServiceNow. D’autres peuvent fonctionner correctement via un service cloud, un fournisseur de modèles ou une application interne à périmètre restreint.

Cela crée une décision de portefeuille plutôt qu’une décision de plateforme unique. Les entreprises peuvent réserver ServiceNow aux processus pour lesquels l’auditabilité, la coordination interéquipes et le contexte des actifs comptent. Elles peuvent utiliser des outils plus simples pour un travail isolé et réversible.

La capacité de regroupement de Microsoft renforce ce levier pour les acheteurs. Une entreprise qui utilise déjà les services Microsoft d’identité, de sécurité, de cloud et de productivité peut juger une automatisation adjacente attrayante. ServiceNow doit démontrer que sa connaissance des processus produit de meilleurs résultats qu’une alternative groupée.

Les modèles à poids ouverts créent une autre source de levier. Ils peuvent réduire la dépendance à un fournisseur de modèles et permettre un déploiement dans des environnements contrôlés. Le positionnement neutre vis-à-vis des modèles de ServiceNow aide, mais les clients compareront toujours les coûts de routage, d’intégration et de gouvernance.

Le modèle de consommation de ServiceNow peut bien fonctionner lorsque les charges de travail sont prévisibles et les résultats mesurables. Les opérations de sécurité offrent des exemples prometteurs, car les équipes suivent déjà les arriérés d’exposition, le temps de remédiation, la durée des incidents et la conformité des contrôles.

Cependant, ces métriques peuvent être trompeuses. Clore davantage de tickets ne réduit pas toujours le risque. Résoudre automatiquement les constats les plus simples peut améliorer les moyennes tandis que les expositions critiques restent ouvertes.

Les clients devraient relier la consommation à la qualité des résultats. Parmi les mesures utiles figurent la réduction vérifiée des risques, la réussite de la remédiation, la fréquence des actions erronées, le temps gagné par les analystes et les interruptions de service évitées. Chaque mesure nécessite une base de référence définie.

La conception des contrats mérite également de l’attention. Les acheteurs devraient comprendre quels événements génèrent de la consommation, comment les nouvelles tentatives sont comptabilisées et si l’utilisation de modèles tiers apparaît séparément. Ils devraient déterminer qui peut lancer des agents et définir des plafonds budgétaires.

L’analyse sous-jacente avertit que la facturation variable peut entraîner de mauvaises surprises sans suivi attentif. Ce risque devient plus grave lorsqu’un agent peut déclencher plusieurs outils, modèles et workflows en aval.

ServiceNow peut réduire les inquiétudes en rendant l’attribution des coûts granulaire. Une entreprise devrait pouvoir relier l’utilisation à un département, un agent, un workflow, un responsable et un objectif métier. Les équipes financières devraient pouvoir contester les dépenses avant les négociations de renouvellement.

L’entreprise est également sous pression pour maintenir l’interopérabilité. Les clients résisteront à une tour de contrôle qui devient un gardien coûteux pour chaque modèle externe ou produit de sécurité. Les intégrations ouvertes doivent conserver une réelle portée technique après l’intégration d’Armis.

C’est ici que la promesse et la réalité de la consolidation des plateformes se heurtent. Moins de consoles peuvent simplifier les opérations, mais un seul fournisseur propose rarement la meilleure capacité dans chaque catégorie de sécurité. Les entreprises continueront d’utiliser des produits spécialisés.

Le rôle le plus solide de ServiceNow est donc l’orchestration, et non le remplacement forcé. L’entreprise peut relier les résultats de plusieurs outils au contexte métier et à des flux de travail responsabilisés. Elle affaiblit sa position si elle privilégie la propriété au détriment d’une intégration neutre.

La stratégie de cybersécurité par IA de ServiceNow offre à l’entreprise une réponse crédible à la compression des licences par utilisateur. Elle n’élimine pas le pouvoir de négociation des clients. Elle déplace la négociation des utilisateurs sous licence vers des résultats gouvernés, une activité mesurable et la portée de la plateforme.

Trois signaux indiqueront si ce pari fonctionne

La disponibilité des produits, l’économie client et l’interopérabilité concurrentielle détermineront si l’expansion de ServiceNow dans la sécurité devient une défense durable.

Le premier signal sera la livraison, en décembre 2026, des produits de sécurité autonomes annoncés. ServiceNow prévoit alors de lancer son spécialiste des opérations de sécurité de niveau 2, son spécialiste de la résolution des vulnérabilités, la surveillance continue des contrôles et ses capacités de conformité cryptographique.

La disponibilité seule ne tranchera pas la question. Les acheteurs devront observer quelles fonctions deviennent généralement disponibles, lesquelles nécessitent une approbation humaine et lesquelles prennent en charge un retour en arrière. Les premiers retours clients devront montrer si ces produits réduisent les délais de réponse sans augmenter les incidents opérationnels.

Des retards ou des lancements fortement restreints affaibliraient le discours de l’entreprise sur l’automatisation. Des déploiements crédibles dans des hôpitaux, chez des fabricants ou dans des infrastructures critiques le renforceraient. Ces environnements constituent un test exigeant du contexte des actifs et de la remédiation contrôlée.

Le deuxième signal concernera les informations communiquées par ServiceNow sur la consommation et la croissance dans la sécurité. Les investisseurs et les clients ont besoin de davantage de détails que de déclarations générales sur la dynamique de l’IA. Ils devront surveiller la répartition entre engagements par utilisateur, services consommés, contrats de sécurité et comportement en matière de renouvellement.

Une consommation en hausse accompagnée de renouvellements solides soutiendrait la transition commerciale de ServiceNow. Une utilisation croissante combinée à une préoccupation grandissante des clients quant à la prévisibilité l’affaiblirait. Il serait également important de voir si l’adoption de la sécurité s’étend au-delà des acheteurs IT existants.

Le troisième signal sera la manière dont les concurrents et les partenaires réagiront à l’intégration d’Armis. Armis opérait auparavant dans des environnements hétérogènes. Les clients devront vérifier si cette interopérabilité demeure étendue et si les plateformes concurrentes de gestion des services IT conservent un accès technique équivalent.

La poursuite d’une intégration neutre appuierait l’affirmation de ServiceNow selon laquelle l’entreprise peut gouverner un environnement d’IA ouvert. Des restrictions, une prise en charge dégradée ou un regroupement commercial agressif inciteraient les concurrents à se présenter comme des choix indépendants plus sûrs.

La réponse de Microsoft mérite une attention particulière, car l’entreprise peut rivaliser dans l’identité, le cloud, l’IA, la productivité et la sécurité. Les spécialistes de la sécurité défendront également leurs positions en développant les capacités de réponse automatisée et de contexte métier.

ServiceNow avance un argument ciblé. L’IA d’entreprise a besoin de plus que des modèles et des interfaces conversationnelles. Elle a besoin d’une cartographie précise des actifs, des identités, des autorisations, des flux de travail et des propriétaires responsables.

Cet argument est convaincant, car l’action autonome amplifie les faiblesses du contexte. ServiceNow doit toutefois encore démontrer que sa plateforme consolidée fournit du contrôle sans créer de dépendance, d’autorité dangereuse ou de consommation imprévisible.

Les acheteurs d’entreprise devraient commencer par cartographier un flux de travail important et ses exigences en matière de preuves. Ils pourront ensuite tester si ServiceNow relie mieux que leur pile actuelle la détection, le jugement, l’approbation et l’action. La stratégie de cybersécurité par IA de ServiceNow réussira lorsque cette comparaison produira une valeur mesurable, et pas seulement davantage d’activité automatisée.