Architecture et intégrations
Cartographier les interfaces, les services et les flux. Examiner les frontières de confiance et les dépendances métier.
Examiner les mécanismes de sécurité de l’application avec ses concepteurs.
L’audit applicatif examine l’architecture, les traitements, les accès et les échanges à partir de la documentation, du code ou des configurations disponibles. Il permet de comprendre les protections et d’identifier les écarts avant une mise en service ou lors d’une évolution. La profondeur de revue et les composants étudiés sont définis avec vos équipes.
Cartographier les interfaces, les services et les flux. Examiner les frontières de confiance et les dépendances métier.
Revoir les composants ciblés, la validation des entrées et les accès aux données. Analyser les erreurs, les secrets et les mécanismes de protection.
Examiner les rôles, les autorisations, les sessions et l’exposition des informations, notamment entre utilisateurs ou organisations.
Étudier les services, les paramètres de déploiement et les communications. Relier les observations à la maintenance des dépendances.
Choisir les applications, les API et les parties du code. Réunir les accès, les schémas et les interlocuteurs utiles.
Combiner revue documentaire, échanges et contrôles techniques. Confronter les mécanismes attendus à leur implémentation.
Restituer les écarts, leurs impacts et les recommandations. Préparer les nouveaux contrôles ou un pentest complémentaire.
L’audit a relié l’architecture et les flux aux mécanismes d’authentification, à la gestion des accès, aux communications et aux configurations des interfaces. Les recommandations ont aidé à prioriser la sécurisation du nouvel environnement applicatif.
Comprendre ce qui a été observé, les accès utilisés et les limites du contrôle.
Relier le constat à ses conséquences dans le contexte du système étudié.
Proposer une mesure adaptée et les conditions permettant d’en vérifier l’effet.
L’audit étudie les mécanismes internes avec les éléments disponibles. Le pentest cherche à valider des scénarios d’attaque depuis les accès convenus. Ils peuvent se compléter.
Non pour toute analyse applicative, mais il est nécessaire pour une revue de code. Sans lui, la mission repose sur d’autres éléments et ses limites sont précisées.
Oui. Les endpoints, les rôles, les données et les intégrations incluses sont définis au cadrage.
Le CRA n’est pas applicable à tout site Web ou service SaaS par défaut : il faut examiner le produit logiciel et les éventuelles solutions de traitement de données à distance associées. ISO/IEC 27001 concerne le SMSI de l’organisation ; NIS 2 peut aussi s’appliquer à celle-ci selon son activité.
Produits comportant des éléments numériques : déterminer le périmètre et les obligations du fabricant sur le cycle de vie.
Comprendre ce cadreManagement de la sécurité de l’information : structurer le périmètre du SMSI, les risques, les responsabilités et les preuves de suivi.
Comprendre ce cadreDéfinissons les systèmes concernés, les objectifs et les conditions de la mission.
Parler de votre périmètre