[{"data":1,"prerenderedAt":219},["ShallowReactive",2],{"seo-verification":3,"blog-nis2-hebergement-obligations-clients-2026-ma-fr":6,"promo-bar-likely":218},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-nis2-hebergement-obligations-clients-2026-ma-fr",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"noindex":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":29,"intro":32,"sections":33,"ctaTitle":157,"ctaBody":158,"ctaButton":159,"ctaUrl":160,"relatedPosts":161},211,"nis2-hebergement-obligations-clients-2026",{"fr":10,"en":12,"ar":13,"es":14},"nis2-what-the-directive-requires-from-your-hosted-clients","nis2-ما-تفرضه-التوجيهات-على-عملائكم-المستضافين","nis2-obligaciones-hosting-clientes-2026","NIS2 : ce que la directive impose à vos clients hébergés","NIS2 : qui est concerné, les dix mesures de l'article 21, les délais de 24 h et 72 h, et ce que vos clients exigeront de leur hébergement.",16,0,false,"2026-08-02T00:00:00+00:00","2026-11-09T20:55:14+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},10,"Conformité & réglementation","conformite","bg-amber-500\u002F10 text-amber-400",[28],{"id":23,"name":24,"slug":25,"color":26,"icon":25},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fnis2-hebergement-obligations-clients-2026-poster.svg","La directive européenne NIS2 (UE) 2022\u002F2555 devait être transposée par chaque État membre au plus tard le 17 octobre 2024, pour une application dès le 18 octobre 2024. La transposition a pris du retard : la Commission européenne a ouvert des procédures d'infraction contre 23 États membres en novembre 2024, puis adressé un avis motivé à 19 d'entre eux le 7 mai 2025. Les lois nationales arrivent donc à des rythmes différents, mais le socle est connu : 18 secteurs, deux catégories d'entités et dix mesures de sécurité minimales. Pour les agences et les prestataires qui livrent des sites ou des applications à des clients de ces secteurs, le choix de l'hébergement entre désormais dans l'évaluation de la chaîne d'approvisionnement.",[34,38,49,52,84,88,91,104,107,114,117,148,151,154],{"type":35,"title":36,"body":37},"h2","Pourquoi NIS2 concerne vos clients et vos projets","NIS2 ne s'arrête pas aux entités qu'elle vise : elle s'étend à leur chaîne d'approvisionnement. L'article 21 impose à chaque entité essentielle ou importante de traiter la sécurité de ses relations avec ses **fournisseurs et prestataires directs**, en tenant compte des vulnérabilités propres à chacun, de la qualité de leurs produits et de leurs pratiques de développement sécurisé. Un hôpital, un réseau d'énergie, un opérateur de transport ou une administration doit donc évaluer et documenter la sécurité de chaque prestataire qui touche à son infrastructure numérique — l'hébergeur du site web, la plateforme applicative, les outils SaaS intégrés.\n\nUne agence qui livre un projet à un client soumis à NIS2 entre ainsi indirectement dans le périmètre : si elle ne peut pas fournir de garanties documentées sur l'hébergement retenu, son client ne peut pas satisfaire à son obligation de maîtrise de la chaîne. Et si l'agence administre elle-même l'infrastructure de ses clients, elle peut devenir **fournisseur de services gérés**, une catégorie que NIS2 vise directement dès la taille moyenne.",{"type":39,"title":40,"items":41},"ul","Ce que NIS2 impose concrètement",[42,43,44,45,46,47,48],"**Dix mesures minimales de gestion des risques** (article 21) — dont la gestion des incidents, la continuité d'activité, la sécurité de la chaîne d'approvisionnement, le contrôle d'accès, la cryptographie et l'authentification multifacteur.","**Alerte précoce sous 24 heures** — tout incident important est signalé au CSIRT ou à l'autorité compétente dans les 24 heures suivant sa découverte, en précisant s'il semble malveillant ou transfrontière.","**Notification d'incident sous 72 heures** — une évaluation initiale de la gravité, de l'impact et, si possible, des indicateurs de compromission.","**Rapport final sous un mois** — description détaillée, cause probable, mesures d'atténuation ; un rapport intermédiaire peut être demandé entre-temps.","**Sécurité de la chaîne d'approvisionnement documentée** — chaque fournisseur direct est évalué et les engagements de sécurité sont formalisés dans les contrats.","**Évaluation régulière de l'efficacité des mesures** — tests, analyses de vulnérabilité et exercices de continuité à intervalles définis.","**Gouvernance au niveau de la direction** (article 20) — les organes de direction approuvent les mesures, en supervisent la mise en œuvre, suivent une formation obligatoire et peuvent être tenus responsables des manquements.",{"type":35,"title":50,"body":51},"Qui est concerné : entités essentielles et importantes","NIS2 s'applique aux entités publiques ou privées des secteurs listés dans ses deux annexes, à partir de la **taille moyenne** au sens de la recommandation 2003\u002F361\u002FCE : **50 salariés ou plus**, ou plus de **10 M€ de chiffre d'affaires annuel et de total de bilan**. L'**annexe I** couvre onze secteurs hautement critiques : énergie, transports, banques, infrastructures des marchés financiers, santé, eau potable, eaux usées, infrastructures numériques, gestion des services TIC entre entreprises, administration publique et espace. L'**annexe II** en couvre sept autres : services postaux, gestion des déchets, chimie, alimentation, fabrication, fournisseurs numériques (places de marché, moteurs de recherche, réseaux sociaux) et recherche.\n\nLa catégorie dépend de l'annexe **et** de la taille. Sont **essentielles** les entités de l'annexe I qui dépassent les plafonds des moyennes entreprises (250 salariés ou plus, ou plus de 50 M€ de chiffre d'affaires et plus de 43 M€ de bilan), ainsi que, **quelle que soit leur taille**, les prestataires de services de confiance qualifiés, les registres de noms de domaine de premier niveau et les fournisseurs de services DNS. Sont **importantes** toutes les autres entités des deux annexes qui entrent dans le champ — par exemple un fournisseur de cloud de taille moyenne. Les États membres peuvent aussi désigner une entité plus petite si elle joue un rôle critique.\n\nCôté hébergement, l'annexe I nomme explicitement les fournisseurs de services d'informatique en nuage, de centres de données, de réseaux de diffusion de contenu (CDN), de services DNS, ainsi que les fournisseurs de services gérés et de services de sécurité gérés. Les États membres devaient établir la liste de leurs entités essentielles et importantes au plus tard le 17 avril 2025 : selon le pays, l'enregistrement auprès de l'autorité se fait sur déclaration de l'entité elle-même.",{"type":53,"title":54,"headers":55,"rows":59},"comparison","Entités essentielles et entités importantes : ce qui change",[56,57,58],"Critère","Entités essentielles","Entités importantes",[60,64,68,72,76,80],[61,62,63],"Qui","Entités de l'annexe I au-delà des plafonds des moyennes entreprises ; registres TLD, fournisseurs DNS et prestataires de confiance qualifiés quelle que soit leur taille ; entités désignées par l'État","Autres entités des annexes I et II à partir de la taille moyenne, et entités désignées par l'État",[65,66,67],"Exemples côté numérique","Grand fournisseur de cloud, de centre de données ou de CDN ; tout fournisseur DNS ou registre TLD","Fournisseur de cloud ou de services gérés de taille moyenne ; place de marché, moteur de recherche, réseau social",[69,70,71],"Régime de supervision","Ex ante : inspections, audits réguliers et ciblés, demandes d'informations sans incident préalable","Ex post : contrôles déclenchés par des éléments indiquant un manquement",[73,74,75],"Amendes maximales","Plafond d'au moins 10 M€ ou 2 % du chiffre d'affaires annuel mondial, le plus élevé étant retenu","Plafond d'au moins 7 M€ ou 1,4 % du chiffre d'affaires annuel mondial, le plus élevé étant retenu",[77,78,79],"Notification d'incident","Alerte précoce sous 24 h, notification sous 72 h, rapport final sous un mois","Mêmes délais : l'article 23 vise les deux catégories",[81,82,83],"Responsabilité des dirigeants","Responsabilité au titre de l'article 20, et possible interdiction temporaire d'exercer des fonctions de direction","Responsabilité au titre de l'article 20 ; pas d'interdiction temporaire prévue par la directive",{"type":85,"title":86,"body":87},"tip","Ce que NIS2 ne couvre pas directement","Une organisation de moins de 50 salariés dont le chiffre d'affaires annuel ou le total de bilan ne dépasse pas 10 M€ — une petite entreprise au sens européen — reste en principe hors du champ de la directive, sauf exceptions : fournisseurs DNS, registres TLD, prestataires de confiance, certains réseaux de communications électroniques, ou entité désignée par son État pour son rôle critique. Cela ne la dispense d'aucune autre obligation : le RGPD et les réglementations sectorielles s'appliquent indépendamment.\n\nEn revanche, si elle est prestataire d'une entité dans le champ, son client peut lui imposer contractuellement des mesures équivalentes au titre de la sécurité de la chaîne d'approvisionnement. C'est le cas le plus fréquent pour une agence web : non pas soumise à NIS2, mais tenue par les clauses de ceux qui le sont.",{"type":35,"title":89,"body":90},"Les dix mesures de l'article 21","L'article 21 de la directive impose aux entités essentielles et importantes des mesures techniques, opérationnelles et organisationnelles « appropriées et proportionnées », fondées sur une approche tous risques qui protège aussi l'environnement physique des systèmes. Il fixe une liste minimale de dix domaines, qui couvrent tout le cycle de vie de la sécurité : de l'analyse des risques à la gestion des incidents, en passant par la continuité d'activité et la chaîne d'approvisionnement. Chaque mesure doit être proportionnée à l'exposition de l'entité, à sa taille et à la gravité potentielle des incidents, et documentée pour être démontrée aux autorités de supervision. Une entité qui constate un écart doit prendre sans retard les mesures correctives nécessaires.",{"type":39,"title":92,"items":93},"Les dix mesures minimales (article 21, paragraphe 2)",[94,95,96,97,98,99,100,101,102,103],"Politiques d'analyse des risques et de sécurité des systèmes d'information","Gestion des incidents","Continuité des activités : gestion des sauvegardes, reprise après sinistre et gestion de crise","Sécurité de la chaîne d'approvisionnement, y compris les relations avec les fournisseurs et prestataires directs","Sécurité de l'acquisition, du développement et de la maintenance des systèmes, y compris le traitement et la divulgation des vulnérabilités","Politiques et procédures pour évaluer l'efficacité des mesures de gestion des risques","Pratiques de base de cyberhygiène et formation à la cybersécurité","Politiques et procédures relatives à la cryptographie et, le cas échéant, au chiffrement","Sécurité des ressources humaines, contrôle d'accès et gestion des actifs","Authentification multifacteur ou continue, communications vocales, vidéo et textuelles sécurisées, et communications d'urgence sécurisées, selon les besoins",{"type":35,"title":105,"body":106},"Les mesures qui touchent directement votre hébergement","Parmi les dix mesures, quatre se traduisent presque directement en choix d'infrastructure. Pour les acteurs numériques, la Commission a précisé les exigences techniques dans le **règlement d'exécution (UE) 2024\u002F2690 du 17 octobre 2024**. Il s'applique aux fournisseurs de services DNS, aux registres TLD, aux fournisseurs de cloud, de centres de données et de CDN, aux fournisseurs de services gérés et de sécurité gérés, aux places de marché, moteurs de recherche, réseaux sociaux et prestataires de confiance. Si vous n'en faites pas partie, il reste la référence opérationnelle la plus précise pour savoir ce qu'un auditeur attendra de votre hébergeur — et de vous, si vous administrez l'infrastructure de vos clients.",{"type":39,"title":108,"items":109},"Quatre mesures, traduites en choix d'hébergement",[110,111,112,113],"**Continuité et sauvegardes (article 21, § 2, c)** : le règlement d'exécution demande des plans de sauvegarde avec délai de rétablissement, preuve que les copies sont complètes, stockage hors du réseau du système et assez loin du site principal pour survivre à un sinistre, contrôles d'intégrité réguliers et tests de restauration consignés. Un prestataire qui ne permet ni sauvegarde externalisée ni preuve d'intégrité ne vous aide pas à remplir cette obligation.","**Cryptographie (article 21, § 2, h)** : une politique écrite fixe les protocoles, algorithmes et pratiques de gestion des clés, pour les données en transit comme au repos. Le choix du chiffrement vous revient, mais votre hébergeur doit vous permettre de le mettre en œuvre : TLS sur tous les points d'entrée, volumes chiffrés, accès aux clés sous votre contrôle.","**Contrôle d'accès et authentification multifacteur (article 21, § 2, i et j)** : les interfaces d'administration (panneau d'hébergement, SSH, consoles de virtualisation) sont protégées par MFA et soumises au moindre privilège. L'hébergeur doit proposer le MFA sur son panneau ; la configuration SSH relève de votre périmètre.","**Journalisation et détection (gestion des incidents, article 21, § 2, b)** : le règlement d'exécution exige des journaux tenus et sauvegardés pendant une **période prédéfinie**, protégés contre tout accès ou modification non autorisés, des horloges synchronisées pour corréler les systèmes, et un réexamen régulier avec seuils d'alerte. La rétention, l'export vers un SIEM ou une plateforme centralisée et l'intégrité des journaux sont donc des exigences concrètes.",{"type":35,"title":115,"body":116},"Ce que votre VPS ou serveur dédié doit satisfaire concrètement","Voici comment ces mesures se traduisent en configuration sur un VPS ou un serveur dédié.\n\n**Sauvegardes.** La règle 3-2-1 reste la bonne pratique : trois copies des données, sur deux supports différents, dont une hors site. Sur un VPS, cela signifie a minima des snapshots réguliers, plus une sauvegarde applicative exportée vers un stockage objet distinct, compatible S3 par exemple — un outil comme \u003Ca href=\"\u002Fblog\u002Fsauvegardes-restic-vps\">Restic\u003C\u002Fa> le fait en chiffrant les données. La fréquence découle de votre RPO (Recovery Point Objective) : pour la plupart des applications web critiques, 24 heures est un maximum. Documentez chaque test de restauration et répétez-le au moins une fois par trimestre.\n\n**Chiffrement.** TLS sur tous les points d'entrée (HTTPS, SMTP avec STARTTLS, API), avec une configuration qui refuse les versions obsolètes (SSLv3, TLS 1.0, TLS 1.1) ; TLS 1.2 au minimum, TLS 1.3 de préférence. Au repos, chiffrez les volumes qui portent des données sensibles — LUKS pour un système de fichiers Linux, chiffrement natif de la base de données quand il existe. Automatisez le renouvellement des certificats (ACME, Let's Encrypt ou équivalent) pour éviter les expirations non contrôlées.\n\n**Accès et MFA.** Désactivez l'authentification SSH par mot de passe — clés uniquement, avec `PasswordAuthentication no` dans `sshd_config`. Pour les interfaces à forte valeur (panneau d'hébergement, consoles de virtualisation), utilisez un MFA par application TOTP ou clé matérielle FIDO2. Donnez aux comptes de service des clés dédiées, révocables une à une, et auditez régulièrement la liste des accès actifs. Un \u003Ca href=\"\u002Fblog\u002Fheberger-bastion-host-vps\">bastion SSH\u003C\u002Fa> centralise ces accès et leur traçabilité.\n\n**Journaux.** Conservez les journaux applicatifs (Nginx, Apache, PHP-FPM, bases de données) et système (auth, noyau, systemd) dans un espace que l'application elle-même ne peut pas modifier. Fixez par écrit une durée de rétention adaptée à vos risques et à vos délais de détection, plus longue pour les journaux d'authentification et d'administration. L'export vers une solution centralisée (syslog distant, Loki, Elasticsearch) préserve leur intégrité si le serveur est compromis.",{"type":118,"title":119,"steps":120},"steps","Préparer votre mise en conformité NIS2",[121,124,127,130,133,136,139,142,145],{"title":122,"body":123},"Identifier si vous ou vos clients êtes dans le périmètre","Repérez le secteur d'activité de chaque client dans les annexes I et II, puis appliquez les seuils de taille (effectif, chiffre d'affaires, bilan). Les lois nationales de transposition et les autorités compétentes de chaque État précisent les périmètres exacts et les modalités d'enregistrement. Si vous êtes prestataire d'une entité dans le champ, relisez votre contrat : votre client peut vous imposer des exigences de sécurité équivalentes.",{"title":125,"body":126},"Dresser l'inventaire des actifs et des fournisseurs","Listez les systèmes, applications et services tiers qui traitent des données critiques, ainsi que les prestataires qui ont accès à l'infrastructure (hébergeur, infogérance, développeurs externes, intégrateurs). Pour chacun, documentez les engagements de sécurité disponibles — localisation des données, certifications, procédures d'incident — et le niveau de contrôle que vous exercez sur ses accès.",{"title":128,"body":129},"Recenser toutes les interfaces d'administration exposées","Panneau d'hébergement, SSH, RDP, interfaces de base de données (phpMyAdmin, Adminer), consoles de supervision, API de gestion : listez tout. Pour chaque interface, vérifiez que le MFA est activé, que l'accès est restreint par IP quand c'est possible, et datez le dernier audit des comptes actifs.",{"title":131,"body":132},"Auditer la politique de sauvegardes","Répondez aux questions suivantes : quelle est la fréquence des sauvegardes ? Où sont-elles stockées — même centre de données ou site distinct ? Sont-elles chiffrées ? Avez-vous restauré complètement un service au cours des 90 derniers jours ? Avez-vous un RPO et un RTO définis pour chaque service critique ?",{"title":134,"body":135},"Tester la configuration TLS et les certificats","Analysez vos domaines avec SSL Labs ou `testssl.sh` : aucun SSLv3, TLS 1.0 ou 1.1, aucun algorithme déprécié (RC4, MD5, SHA-1 sur les certificats). Corrigez toute note inférieure à A. Listez les certificats en production avec leur date d'expiration, vérifiez que le renouvellement est automatisé, puis supprimez les clés SSH orphelines (comptes désactivés, anciens prestataires).",{"title":137,"body":138},"Vérifier la rétention et l'intégrité des journaux","Localisez chaque fichier de journal (auth, nginx\u002Fapache, application, base de données) et mesurez sa durée de rétention réelle. Vérifiez que les journaux d'authentification ne sont pas accessibles en écriture par le compte applicatif, que les horloges sont synchronisées, et mettez en place un export vers un stockage secondaire si ce n'est pas déjà fait.",{"title":140,"body":141},"Mettre en place la gestion des incidents","Définissez le circuit de détection, d'escalade et de notification : qui décide qu'un incident est important, qui envoie l'alerte précoce sous 24 heures, qui rédige la notification sous 72 heures et le rapport final sous un mois, et par quel canal on joint le CSIRT ou l'autorité nationale. Prévoyez comment vous reconstituez le déroulement des faits à partir des journaux.",{"title":143,"body":144},"Choisir des prestataires aux engagements documentés","Privilégiez des hébergeurs dont les serveurs sont situés dans l'Union européenne, qui produisent une documentation de sécurité (ISO 27001 ou équivalent) et dont les contrats définissent clairement les responsabilités en cas d'incident. Exigez des clauses sur le délai et le canal de notification, le partage des responsabilités de sauvegarde, la portabilité des données et l'accès aux journaux en cas d'enquête.",{"title":146,"body":147},"Tester et vérifier régulièrement","Planifiez des tests d'intrusion, des analyses de vulnérabilité et des exercices de continuité à intervalles définis. Conservez les rapports et les preuves de correction : ils constituent les éléments documentaires attendus lors d'un contrôle NIS2, et la base de l'évaluation de l'efficacité exigée par l'article 21.",{"type":85,"title":149,"body":150},"Votre hébergeur entre dans la chaîne d'approvisionnement NIS2","Pour un client soumis à NIS2, l'hébergeur n'est pas un prestataire comme un autre. La localisation des serveurs dans l'UE, les engagements contractuels de sécurité et des procédures documentées de notification d'incident pèsent directement dans son évaluation de conformité. Un SLA de disponibilité ne couvre pas ces dimensions : elles se négocient explicitement.\n\nChoisir un hébergeur capable de produire ces éléments simplifie la démarche de votre client et renforce la position de votre agence comme partenaire de confiance. Si votre client relève aussi du secteur financier, le règlement DORA ajoute ses propres exigences contractuelles : voir \u003Ca href=\"\u002Fblog\u002Fdora-resilience-operationnelle-hebergement\">ce que DORA impose aux contrats TIC\u003C\u002Fa>.",{"type":35,"title":152,"body":153},"Mise en conformité : une feuille de route en trois phases","La conformité NIS2 n'est pas un projet ponctuel mais un programme continu de gestion des risques. Pour une organisation qui démarre, trois phases sont réalistes.\n\n**Phase 1 — Cadrage (1 à 2 mois).** Confirmer l'appartenance au périmètre, identifier les systèmes et services concernés (le périmètre NIS2 n'est pas forcément tout le système d'information), nommer un référent sécurité et définir les rôles. Produire une cartographie des actifs critiques et une première analyse de risques documentée. Repérer les lacunes les plus graves : MFA manquant, sauvegardes non externalisées, absence de journalisation centralisée.\n\n**Phase 2 — Mesures techniques prioritaires (2 à 4 mois).** Déployer le MFA sur toutes les interfaces d'administration. Mettre en place ou renforcer les sauvegardes externalisées, avec test de restauration. Auditer et corriger la configuration TLS. Centraliser les journaux avec une rétention définie par écrit. Revoir les accès des prestataires, mettre à jour les contrats et rédiger la procédure de notification d'incident.\n\n**Phase 3 — Programme continu.** Intégrer la sécurité au cycle de développement (revues de code, gestion des dépendances, tests d'intrusion annuels). Organiser des exercices de continuité d'activité. Former les équipes à la cyberhygiène — et la direction, pour qui la formation est obligatoire. Documenter et tester la gestion de crise. Revoir l'analyse de risques au moins une fois par an ou après tout changement majeur d'infrastructure.",{"type":35,"title":155,"body":156},"NIS2 : une contrainte qui renforce la confiance de vos clients","NIS2 n'est pas une réglementation abstraite : elle transforme en obligations des pratiques que la plupart des équipes techniques reconnaissent comme bonnes depuis des années — sauvegardes fiables, accès contrôlés, journaux exploitables, procédures documentées. Ce qui change, c'est qu'elles deviennent exigibles, vérifiables et sanctionnables. La directive impose aux États de prévoir, pour les manquements aux articles 21 et 23, des amendes dont le plafond atteint **au moins 10 M€ ou 2 % du chiffre d'affaires annuel mondial** pour les entités essentielles, et **au moins 7 M€ ou 1,4 %** pour les entités importantes.\n\nPour les agences qui livrent des projets à ces entités, c'est aussi un argument commercial concret : pouvoir justifier que l'hébergement retenu répond à ce qu'exige la directive — localisation des données, sécurité, gestion des incidents — distingue une offre sérieuse d'une offre générique. Les entités soumises à NIS2 ont besoin de prestataires qui comprennent leurs contraintes et qui leur permettent de documenter leurs choix. Si vous éditez aussi des logiciels, le Cyber Resilience Act s'ajoute à NIS2 sans la remplacer : voir \u003Ca href=\"\u002Fblog\u002Fcra-cyber-resilience-act-hebergement-2027\">ce que le CRA change pour votre agence\u003C\u002Fa>.","Votre infrastructure respecte les standards NIS2","Engagements de sécurité documentés, procédures d'incidents définies contractuellement : les éléments que vos clients soumis à NIS2 doivent pouvoir vérifier dans leur audit de chaîne d'approvisionnement.","Nos engagements sécurité","\u002Fpourquoi\u002Fsecurite",[162,179,195],{"id":163,"slug":164,"slugs":165,"title":169,"excerpt":170,"readTime":171,"views":172,"isPinned":19,"noindex":19,"publishedAt":173,"updatedAt":174,"category":175,"categories":176,"featuredImage":29,"bgImage":30,"posterImage":178,"relatedSolution":29},267,"cra-cyber-resilience-act-hebergement-2027",{"fr":164,"en":166,"ar":167,"es":168},"cra-2027-what-the-cyber-resilience-act-changes-for-your-agency","cra-2027-ما-يغيره-قانون-المرونة-الإلكترونية-لوكالتك","cra-2027-cyber-resilience-act-agencias","CRA 2027 : ce que le Cyber Resilience Act change pour vous","Le CRA impose déjà le signalement des failles exploitées et s'applique pleinement le 11 décembre 2027 : obligations, sanctions et plan pour votre agence.",18,3,"2026-08-15T00:00:00+00:00","2026-11-09T20:55:13+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[177],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fcra-cyber-resilience-act-hebergement-2027-poster.svg",{"id":180,"slug":181,"slugs":182,"title":186,"excerpt":187,"readTime":188,"views":188,"isPinned":19,"noindex":19,"publishedAt":189,"updatedAt":190,"category":191,"categories":192,"featuredImage":29,"bgImage":30,"posterImage":194,"relatedSolution":29},205,"data-act-portabilite-cloud-frais-sortie",{"fr":181,"en":183,"ar":184,"es":185},"data-act-cloud-exit-fees-banned-from-2027","قانون-البيانات-حظر-رسوم-الخروج-من-السحابة-2027","data-act-fin-costes-salida-cloud-2027","Data Act : fin des frais de sortie cloud en 2027","À partir du 12 janvier 2027, le Data Act européen interdit les frais de transfert sortants. Ce que cela change pour votre stratégie cloud.",4,"2026-08-01T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[193],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fdata-act-portabilite-cloud-frais-sortie-poster.svg",{"id":196,"slug":197,"slugs":198,"title":202,"excerpt":203,"readTime":188,"views":204,"isPinned":19,"noindex":19,"publishedAt":205,"updatedAt":190,"category":206,"categories":212,"featuredImage":29,"bgImage":30,"posterImage":214,"relatedSolution":215},108,"securiser-vps-crowdsec",{"fr":197,"en":199,"ar":200,"es":201},"securing-your-vps-with-crowdsec","تأمين-خادمك-الافتراضي-vps-باستخدام-crowdsec","proteger-vps-con-crowdsec","Sécuriser votre VPS avec CrowdSec","Déployez CrowdSec sur votre VPS pour bloquer les attaques grâce à une détection comportementale et une blocklist communautaire mutualisée.",2,"2026-03-04T00:00:00+00:00",{"id":207,"name":208,"slug":209,"color":210,"icon":211},8,"Sécurité & Monitoring","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[213],{"id":207,"name":208,"slug":209,"color":210,"icon":211},"\u002Fblog\u002Fcovers\u002Fsecuriser-vps-crowdsec-poster.svg",{"categorySlug":216,"appSlug":217},"cybersecurity","crowdsec",true,1794270760830]