Label Studio autorise une Falsification de Requête Côté Serveur (SSRF) dans l'Endpoint de Stockage S3

L'exploitation réussie de cette vulnérabilité SSRF permet à un attaquant de contourner les contrôles de sécurité et d'accéder à des ressources internes qui ne seraient normalement pas accessibles depuis l'extérieur. L'attaquant peut ainsi interroger des API internes, accéder à des données sensibles stockées sur des serveurs internes, ou même exécuter des commandes sur des systèmes vulnérables, en fonction des permissions accordées à l'application Label Studio. Le risque est accru si Label Studio est configuré pour accéder à des services critiques ou à des données sensibles. Cette vulnérabilité pourrait être exploitée pour effectuer des attaques de reconnaissance, de collecte d'informations, ou même de prise de contrôle de systèmes internes.

Organizations utilizing Label Studio for data annotation and labeling, particularly those with sensitive internal services accessible via HTTP, are at risk. Environments with misconfigured S3 endpoints or insufficient network segmentation are especially vulnerable. Shared hosting environments running Label Studio should be carefully reviewed for potential exposure.

• python / server:

# Check for vulnerable Label Studio versions
ps aux | grep 'label-studio==[1.9.0-1.9.2.post0]' 

• generic web:

# Check for S3 endpoint configuration in Label Studio settings (if accessible)
curl -I http://<label-studio-host>/settings/storage | grep 's3_endpoint='

1. 2025-02-14Disclosure

   disclosure

1. Réservé2025-02-06
2. Publiée2025-02-14
3. EPSS mis à jour2026-04-02

La mitigation principale consiste à mettre à jour Label Studio vers la version 1.16.0 ou supérieure, qui corrige cette vulnérabilité. En attendant la mise à jour, il est possible de limiter l'impact en configurant un pare-feu d'application web (WAF) pour bloquer les requêtes suspectes vers l'endpoint S3. Il est également recommandé de restreindre les permissions de l'utilisateur Label Studio sur le bucket S3 pour limiter l'accès aux ressources sensibles. Vérifiez après la mise à jour que l'intégration S3 est correctement configurée et que les permissions sont correctement restreintes. Après la mise à jour, confirmez en effectuant un test de reconnaissance pour vérifier que la vulnérabilité est bien corrigée.