Le Règlement sur la cyberrésilience s'applique-t-il au SaaS ?
Réponse directe
Le logiciel en tant que service (SaaS) autonome et l'infrastructure cloud générique ne relèvent pas du Règlement sur la cyberrésilience en tant que tels.
Le cloud est visé uniquement lorsqu'il s'agit d'une solution de traitement des données à distance dont un produit connecté a besoin pour remplir une fonction essentielle ; ce composant est alors traité comme faisant partie du produit.
Points clés
- Le SaaS autonome et le cloud pur (IaaS/PaaS) sont hors champ en tant que tels.
- Le cloud est visé uniquement en tant que solution de traitement des données à distance (RDPS) intégrée au produit (art. 3, par. 2).
- L'ébauche d'orientation de la Commission de mars 2026 a clarifié cette frontière.
- Test RDPS en trois critères : traitement à distance · le produit en dépend pour une fonction essentielle · développé par ou pour le fabricant.
- Le cloud tiers sur lequel vous vous contentez d'exécuter votre solution est une dépendance externe, pas votre périmètre produit au sens du RCR.
Le Cyber Resilience Act s’applique-t-il au SaaS ?
Voir sur YouTube ↗La réponse complète
En soi, le SaaS autonome n'est pas un « produit comportant des éléments numériques » au sens du RCR, et l'infrastructure cloud tierce générique sur laquelle vous vous appuyez est traitée comme une dépendance externe plutôt que comme partie de votre produit (art. 2, 3).
Le cloud entre dans le champ d'application uniquement lorsqu'il s'agit d'une solution de traitement des données à distance : un logiciel conçu par le fabricant, à distance, dont l'absence empêcherait le produit connecté d'assurer une fonction essentielle (art. 3, par. 2). Le critère est la dépendance fonctionnelle, et non le simple fait d'« utiliser le cloud ». Un hub domotique qui ne fonctionne pas sans le backend du fabricant intègre ce backend dans le périmètre ; une application web hébergée sur la plateforme d'un tiers ne devient pas soumise au RCR du seul fait d'y tourner. L'ébauche d'orientation de la Commission européenne de mars 2026 a confirmé cette frontière.
Comment Acuna GRC s’en charge
- Solution
RCR
Suivez chaque vulnérabilité jusqu’à sa correction, gardez la documentation technique RCR, tracez les failles exploitées et réutilisez votre travail NIS2.
- Module
Gestion des vulnérabilités
Les éléments vulnérables remontés par vos scanners, regroupés en un constat par vulnérabilité, avec un responsable et une échéance.
- Espace de travail
Comply
Les référentiels que vous choisissez, les périmètres et étiquettes qui segmentent votre organisation, la bibliothèque de mesures communes et leur correspondance entre référentiels.
Sources
- RCR article 3, par. 2 (traitement des données à distance)
- Commission européenne — mise en œuvre du RCR
Cette page explique les règles en termes généraux et ne constitue pas un conseil juridique.
Découvrez comment Acuna GRC le pilote.
Dites-nous vos référentiels et votre équipe. Nous vous montrons comment Acuna GRC pilote le programme.
Hébergé en Suisse, dans l'UE ou aux États-Unis
.png&w=3840&q=75&dpl=dpl_4WWtFHEr9P8wkcdWCGky2WYKjEiM)

