La mise en œuvre technique de NIS2

Un compte.
Tout perdu ?
Pas forcément.

NIS2 impose dix mesures de gestion des risques. Avec Managed Red Tenant et Dark Tenant, nous accompagnons leur mise en œuvre technique. Pour un risque d'attaque significativement réduit et la certitude de retrouver, en cas d'incident, une capacité d'action en quelques heures.

Abstract security map with route lines and blue X markers on an orange background
Webcast sur Red Tenant et Dark Tenant face aux risques NIS2

Managed Red Tenant et Managed Dark Tenant : comment nous mettons en œuvre techniquement les mesures de gestion des risques de l'article 21 de NIS2

Ce qui est intéressant dans l'attaque Stryker du 11 mars 2026, ce n'est pas le nombre d'appareils touchés, même si 80 000 appareils dans 79 pays est un chiffre impressionnant, mais la banalité du moyen : pas d'exploit, pas de zero-day, pas d'attaque sophistiquée contre des composants d'infrastructure que peu de gens connaissent. Un seul compte admin Intune compromis a suffi, et vue de l'extérieur, l'attaque ressemblait à une exploitation normale, parce que c'en était une au sens technique, simplement exécutée par quelqu'un d'autre. Ce qui s'est passé exactement est décrit dans l'article de blog sur l'attaque Stryker.

La plupart des infrastructures d'entreprise sont construites de telle sorte que ce dommage est possible, non pas parce que les responsables auraient été négligents, mais parce que les comptes privilégiés dotés de droits étendus ont longtemps été considérés comme pratiques : un compte qui a accès partout fait gagner du temps au quotidien, et le temps est, dans les services IT, la seule chose encore plus rare que le budget. L'article 21 de NIS2 tire les conséquences de cette pratique : les identités privilégiées doivent être isolées de façon à ce que leur compromission n'entraîne pas toute l'infrastructure dans sa chute, et quiconque est tout de même touché doit retrouver sa capacité d'action en quelques heures.

Ce qu'est NIS2 et qui est concerné par la directive, nous l'expliquons ici. Cette page porte sur l'accompagnement de la mise en œuvre technique des mesures de gestion des risques avec Managed Red Tenant et Managed Dark Tenant.

24 jours

de durée d'indisponibilité moyenne après un ransomware (Coveware, 2024)

289 Mds €

de préjudice annuel causé par les cyberattaques en Allemagne (Bitkom, 2025)

15 500

entreprises soumises à NIS2 en Allemagne (BSI)

< 4 h

pour retrouver une première capacité d'action avec Managed Dark Tenant

Abstract security map with routes and markers symbolizing isolated privileged access

Managed Red Tenant : pour qu'un compte compromis ne devienne pas un passe-partout

Le schéma d'attaque qui a fonctionné lors de l'incident Stryker n'a rien de nouveau : les attaquants compromettent un compte qui leur donne accès à des systèmes privilégiés, se déplacent de là vers le reste de l'infrastructure et causent les dommages pour lesquels ils disposent du plus de permissions. Cela fonctionne de manière si fiable parce que, dans la plupart des entreprises, il n'existe aucune séparation structurelle entre les environnements de travail normaux et les accès administratifs qui suffiraient réellement à prendre le contrôle de toute l'infrastructure.

Managed Red Tenant rompt ce schéma en transférant les identités administratives et les terminaux associés dans un tenant Microsoft entièrement séparé, avec ses propres comptes Entra ID, ses propres appareils durcis et aucune connexion réseau vers l'environnement de production qu'un attaquant pourrait exploiter par lateral movement. Quiconque tente, depuis un poste de travail standard compromis, de progresser vers les systèmes critiques se heurte ici à une frontière qui n'existait pas auparavant.

Vers Managed Red Tenant
Managed Dark Tenant visual with MVC and MDR components

Managed Dark Tenant : l'environnement préparé pour le cas qui ne devrait pas arriver, mais qui peut arriver

Après une attaque ransomware de grande ampleur, les problèmes qu'une entreprise doit affronter se répartissent en deux catégories : les problèmes techniques, qui peuvent être résolus, même si ce n'est pas rapide, et les problèmes organisationnels, pour lesquels personne n'a défini à l'avance qui fait quoi en cas d'urgence, dans quel ordre les décisions se prennent et sur quelle base on peut encore communiquer quand sa propre infrastructure n'est plus digne de confiance. Coveware mesure la durée d'indisponibilité moyenne après une attaque ransomware à 24 jours, et l'expérience des incidents montre que ce temps ne se perd pas principalement faute de moyens techniques, mais parce que des processus dont on n'a jamais besoin en fonctionnement normal doivent être inventés pour la première fois sous une pression extrême.

Managed Dark Tenant est un environnement Microsoft préprovisionné et entièrement isolé, activé en cas d'urgence via une hotline 24/7, qui met à la disposition de la cellule de crise, en quelques heures, une communication opérationnelle, des postes de travail Windows 365 et une pipeline de récupération AD, le tout sur la base d'Infrastructure as Code, le tout défini et testé avant d'être nécessaire. Le principe d'architecture derrière tout cela s'appelle Minimum Viable Company : la communication d'abord, puis les documents critiques, puis les applications cœur de métier, dans un ordre défini à l'avance et éprouvé régulièrement lors de fire drills.

Vers Managed Dark Tenant

Nous accompagnons la mise en œuvre technique

Pour sept des dix mesures de gestion des risques de l'article 21 de NIS2, nous pouvons t'accompagner dans la mise en œuvre technique avec le Managed Red Tenant et le Managed Dark Tenant, que la motivation soit l'obligation de conformité ou le constat lucide que les deux seraient utiles même sans NIS2.

Risk Measures | GK ServicesNIS2CSOCAPT ResponsePreventive ServicesManaged Red TenantManaged Dark TenantData SecurityWorkplace / Azure
Risk Analysis and Information System Security
21.2 a)
Incident Handling
21.2 b)
NEU
NEU
Business Continuity
21.2 c)
NEU
Supply Chain Security
21.2 d)
NEU
Security in Network and Information Systems
21.2 e)
Effectiveness of Cybersecurity Risk Management Measures
21.2 f)
NEU
NEU
Basic Computer Hygiene Practices and Cybersecurity Training
21.2 g)
Cryptography
21.2 h)
Human Resources Security, Access Control Policies and Asset Management
21.2 i)
NEU
Multifactor Authentication or Secured Communication
21.2 j)
NEU

Deux services, une réponse à l'article 21 de NIS2

Lancer le check NIS2

Découvrez lors d'un premier échange comment mettre en œuvre les exigences NIS2 de manière pragmatique et sûre.
Jan Geisbauer
NIS2 est plus qu'une obligation légale. C'est une occasion d'ancrer la cybersécurité de manière stratégique. Avec les technologies Microsoft, une approche cloud-first et une expertise approfondie, nous vous accompagnons sur le chemin de la conformité NIS. Il ne s'agit pas de craindre les sanctions, mais de se protéger activement contre les cyberattaques. Nos Managed Services vous aident à minimiser les risques et à rendre votre infrastructure numérique résiliente et pérenne.
Jonathan Haist & Jonathan ZabelSOC Architect & Cyber Security Architect

Nous avons hâte d'avoir de vos nouvelles.