Icône du lab

ClearDesk

Pouvez-vous exploiter les contrôles d'accès défaillants ?

Moyen Mis à jour le 12 juin 2026 Accès Gratuit Solution (Pro)
IDOR API Security Path Traversal Access Control Privilege Escalation

L'API du helpdesk informatique de ClearDesk authentifie chaque requête, mais vérifie-t-elle les autorisations ? L'endpoint des tickets vérifie qui vous êtes mais pas ce que vous êtes autorisé à voir. Énumérez les ressources auxquelles vous ne devriez pas avoir accès, enchaînez le vol d'identifiants avec l'escalade de privilèges, et exploitez une fonctionnalité de lecture de fichiers pour atteindre le flag root.

2
Flags
400
XP
79%
Taux de Réussite

La vulnérabilité IDOR (Insecure Direct Object Reference) est une faille critique de contrôle d'accès qui survient lorsqu'une application web expose des références internes à des objets - tels que des identifiants de base de données, des noms de fichiers ou des identifiants de ressources - sans vérifier que l'utilisateur demandeur est autorisé à y accéder. L'IDOR est l'une des vulnérabilités les plus fréquemment découvertes dans les applications web et les API, apparaissant régulièrement dans les programmes de bug bounty et les engagements de tests d'intrusion.

Comment fonctionnent les vulnérabilités IDOR

Les applications qui utilisent des identifiants prévisibles (comme des entiers séquentiels) dans leurs URL ou endpoints d'API sont particulièrement susceptibles aux attaques IDOR. Par exemple, si l'accès à /api/tickets/15 retourne votre ticket de support, changer l'identifiant en /api/tickets/16 pourrait retourner le ticket d'un autre utilisateur si le serveur ne vérifie pas la propriété. La distinction clé est entre l'authentification (vérifier qui vous êtes) et l'autorisation (vérifier à quoi vous avez accès). De nombreuses applications implémentent correctement l'authentification mais échouent au niveau de l'autorisation, créant des vulnérabilités IDOR qui permettent l'escalade horizontale de privilèges.

L'IDOR dans les API REST

Les API REST sont particulièrement sujettes à l'IDOR car elles exposent couramment les identifiants de ressources directement dans les chemins d'URL. Les endpoints d'API pour les opérations CRUD sur les données utilisateur, les documents, les commandes ou les tickets utilisent souvent des identifiants séquentiels ou prévisibles. Combiné avec des outils d'énumération automatisés, un attaquant peut systématiquement accéder à chaque ressource du système, extrayant les données sensibles de tous les utilisateurs. Dans les cas les plus graves, l'IDOR peut être enchaîné avec d'autres vulnérabilités - comme le vol d'identifiants ou la traversée de répertoire - pour passer de la divulgation de données à la compromission complète du système.

Prévenir les vulnérabilités IDOR

Une prévention efficace nécessite d'implémenter des vérifications d'autorisation appropriées sur chaque requête pour confirmer que l'utilisateur authentifié a la permission d'accéder à la ressource demandée. L'utilisation d'identifiants non prévisibles (comme les UUID au lieu d'entiers séquentiels) ajoute une défense en profondeur mais ne doit pas être considérée comme la seule protection. La logique de contrôle d'accès côté serveur, combinée à des tests de sécurité approfondis incluant la manipulation de paramètres et l'énumération de ressources, est essentielle pour identifier et prévenir les failles IDOR dans les applications web.

Ce que vous apprendrez

  • Comprendre les vulnérabilités IDOR (Insecure Direct Object Reference) dans les API REST
  • Apprendre la différence entre authentification et autorisation dans le contrôle d'accès
  • Pratiquer l'exploitation d'identifiants séquentiels pour l'énumération de ressources
  • Enchaîner l'IDOR avec le vol d'identifiants pour l'escalade de privilèges
  • Exploiter les vulnérabilités de traversée de répertoire dans les fonctionnalités de lecture de fichiers
  • Reconnaître les mesures défensives contre les attaques IDOR

Prérequis

HTTP and REST API basics Web application fundamentals Understanding of authentication vs authorization Familiarity with curl or API testing tools

Prêt à hacker ce lab ?

Créez un compte gratuit et pratiquez la cybersécurité.

Commencer - C'est gratuit
Commencez Votre Défi

Lancez votre machine dédiée pour commencer à hacker

~1-2 min de configuration
Serveur dédié
Instance privée
Puissance standard
Nouveau ? Voici comment faire
1
Cliquez sur "Start Lab" ci-dessus Vous obtiendrez votre propre machine avec une adresse IP
2
Explorez la cible Ouvrez l'IP dans votre navigateur et cherchez des vulnérabilités
3
Trouvez et soumettez les flags Les flags sont des textes secrets cachés dans le système - collez-les ci-dessous pour marquer des XP

Prêt à hacker ce lab?

Créez un compte gratuit pour démarrer votre propre serveur dédié, soumettre des flags et gagner des XP au classement.

Commencer à Hacker Gratuitement
12 000+ Hackers 100+ Labs & Cours Gratuit
Commencer Gratuitement