Références & sources

Sources OWASP

D'où viennent les connaissances des spécialisations OWASP intégrées, mises en correspondance avec les pages canoniques d'attaques et de Cheat Sheets de l'OWASP.

Ce document met en correspondance chaque attaque (www-community) et chaque Cheat Sheet (CheatSheetSeries) de l'OWASP avec une catégorie de sécurité, chacune liée à sa page publique canonique. Au sein d'une catégorie, les éléments équivalents partagent une seule ligne de la checklist : les attaques et les cheat sheets qui traitent le même risque sont listées ensemble, séparées par des virgules. Les éléments sans équivalent direct ont leur propre ligne.

  • Le mérite revient à l'OWASP. Les attaques se trouvent sur https://owasp.org/www-community/attacks/<attack> et les cheat sheets sur https://cheatsheetseries.owasp.org/cheatsheets/<cheat>.html.

1. Injection (générique)​


2. Injection SQL et en base de données​


3. Injection de commandes du système​


4. Injection LDAP, XPath et XML​


5. Cross-Site Scripting (XSS)​


6. Cross-Site Request Forgery (CSRF) et clickjacking​


7. Redirections et transferts​


8. Contrôle d'accès et autorisation​


9. Authentification et identifiants​


10. Gestion des sessions​


11. Fédération d'identité (OAuth / SAML / JWT)​


12. Cryptographie et sécurité du transport​


13. Server-Side Request Forgery (SSRF)​


14. Path traversal et manipulation de fichiers​


15. Abus du protocole HTTP (en-têtes, cache, splitting)​


16. Encodage et usurpation de contenu​


17. Injection dans les CSV et les tableurs​


18. CORS (Cross-Origin Resource Sharing)​


19. Déni de service​


20. Sûreté mémoire et code natif​


21. Code mobile et exécution de code non fiable​


22. Désérialisation​


23. Malwares et menaces côté client​


24. Journalisation, répudiation et gestion des erreurs​


25. Logique métier et abus de fonctionnalités​

La logique métier et l'abus de fonctionnalités n'ont pas de surface de code unique qu'une spécialisation par surface puisse défendre : la défense relève d'une conception propre à l'application, le même raisonnement que guide la modélisation des menaces du projet. Déplacé vers "Hors périmètre".


26. Sécurité de l'IA, des LLM et des agents​


27. Pollution de prototype et fuites intersites​


28. Frameworks et plateformes de langages​


29. Front-end web et navigateur​


30. API et services​


31. Cloud, conteneurs et infrastructure​

La configuration des conteneurs et des workloads est de la configuration as code que le développeur livre avec l'application (Dockerfile, Compose, securityContext des Pods), une vraie surface que harden corrige et que verify prouve, donc elle est dans le périmètre. L'administration des clusters (RBAC, etcd, serveur d'API, admission, segmentation réseau) relève de l'opérateur et reste hors périmètre.


32. Chaîne d'approvisionnement et CI/CD​


33. Secrets et configuration​

La gestion des secrets est opérationnelle : coffres-forts, CI/CD, configuration cloud, rotation. Le seul aspect au niveau du code (un secret codé en dur dans le code source) relève d'une analyse déterministe, pas d'une spécialisation de risque. Déplacé vers "Hors périmètre".


34. Processus, conception et gouvernance​

La protection de la vie privée des utilisateurs relève de la politique et de la conception (minimisation des données, transparence, conservation), pas d'une surface de code qu'une spécialisation défend. Déplacé vers "Hors périmètre".


35. Paiements et conformité​


36. Embarqué, IoT et domaines spécialisés​

La sécurité automobile et celle des drones sont des domaines de systèmes embarqués (bus CAN, firmware OTA, intégrité des capteurs et des radios, accès physique), pas le code source d'application web ou d'API qu'audite Lagune. Déplacé vers "Hors périmètre".


Hors périmètre (aucune surface de code)​

Ce ne sont pas des terrains de spécialisation et ils n'ont pas de case à cocher : il s'agit de gouvernance, de processus, de durcissement opérationnel ou d'usage de frameworks sans surface de code unique qu'une spécialisation par surface puisse défendre. Leur valeur pour la sécurité est réelle, mais elle réside dans les processus et l'architecture (ou, pour un framework, dans le skill propre à ce langage), pas dans une défense que ce catalogue fournit. Listés pour référence, pas comme travail à faire.