Définir le périmètre
Préciser les systèmes concernés, les accès, les autorisations et les conditions de test.
Notre intervention
Nous vous offrons un échange de diagnostic sécurité de 30 minutes : nous examinons avec vous votre exposition et vous donnons de premières recommandations adaptées à votre contexte. Ce n’est pas encore un test d’intrusion. Le pentest ou l’audit de sécurité se prépare ensuite, sur devis, sur un périmètre défini et autorisé. Il est réalisé par nos équipes et, selon le sujet, par notre partenaire spécialisé en cybersécurité ; il documente les vulnérabilités observées et priorise leur traitement, et nos équipes peuvent prendre en charge les corrections.
Organisations qui veulent savoir ce qu’un attaquant pourrait exploiter sur leurs applications et systèmes
Un échange de diagnostic sécurité de 30 minutes, avec de premières recommandations
Sur devis : web et API, réseau, cloud (AWS, Azure, GCP), mobile iOS et Android, ingénierie sociale
Rapport priorisé et plan de remédiation ; corrections possibles par nos équipes, puis vérification
Ce que nous réalisons
Une évaluation de sécurité cherche à identifier des faiblesses sur un périmètre autorisé : application, interfaces ou exposition technique. Elle demande de préciser les objectifs et les conditions d’intervention. Nous définissons avec vous les travaux, les moyens et les conditions de l’intervention.
Préciser les systèmes concernés, les accès, les autorisations et les conditions de test.
Analyser les vulnérabilités identifiées et leur impact dans le contexte de l’application.
Partager les constats et les actions à engager, puis définir les vérifications complémentaires.

Anticiper plutôt que subir
De nouvelles vulnérabilités apparaissent en permanence, et les analyses automatisées ne suffisent pas à mesurer ce qu’un attaquant pourrait réellement exploiter. Un test d’intrusion simule des attaques sur vos applications et vos infrastructures pour identifier concrètement vos failles avant qu’elles ne soient utilisées.
Les constats décrivent ce qui a été testé, ce qui a été observé et dans quelles conditions.
Chaque vulnérabilité est qualifiée et classée, pour traiter d’abord ce qui expose le plus.
Les corrections sont formulées de façon à pouvoir être planifiées par une équipe de développement ou d’exploitation.
Les correctifs sont vérifiés après leur mise en place.
Types de tests
Recherche des failles du référentiel OWASP, par exemple injection SQL, XSS ou accès direct à des objets non autorisés (IDOR).
Évaluation de la sécurité interne et externe, de la reconnaissance à l’élévation de privilèges.
Audit des configurations et des droits (IAM) sur AWS, Azure ou GCP, de l’isolation et des conteneurs.
Test des applications iOS et Android et de leur back-end, y compris le stockage local des données.
Évaluation de la vigilance des équipes face à l’hameçonnage ou aux faux appels au support.
Du travail aux livrables
Le cadrage identifie les systèmes, les comptes de test, les restrictions et les interlocuteurs. Les constats sont documentés avec leur contexte et leur impact, puis reliés à des corrections prioritaires. La reprise des vérifications après correction doit être prévue dans le périmètre afin de distinguer une action engagée d’un problème effectivement résolu.
Définition des cibles, des objectifs et des contraintes.
Identification des surfaces d’attaque potentielles.
Simulation d’attaque dans le périmètre autorisé, en respectant la confidentialité.
Rapport avec notation, priorisation et plan d’action.
Vérification des correctifs et accompagnement après l’audit.

Les choix qui comptent
Une vérification ponctuelle ne couvre pas tous les risques ni toutes les futures évolutions. Les tests doivent être articulés avec les pratiques de développement, les accès et la maintenance. Nous précisons avec vous qui intervient : nos équipes et, selon le sujet, notre partenaire spécialisé en cybersécurité. Lorsque nos équipes ont développé l’application testée, nous recommandons de confier le test à un intervenant distinct, pour garder un regard indépendant.
Les travaux s’appuient sur des référentiels et des outils reconnus (OWASP, MITRE ATT&CK, OSINT, Burp Suite, Nessus, Metasploit). Pour inscrire la sécurité dans la durée, voir notre programme cybersécurité et conformité ; pour un regard plus large sur le code et l’architecture, l’audit technique.
Le cadre de collaboration
Vous pouvez présenter le fonctionnement actuel, les utilisateurs concernés et les difficultés rencontrées. Les documents, les exemples et les accès nécessaires sont précisés ensuite, selon le périmètre retenu. Le premier objectif est de comprendre le travail à réaliser et les dépendances qui peuvent conditionner son déroulement.
Questions fréquentes
Non : ce qui est offert, c’est un échange de diagnostic sécurité de 30 minutes. Nous examinons votre contexte et vous donnons de premières recommandations. Le test d’intrusion ou l’audit de sécurité est ensuite réalisé sur devis, sur un périmètre défini et autorisé.
Nos équipes et, selon le sujet, notre partenaire spécialisé en cybersécurité. Nous précisons lors du cadrage qui intervient sur chaque partie du périmètre, avec quelles méthodes et quels outils. Si nos équipes ont développé l’application testée, nous recommandons un intervenant distinct pour les tests, afin de garder un regard indépendant.
Un pentest, ou test d’intrusion, simule des attaques réelles sur un périmètre autorisé (application, API, réseau, cloud, mobile) afin d’identifier les vulnérabilités exploitables et d’en mesurer l’impact.
Un scan automatisé liste des faiblesses potentielles. Le pentest ajoute l’analyse humaine et l’exploitation contrôlée, pour vérifier ce qu’un attaquant pourrait réellement faire et prioriser les corrections.
Les applications web et les API, le réseau interne et externe, les environnements cloud (AWS, Azure, GCP), les applications mobiles iOS et Android et leur back-end, ainsi que la vigilance des équipes par des tests d’ingénierie sociale.
Les vulnérabilités détectées avec leur contexte, leur impact et leur niveau de priorité, ainsi qu’un plan d’action de remédiation. Les constats sont formulés pour pouvoir être traités par vos équipes techniques.
Les conditions de test (environnements, comptes, plages horaires, restrictions) sont définies lors du cadrage. L’exploitation reste contrôlée et limitée au périmètre autorisé.
Vos équipes, ou les nôtres. Etixio réalise et maintient des applications ; nos ingénieurs peuvent prendre en charge les corrections, puis les vérifications après correction sont conduites pour confirmer que le problème est résolu.
Non. Il donne une photographie à un instant donné. La sécurité se maintient par les pratiques de développement (revues de code, dépendances à jour, tests) et des vérifications régulières, par exemple dans le cadre d’un programme de cybersécurité.
Présentez-nous vos applications, votre infrastructure et vos préoccupations. En 30 minutes, nous vous faisons un premier retour, puis nous précisons ensemble le périmètre à tester et le devis.