Windows 7.pdf

tôt possible dans le cycle de développement. La nécessité d’un tel processus est plus
grande pour les logiciels d’entreprise et grand public susceptibles d’être utilisés pour
traiter les données reçues d’Internet, contrôler les systèmes stratégiques risquant
d’être attaqués ou traiter les informations d’identification personnelle.
Présentation
Le cycle de développement des logiciels informatiques fiables
L’expérience en matière de sécurité des logiciels a conduit à un ensemble de principes
de haut niveau pour la création de logiciels plus sécurisés. Microsoft a désigné ces
principes par SD3+C qui signifie :
● Secure by Design (sécurisé par conception) ;
● Secure by Default (sécurisé par défaut) ;
● Secure in Deployment (sécurisé dans le déploiement) ;
● Communications.
Les définitions brèves de ces principes sont les suivantes :
● Sécurisé par conception. L’architecture, la conception et l’implémentation des
logiciels doivent protéger ces derniers et les informations qu’ils traitent, et
résister aux attaques.
● Sécurisé par défaut. Dans la réalité, un logiciel ne peut prétendre à une sécurité
parfaite ; c’est pourquoi les développeurs doivent prendre pour hypothèse que
des failles de sécurité seront présentes. Pour réduire les dégâts possibles
lorsque des pirates s’attaquent à ces failles résiduelles, l’état par défaut des
logiciels doit insister sur la sécurité. Par exemple, un logiciel doit s’exécuter
avec le privilège le moins élevé, et les services et fonctions qui ne sont pas
strictement nécessaires doivent être désactivées par défaut ou être accessibles
uniquement à une petite partie des utilisateurs.
● Sécurisé dans le déploiement. Les outils et une aide doivent accompagner les
logiciels pour aider les utilisateurs finaux et/ou les administrateurs à les utiliser
de façon sécurisée. En outre, les mises à jour doivent être simples à déployer.
● Communications. Les développeurs de logiciels doivent être préparés à la
découverte des failles des produits et doivent communiquer de façon
transparente et responsable avec les utilisateurs finaux et/ou les
administrateurs pour les aider à prendre des mesures de protection (telles que
la mise en œuvre de correctifs ou le déploiement de solutions).
Si chaque élément de SD3+C impose un certain nombre d’exigences sur le processus
de développement, les deux premiers éléments, Sécurisé par conception et Sécurisé par
défaut contribuent le plus à la sécurité. La règle Sécurisé par conception impose des
45
2