Souveraineté, point par point

Chaque client reçoit une instance dédiée sur un serveur Elastic Metal de Scaleway, dans la zone fr-par-2, à Paris. L’instance répond sur son propre sous-domaine, derrière un seul service exposé : le serveur web Caddy, avec un certificat Let’s Encrypt, HSTS et l’interdiction d’affichage dans un cadre.

Scaleway SAS est une société de droit français. Les données de votre instance restent sur ce serveur et dans l’espace de sauvegarde associé, lui aussi à Paris.

Il n’y a pas de plateforme mutualisée. Votre instance a ses propres bases PostgreSQL et Neo4j, son propre bus de messages, ses propres collecteurs et travailleurs. Ses clés de chiffrement sont générées à sa création et n’existent nulle part ailleurs. La suppression d’une instance efface le serveur et ses volumes.

Ce que l’instance conserve, et comment.

Identifiants cloud

Chiffrés en AES-256-GCM avec une clé propre à l’instance avant d’être écrits en base. Les ordres de scan qui les transportent vers les travailleurs sont scellés avec une seconde clé, de sorte que le bus de messages ne les voit jamais en clair.

Inventaire et constats

Les ressources, leurs relations et les constats sont conservés dans l’instance. Les constats fermés sont purgés après quatre-vingt-dix jours par défaut, durée réglable entre sept jours et dix ans. Le journal d’audit est conservé un an.

Données sensibles trouvées

Le module Données ne conserve que des extraits masqués et des comptages ; les secrets détectés sont stockés masqués. Les copies de disques et de bases sont créées dans votre compte et détruites à la fin de la lecture.

Sauvegardes

Quotidiennes, vers un espace Object Storage Scaleway à Paris dédié à votre instance, conservées trente jours. La clé de chiffrement des identifiants n’est jamais incluse dans une sauvegarde.

Un seul : Scaleway, pour l’hébergement, le stockage des sauvegardes, l’envoi des courriels transactionnels et les modèles de langage des assistants (modèles Mistral servis par les API de Scaleway, en Europe). Les assistants ne reçoivent que les éléments du constat ou de la question en cours, dans le périmètre de projets de l’utilisateur, imposé côté serveur.

Les bases publiques de vulnérabilités (NVD, KEV, EPSS) sont consultées pour établir la correspondance des paquets et des images ; aucun nom de compte, aucune ressource ni aucune donnée lue chez vous ne leur est transmis.

Les droits de lecture suffisent aux modules de configuration, d’identités, de Kubernetes et d’infrastructure as code. Les modules Hôtes, Vulnérabilités et Données ont besoin de copier des disques et des bases dans votre compte : ces droits d’écriture sont séparés, documentés par cloud, et vous pouvez ne pas les accorder. Les droits exacts sont publiés dans la documentation.

Ctadel ne détient aucune certification ou qualification pour lui-même : ni ISO 27001, ni SecNumCloud, ni HDS. Quand une page mentionne SecNumCloud, elle parle de la région OUTSCALE inspectée ou des contrôles du référentiel portés par les règles, jamais de Ctadel.

Le logiciel s’appuie sur des composants libres (PostgreSQL, Neo4j, NATS, Caddy) et sur des modèles de langage ouverts. Nous ne prétendons pas à une chaîne logicielle entièrement européenne ; nous garantissons où tournent le code et les données, et qui y accède.

Aucun cookie, aucune mesure d’audience, aucun service tiers. Les polices de caractères sont servies depuis ctadel.eu. Le formulaire de demande de démonstration est reçu par un service de Ctadel et transmis à l’équipe par courriel, sans prestataire ; vous pouvez aussi écrire à l’adresse indiquée en bas de page.