Sécurité

Ce qui protège vos comptes cloud, les changements qui y sont faits et la connexion de votre équipe : les règles que CloudOps Move2Cloud respecte, réunies sur une page pour une revue de sécurité.

Sécurité et permissions

Move2Cloud applique le principe du moindre privilège : l'assistant peut faire ce que permet l'accès que vous avez créé, et rien de plus ; rien ne change dans un compte avant qu'une personne autorisée ne le confirme.

Vos comptes cloud

  • Chaque compte est connecté par un accès que vous créez et dont vous gardez le contrôle : en lecture seule, ou avec les modifications que vous autorisez.
  • Aucune clé maîtresse : AWS par un rôle créé par CloudFormation, Azure par une application que vous autorisez, Google Cloud par un compte de service auquel vous donnez des rôles.
  • Les identifiants que vous fournissez (OVHcloud, Scalingo, Scaleway, ou une clé à vous) sont vérifiés, puis chiffrés en base, et jamais réaffichés.
  • Retirer l'accès chez le fournisseur le coupe aussitôt ; retirer le compte ici supprime ses identifiants.

Modifications

  • Chaque modification est d'abord présentée sous forme de plan, avec ses étapes et son risque ; rien ne s'exécute avant sa confirmation, et le résultat est relu dans le compte.
  • Un membre en lecture seule peut poser des questions, mais aucune modification n'est préparée ni exécutée pour lui ; un opérateur prépare et exécute des modifications ; un administrateur gère en plus l'équipe et ses comptes cloud.
  • Un administrateur peut exiger sa validation avant qu'une modification d'un opérateur ne s'exécute, pour toutes les modifications ou seulement pour les suppressions.
  • Une modification validée exécute exactement le plan examiné par l'administrateur, une seule fois : un plan modifié entre-temps est refusé, et une demande restée sans réponse expire au bout de 24 heures, sans être exécutée.
  • Chaque modification exécutée est gardée dans le journal, avec qui l'a demandée, qui l'a confirmée et ce qui s'est passé.

Connexion et équipe

  • Mots de passe de 12 caractères au moins ; des tentatives échouées répétées bloquent la connexion un moment.
  • Double authentification obligatoire pour chaque utilisateur : une application d'authentification associée à la première connexion, demandée aussi lors d'une connexion avec Google ou Microsoft.
  • Déconnexion après 10 minutes sans activité ; les navigateurs connectés à la console sont listés dans Mon compte → Sécurité, et déconnectés de la console depuis cet onglet.
  • Transmettre une organisation, résilier l'abonnement ou supprimer un compte demande une connexion de moins de 10 minutes : si besoin, le mot de passe est redemandé, sans déconnexion.
  • Un compte cloud est partagé avec toute l'équipe ou réservé aux administrateurs ; les conversations restent personnelles.
  • Les échanges sont chiffrés (HTTPS). L'administration de la plateforme n'affiche ni vos identifiants ni le contenu de vos conversations.

Plans et confirmation

Sur un compte cloud, une commande erronée peut arrêter un service ou supprimer des données. C'est pourquoi l'assistant ne modifie jamais rien directement : une modification demandée est d'abord écrite sous la forme d'un plan, qui montre :

  • Les étapes, dans l'ordre où elles seront exécutées, avec les commandes exactes.
  • Le risque, de faible à élevé, et ce qu'une étape peut interrompre.
  • Ce qui doit être confirmé avant l'exécution.

Rien n'a changé tant que le plan n'est pas confirmé ; l'annuler laisse le compte tel qu'il était. Une fois le plan exécuté, l'assistant relit le compte et vous dit ce qui s'est vraiment passé : une étape en échec est signalée, pas cachée.

Rôles et validations

Dans une équipe, tout le monde n'a pas besoin des mêmes droits. Ne donner à chacun que ce que son travail demande, le principe du moindre privilège, limite les conséquences d'une erreur ou d'un compte volé.

  • Lecture seule : pose des questions ; aucune modification n'est préparée ni exécutée pour lui.
  • Opérateur : prépare et exécute des modifications.
  • Administrateur : gère en plus l'équipe, les comptes cloud et les règles.

Pour les modifications qui comptent le plus, un second regard aide : un administrateur peut exiger sa validation avant qu'une modification d'un opérateur ne s'exécute, pour toutes les modifications ou seulement pour les suppressions. La modification attend, avec son plan et son risque, qu'un administrateur la valide ou la refuse en donnant une raison.

Enregistré dans la console avec une organisation de test, sur un vrai compte cloud ; les attentes sont accélérées.

Le journal et les audits

Savoir qui a modifié quoi, quand et pourquoi, c'est la première chose que demande une revue d'incident, un audit de sécurité ou un contrôle de conformité.

CloudOps Move2Cloud tient le journal de l'organisation : chaque modification exécutée, le compte sur lequel elle l'a été, qui l'a demandée, qui l'a confirmée ou validée, et le compte rendu de ce qui s'est passé. Les administrateurs voient aussi une synthèse de l'activité par compte et par membre.

Le journal s'exporte en CSV, pour un tableur, ou en PDF, pour un dossier d'audit.

Souveraineté

Une application souveraine

CloudOps Move2Cloud et ses données sont hébergés en France, chez des prestataires français et européens.

  • Application et données en France

    La console, ses services, les bases de données et leurs sauvegardes fonctionnent chez Scalingo, hébergeur français, dans sa région de Paris. La connexion est assurée par le service d'identité de Move2Cloud, hébergé au même endroit.

  • Fichiers et e-mails en France

    Les fichiers et images joints aux conversations sont stockés chez Scaleway, à Paris, et les e-mails du service partent de là.

  • Facturation et paiement en Europe

    Les factures sont émises en France et les paiements sont assurés par un prestataire européen. Move2Cloud ne conserve ni numéro de carte ni IBAN.

  • Sur les clouds publics, uniquement de quoi relier votre compte

    Pour un client sur AWS, Move2Cloud ne garde sur AWS que le modèle CloudFormation qui crée le rôle, et l'identité technique qui l'utilise. Pour Azure, seulement l'application que vous autorisez dans votre annuaire. Pour Google Cloud, dans son propre projet, le compte de service auquel vous donnez des rôles. Aucune donnée client n'est stockée sur ces clouds.

Sécurité — CloudOps Move2Cloud