URMSSécurité
Un serveur de gestion peut joindre chacun des routeurs qu’il gère ; nous le traitons donc comme une infrastructure essentielle. Cette page décrit les mesures en place aujourd’hui. Rien ici n’est une simple intention.
Isolation entre les clients
Une instance ACS par espace
Chaque espace exécute ses propres processus ACS, sur son propre réseau privé, avec sa propre base de données et son propre utilisateur de base de données. L’instance d’un client ne peut pas lire les données d’un autre.
Un identifiant pour chaque routeur
Chaque routeur reçoit son propre nom d’utilisateur ACS et un mot de passe aléatoire de 20 caractères. Les identifiants sont vérifiés par espace : un identifiant d’un espace est donc refusé par tous les autres. La régénération d’un mot de passe révoque immédiatement l’ancien.
Aucune interface de gestion partagée
L’interface d’administration propre au moteur ACS n’est pas déployée. Votre équipe travaille uniquement dans la console URMS, qui vérifie votre rôle à chaque requête.
Hébergé au Canada
La plateforme et ses sauvegardes sont exploitées sur des serveurs situés au Québec, Canada.
Chiffrement
TLS en transit
Le site Web, la console et le point de terminaison ACS utilisent HTTPS avec des certificats reconnus publiquement. Le site Web et la console indiquent aux navigateurs d’utiliser uniquement HTTPS (HSTS).
Secrets des routeurs chiffrés au repos
Les mots de passe des routeurs sont stockés chiffrés avec AES-256-GCM afin de pouvoir être affichés de nouveau au personnel autorisé. La clé est conservée à l’écart de la base de données et seul le service peut la lire.
Mots de passe des comptes hachés
Les mots de passe de la console sont hachés avec Argon2id. Nous n’envoyons jamais de mots de passe par courriel : les nouveaux comptes reçoivent un lien de configuration à usage unique qui expire après 24 heures.
HTTP simple, seulement au besoin
Certains routeurs ne prennent pas en charge HTTPS. Pour eux, il existe un port ACS en HTTP simple, qui exige tout de même l’identifiant propre au routeur. Nous recommandons HTTPS partout où le routeur le prend en charge.
Accès et responsabilité
Rôles
Lecteur, opérateur, administrateur et propriétaire, appliqués par le serveur pour chaque action. Les boutons qu’un rôle ne peut pas utiliser ne sont pas affichés.
Journal d’audit
Les modifications, les commandes et chaque affichage d’un mot de passe sont consignés avec le nom de la personne et l’heure.
Protection des sessions
Témoins de session sécurisés et HTTP-only, jetons CSRF et vérification de l’origine sur chaque formulaire, et limitation du nombre de tentatives de connexion.
Webhooks sécuritaires
Les webhooks sont signés avec HMAC-SHA256. URMS n’envoie qu’à des adresses publiques et ne suit pas les redirections ; un webhook ne peut donc pas servir à joindre des systèmes internes.
Exploitation
Serveurs renforcés
SSH par clé uniquement, un pare-feu qui n’ouvre que les ports dont le service a besoin, des mises à jour de sécurité automatiques et des services exécutés sous des utilisateurs non privilégiés dans des unités cloisonnées. Les bases de données ne sont pas accessibles depuis Internet.
Sauvegardes
Sauvegardes quotidiennes de chaque espace et de la console, conservées sept jours, avec sommes de contrôle. Les restaurations sont testées. Des copies hors site sont en cours d’ajout.
Aucun traceur
Ce site Web ne charge aucun script, aucune police ni aucun outil d’analyse de tiers, et ne dépose aucun témoin.
Signaler une vulnérabilité
Vous avez trouvé un problème ? Écrivez à info@urms.cloud en indiquant « Security » dans l’objet. Veuillez nous laisser un délai raisonnable pour le corriger avant toute divulgation. Consultez aussi security.txt.