Sécurité offensive
Gouvernance & conformité
Protection des données
Stratégie & gouvernanceCybersecurity by design
Gouvernance & conformité
Cybersecurity by design
Intégrez la sécurité dès le premier sprint : Digitemis insère des exigences cyber & privacy-by-design dans chaque projet, pour que la conformité ne se rattrape pas après coup mais accélère le go-live.
Anticiper plutôt que corriger
Une migration cloud, une appli métier ou l’arrivée d’un nouveau SaaS peuvent abaisser votre niveau de défense s’ils ne sont sécurisés qu’en fin de parcours.
L’Intégration de la Sécurité dans les Projets (ISP) place les contrôles cyber au même rang que le budget et la fonctionnalité :
- moins de retouches coûteuses,
- conformité continue (RGPD, ISO 27001, DORA…),
- time-to-market préservé.
Déploiement d’une démarche d’Intégration de la sécurité dans les projets (ISP)
L’ISP identifie les risques propres à chaque projet et aide les équipes informatiques et métier à intégrer la cybersécurité dès le lancement.
Pourquoi déployer une démarche d’ISP ?
L’analyse de risques fournit une photographie, à un instant donné, des risques qui pèsent sur un système d’information. Or le SI évolue en permanence, et chaque modification peut affecter sa sécurité. Une démarche d’ISP applique les règles de sécurité de l’organisation et les bonnes pratiques de cybersécurité et de protection des données personnelles à chaque évolution, en s’imbriquant dans la planification du projet.
Notre méthode
Une fois la démarche cadrée, chaque projet suit cinq étapes, calées sur son propre calendrier. Nous accompagnons la mise en place des mesures entre la deuxième et la troisième.
Avant la décision de lancement
Besoins de sécurité
Sensibilité du projet, besoins en disponibilité, intégrité, confidentialité et traçabilité des informations, données personnelles concernées.
Livrable : expression des besoins de sécurité
Après la décision de lancement
Mesures de sécurité
Analyse des risques du projet, mesures pour les traiter, coûts de sécurité intégrés au budget et au calendrier.
Livrable : analyse de risques et plan de traitement
Avant la mise en production
Recette de sécurité
Conformité de la solution aux exigences de sécurité, dérogations pour les tests qui n’ont pas pu être réalisés.
Livrable : rapport de recette et dérogations
Quelques jours après la mise en production
Bilan de mise en production
Fonctions de sécurité validées en production, écarts identifiés, revue des incidents, retour d’expérience sur la démarche.
Livrable : bilan sécurité de la mise en production
Avant la clôture du projet
Transition au support
Exploitation préparée, maintien en condition de sécurité, inventaires et registres des traitements à jour, pilotage des fournisseurs.
Livrable : dossier d’exploitation et de maintien en condition de sécurité
Digitalisation de l’ISP
Pour les organisations qui conduisent de nombreux projets, la démarche peut être outillée avec Make IT Safe, la plateforme de notre partenaire : collecte des informations projet, classement par criticité, revue par les acteurs sécurité et conformité, génération et suivi des mesures, rapports et indicateurs sur l’ensemble du portefeuille.
Ils nous font confiance
informations
Contactez-nous
Vous préparez un nouveau projet (migration cloud, appli métier, SaaS…) ? Remplissez le formulaire, nous reviendrons vers vous rapidement pour un premier échange.
Expertises liées
FAQ
Questions fréquentes
Si vous avez d’autres questions, n’hésitez pas à nous contacter directement !
Quels projets sont concernés ?
Tout projet qui modifie le système d’information ou traite des données personnelles : nouvelle application métier, migration vers le cloud, arrivée d’un service SaaS, refonte d’infrastructure.
L’ISP ralentit-il la livraison agile ?
Non : les exigences de sécurité sont intégrées aux récits utilisateurs et discutées lors de l’affinage du backlog. Elles avancent au même rythme que les développements.
Qui pilote la démarche ?
Un chef de projet Digitemis, en binôme avec le chef de projet de votre côté, avec l’appui de nos consultants et, selon les sujets, de pentesters ou d’architectes.
La démarche est-elle obligatoire ?
Pas en tant que telle. Mais l’ISO 27001 prévoit la prise en compte de la sécurité dans la gestion de projet (mesure 5.8 de l’annexe A), et NIS 2 demande de sécuriser l’acquisition, le développement et la maintenance des systèmes. L’ISP permet d’en apporter la preuve.
cas client
Découvrez notre approche
cas client
