Domaine · Surface d’attaque externe

Ce qu’un attaquant voit de vous, vérifié régulièrement.

Nous recensons ce que votre organisation expose sur Internet, repérons les services oubliés, les vulnérabilités et les changements, et suivons les remédiations jusqu’à leur vérification.

Situations

Vous êtes au bon endroit si…

  • Vous ne savez pas combien de serveurs, de domaines et de services vous exposez sur Internet.
  • Un ancien site, un environnement de test ou une interface d’administration traîne encore en ligne.
  • Un prestataire a ouvert un accès pour une intervention, et personne ne l’a refermé.
  • Une vulnérabilité critique est annoncée sur un équipement de bordure : vous ne savez pas si vous en avez.
  • Un client vous envoie la note de sécurité que lui attribue un service de notation externe.
Notre conviction

L’exposition change : sa maîtrise suppose des vérifications régulières.

Votre surface d’attaque bouge à chaque mise en production, chaque nouveau service en nuage, chaque intervention de prestataire. Un inventaire fait une fois est périmé quelques semaines plus tard ; les attaquants, eux, balayent Internet en continu.

Nous vérifions donc votre exposition à un rythme convenu, signalons ce qui a changé, et ne clôturons un constat que lorsque la vérification suivante confirme la correction.

Notre démarche

De la découverte à l’exposition maîtrisée.

Une observation passive et non intrusive ; les tests plus poussés sont confiés à un prestataire que vous mandatez, sur un périmètre autorisé par écrit.

  1. 01DécouvrirDomaines, sous-domaines, adresses, certificats, services en nuage : tout ce qui vous rattache à Internet.

    Vous obtenezUn inventaire des actifs exposés

  2. 02QualifierPour chaque actif : propriétaire, utilité, services ouverts, versions et vulnérabilités connues.

    Vous obtenezDes constats classés par gravité

  3. 03Faire corrigerFermer, restreindre, mettre à jour : chaque constat devient une action avec un responsable.

    Vous obtenezUn plan de remédiation

  4. 04RevérifierÀ chaque passage, les nouveautés sont signalées et les corrections confirmées.

    Vous obtenezUn historique de l’exposition

Ce que disent les textes

Ce que les textes attendent de la maîtrise de l’exposition.

Connaître ses actifs et ce qu’on expose est le point de départ de la plupart des textes.

  • DORADORA art. 8(1) · DORA art. 8(4)

    Les entités financières identifient et documentent tous leurs actifs informatiques, y compris sur les sites distants, cartographient ceux qui sont critiques et revoient cette classification au moins une fois par an.12

  • DORADORA art. 25(1)

    Leur programme de tests comprend des tests appropriés, tels que des analyses et balayages de vulnérabilités et des évaluations de la sécurité des réseaux.3

  • ReCyFReCyF v2.5, objectif 7 · ReCyF v2.5, objectif 18

    Le ReCyF (version de travail) fixe aux entités l’objectif d’identifier leurs besoins d’exposition et de filtrer les flux entrants et sortants, et aux entités essentielles celui de limiter la surface d’attaque de leurs composants.45

Notre intervention

Le même sujet, à trois niveaux d’engagement.

Vous choisissez le niveau ; le périmètre et les livrables sont fixés par contrat.

Niveau 01

Monitor

Nous vérifions votre exposition à un rythme convenu et vous alertons sur chaque nouveauté et chaque vulnérabilité visible.

Livrables
  • Inventaire des actifs exposés tenu à jour
  • Alertes sur les nouveaux services et vulnérabilités
  • Historique des constats et de leurs corrections
Niveau 03

Drive

Nous animons les remédiations avec vos équipes et prestataires jusqu’à la vérification, sans effectuer les changements dans votre SI.

Livrables
  • Suivi des remédiations et de leurs délais
  • Relances des propriétaires d’actifs
  • Revérification de chaque correction
Accélérateurs

Ce que nous apportons dès le premier jour.

Découverte non intrusive

Une première cartographie à partir de sources publiques, sans toucher à vos systèmes, dès le cadrage.

Différentiel entre deux passages

Chaque vérification compare avec la précédente : vous voyez ce qui est apparu, ce qui a disparu, ce qui a changé.

Votre appli web de suivi

Actifs, constats et remédiations dans un outil partagé avec vos équipes et vos prestataires.

Questions fréquentes

Avant de commencer.

Vos vérifications sont-elles intrusives ?

La découverte repose sur des sources publiques et des requêtes comparables à celles d’un visiteur. Tout test plus poussé est confié à un prestataire que vous mandatez, sur autorisation écrite, avec un périmètre et des horaires convenus ; nous vous aidons à le choisir.

Que faire d’un actif que personne ne revendique ?

C’est souvent le plus risqué. Nous aidons à retrouver son propriétaire ; à défaut, à décider de le fermer, avec votre accord.

À quelle fréquence vérifier ?

Selon le rythme de vos changements et la criticité des actifs : nous la fixons au cadrage, et la resserrons quand une vulnérabilité critique touche un type d’équipement que vous exposez.

Les textes exigent-ils un inventaire de nos actifs ?

Pour une entité financière soumise à DORA, oui : identifier, documenter et cartographier ses actifs informatiques, et revoir cette classification au moins une fois par an. L’inventaire des actifs exposés en est une partie, la plus visible.12

Commencez par une première cartographie.

Indiquez vos domaines principaux. Nous revenons vers vous avec une proposition de première vérification, non intrusive.

Sources

Les extraits cités.

Texte exact, dans sa langue d’origine, tiré des référentiels extraits du texte officiel.

Voir les 5 extraits cités
  1. 1DORA art. 8(1)32022R2554-a8-p1
    As part of the ICT risk management framework referred to in Article 6(1), financial entities shall identify, classify and adequately document all ICT supported business functions, roles and responsibilities, the information assets and ICT assets supporting those functions, and their roles and dependencies in relation to ICT risk. Financial entities shall review as needed, and at least yearly, the adequacy of this classification and of any relevant documentation.
    Force normative
    droit UE directement applicable (règlement, niveau 1)
    Source
    Regulation (EU) 2022/2554 of the European Parliament and of the Council of 14 December 2022 on digital operational resilience for the financial sector
    Version
    CELEX 32022R2554 — ELI reg/2022/2554
    Texte officiel
  2. 2DORA art. 8(4)32022R2554-a8-p4
    Financial entities shall identify all information assets and ICT assets, including those on remote sites, network resources and hardware equipment, and shall map those considered critical. They shall map the configuration of the information assets and ICT assets and the links and interdependencies between the different information assets and ICT assets.
    Force normative
    droit UE directement applicable (règlement, niveau 1)
    Source
    Regulation (EU) 2022/2554 of the European Parliament and of the Council of 14 December 2022 on digital operational resilience for the financial sector
    Version
    CELEX 32022R2554 — ELI reg/2022/2554
    Texte officiel
  3. 3DORA art. 25(1)32022R2554-a25-p1
    The digital operational resilience testing programme referred to in Article 24 shall provide, in accordance with the criteria set out in Article 4(2), for the execution of appropriate tests, such as vulnerability assessments and scans, open source analyses, network security assessments, gap analyses, physical security reviews, questionnaires and scanning software solutions, source code reviews where feasible, scenario-based tests, compatibility testing, performance testing, end-to-end testing and penetration testing.
    Force normative
    droit UE directement applicable (règlement, niveau 1)
    Source
    Regulation (EU) 2022/2554 of the European Parliament and of the Council of 14 December 2022 on digital operational resilience for the financial sector
    Version
    CELEX 32022R2554 — ELI reg/2022/2554
    Texte officiel
  4. 4ReCyF v2.5, objectif 7recyf:obj-7
    Les entités [importantes ou essentielles] identifient les besoins d’exposition des services et interfaces de leurs systèmes d’information ainsi que les besoins d’interconnexion de leurs activités et services à des systèmes d’information tiers. Ces entités filtrent les communications entrantes et sortantes de leurs systèmes d’information, en particulier les flux dont l’origine, le transit ou la destination est un système d’information tiers. Les entités [essentielles] cloisonnent leurs systèmes d’information en zones de sécurité cohérentes et contrôlent les communications entre ces zones de sécurité pour les utilisateurs, les prestataires et les fournisseurs.
    Force normative
    obligation (décret, PJL résilience)
    Source
    ReCyF — Référentiel Cyber France (NIS 2, transposition nationale)
    Version
    2.5 du 17/03/2026 (version de travail)
    Statut
    Version de travail : non opposable tant que la transposition n’est pas promulguée
    Texte officiel
  5. 5ReCyF v2.5, objectif 18recyf:obj-18
    Les entités [essentielles] limitent la surface d'attaque des composants de leurs systèmes d’information. Pour ce faire, elles s’assurent que seules les ressources logicielles nécessaires à la réalisation de leurs activités et services ou au maintien en condition opérationnelle ou de sécurité sont installées ou conservées sur leurs systèmes d’information, et elles configurent les ressources de leurs systèmes d’information de manière sécurisée en s’appuyant sur les recommandations de l’autorité nationale de sécurité des systèmes d’information, de l’éditeur de la fonctionnalité ou du fabricant de la ressource..
    Force normative
    obligation (décret, PJL résilience)
    Source
    ReCyF — Référentiel Cyber France (NIS 2, transposition nationale)
    Version
    2.5 du 17/03/2026 (version de travail)
    Statut
    Version de travail : non opposable tant que la transposition n’est pas promulguée
    Texte officiel