Cybersécurité & NIS2

Cybersécurité, tests d’intrusion et évaluation des vulnérabilités

Contrôles techniques de sécurité sur les réseaux, les applications et les infrastructures : nous identifions les vulnérabilités, démontrons leur impact réel et accompagnons l’entreprise dans la correction, avec des rapports lisibles par la direction et exploitables par la DSI.

Ce que nous faisons

Les domaines d’intervention

Évaluation systématique des vulnérabilités

Nous scannons de manière reproductible le périmètre externe, le réseau interne et les systèmes, nous classons les vulnérabilités selon le score CVSS et nous les distinguons des faux positifs. Un inventaire des points faibles, actualisable au fil du temps.

Tests d’intrusion des réseaux et des infrastructures

Nous exploitons de façon contrôlée les vulnérabilités pour en démontrer les conséquences concrètes : accès aux données, élévation de privilèges, mouvement latéral. Approche boîte noire, grise ou blanche selon l’objectif et dans les limites convenues par écrit.

Sécurité des applications web, des API et mobiles

Nous testons les applications web, les API et les applications mobiles selon les standards OWASP : authentification, gestion des sessions, contrôle des accès, validation des entrées, exposition des données et logique applicative.

Active Directory, cloud et réseaux Wi-Fi

Nous vérifions les configurations et les privilèges dans Active Directory, les paramètres des environnements cloud (identités, stockage, réseau) et la sécurité des réseaux Wi-Fi de l’entreprise : les domaines d’où partent de nombreuses attaques réelles.

Ingénierie sociale et simulations d’hameçonnage

Nous mesurons la réaction des personnes par des campagnes d’hameçonnage simulé (phishing) et d’ingénierie sociale convenues, dans le respect du droit de la protection des données et du droit du travail, et nous transformons les résultats agrégés en formation ciblée pour les rôles les plus exposés, sans finalité disciplinaire.

Durcissement et appui à la fonction sécurité

Nous traduisons les résultats en configurations plus sûres : référentiels de durcissement pour les systèmes, le réseau et le cloud, revue des privilèges et de l’authentification, orientations pour la surveillance. Sur demande, nous accompagnons sur la durée les personnes qui pilotent la sécurité dans l’entreprise.

Le cadre réglementaire

Les attaques informatiques ne concernent plus seulement les grandes organisations. Rançongiciels, vol d’identifiants, compromission de la messagerie d’entreprise et attaques passant par les fournisseurs frappent régulièrement les PME, souvent en exploitant des vulnérabilités connues depuis des mois et jamais corrigées. La question que la direction doit se poser n’est pas de savoir si l’entreprise est attaquable, mais dans quelle mesure, par où et avec quelles conséquences.

Les textes ont pris acte de cette réalité. L’art. 32 du RGPD impose des mesures de sécurité adaptées au risque et indique expressément, parmi celles à adopter le cas échéant, une procédure visant à tester, analyser et évaluer régulièrement l’efficacité des mesures techniques et organisationnelles. La directive NIS2, transposée en Italie par le décret législatif 138/2024, demande aux entités essentielles et importantes d’adopter des mesures de gestion des risques de cybersécurité et d’en évaluer l’efficacité (art. 24), avec des responsabilités directes des organes d’administration (art. 23). Les spécifications techniques et les échéances sont fixées par l’Agence nationale italienne pour la cybersécurité (ACN), qui veille sur leur mise en œuvre.

La norme ISO/IEC 27001:2022 compte parmi ses mesures la gestion des vulnérabilités techniques (A.8.8) et les tests de sécurité en développement et en recette (A.8.29), à réexaminer lors de la surveillance périodique du système. Dans le secteur financier, le règlement DORA introduit un programme périodique de tests de résilience opérationnelle numérique.

Notre approche

Un test de sécurité vaut ce que vaut sa préparation. La première phase est donc toujours la définition du périmètre : nous établissons avec l’entreprise quels systèmes comptent vraiment pour l’activité, quelles données doivent être protégées, quelles opérations ne peuvent pas s’arrêter. En découlent l’étendue des contrôles, le type de test et les règles d’engagement, formalisées dans une autorisation écrite et couvertes par un accord de confidentialité.

Nous distinguons clairement les deux instruments. L’évaluation des vulnérabilités est une photographie large et reproductible : analyse systématique, vérification manuelle des résultats, classement selon le CVSS. Le test d’intrusion est une investigation en profondeur : exploitation contrôlée des vulnérabilités pour mesurer les conséquences effectives d’une attaque, avec une approche boîte noire, grise ou blanche selon ce que nous savons des systèmes au départ. Nous suivons des méthodologies reconnues (PTES, NIST SP 800-115, OSSTMM) et, pour les applications, les standards OWASP.

Au-delà des domaines décrits plus haut, lorsque le contexte l’exige, nous étendons les contrôles aux environnements OT et IoT et, pour les organisations les plus mûres, à des exercices de red team qui mettent à l’épreuve l’ensemble de la capacité de détection et de réponse. Le travail ne s’achève pas avec le rapport : le retest et l’accompagnement dans la correction font partie du parcours.

Ce qui distingue notre service

  • Deux niveaux de lecture : un rapport de synthèse que la direction peut lire et utiliser pour décider, un rapport technique dont les indications sont exécutables sans ambiguïté par la DSI.
  • Intégration avec la conformité : nous relions les résultats des tests aux obligations du RGPD, de la NIS2 et d’ISO/IEC 27001, de sorte qu’une seule activité réponde à plusieurs exigences et laisse des preuves exploitables en audit et en certification.
  • Résultats vérifiés à la main : les vulnérabilités signalées par les outils automatiques sont confirmées manuellement, débarrassées des faux positifs et documentées par une preuve de concept et un score CVSS.
  • Accompagnement jusqu’à la fermeture : nous ne nous arrêtons pas à la liste des problèmes, nous restons aux côtés des équipes techniques jusqu’à ce que les vulnérabilités soient corrigées et vérifiées.

Notre méthode

Comment nous travaillons

  1. Périmètre et règles d’engagement

    Nous définissons avec l’entreprise les objectifs, le périmètre, les exclusions, le type de test, les fenêtres d’intervention et les canaux d’urgence. Nous formalisons l’autorisation écrite, l’accord de confidentialité et, en cas d’accès à des données personnelles, le contrat prévu par l’art. 28 du RGPD.

  2. Collecte d’informations et analyse

    Nous reconstituons la surface exposée, identifions les services et leurs versions, exécutons les scans de vulnérabilités et en vérifions manuellement les résultats afin d’éliminer les faux positifs.

  3. Exploitation contrôlée

    Dans le test d’intrusion, nous tentons d’exploiter les vulnérabilités selon les règles convenues, en documentant chaque étape par des preuves et en interrompant les tests en cas de risque pour la continuité de l’activité.

  4. Analyse et restitution

    Nous classons les résultats selon le CVSS et les replaçons dans le contexte de l’activité. Nous remettons le rapport de synthèse et le rapport technique, puis les présentons à la direction et à la DSI lors d’une séance dédiée.

  5. Correction et retest

    Nous appuyons les équipes techniques dans la correction, nous vérifions par un retest la fermeture des vulnérabilités et nous délivrons l’attestation finale. Nous convenons de la fréquence des contrôles suivants.

Bénéfices

Ce que l’entreprise y gagne

  • Une connaissance concrète et vérifiée de l’exposition aux attaques, et non des estimations sur le papier
  • Des priorités d’intervention claires : d’abord les vulnérabilités exploitables et à impact sur l’activité
  • Des preuves de la vérification régulière des mesures de sécurité exigée par le RGPD, la NIS2 et ISO/IEC 27001
  • Des réponses solides aux clients, à la société mère et aux pouvoirs adjudicateurs qui demandent des attestations de tests récents
  • Un personnel mieux sensibilisé et une DSI mieux préparée, grâce à des résultats expliqués et pas seulement énumérés

Livrables

Ce que nous livrons

  • Document d’engagement avec le périmètre, les règles et l’autorisation de test
  • Rapport de synthèse pour la direction avec le niveau de risque global et les priorités
  • Rapport technique avec éléments de preuve, preuves de concept et score CVSS pour chaque vulnérabilité
  • Plan de correction hiérarchisé par risque, effort et responsabilité
  • Rapport de retest indiquant l’état de fermeture de chaque vulnérabilité
  • Attestation d’exécution du test, utilisable en appels d’offres, en audit et dans les relations avec les clients
  • Résultats des campagnes d’hameçonnage simulé avec recommandations de formation
  • Lignes directrices de durcissement pour les systèmes et les configurations vérifiés

Questions fréquentes

Les réponses aux questions les plus courantes

Nous faut-il une évaluation des vulnérabilités ou un test d’intrusion ?

Cela dépend de ce que l’on veut savoir. Si l’objectif est une photographie large et reproductible des points faibles, à actualiser périodiquement, l’évaluation des vulnérabilités suffit. S’il faut comprendre ce qu’un attaquant obtiendrait réellement à partir d’une application exposée, d’un accès distant ou du réseau interne, ou si un client demande une attestation, le test d’intrusion devient nécessaire. Il est souvent judicieux de commencer par la première et d’approfondir avec le second sur les systèmes qui comptent.

Les tests peuvent-ils provoquer des interruptions en production ?

Le risque existe et c’est pourquoi nous l’encadrons avant de commencer : nous convenons des systèmes à exclure ou à traiter avec une prudence particulière, nous fixons des fenêtres d’intervention, nous évitons les techniques destructives et nous gardons un canal direct avec la DSI de l’entreprise pour arrêter les activités à tout moment.

À quelle fréquence faut-il répéter les tests ?

Nous recommandons au moins un contrôle annuel complet et un test ciblé après chaque changement significatif : nouvelles applications, migrations vers le cloud, fusions, ouvertures de sites. Pour les systèmes exposés sur internet, une évaluation des vulnérabilités plus fréquente, même trimestrielle, comme l’exige le PCI DSS pour le traitement des données de cartes, aide à intercepter les vulnérabilités nouvellement publiées. La fréquence se calibre sur le risque, elle ne se fixe pas une fois pour toutes.

Le test d’intrusion est-il imposé par la loi ?

Aucune règle générale ne l’impose sous ce nom ; certains textes sectoriels le font, comme DORA pour les intermédiaires financiers, ainsi que des standards contractuels comme le PCI DSS pour le traitement des données de cartes. D’autres l’exigent sur le fond : le RGPD (art. 32), la NIS2 et ISO/IEC 27001 demandent de vérifier régulièrement l’efficacité des mesures de sécurité et de pouvoir le documenter. Un test indépendant est le moyen le plus direct d’y parvenir et d’en laisser une preuve.

Notre prestataire informatique gère déjà la sécurité : un test indépendant est-il utile ?

Oui, pour deux raisons. Celui qui conçoit et administre les systèmes en voit difficilement les points faibles avec les yeux d’un attaquant ; et les clients, les auditeurs et les autorités accordent du poids à l’indépendance de celui qui vérifie. Nous ne remplaçons pas le prestataire de l’entreprise : nous l’associons, partageons les résultats de manière constructive et l’appuyons dans la correction. Le test indépendant est aussi un moyen d’évaluer la qualité du service que l’entreprise reçoit.

Parlons-en

Construisons ensemble votre avenir.

Parlez-nous des priorités de votre entreprise : lors d’un premier échange sans engagement, nous analysons le contexte et vous proposons un parcours concret, avec des délais et des résultats mesurables.