Access Client Solutions 1.1.9.17
Cette version est un correctif de sécurité, dû au client SFTP embarqué (Apache MINA SSHD).
Vous trouverez la documentation ici : https://www.ibm.com/support/pages/ibm-i-access-acs-updates
Elle corrige deux CVE CVE-2026-94002 (HIGH) et CVE-2026-94029 (MEDIUM).
IBM indique plus précisément que les versions 1.1.9.1 à 1.1.9.16 sont vulnérables à un épuisement mémoire provoqué par un serveur SFTP malveillant envoyant des réponses non sollicitées. ACS stockait ces réponses sans vérifier qu’elles correspondaient à des requêtes précédemment envoyées.
C’est quoi l’important
Regardons les dernières mises à jour :
- 1.1.9.17 : octobre 2026 : sécurité
- 1.1.9.16 : septembre 2026 : sécurité
- 1.1.9.15 : août 2026 : correction gestion TLS suite à patch précédent
- 1.1.9.14 : août 2026 : sécurité
- 1.1.9.13 : mai 2026 : sécurité
- 1.1.9.12 : avril 2026 : nouvelles fonctionnalités + corrections
Le rythme officiel d’ACS est de 2 versions par an pour l’apport de fonctionnalités, les versions intermédiaires pouvant être considérées comme des patchs de sécurité avec un niveau d’urgence variable.
Six versions en six mois.
Les mises à jour de sécurité ACS se multiplient : le vrai enjeu n’est donc plus de savoir comment installer ACS, mais comment industrialiser son déploiement et ses mises à jour.
Certaines apportent des fonctionnalités, d’autres corrigent des problèmes ou des vulnérabilités. Cela change la manière dont il faut considérer ACS : sa mise à jour ne peut plus dépendre d’une intervention manuelle poste par poste.
Comment déployer une version par mois ?
La réponse est assez évidente : il faut automatiser le déploiement.
Cela suppose néanmoins de maîtriser le parc de postes clients et de disposer d’un mécanisme de déploiement : outil de gestion de parc, scripts, déploiement silencieux, partage réseau, etc.
Mais avant même de parler d’outil de déploiement, il faut décider où sont installés ACS et sa configuration.
Bref, cela suppose que vous ayez la maîtrise de l’environnement, du poste de travail, et pour aller plus loin, de la configuration sur le poste client.
Aujourd’hui, Access Client Solutions peut être déployé suivant plusieurs options, et on peut donc avoir, par exemple :
- ACS local + configuration locale ;
- ACS local + configuration centralisée ;
- ACS partagé + configuration locale ;
- ACS partagé + configuration centralisée.
Et le choix a un impact direct sur la manière dont vous devrez gérer les prochaines mises à jour.
les différentes combinaisons ont des impacts distincts lors des mises à jour. Par exemple, pour une exécution depuis un lecteur partagé, seule l’image partagée est à modifier !
Vous pouvez bien entendu gérer cela par population d’utilisateurs, afin de déployer progressivement des configurations dédiées.
Une approche que nous utilisons volontiers consiste à conserver une installation 100% locale pour les équipes IT (robustesse, capacité d’intervention en cas de problème quelconque), et une approche plus centralisée pour les utilisateurs finaux pour faciliter la gestion.
L’objectif n’est pas nécessairement d’avoir une seule stratégie pour tout le monde : ACS peut être déployé différemment selon les populations.
Via la possibilité de créer des images administratives, vous disposez ensuite d’un package préconfiguré que vous pouvez installer sur le poste client.
Si ce n’est pas déjà le cas, la transition est à gérer, mais cela vous apportera la capacité à déployer très rapidement une version.
Préparer une version
C’est en utilisant ACS en ligne de commande que vous pouvez préparer et configurer une image, qui sera alors installée sur votre parc. Cela garantit l’homogénéité des installations et donc la capacité future à pouvoir mettre à jour, réaliser le support.
Lancez ACS avec cette option et laissez-vous guider (dans un premier temps) :
Windows_Application\install_acs_64.js /AdminConfig
Voir la documentation IBM au chapitre 5 : https://www.ibm.com/support/pages/ibm-i-access-acs-getting-started
Une synthèse des configurations possibles (tous les impacts ne sont pas représentés ici) :
Conclusion
La 1.1.9.17 n’est finalement qu’un prétexte.
La vraie question est : si demain IBM publie un correctif ACS critique, combien de temps vous faudra-t-il pour le déployer sur l’ensemble de vos postes ?
Si la réponse est « plusieurs jours » ou « je ne sais pas exactement quelles versions sont installées », il est probablement temps d’industrialiser votre déploiement ACS.
