Passer au contenu

Assurer la sécurité du développement au déploiement : explication du contrôle 27002 de la norme ISO 8.29

Les cybercriminels inventent constamment de nouveaux moyens et améliorent leurs stratégies pour infiltrer les réseaux d'entreprise et accéder aux informations sensibles.

Par exemple, les cyberattaquants peuvent exploiter une vulnérabilité liée au mécanisme d'authentification du code source pour s'introduire dans les réseaux. En outre, ils peuvent également tenter de manipuler les utilisateurs finaux côté client pour qu'ils effectuent des actions visant à infiltrer les réseaux, à accéder aux données ou à mener des attaques de ransomware.

Si une application, un logiciel ou un système informatique est déployé dans le monde réel avec des vulnérabilités, cela exposerait les informations sensibles à un risque de compromission.

Par conséquent, les organisations doivent établir et mettre en œuvre une procédure de test de sécurité appropriée pour identifier et remédier à toutes les vulnérabilités des systèmes informatiques avant leur déploiement dans le monde réel.

Objectif du contrôle 8.29

Control 8.29 permet aux organisations de vérifier que toutes les exigences de sécurité des informations sont satisfaites lorsque de nouvelles applications, bases de données, logiciels ou codes sont mis en service en établissant et en appliquant une procédure de test de sécurité robuste.

Cela aide les organisations à détecter et à éliminer les vulnérabilités du code, des réseaux, des serveurs, des applications ou d'autres systèmes informatiques avant qu'ils ne soient utilisés dans le monde réel.

Attributs du contrôle 8.29

Le contrôle 8.29 est de nature préventive. Elle oblige les organisations à soumettre les nouveaux systèmes d'information et leurs versions nouvelles/mises à jour à un processus de tests de sécurité avant leur publication dans l'environnement de production.

Type de contrôle Propriétés de sécurité des informations Concepts de cybersécurité Capacités opérationnelles Domaines de sécurité
#Préventif #Confidentialité #Identifier #Sécurité des applications #Protection
#Intégrité #Assurance de la sécurité de l'information
#Disponibilité #Sécurité du système et des réseaux



ISMS.online vous donne une longueur d'avance de 81 % dès votre connexion

La norme ISO 27001 simplifiée

Nous avons fait le plus gros du travail pour vous, en vous offrant une avance de 81 % dès votre connexion. Il ne vous reste plus qu'à remplir les champs.




Propriété du contrôle 8.29

Étant donné que le contrôle 8.29 implique l'établissement, la maintenance et la mise en œuvre d'une procédure de test de sécurité qui s'appliquera à tous les nouveaux systèmes d'information, qu'ils soient développés en interne ou par des parties externes, le responsable de la sécurité de l'information devrait être responsable de la conformité.

Orientations générales sur la conformité

Les organisations doivent intégrer des tests de sécurité dans le processus de test de tous les systèmes et doivent s'assurer que tous les nouveaux systèmes d'information et leurs versions nouvelles/mises à jour satisfont aux exigences de sécurité des informations lorsqu'ils se trouvent dans l'environnement de production.

Le contrôle 8.29 répertorie trois éléments qui doivent être inclus dans le processus de test de sécurité :

  1. Fonctions de sécurité telles que l'authentification des utilisateurs telle que définie dans le contrôle 8..5, la restriction d'accès comme prescrit dans le contrôle 8.3 et la cryptographie comme abordé dans le contrôle 8.24.
  2. Codage sécurisé comme décrit dans le contrôle 8.28.
  3. Configurations sécurisées comme prescrit dans les contrôles 8.9, 8.20, 8.22. Cela peut couvrir les pare-feu et les systèmes d'exploitation.

Que doit inclure un plan de test ?

Lors de la conception des plans de tests de sécurité, les organisations doivent prendre en compte le niveau de criticité et la nature du système d’information concerné.

Le plan de tests de sécurité doit couvrir les éléments suivants :

  • Établissement d'un calendrier détaillé des activités et des tests à réaliser.
  • Entrées et sorties attendues dans un ensemble de conditions donné.
  • Critères pour évaluer les résultats.
  • Le cas échéant, décisions de prendre des mesures en fonction des résultats.



escalade

Intégrez, développez et faites évoluer votre conformité, sans complications. IO vous offre la résilience et la confiance nécessaires pour croître en toute sécurité.




Développement interne

Lorsque les systèmes informatiques sont développés par l'équipe de développement interne, cette équipe doit effectuer les tests de sécurité initiaux pour garantir que le système informatique répond aux exigences de sécurité.

Ces tests initiaux doivent ensuite être suivis d'un test d'acceptation d'indépendance conformément au contrôle 5.8.

En ce qui concerne le développement interne, les éléments suivants doivent être pris en compte :

  • Réaliser des activités de révision du code pour détecter et éliminer les failles de sécurité, y compris les entrées et conditions attendues.
  • Effectuer une analyse des vulnérabilités pour détecter les configurations non sécurisées et autres vulnérabilités.
  • Réalisation de tests d'intrusion pour détecter le code et la conception non sécurisés.

Externalisation

Les organisations doivent suivre un processus d'acquisition strict lorsqu'elles externalisent le développement ou lorsqu'elles achètent des composants informatiques auprès de parties externes.

Les organisations doivent conclure un accord avec leurs fournisseurs et cet accord doit répondre aux exigences de sécurité des informations prescrites dans le contrôle 5.20.

De plus, les organisations doivent s'assurer que les produits et services qu'elles achètent sont conformes aux normes de sécurité de l'information.

Orientations supplémentaires sur le contrôle 8.29

Les organisations peuvent créer plusieurs environnements de test pour effectuer divers tests tels que des tests fonctionnels, non fonctionnels et de performances.

De plus, ils peuvent créer des environnements de test virtuels, puis configurer ces environnements pour tester les systèmes informatiques dans divers paramètres opérationnels.

Control 8.29 note également que des tests de sécurité efficaces nécessitent que les organisations testent et surveillent les environnements, outils et technologies de test.

Enfin, les organisations doivent prendre en compte le niveau de sensibilité et de criticité des données lors de la détermination du nombre de couches de méta-tests.




ISMS.online prend en charge plus de 100 normes et réglementations, vous offrant une plate-forme unique pour tous vos besoins de conformité.

ISMS.online prend en charge plus de 100 normes et réglementations, vous offrant une plate-forme unique pour tous vos besoins de conformité.




Modifications et différences par rapport à la norme ISO 27002:2013

27002:2022/8.29 remplace 27002:2013/(14.2.8 et 14.2.9)

Changements structurels

Alors que la version 2022 aborde les tests sécurisés sous un seul contrôle, la version 2013 faisait référence à des tests sécurisés dans deux contrôles distincts ; Tests de sécurité du système dans Control 14.2.8 et tests d'acceptation du système dans Control 14.2.9

Control 8.29 apporte des exigences plus complètes

Contrairement à la version 2013, la version 2022 comprend des exigences et des recommandations plus détaillées sur les points suivants :

  • Plan de tests de sécurité et ce qu’il doit inclure.
  • Critères de tests de sécurité pour le développement interne de systèmes informatiques.
  • Processus de test de sécurité et ce que cela devrait impliquer.
  • Utilisation de plusieurs environnements de test.

La version 2013 était plus détaillée en ce qui concerne les tests d'acceptation

Contrairement à la version 2022, la version 2013 était plus prescriptive pour les tests d'acceptation du système. Il comprenait des exigences telles que des tests de sécurité sur les composants reçus et l'utilisation d'outils automatisés.

Nouveaux contrôles ISO 27002

Nouveaux contrôles
Identifiant de contrôle ISO/IEC 27002:2022 Identifiant de contrôle ISO/IEC 27002:2013 Nom du contrôle
5.7 NOUVEAU Intelligence de la menace
5.23 NOUVEAU Sécurité des informations pour l'utilisation des services cloud
5.30 NOUVEAU Préparation aux TIC pour la continuité des activités
7.4 NOUVEAU Surveillance de la sécurité physique
8.9 NOUVEAU Gestion de la configuration
8.10 NOUVEAU Suppression des informations
8.11 NOUVEAU Masquage des données
8.12 NOUVEAU Prévention des fuites de données
8.16 NOUVEAU Activités de surveillance
8.23 NOUVEAU filtrage web
8.28 NOUVEAU Codage sécurisé
Contrôles organisationnels
Identifiant de contrôle ISO/IEC 27002:2022 Identifiant de contrôle ISO/IEC 27002:2013 Nom du contrôle
5.1 05.1.1, 05.1.2 Politiques de sécurité des informations
5.2 06.1.1 Rôles et responsabilités en matière de sécurité de l'information
5.3 06.1.2 Séparation des tâches
5.4 07.2.1 Responsabilités de gestion
5.5 06.1.3 Contact avec les autorités
5.6 06.1.4 Contact avec des groupes d'intérêts particuliers
5.7 NOUVEAU Intelligence de la menace
5.8 06.1.5, 14.1.1 Sécurité de l'information dans la gestion de projet
5.9 08.1.1, 08.1.2 Inventaire des informations et autres actifs associés
5.10 08.1.3, 08.2.3 Utilisation acceptable des informations et autres actifs associés
5.11 08.1.4 Restitution des actifs
5.12 08.2.1 Classement des informations
5.13 08.2.2 Étiquetage des informations
5.14 13.2.1, 13.2.2, 13.2.3 Transfert d'information
5.15 09.1.1, 09.1.2 Contrôle d'accès
5.16 09.2.1 Gestion d'identité
5.17 09.2.4, 09.3.1, 09.4.3 Informations d'authentification
5.18 09.2.2, 09.2.5, 09.2.6 Des droits d'accès
5.19 15.1.1 Sécurité de l'information dans les relations avec les fournisseurs
5.20 15.1.2 Aborder la sécurité des informations dans les accords avec les fournisseurs
5.21 15.1.3 Gérer la sécurité de l’information dans la chaîne d’approvisionnement des TIC
5.22 15.2.1, 15.2.2 Suivi, revue et gestion du changement des services fournisseurs
5.23 NOUVEAU Sécurité des informations pour l'utilisation des services cloud
5.24 16.1.1 Planification et préparation de la gestion des incidents de sécurité de l’information
5.25 16.1.4 Évaluation et décision sur les événements liés à la sécurité de l'information
5.26 16.1.5 Réponse aux incidents de sécurité de l'information
5.27 16.1.6 Tirer les leçons des incidents de sécurité de l’information
5.28 16.1.7 Collecte de preuves
5.29 17.1.1, 17.1.2, 17.1.3 Sécurité des informations en cas de perturbation
5.30 5.30 Préparation aux TIC pour la continuité des activités
5.31 18.1.1, 18.1.5 Exigences légales, statutaires, réglementaires et contractuelles
5.32 18.1.2 Droit de la propriété intellectuelle
5.33 18.1.3 Protection des dossiers
5.34 18.1.4 Confidentialité et protection des informations personnelles
5.35 18.2.1 Examen indépendant de la sécurité de l’information
5.36 18.2.2, 18.2.3 Conformité aux politiques, règles et normes en matière de sécurité de l'information
5.37 12.1.1 Procédures opérationnelles documentées
Contrôles des personnes
Contrôles technologiques
Identifiant de contrôle ISO/IEC 27002:2022 Identifiant de contrôle ISO/IEC 27002:2013 Nom du contrôle
8.1 06.2.1, 11.2.8 Appareils de point de terminaison utilisateur
8.2 09.2.3 Droits d'accès privilégiés
8.3 09.4.1 Restriction d'accès aux informations
8.4 09.4.5 Accès au code source
8.5 09.4.2 Authentification sécurisée
8.6 12.1.3 Gestion de la capacité
8.7 12.2.1 Protection contre les logiciels malveillants
8.8 12.6.1, 18.2.3 Gestion des vulnérabilités techniques
8.9 NOUVEAU Gestion de la configuration
8.10 NOUVEAU Suppression des informations
8.11 NOUVEAU Masquage des données
8.12 NOUVEAU Prévention des fuites de données
8.13 12.3.1 Sauvegarde des informations
8.14 17.2.1 Redondance des installations de traitement de l'information
8.15 12.4.1, 12.4.2, 12.4.3 Journal
8.16 NOUVEAU Activités de surveillance
8.17 12.4.4 La synchronisation d'horloge
8.18 09.4.4 Utilisation de programmes utilitaires privilégiés
8.19 12.5.1, 12.6.2 Installation de logiciels sur les systèmes opérationnels
8.20 13.1.1 Sécurité des réseaux
8.21 13.1.2 Sécurité des services réseau
8.22 13.1.3 Ségrégation des réseaux
8.23 NOUVEAU filtrage web
8.24 10.1.1, 10.1.2 Utilisation de la cryptographie
8.25 14.2.1 Cycle de vie de développement sécurisé
8.26 14.1.2, 14.1.3 Exigences de sécurité des applications
8.27 14.2.5 Architecture de système sécurisée et principes d’ingénierie
8.28 NOUVEAU Codage sécurisé
8.29 14.2.8, 14.2.9 Tests de sécurité en développement et acceptation
8.30 14.2.7 Développement externalisé
8.31 12.1.4, 14.2.6 Séparation des environnements de développement, de test et de production
8.32 12.1.2, 14.2.2, 14.2.3, 14.2.4 Gestion du changement
8.33 14.3.1 Informations de test
8.34 12.7.1 Protection des systèmes d'information lors des tests d'audit

Comment ISMS.online vous aide

ISMS.online rationalise le processus de mise en œuvre de la norme ISO 27002 en fournissant un cadre sophistiqué basé sur le cloud pour documenter les procédures et les listes de contrôle du système de gestion de la sécurité de l'information afin de garantir la conformité aux normes reconnues.

Contactez-nous et réserver une démo.


Sam Peters

Sam est directeur des produits chez ISMS.online et dirige le développement de toutes les caractéristiques et fonctionnalités du produit. Sam est un expert dans de nombreux domaines de la conformité et travaille avec ses clients sur des projets sur mesure ou à grande échelle.

Faites une visite virtuelle

Commencez votre démo interactive gratuite de 2 minutes maintenant et voyez
ISMS.online en action !

tableau de bord de la plateforme entièrement neuf

Nous sommes un leader dans notre domaine

4 / 5 Etoiles
Les utilisateurs nous aiment
Leader - Hiver 2026
Responsable régional - Hiver 2026 Royaume-Uni
Responsable régional - Hiver 2026 UE
Responsable régional - Hiver 2026 Marché intermédiaire UE
Responsable régional - Hiver 2026 EMEA
Responsable régional - Hiver 2026 Marché intermédiaire EMEA

« ISMS.Online, outil exceptionnel pour la conformité réglementaire »

— Jim M.

« Facilite les audits externes et relie de manière transparente tous les aspects de votre SMSI »

— Karen C.

« Solution innovante pour la gestion des accréditations ISO et autres »

— Ben H.