De nombreuses solutions basées Web utilisent des clients Java qui s'appuient sur des interfaces standards telles que JDBC ou SQLJ pour accéder aux données. Les solutions effectuent des transactions commerciales, requièrent le contrôle de validation pour en assurer l'intégrité. Avant la V4R5, l'AS/400 ne disposait pas d'une véritable implémentation de
Autres fonctions des e-applications
la fonction d’auto-validation
pour ces types de solutions orientées clients. En fonction du niveau d’isolation
et/ou de la configuration de l’auto-validation, cette lacune aboutissait quelquefois
à l’invalidation de modifications des bases de données effectuées par des déclencheurs
et procédures cataloguées AS/400 alors qu’elles auraient dû être validées.
La V4R5 inclut le support à part entière de l’auto-validation qui améliore l’intégrité
des transactions effectuées via des applications exécutées sur des clients orientés
ODBC et JDBC et supprime les limitations empêchant les procédures cataloguées
et les déclencheurs d’effectuer des modifications validées dans les bases de
données. IBM a également mis en place l’auto-validation pour la V4R4. Pour cela,
il suffit d’appliquer les dernières PTF de groupe liées à la base de données
de la V4R4.
La V4R5 permet également un cryptage des mots de passe compatible DRDA (Distributed
Relational Database Architecture) pour améliorer la sécurité des solutions Internet
et intranet. Pour des raisons de sécurité, de nombreux clients AS/400 stockent
leurs données sur un système de production et utilisent l’architecture DRDA
pour permettre à un autre AS/400, sur lequel tourne le serveur Web, d’accéder
aux données si nécessaire. Dans les versions précédentes, il existait une brèche
dans la sécurité car cette connexion DRDA était établie en envoyant une version
non codée du mot de passe sur le réseau à destination du système de production.
Depuis la V4R5, on peut préciser, au moyen de CHGDDMTCPA PWDREQD(*YES), l’envoi
d’une version codée du mot de passe lors de l’établissement de la connexion.
Le codage du mot de passe n’est disponible que pour les connexions TCP/IP, mais
les connexions SNA peuvent recourir à la substitution du mot de passe pour obtenir
le même résultat. Le codage du mot de passe ne peut être effectué qu’entre AS/400
exploitant la V4R5 ; les autres serveurs DB2 (par exemple, DB2 UDB for AIX,
DB2 UDB for NT, DB2 UDB for OS/390) gèrent également le codage des mots de passe
DRDA.
Signal et ReSignal facilitent le traitement des messages de
violation des règles de gestion
Téléchargez cette ressource
Guide de Threat Intelligence contextuelle
Ce guide facilitera l’adoption d’une Threat Intelligence - renseignement sur les cybermenaces, cyberintelligence - adaptée au "contexte", il fournit des indicateurs de performance clés (KPI) pour progresser d' une posture défensive vers une approche centrée sur l’anticipation stratégique
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Vers l’Industrie 5.0 : quand l’IA agentique change la donne
- Ready For IT 2026 : IA industrialisée, deepfakes et Prix Start-up au cœur des enjeux
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Ready For IT 2026 : quand l’accélération de l’innovation redessine les priorités des décideurs IT
Articles les + lus
Computex 2026 : 5 signaux forts à retenir
La chaîne d’approvisionnement, point de rupture récurent du SI
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
Analyse Patch Tuesday Mai 2026
À la une de la chaîne Tech
- Computex 2026 : 5 signaux forts à retenir
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
- Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
- Analyse Patch Tuesday Mai 2026
