Tous les produits
Search
Centre de documentation

Application Real-Time Monitoring Service:FAQ sur Application Security

Dernière mise à jour :Aug 25, 2026

Cette rubrique répond aux questions fréquemment posées concernant l'utilisation d'Application Security.

Application Security a-t-il un impact sur les performances des applications ?

L'impact sur une application en cours d'exécution est négligeable. Les tests montrent une surcharge CPU inférieure à 1 %, une surcharge mémoire inférieure à 30 Mo et une latence applicative (RT) inférieure à 1 ms. Ces chiffres constituent des valeurs de référence mesurées dans des environnements de test. Application Security propose également le mode Monitor et un mécanisme de disjoncteur logiciel pour minimiser les interférences avec l'application en cours d'exécution.

Comment activer Application Security ?

Activez Application Security en un seul clic depuis la console ARMS. Après l'activation, redémarrez les instances de l'application cible. Aucune modification du code n'est nécessaire. Application Security prend actuellement en charge uniquement les applications Java. Pour obtenir la procédure détaillée, consultez Activer Application Security.

Comment protéger mon application avec Application Security ?

Les attaques détectées par Application Security constituent de réelles menaces pour la sécurité. Contrairement aux méthodes de détection traditionnelles qui s'appuient sur des signatures de trafic, Application Security présente un taux de faux positifs très faible. Prenez donc toute attaque détectée au sérieux. Lors de la première activation d'Application Security, le mode de protection par défaut est le mode de surveillance. Une fois la stabilité de votre application confirmée, passez au mode Monitor and Block.

Pourquoi n'y a-t-il aucune statistique d'attaque ?

L'absence de données d'attaque peut s'expliquer par l'une des trois raisons suivantes :

  1. L'intégration de l'application est incomplète. Après avoir cliqué sur Monitor dans la console, vous n'avez pas redémarré l'instance de l'application, ou vous n'avez redémarré qu'une partie des instances.

  2. L'agent Java de l'application est obsolète. Application Security requiert l'une des versions d'agent suivantes. Pour plus d'informations, consultez Activer Application Security.

    • Pour les scénarios de mise à jour automatique, tels que les applications dans Container Service et EDAS, la version de l'agent doit être la v2.7.1.2 ou ultérieure.

      Remarque

      Dans les scénarios de mise à jour automatique, mettez à jour l'agent automatiquement en redémarrant l'application ou le pod. Pour plus d'informations, consultez Mettre à niveau l'agent ARMS.

    • Pour les autres scénarios de mise à jour manuelle, la version de l'agent doit être la v2.7.1.3 ou ultérieure.

  3. Aucune attaque réussie n'a eu lieu. Contrairement à un pare-feu traditionnel, Application Security enregistre uniquement les attaques réussies. Un pare-feu traditionnel signale une attaque lorsqu'il détecte des caractéristiques malveillantes dans les paquets de données. Toutefois, la présence de caractéristiques malveillantes ne garantit pas le succès de l'attaque. Par exemple, une requête d'attaque exploitant une vulnérabilité PHP est inutile dans un environnement Java. Une attaque réussie signifie que l'attaquant a franchi les défenses externes et peut pénétrer dans l'environnement interne de votre application pour effectuer des opérations malveillantes. Votre application peut ne pas subir beaucoup d'attaques réussies, mais vous devez prendre chacune d'elles au sérieux. Bloquez l'attaque ou corrigez rapidement la vulnérabilité sous-jacente.

Gestion des vulnérabilités dans la détection des composants à risque

Les vulnérabilités identifiées par la détection des composants à risque sont toutes publiques. Les attaquants peuvent les exploiter pour lancer des intrusions. Même si une vulnérabilité n'est pas exploitable pour le moment, elle pourrait le devenir à mesure que le code de votre application évolue. Dans la plupart des cas, Application Security peut se défendre contre ces vulnérabilités, à condition de basculer le mode de prévention de l'application concernée vers Monitor and Block au lieu du mode Monitor par défaut.

Corrigez également ces vulnérabilités rapidement. Connectez-vous à la console ARMS. Sur la page Application Security > Risky Component Detection, recherchez la vulnérabilité cible dans la liste et cliquez sur View dans la colonne Details. Dans l'onglet Details, consultez les correctifs recommandés dans la section Fix Reference. La plupart des recommandations correspondent aux chemins de mise à niveau officiels ou aux correctifs fournis par les éditeurs des composants. Vous pouvez également rechercher l'ID CVE d'une vulnérabilité dans un moteur de recherche pour trouver des solutions connexes.