Que fait idor-contournement-autorisation-objets ?
Playbook de test pour les IDOR et les autorisations d'objet cassées. À utiliser lorsque les requêtes exposent des identifiants d'objet, des limites de tenant, des champs modifiables ou des contrôles d'autorisation manquants au niveau de l'objet.
Pourquoi ce playbook est-il important ?
Les vulnérabilités IDOR et les autorisations d'objet cassées sont parmi les failles de sécurité les plus courantes et les plus critiques dans les applications web. Elles permettent à un attaquant d'accéder, de modifier ou de supprimer des données auxquelles il ne devrait pas avoir accès, simplement en manipulant des identifiants d'objet.
Étapes du playbook
1. Identifier les vecteurs d'attaque
- Recherchez les paramètres d'URL, les champs de formulaire, les en-têtes HTTP, les cookies et les corps de requête contenant des identifiants d'objet.
- Exemples :
id,user_id,account_id,object_id,file_id,document_id.
2. Tester les IDOR
- Pour chaque point d'accès, essayez d'accéder à un objet appartenant à un autre utilisateur (ou tenant) en modifiant l'identifiant.
- Utilisez des comptes de test avec des rôles distincts (utilisateur A et utilisateur B).
- Exemple : Si un point d'accès
/api/documents/123retourne le document de l'utilisateur connecté, essayez/api/documents/456(appartenant à un autre utilisateur).
3. Tester les limites de tenant
- Dans les applications multi-tenants, l'IDOR peut franchir les limites entre les tenants. Essayez d'accéder aux données d'un autre tenant en modifiant le nom du tenant ou l'identifiant associé.
4. Tester les champs modifiables (mass assignment)
- Si une API permet de modifier des objets, vérifiez qu'elle n'accepte pas des champs non autorisés (par exemple,
role=admin). Utilisez des techniques comme l'énumération de champs.
5. Valider les résultats
- Ne vous fiez pas uniquement au code de statut HTTP. Par exemple, un
200 OKpeut indiquer un accès non autorisé, tandis qu'un403 Forbiddenpeut masquer une fuite d'information. - Vérifiez le contenu de la réponse : si des données sensibles sont renvoyées, c'est une vulnérabilité.
Outils recommandés
- Burp Suite – Proxy d'interception pour analyser et manipuler les requêtes.
- OWASP ZAP – Outil de test de sécurité open source.
- Postman ou Insomnia – Pour tester manuellement les API.
Références
Version
1.0