Analyses et repères sur la souveraineté numérique, DORA, NIS2, le RGPD, l'IA souveraine et l'infogérance au Luxembourg, écrits par les ingénieurs qui font le travail.
ConformitéÀ la une
DORA : ce que le règlement change vraiment pour vos prestataires TIC
Registre d'information, tests de résilience, stratégies de sortie, sous-traitance en cascade. Ce qu'une organisation régulée doit désormais exiger d'un opérateur informatique, et comment le prouver en audit.
CLOUD Act et RGPD : organiser la réponse aux réquisitions étrangères
Localiser des données en Europe ne suffit pas à écarter toute demande d’accès émise par une autorité étrangère. Le fournisseur doit pouvoir qualifier la demande, limiter la divulgation et rendre chaque décision vérifiable.
Migration de machines virtuelles : maîtriser le point de non-retour
Une machine virtuelle peut être déplacée avec succès tout en laissant l’application dans un état incohérent. Une migration fiable sépare transfert technique, validation métier et bascule irréversible.
En production, modifier un conteneur en cours d’exécution crée une configuration impossible à reproduire. Le modèle utile consiste à reconstruire, valider et redéployer un artefact traçable.
DORA : rendre les droits d’audit techniquement exécutables
Inscrire un droit d’audit dans un contrat ne suffit pas. Le fournisseur doit pouvoir produire les preuves attendues sans improviser un accès dangereux à ses systèmes.
Migration DNS : le retour arrière commence avant la délégation
Une migration DNS peut sembler terminée alors que des résolveurs interrogent encore l’ancienne infrastructure. La méthode fiable consiste à organiser la coexistence, à tester la résolution réelle et à préserver un chemin de retour cohérent.
Confidential computing : l’attestation avant l’accès aux clés
Le confidential computing réduit l’exposition des données pendant leur traitement, y compris face à certains accès privilégiés à l’infrastructure. Sa valeur opérationnelle tient moins au chiffrement seul qu’à la chaîne reliant attestation, politique de confiance et remise des clés.
Cyber Resilience Act : préparer la notification des vulnérabilités exploitées
À partir du 11 septembre 2026, certaines obligations de notification du Cyber Resilience Act deviennent applicables. Les fabricants concernés doivent pouvoir qualifier un signal, conserver les preuves et déclencher un processus réglementaire sans attendre la fin de l’enquête technique.
Migration de pare-feu : reconstruire les flux avant de traduire les règles
Une configuration de pare-feu décrit un état technique, rarement l’intention qui l’a produit. La convertir règle par règle reproduit les erreurs historiques et peut modifier silencieusement le comportement des flux.
IPv6 : éviter qu’un second réseau échappe aux contrôles
IPv6 ne consiste pas à ajouter des adresses. Son déploiement crée un second plan de contrôle pour le filtrage, le DNS, l’inventaire et les journaux. Dans une organisation régulée, cette parité doit être démontrée avant l’ouverture des flux.
RGPD : restituer ou effacer les données à la fin du contrat
La sortie d’un service informatique ne se limite pas à fermer des comptes. Le sous-traitant doit organiser la restitution ou l’effacement des données personnelles, y compris dans ses copies techniques.
Schémas de base de données : migrer sans point de non-retour
Une migration de schéma échoue rarement à cause d’une seule instruction. Le risque vient surtout d’une bascule qui rend simultanément l’ancienne application inutilisable et les nouvelles données difficiles à reprendre.
Observabilité eBPF : éclairer le noyau sans fragiliser la production
eBPF rend visibles des événements réseau et système difficiles à observer depuis les applications. Dans un environnement régulé, son intérêt dépend toutefois autant de la gouvernance des sondes que de leur profondeur technique.
RGPD : notifier une violation au client avant la fin de l’enquête
Lorsqu’un fournisseur traite des données personnelles pour le compte d’un client, attendre un rapport d’incident complet peut rendre la notification réglementaire impossible dans les délais. L’alerte initiale doit être rapide, factuelle et conçue pour être complétée.
Latence applicative : piloter les percentiles, pas la moyenne
Une latence moyenne acceptable peut masquer des transactions très lentes et des incidents bien réels. L’exploitation efficace commence par mesurer le parcours complet, isoler les percentiles dégradés et préparer le retour arrière.
Gestion des secrets : en finir avec les identifiants statiques
Un secret stocké dans un fichier, une image ou un script finit souvent par être copié, oublié et difficile à révoquer. Une gestion centralisée change le modèle d’exploitation : l’application reçoit un accès limité au moment où elle en a besoin.
DORA : le registre des prestataires devient une exigence de données
Pour une entité financière, connaître ses fournisseurs ne suffit plus. DORA impose un registre structuré des contrats informatiques, ce qui oblige les prestataires à livrer des informations exactes, suivies et exploitables.
Renouveler ses serveurs sur preuves, pas sur génération
L’arrivée d’une nouvelle génération de matériel ne justifie pas, à elle seule, un renouvellement. La décision doit partir des charges réelles, des contraintes d’exploitation et de scénarios de coût comparables.
Sauvegarde immuable : protéger la restauration, pas seulement les copies
L’immutabilité empêche la modification ou la suppression d’une sauvegarde pendant une durée définie. Elle réduit l’impact d’une compromission, mais ne garantit ni la qualité des données ni la capacité à redémarrer les services.
DORA : la sous-traitance informatique ne s’arrête plus au fournisseur direct
Pour une entité financière, connaître son fournisseur direct ne suffit plus. DORA impose une maîtrise contractuelle et opérationnelle de la chaîne qui contribue aux fonctions critiques ou importantes.
Sauvegardes : tester la restauration, pas seulement la copie
Un rapport de sauvegarde au vert prouve qu’une tâche s’est terminée. Il ne démontre ni la cohérence des données, ni la capacité à remettre un service en exploitation.
CLOUD Act : pourquoi un cloud « souverain » ne suffit pas toujours
Une filiale européenne d'un groupe américain reste atteignable. La distinction entre souveraineté juridique, opérationnelle et technologique, et ce que l'on peut réellement garantir.
On remplace la suite, pas forcément Windows. Une trajectoire par étapes et réversible, messagerie et fichiers d'abord, collaboration quand l'usage suit. À quoi ressemble vraiment le premier trimestre.
Modèles à poids ouverts servis localement, trois niveaux de routage, et une politique de classification qui décide, pas l'utilisateur pressé. Ce qui convient au secret bancaire et aux données de santé.
NIS2 et chaîne d'approvisionnement : par où commencer
Mesures de gestion des risques, obligations de notification, assurance fournisseurs. Un premier trimestre pragmatique pour les organisations nouvellement concernées.
Pourquoi la réversibilité contractuelle est la clause qu'un acheteur régulé devrait lire en premier, et comment nous restituons données, configurations et documentation sans friction.