Accès orphelins : la faille cyber silencieuse
Benedikt Langer
5 min de lecture Les comptes de service, les clés API et les agents d’IA dépassent souvent en nombre ...
Lire l'article
9 min de lecture
IBM annonce au deuxième trimestre une baisse de 7 % pour l’infrastructure et, dans le même temps, une hausse de 37 % pour les infrastructures distribuées. Cette contradiction est en réalité révélatrice : les clients ont reporté leurs dépenses d’investissement (Capex) sur les serveurs, le stockage et la mémoire durant les dernières semaines de juin – entraînant un glissement des clôtures logicielles et de conseil.
Les points clés en bref
- La séquence Capex défie la feuille de route. Ceux qui sécurisent matériel et stockage maintenant repoussent les renouvellements logiciels et les contrats de conseil de 30 à 60 jours – volontairement ou de fait.
- Deux mondes de l’infrastructure dans un seul chiffre. L’infrastructure globale a reculé, tandis que les systèmes distribués et le stockage ont enregistré une performance historique. La couche critique est le signal, pas la moyenne.
- Le levier DACH repose sur l’engagement du second semestre. Les DAF et DSI ont besoin d’une liste commune : quels deals sont en attente, quelle capacité est sécurisée, et qui porte la responsabilité pour ces deux axes.
En lienLe boom de la construction IA arrive sur la facture cloud / Trois budgets IA, pas de facture commune
Arvind Krishna a publié le 14 juillet 2026, dans une lettre aux investisseurs, des chiffres trimestriels présélectionnés. Le chiffre d’affaires a progressé de 1 %. Les logiciels ont augmenté de 5 % – mais sont restés en dessous des attentes internes. Le conseil est resté stable. L’infrastructure a reculé de 7 %. Dans le même temps, IBM annonce pour les infrastructures distribuées le trimestre le plus fort de l’histoire de l’entreprise : +37 %, avec un carnet de commandes atteignant plusieurs centaines de millions d’euros à la fin du trimestre.
Il ne s’agit pas d’un conflit narratif du service des relations investisseurs. C’est un signal d’achat et de séquence. Durant les dernières semaines de juin, les clients ont réalloué leurs Capex vers les serveurs, le stockage et la mémoire pour sécuriser des infrastructures rares avant des hausses de prix attendues. Parallèlement, les thèmes de cybersécurité à l’échelle du secteur ont détourné l’attention. Plusieurs gros contrats n’ont pas été conclus dans la fenêtre temporelle prévue. IBM le reconnaît ouvertement : les équipes ne se sont pas adaptées assez rapidement.
+37%
Les infrastructures distribuées ont progressé au T2 2026 – tandis que l’infrastructure globale a reculé de 7 %.
Source : Arvind Krishna, Lettre aux investisseurs d’IBM, 14.07.2026
Ce que mesure réellement le glissement du Capex
La logique budgétaire classique sépare matériel, logiciel et services en catégories bien distinctes. Pourtant, le marché les mélange au moment de la décision. Celui qui achète aujourd’hui du stockage et des serveurs en raison de l’allongement des délais de livraison prive la clôture logicielle du même matelas Capex ou trésorerie. Cela donne l’impression que « la demande en logiciels faiblit ». Souvent, il ne s’agit que d’une économie de file d’attente.
IBM identifie trois facteurs concomitants : le cycle z17 et les logiciels transactionnels moins performants que prévu, le report du Capex vers des infrastructures rares et une distraction due aux enjeux de sécurité. Pour les décideurs en DACH, c’est le deuxième facteur qui compte le plus. Il est transposable – même sans IBM dans la stack. Les achats des hyperscalers et des entreprises partagent le même goulot d’étranglement au niveau de la mémoire et des composants proches du stockage.
La lettre met également en lumière un second point : Red Hat a accéléré sa croissance séquentielle à 11 %, HashiCorp et Confluent ont performé, et les signatures de contrats de conseil incluant une part de GenAI ont augmenté. Le portefeuille ne s’effondre pas. Il se réorganise. Celui qui interprète cela comme un « les logiciels, c’est fini » prend la mauvaise décision pour son second semestre.
Trois listes plutôt qu’une diapositive budgétaire
La réponse efficace n’est pas un nouveau cadre de travail. Ce sont trois listes parallèles que le DAF et le DSI finalisent lors d’une même session.
| Liste | Contenu en 10 jours | Responsabilité |
|---|---|---|
| Sécuriser les capacités | Serveurs, stockage, mémoire, réserves de colocation ou cloud avec date de livraison et clause de sortie | DSI + Achats |
| Logiciels en attente | Renouvellements et nouvelles licences reportables de 30 à 60 jours sans rupture de conformité | DSI + Direction métier |
| Consulting à l’arrêt ou recentré | Forfaits sans trajectoire claire de capacité ou de ROI ; ne conserver que ce qui s’intègre à des charges de travail sécurisées | DAF + Responsable transformation |
Analyse Digital Chiefs basée sur la lettre aux investisseurs IBM du 14.07.2026 et les cycles typiques de clôture H2 en zone DACH
Ces listes séparent volontairement les sujets. Qui laisse tout dans une « feuille de route de digitalisation » ne mesure au final qu’une moyenne et rate le goulot d’étranglement. Le cas IBM le montre : la moyenne (infrastructure −7 %) et la couche critique (+37 % distributed) peuvent évoluer en sens inverse.
Ce qui craque
- Licences annuelles considérées comme « automatiques » et en concurrence avec le matériel en période de clôture
- Forfaits de conseil sans ancrage dans les charges de travail – coûteux, reportables, politiquement difficiles à stopper
- Matériel multi-fournisseurs sans SLA de livraison : on achète une capacité rare et on subit malgré tout des délais
Ce qui tient
- Capacité mémoire/stockage sécurisée avec cas d’usage documenté (entraînement IA, proche de HANA, batch)
- Contrats logiciels avec clauses de report effectives et sans échéance de conformité dans les 60 prochains jours
- Conseil uniquement là où il rend la capacité sécurisée productive – pas là où il produit de nouvelles diapositives
Traduction DACH : codécision, héritage et achats
Le langage des résultats financiers américains parle de « client buying patterns ». En DACH, ces mêmes schémas s’appellent : comité d’investissement, comité d’entreprise en cas de changement de système, charge SAP et mainframe, et un service achats qui pèse davantage le risque fournisseur que les feuilles de route des fonctionnalités. Le glissement des Capex frappe ici plus durement, car les cycles d’approbation sont plus longs. Celui qui sécurise du matériel en juin et suit avec des logiciels en septembre a besoin de deux validations – pas d’une seule diapositive avec un montant mixte.
Pour les environnements lourds en SAP et IBM, la lettre est particulièrement lisible. Les logiciels transactionnels et les stacks proches du z dépendent des fenêtres Capex qui rivalisent avec l’infrastructure IA. L’alimentation et le stockage distribués fonctionnent, car le goulot d’étranglement y est tangible. Ce n’est pas un plaidoyer pour IBM. C’est un plaidoyer pour aligner ses propres processus d’achat sur la rigueur que le marché impose actuellement.
La distraction sécuritaire au cours du trimestre est le deuxième point DACH. Les sujets liés à NIS2 et KRITIS absorbent du budget et l’attention de la direction. Celui qui gère la sécurité et l’infrastructure IA comme des « projets spéciaux » distincts multiplie les risques de clôture. Mieux vaut : un comité commun de risque et de capacité avec des règles d’arrêt claires.
Quatre-vingt-dix jours : une séquence plutôt qu’un bruit parallèle
IBM a annoncé son appel aux résultats pour le 22 juillet. D’ici là et après, d’autres récits de fournisseurs refléteront le même goulot d’étranglement. Celui qui attend que toutes les lettres reprennent la même phrase a déjà perdu la couche critique. Celui qui séquence à l’avance utilise le bruit comme argument de validation plutôt que comme surprise.
La première étape concrète est peu spectaculaire : une page avec trois colonnes – sécuriser, attendre, arrêter – et une signature du DSI et du DAF. Sans cette page, toute feuille de route reste une liste de vœux que le marché réorganise dans la fenêtre de clôture.
Foire aux questions
S’agit-il uniquement d’un problème IBM ou d’un signal de marché ?
La lettre décrit un comportement client : les Capex se déplacent vers les infrastructures rares. Ce schéma s’applique même sans IBM dans la stack, dès que la mémoire, le stockage ou les capacités proches des GPU deviennent la couche critique.
Faut-il stopper systématiquement les renouvellements de logiciels ?
Non. Seuls les contrats sans échéance ferme et sans lien direct avec une capacité garantie doivent être mis en attente. Les licences critiques pour la conformité et les audits restent prioritaires.
Comment cela s’articule-t-il avec les budgets IA distincts dans les services métiers ?
Des budgets séparés accélèrent la tendance : chacun achète des capacités ou des outils de manière isolée. Un comité de séquençage commun empêche que trois budgets ne comblent trois fois le même goulot d’étranglement.
Quel chiffre de la lettre est le chiffre décisif ?
Pas le chiffre d’affaires global. Le contraste entre une infrastructure en baisse de 7 % et une infrastructure distribuée en hausse de 37 % montre où les Capex se dirigent réellement.
Quelle est l’étape minimale à 90 jours ?
Trois listes (sécuriser, attendre, stopper) avec des responsables et des échéances. Sans cette liste, toute feuille de route H2 reste à la traîne du prochain courrier d’un fournisseur.
Plus d’articles du réseau MBF Media
À lire aussi sur Digital Chiefs
Digital ChiefsLa facture pour dix ans de solutions insulairesDigital ChiefsIA souveraine : la responsabilité reste en interneDigital ChiefsCinq endroits où les logiciels de chaîne d’approvisionnement échouentSource de l’image : générée par IA (juillet 2026)