CIS Controls v8.1 IG1 minimum

Contrôle 16 — Sécurité des applications

Gérer le cycle de vie sécurisé des applications développées ou acquises : revues de code, tests de sécurité, gestion des secrets et correction des vulnérabilités applicatives.

Pourquoi ce contrôle est critique ?

Risque sans ce contrôle : Les applications web mal sécurisées sont l'un des principaux vecteurs de brèche. Injection SQL, XSS, authentification faible — les 10 vulnérabilités OWASP sont exploitées dans la majorité des incidents applicatifs.

Ce contrôle est principalement IG2 et IG3 — il s'adresse aux organisations qui développent ou maintiennent des applications. Pour les PME qui utilisent uniquement des SaaS, la priorité est de s'assurer que les fournisseurs appliquent ces pratiques (C15). Pour les développeurs internes, les pratiques OWASP sont incontournables.

Procédures & outils recommandés

Intégrer la sécurité dans le cycle de développement (DevSecOps) : revues de code, analyse statique (SAST), tests dynamiques (DAST), gestion des secrets via un vault. Corriger les vulnérabilités OWASP Top 10 en priorité.

Outils adaptés aux PME
  • OWASP ZAP (gratuit) — tests de sécurité applicatifs dynamiques
  • Semgrep (gratuit) — analyse statique du code
  • HashiCorp Vault (open source) — gestion des secrets
  • Snyk (freemium) — vulnérabilités dans les dépendances
  • SonarQube Community (gratuit) — qualité et sécurité du code

Tableau des Safeguards

#Action (Safeguard)IGClasse
16.1Établir et maintenir un processus de gestion sécurisée du cycle de vie des applications.IG2Applications
16.2Établir et maintenir un programme de gestion des vulnérabilités applicatives.IG2Applications
16.3Effectuer des revues de sécurité du code pour les applications critiques.IG2Applications
16.4Établir et maintenir un inventaire des composants tiers (bibliothèques, frameworks).IG2Applications
16.5Utiliser un gestionnaire de packages sécurisé pour contrôler les dépendances.IG2Applications
16.6Établir et maintenir un système de gestion des secrets (clés API, mots de passe de service).IG2Applications
16.7Configurer les tests de sécurité applicatifs dans le pipeline CI/CD.IG2Applications
16.8Séparer les environnements de développement, test et production.IG2Applications
16.9Former les développeurs aux pratiques de code sécurisé (OWASP Top 10).IG3Applications
16.10Appliquer le principe de moindre privilège dans les permissions applicatives.IG3Applications
16.11Implémenter une validation des entrées et un encodage des sorties dans toutes les applications.IG3Applications
16.12Implémenter des protections Web Application Firewall (WAF) pour les applications exposées.IG3Applications
16.13Effectuer des tests d'intrusion applicatifs au minimum annuels.IG3Applications
16.14Effectuer une analyse de composition logicielle (SCA) pour les bibliothèques tierces.IG3Applications

Application pour les PME québécoises

Ce contrôle s'adresse principalement aux organisations qui développent des applications. Pour les PME sans développement interne, vérifier que vos fournisseurs SaaS appliquent ces pratiques (certifications SOC 2, ISO 27001). Pour les développeurs : commencer par OWASP Top 10 et l'analyse de dépendances avec Snyk.

Lien Loi 25 : Les applications web traitant des renseignements personnels doivent être sécurisées selon les meilleures pratiques (Loi 25, art. 3.1). Une injection SQL exposant une base de données clients est un incident notifiable à la CAI.

Quiz de validation — 5 questions

1. Quelle est la référence principale pour les vulnérabilités applicatives web ?

2. Ce contrôle contient-il des Safeguards IG1 ?

3. Qu'est-ce que le SAST ?

4. Quel outil gratuit analyse les vulnérabilités dans les dépendances logicielles ?

5. Pourquoi séparer les environnements dev/test/prod (Safeguard 16.8) ?

Voir aussi