A.8.25
La sécurité tout au long de la fabrication du logiciel
Mesure Technologique
Ce que cela signifie
Appliquer les règles de sécurité sur l'ensemble du cycle de vie de développement.
Comment StandardOS vérifie cela
Connecté en lecture seule, selon un calendrier. Une vérification réussie garde une entrée de preuve fraîche ; une vérification en échec la laisse expirer, pour qu'une régression remonte au lieu d'attendre l'audit. Chaque intégration, et ce que chaque identifiant peut voir.
- GitHubStandardOS lit si chaque dépôt vérifié porte un fichier CODEOWNERS et un workflow sous .github/workflows, les deux fichiers qu'un cycle de développement sécurisé laisse derrière lui.
Risques que cette mesure traite
Issus du registre de risques de départ que StandardOS propose à la mise en place. Vous conservez, modifiez ou supprimez chacun ; voici ceux qui citent A.8.25 comme traitement.
- Vulnérabilité introduite dans notre propre logicielApplication
Ce que les clients demandent sur cette mesure
Les questionnaires de sécurité n'utilisent pas les numéros de mesure. Voici les questions, telles que les clients les posent, qui aboutissent à A.8.25. Chacune est répondue à partir des mêmes quatre enregistrements : le statut dans la DdA, la politique approuvée, une preuve datée et une vérification en direct. La carte complète des trente thèmes.
Suivez-vous un cycle de développement sécurisé avec revue de code et gestion des changements ?
Développement sécurisé, revue de code, gestion des changements, CI/CD · aussi A.8.29, A.8.32
Où cela se situe sous NIS2
A.8.25 fait partie de ce que l'article 21, paragraphe 2, point e), Security in network and information systems acquisition, development and maintenance
, exige. La mettre en œuvre une fois compte pour les deux, et c'est toute la raison d'être de la correspondance NIS2.
Mesures qui vont avec celle-ci
Elles apparaissent ensemble dans le même risque ou la même politique, donc elles sont généralement mises en œuvre ensemble aussi.
- A.8.26Décider ce qu'une application doit faire en sécurité
- A.8.27Concevoir les systèmes sur des principes sûrs
- A.8.28Écrire du code qui résiste aux attaques
- A.8.33Utiliser des données sûres pour les tests
- A.8.29Tester la sécurité avant toute mise en service
- A.8.30Superviser la sécurité quand d'autres développent pour vous
- A.8.31Séparer les environnements de développement, de test et de production
- A.8.8Trouver et corriger les failles connues
Ce que coûte la certification ISO 27001. Les jours d'audit sont fixés par l'ISO/IEC 27006, vous pouvez donc calculer votre propre chiffre. Ou voyez quels chapitres StandardOS couvre, y compris ceux qu'il ne couvre pas.
Ce que StandardOS tient prêt pour A.8.25 le jour de l'audit
Une décision d'applicabilité et un brouillon de justification, pré-remplis à partir d'un profil en sept questions et marqués comme brouillon tant que vous ne les avez pas faits vôtres. Un état de mise en œuvre. Des entrées de preuve datées qui expirent, pour que l'export lu par votre auditeur montre ce qui était vrai et quand, classé sous cette référence.