Google utilise la technologie IA pour traduire le contenu dans votre langue préférée. Les traductions générées par IA peuvent contenir des erreurs.

4.19.06.14 - Notes de version d'Edge for Private Cloud

Vous consultez la documentation Apigee Edge.
Accédez à la documentation Apigee X.

Le 19 février 2021, nous avons lancé une nouvelle version d'Apigee Edge pour le cloud privé.

Procédure de mise à jour

La mise à jour de cette version mettra à jour les composants de la liste suivante de RPM :

edge-analytics-4.19.06-0.0.40038.noarch.rpm
apigee-tomcat-7.0.105-0.0.911.noarch.rpm
apigee-sso-4.19.06-0.0.20134.noarch.rpm
edge-gateway-4.19.06-0.0.20112.noarch.rpm
edge-management-server-4.19.06-0.0.20112.noarch.rpm
edge-message-processor-4.19.06-0.0.20112.noarch.rpm
edge-postgres-server-4.19.06-0.0.20112.noarch.rpm
edge-qpid-server-4.19.06-0.0.20112.noarch.rpm
edge-router-4.19.06-0.0.20112.noarch.rpm

Vous pouvez vérifier les versions RPM actuellement installées pour voir si elles doivent être mises à jour en saisissant :

apigee-all version

Pour mettre à jour votre installation, procédez comme suit sur les nœuds Edge :

Sur tous les nœuds Edge :
1. Nettoyez les dépôts Yum :
```
sudo yum clean all
```
2. Téléchargez le dernier fichier bootstrap_4.19.06.sh Edge 4.19.06 sur /tmp/bootstrap_4.19.06.sh :
```
curl https://software.apigee.com/bootstrap_4.19.06.sh -o /tmp/bootstrap_4.19.06.sh
```
3. Installez l'utilitaire apigee-service Edge 4.19.06 et les dépendances :
```
sudo bash /tmp/bootstrap_4.19.06.sh apigeeuser=uName apigeepassword=pWord
```
  où uName:pWord correspondent au nom d'utilisateur et au mot de passe que vous avez reçus d'Apigee. Si vous omettez pWord, vous serez invité à le saisir.
4. Mettez à jour l'utilitaire apigee-setup :
```
sudo /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
```
5. Exécutez le script apigee-service.sh à l'aide de la commande source :
```
source /etc/profile.d/apigee-service.sh
```
Sur tous les nœuds Edge, exécutez le script update.sh pour le processus edge. Pour ce faire, exécutez la commande suivante sur chaque nœud :
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
Exécutez le script update.sh pour l'authentification unique sur tous les nœuds. Sur chaque nœud, exécutez la commande suivante :
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
```

Modifications apportées aux logiciels compatibles

Tomcat a été mis à niveau vers la version 7.0.105 dans cette version.

Abandons et arrêts

Aucune fonctionnalité n'est abandonnée ni supprimée dans cette version.

Nouvelles fonctionnalités

Cette version ne comporte aucune nouvelle fonctionnalité.

Bugs résolus

Le tableau suivant liste les bugs corrigés dans cette version :

ID du problème	Description
166766984	Apache Tomcat a été mis à niveau vers la version 7.0.105.
165843063	Le serveur de gestion écoutait le mauvais port (8080) en réponse à la commande `wait_for_ready`.
139051927	Les proxys d'API ont connu des latences de traitement des requêtes élevées.
172587165	Il arrivait que les variables personnalisées ne s'affichent pas dans les rapports de l'UI. Ce processus a été amélioré et rendu plus robuste.
174241354	Les messages vides envoyés à la règle MessageLogging inondaient les journaux d'avertissements. Les messages vides sont désormais traités correctement.
168258482	Certaines autorisations de répertoire incorrectes dans `apigee-tomcat` entraînaient l'échec des commandes `apigee-service`.
161858295	Certaines variables de configuration silencieuses comportaient des fautes d'orthographe. La variable de configuration silencieuse `SSO_JWT_SIGNING_KEY_FILEPATH` est désormais orthographiée correctement.
157521855	La configuration des suites de chiffrement lors de l'activation de TLS pour l'API Management ne fonctionnait pas correctement.

Problèmes de sécurité résolus

Vous trouverez ci-dessous la liste des problèmes de sécurité connus qui ont été résolus dans cette version. Pour éviter ces problèmes, installez la dernière version d'Edge Private Cloud.

ID du problème	Description
CVE-2020-13935	La longueur de la charge utile dans un frame WebSocket n'a pas été validée correctement. Des longueurs de charge utile non valides peuvent déclencher une boucle infinie. Plusieurs requêtes avec des longueurs de charge utile non valides peuvent entraîner un déni de service. Versions concernées : Apache Tomcat 10.0.0-M1 à 10.0.0-M6, Apache Tomcat 9.0.0.M1 à 9.0.36, Apache Tomcat 8.5.0 à 8.5.56 et Apache Tomcat 7.0.27 à 7.0.104.
178784031	Les assertions utilisées pour valider les réponses HTTP n'étaient pas signées par défaut, ce qui pouvait entraîner un problème de sécurité. Les assertions sont désormais signées par défaut.

ID du problème

Description

CVE-2020-13935

La longueur de la charge utile dans un frame WebSocket n'a pas été validée correctement. Des longueurs de charge utile non valides peuvent déclencher une boucle infinie. Plusieurs requêtes avec des longueurs de charge utile non valides peuvent entraîner un déni de service.

Versions concernées : Apache Tomcat 10.0.0-M1 à 10.0.0-M6, Apache Tomcat 9.0.0.M1 à 9.0.36, Apache Tomcat 8.5.0 à 8.5.56 et Apache Tomcat 7.0.27 à 7.0.104.

178784031

Les assertions utilisées pour valider les réponses HTTP n'étaient pas signées par défaut, ce qui pouvait entraîner un problème de sécurité.

Les assertions sont désormais signées par défaut.

Problèmes connus

Pour obtenir la liste des problèmes connus avec Edge pour le cloud privé, consultez Problèmes connus avec Edge pour le cloud privé.