Spécifications de sécurité du service Serveurs Dédiés
Objectif
En complément au modèle de responsabilité entre OVHcloud et le client sur le service Serveurs Dédiés, cette fiche a pour objectif de présenter les particularités et fonctions de sécurité propres à ce service. Elle met aussi en avant des bonnes pratiques qui permettront au client de l'exploiter au mieux.
1 - Certifications
- ISO/IEC 27001
- ISO/IEC 27701
- ISO/IEC 27017
- ISO/IEC 27018
- HDS
- SOC 1 type II
- SOC 2 type II
- CSA type II
- C5 type II
- CISPE
2 - Bonnes pratiques à déployer sur le service
2.1 - Recommandations à la prise en main du service
Une fois le service délivré et après réception des identifiants de connexion à son Serveur Dédié, OVHcloud recommande au client de changer ses identifiants
et de procéder au durcissement de son système d'exploitation. Des références et guides de durcissement sont présentés dans la section 9.1 Fourniture d'image OS
et durcissement de cette page.
D'autres guides sont disponibles dans le corpus documentaire sur les Serveurs Dédiés pour assister le client à la prise
en main et l'exploitation du service.
2.2 - Scan de vulnérabilités
Le client est autorisé à réaliser des scans de vulnérabilités sur le service qu'il a souscrit chez OVHcloud depuis n'importe quel service. OVHcloud n'a pas besoin d'être prévenu préalablement aux tests. Les mesures de sécurité déployées par OVHcloud (notamment les protections réseau) ne sont pas désactivables, à plus forte raison dans le cadre de ce type d'audits qui doivent établir une vision claire de la sécurité de l'infrastructure du client. Le client n'est pas autorisé à utiliser son service pour scanner d'autres infrastructures.
3 - Garanties de service
3.1 - SLA
Reprise des SLA des conditions particulières par composante du service.
| Composant | SLA | Méthode de calcul | Dédommagement |
|---|---|---|---|
| Serveur Dédié | 99,9% minimum (dépend de la gamme) | Nombre total de minutes du mois considéré, déduction faite du nombre de minutes d’indisponibilité du mois concerné, le tout divisé par le nombre total de minutes du mois considéré. Pour le calcul des dédommagements, le temps d’indisponibilité est calculé à partir de l’ouverture du ticket incident, jusqu'à la résolution du dysfonctionnement. | Crédit de 5% du coût mensuel des Serveurs Dédiés indisponibles, par tranches de 30 minutes entamées d'indisponibilité au-delà du SLA, dans la limite de 50% dudit coût mensuel. |
3.2 - GTI
| Typologie d'incident | Temps d'intervention | Temps de rétablissement | Dédommagement |
|---|---|---|---|
| Incident niveau 1 : indisponibilité totale du service détectée par OVHcloud | 1h | 1h à compter du début de l'intervention | Détection de l'incident par OVHcloud |
| Incident niveau 1 : indisponibilité totale du service signalée par le client | 1h | 1h à compter du début de l'intervention | Création du ticket par le client |
| Incident niveau 2 : dégradation substantielle des performances des Serveurs Dédiés | 1h | ∅ | Création du ticket par le client |
4 - Backups
4.1 - Sauvegardes techniques
Les sauvegardes techniques sont les sauvegardes réalisées par OVHcloud pour assurer les niveaux de service prévus au contrat. Ces sauvegardes ne sont pas prévues pour être activées à la demande du client. Ces backups ne contiennent aucune donnée métier déposée par les clients sur leurs propres serveurs dédiés.
Ce sont des sauvegardes de configurations des infrastructures qui permettent de délivrer le service aux clients telles que : configuration des routeurs, configurations vRack, affectation des IP, etc ...
4.2 - Sauvegardes métier
Liste des fonctionnalités et options de backups adaptées au service :
| Nom de l'option | Granularité | RTO | RPO | Documentation et tutoriels |
|---|---|---|---|---|
| - FTP backup ou Backup Storage est un espace de stockage de 500Go mis à disposition du client suite à la souscription au service. - Le service doit être activé par le client. - Aucune routine de backup n'est configurée par OVHcloud. | Au choix du client | Dépend du choix du client | N/A | Utiliser Backup Storage sur un serveur dédié |
| - Backup Storage est une option de stockage supplémentaire qui permet d'avoir un espace disque supplémentaire pouvant atteindre 10To pour déposer des sauvegardes. | Au choix du client | Dépend du choix du client | N/A | Utiliser Backup Storage sur un serveur dédié |
5 - Logs
Consultez le guide Premiers pas avec les API OVHcloud pour vous familiariser avec l'utilisation des APIv6 OVHcloud.
| Source | Contenu | Liens |
|---|---|---|
| Control Plane (Espace Client) | Logs sur toutes les interactions réalisées via des appels API, lancés par les contacts administrateur, technique ou de facturation, sur les services auxquels ils ont accès. | - https://ca.api.ovh.com/console/#/me (voir les appels /me/api/logs)- List of API calls done with your account - List of API calls done on services you have access to |
| Service | Liste des tâches lancées sur un serveur donné | Dedicated Servers ToDos |
| Service | Liste des interventions lancées sur un serveur donné | Technical interventions history |
Les tâches sont des actions lancées par le client sur un Serveur Dédié : installation de l'OS, redémarrage de l'OS, activation du mode 'rescue', etc ...
Les interventions sont des actions réalisées par les équipes OVHcloud dans les Datacentres sur les serveurs physiques : vérification de l'état de l'équipement, changement de CPU, RAM ou disque défectueux, etc ...
6 - API
| Nom | Capacités | Liens |
|---|---|---|
| Control Plane et service | Manipulation des comptes client et des services sur lesquels le compte a des droits de gestion du service | API calls for Dedicated Servers |
7 - Comptes utilisateurs
7.1 - Control Plane
A travers son espace client OVHcloud, le client a la possibilité de gérer le service à l'aide de trois contacts types.
Afin de référencer chaque client ayant souscrit à un ou plusieurs services, OVHcloud utilise un compte propriétaire avec un NIC interne.
Pour renforcer l'accès au compte client, le client a la possibilité d'activer une authentification à double facteur (2FA) ou l'authentification SSO (Single Sign-On) en associant son compte à un Active Directory externe.
7.2 - Data Plane
Une fois le service livré, à l'étape d'installation de l'OS, le client a le choix entre l'utilisation d'une clé SSH (pour les distributions Linux) pour accéder à son serveur où d'un mot de passe unique, généré automatiquement par OVHcloud s'il n'a pas configuré de clé SSH.
Le client est autonome pour créer les comptes utilisateurs sur son OS, une fois qu'il a les droits d'administration sur son serveur.
8 - Antivirus
OVHcloud ne prend pas en charge l'installation d'un antivirus lors de l'installation du système d'exploitation. Le client est responsable du déploiement des mesures de sécurité sur les serveurs dédiés qu'il opère.
9 - Services disponibles à l'installation du Service
9.1 - Fourniture d'images d'OS et durcissement
Consultez le guide Premiers pas avec les API OVHcloud pour vous familiariser avec l'utilisation des APIv6 OVHcloud.
OVHcloud met à disposition un catalogue de systèmes d'exploitation et s'engage à fournir des systèmes d'exploitation dont la dernière mise à jour date de moins de 30 jours.
- Liste des systèmes d'exploitation disponibles chez OVHcloud
- Liste des systèmes d'exploitation disponibles pour une référence commerciale donnée
- Liste des systèmes d'exploitation disponibles pour un serveur donné
Le durcissement des systèmes d'exploitation fournis est celui d'une installation nominale de l’éditeur. Pour un durcissement avancé, OVHcloud recommande de se référer aux documentations de chaque éditeur .
9.2 - Bring Your Own Image
Bring Your Own Image est une fonctionnalité qui permet au client d'importer une image de son choix sur un serveur en dehors du catalogue proposé par OVHcloud. Les prérequis et modes d'emploi sont disponibles sur ce lien.
9.3 - Monitoring OVHcloud
Un service de monitoring est activé par défaut par OVHcloud pour suivre l'état des serveurs des clients, via le protocole ICMP. Le client a la possibilité de suivre l'état de ses propres serveurs ou de désactiver ce service, via son espace client OVHcloud ou via un appel API.
Le client a également la possibilité d'activer la supervision d'autres services réseaux qui sont désactivés par défaut.
Il appartient au client de suivre les guides de durcissement des éditeurs d'OS et de restreindre les flux ICMP au strict nécessaire.
Afin de continuer à bénéficier du service de monitoring OVHcloud, le client doit configurer des règles de filtrage sur le pare-feu interne de ses serveurs et sélectionner les autres services dont il souhaite suivre l'état.
OVHcloud propose une fonctionnalité appelée OVHcloud Link Aggrégation qui peut être activée par le client et qui lui permet de bénéficier d'un réseau privé à haut débit et redondé pour ses Serveurs Dédiés.
Si le client active cette fonctionnalité, le monitoring réalisé par OVHcloud sera désactivé.
10 - Réversibilité
Afin d'assurer la portabilité et la réversibilité des données sur le service, OVHcloud permet au client d'exporter et importer ses données en toute autonomie. Les principe de portabilité d'OVHcloud sont décrits dans sa propre politique de portabilité et ceux spécifiques au service Serveurs Dédiés sont indiqués dans sa politique spécifique.
10.1 - Effacement des données métier
Suite au décommissionnement du service par le client et avant l'extraction du disque dur du rack, un robot d'effacement applique une procédure d'effacement sécurisé des données basée sur le standard NIST SP 800-88 r1 niveau 'Purge'. En cas de contraintes ou limitations techniques sur certaines gammes de disques durs et quand le niveau 'Purge' ne peut s'appliquer, c'est l'effacement au niveau 'Clear' qui s'exécute.
10.2 - Effacement des données techniques
Suite au décommissionnement du service par le client, OVHcloud procède à la libération des ressources qui lui sont allouées, comme les adresses IP et la suppression des configurations réalisées lors de la livraison du service.
11. Représentation des garanties HDS
Ce tableau est publié préalablement à la certification effective d'OVHcloud sur la version 2024 du référentiel HDS. Il permet aux clients d'OVHcloud d'alimenter leur propre démarche de conformité par rapport au référentiel HDS version 2024. OVHcloud a réalisé et publié ce tableau en s'efforçant d'appliquer au mieux les différentes exigences du référentiel. Les versions vérifiées par les auditeurs ont été mises en ligne avant février 2024.
| Raison sociale de l'acteur | Rôle dans le cadre de la prestation d'hébergement | Certfié HDS | Qualifié SecNumCloud 3.2 | Activités d'hébergement sur laquelle l'acteur intervient | Exigence n°29 du référentiel HDS | Exigence n°30 du référentiel HDS |
|---|---|---|---|---|---|---|
| OVHcloud | Hébergeur | Oui | Non | 1° La mise à disposition et le maintien en condition opérationnelle des sites physiques permettant d'héberger l'infrastructure matérielle du système d'information utilisé pour le traitement des données de santé. 2° La mise à disposition et le maintien en condition opérationnelle de l'infrastructure matérielle du système d'information utilisé pour le traitement de données de santé. 3° La mise à disposition et le maintien en condition opérationnelle de l'infrastructure virtuelle du système d'information utilisé pour le traitement des données de santé. 4° La mise à disposition et le maintien en condition opérationnelle de la plateforme d'hébergement d'applications du système d'information. 6° La sauvegarde des données de santé. | Non, aucun accès aux données depuis un pays tiers à l’Espace Économique Européen | Non(1) |
(1) : OVHcloud respecte l'ensemble des exigences du chapitre 19.6 du référentiel SecNumCloud relatif à la protection vis-à-vis du droit extra-européen.