OVH étant l’un des plus importants hébergeurs français, de très nombreux sites — parfois même des services publics ou des collectivités locales — ont vu leur fonctionnement altéré par l’incendie. D’autres ont disparu de la toile et pour certains, la destruction s’est avérée définitive.

Protéger ses arrières

Notre client eosseo.fr, spécialisé dans le référencement, héberge au moyen du système Plesk plusieurs dizaines de sites sur un VPS loué chez OVH. Le 10 mars à 3h du matin, les flammes dévorent le serveur de notre client. Mais celui-ci avait souscrit un contrat chez GrizzlyDev qui gère :

• La supervision de ses serveurs et de ses sites
• La sauvegarde déportée de ses sites

L’ensemble des sites Plesk d’EOSSEO était sauvegardé quotidiennement sur les systèmes de sauvegarde de GrizzlyDev. À la mise en place du service, nous prenons soin de choisir comme destination des sauvegardes un espace hébergé dans un data center situé dans un autre site géographique. Grâce à nos serveurs Plesk, nous avons pu restaurer en ligne l’ensemble des sites d’EOSSEO à 14h, à partir de la sauvegarde de la veille, bien que notre contrat ne spécifiait pas de PRA en particulier.

Comment partager vos fichiers en toute sécurité?

Tout a commencé un jour d’été en 2012, lorsque Bluetouff, au détour de ses recherches sur le régime syrien, tombe par hasard sur le serveur extranet de l’Agence nationale de sécurité sanitaire de l’alimentation, de l’environnement et du travail (Anses), utilisé par les chercheurs pour stocker et échanger leurs documents de travail. Au lieu d’être protégées par un identifiant et un mot de passe, comme elles auraient dû l’être, ces données, indexées sur Google, étaient accessibles sans le moindre piratage. Sans avoir besoin « d’aucune autre connaissance technique que celles de savoir se servir d’un moteur de recherche, d’un navigateur et d’une souris », note Numerama.
Un blogueur condamné pour avoir trouvé des documents via Google, BigBrowser, 6 février 2014

Si les médias se sont surtout attardés sur l’aspect juridique de cette affaire, chez GrizzlyDev, c’est sur les questions techniques que nous voulons attirer votre attention.

Il ne s’agit, ni plus ni moins, que de la question centrale de la diffusion de documents de travail partagés au sein d’une institution aussi importante que peut l’être l’ANSES. Nous concevons tous que des scientifiques et ingénieurs rattachés à cette organisation puissent avoir besoin d’échanger des informations ainsi que des données, comme c’est également le cas dans la plupart des entreprises contemporaines. Si les boites mail suffisent pour de petits documents de formats bureautiques, un travail d’équipe suppose souvent l’échange de fichiers suffisamment volumineux pour que l’envoi en fichier-joint de courriel ne soit plus envisageable.

Les entreprises doivent gérer une certaine quantité d’informations qui n’ont pas vocation à être rendues publiques sur Internet, mais qu’elles souhaitent rendre accessibles à des personnes ou des groupes de personnes bien définis afin de faciliter le travail collaboratif.
Il est toujours possible de recourir à des services spécialisés d’échange de fichiers en ligne, comme Dropbox, l’un des plus connus après du grand public. Cela dit, est-ce que vous pouvez confier toutes les données de votre entreprise à des services externes ? Quel contrôle avez-vous sur la possible divulgation de vos données ?

Sécurité publique. Nous pouvons divulguer vos informations à des tiers si nous estimons que cela est raisonnablement nécessaire afin de (a) respecter la loi ; (b) protéger toute personne contre des dommages corporels graves, voire la mort ; (c) lutter contre la fraude ou les atteintes portées à Dropbox ou à nos utilisateurs ; ou (d) protéger les droits de propriété de Dropbox.
Règles de confidentialité de Dropbox du 20 février 2014

Certaines organisations choisissent de monter un extranet sur l’un de leurs hébergements Internet. C’est la solution qui a été retenue par l’ANSES. Malheureusement, il manquait un système performant de contrôle des accès, puisque les données ont été référencées et accessibles depuis Google.
Un simple système d’alerte sur les logs des dossiers concernés aurait pu rapidement informer les services informatiques de l’ANSES d’une faille de sécurité.

Il est difficile d’imaginer pire scénario pour la direction des services informatiques (DSI) d’une entreprise que la dissémination de données internes, voire confidentielles, sur les réseaux publics. Il n’est pas possible, non plus, d’envisager des mesures de formation suffisantes des utilisateurs quant aux bonnes pratiques à respecter dans la diffusion et le partage de dossiers de travail avec d’autres interlocuteurs.
La meilleure alternative possible pour verrouiller efficacement le partage de données dans l’entreprise est toujours de développer l’outil informatique le mieux adapté aux pratiques internes.

C’est pour répondre à ce besoin fondamental des entreprises modernes que GrizzlyDev vous aide à auditer les solutions déjà existantes dans votre structure afin de déterminer si les usages sont bien adaptés aux objectifs assignés à votre Système d’Informations (SI).
Notre longue expérience des problématiques de sécurité dans un monde à la fois concurrentiel et collaboratif nous a conduits à développer une expertise forte dans la création et la gestion d’espaces collaboratifs sécurisés d’échange de fichiers, gérés de manière simple et efficace. C’est dans cette optique que GrizzlyDev a créé PartagerFichier qui répond très bien, par exemple, à la contrainte de circulation de fichiers PDF trop volumineux pour les boites de courriel.

PartagerFichier.fr se présente comme une solution sur mesure, directement implémentée dans votre système d’information. Notre cahier des charges prend en compte l’ensemble de vos contraintes en terme de niveau d’accessibilité de l’information, de traçabilité des partages (partage : qui, quoi, quand ; consultation : qui, quoi, quand ; ce qui était en ligne : quoi, quand), d’historisation des usages…
Des dimensions essentielles oubliées dans le système d’information de L’ANSES.

Sauvegarde des données entreprise via le cloud

Si de plus en plus d’entreprises sont conscientes de la nécessité d’investir dans des systèmes performants de sauvegarde de leurs données, peu d’entre elles sont sensibilisées à la problématique du Plan de Reprise d’Activité (PRA).

Pourquoi sauvegarder quotidiennement votre système d’information, si ce n’est pour pouvoir continuer à travailler, même quand le pire est arrivé?

Pour illustrer notre propos, voici la solution concrète que nous avons déployée pour l’un de nos clients.

Un PRA de 4 heures seulement.

L’entreprise P. est un cabinet d’expertise qui produit des rapports quotidiennement. L’activité se déploie sur deux sites distants d’une trentaine de kilomètres, la maison mère, site A et une filiale, site B.

L’entreprise P. crée, de par la nature même de son activité, un flux continu de données qu’elle doit nécessairement archiver. Chaque dossier client ouvert comprend différents documents et pèse dans les 10 à 15 Mo. L’ensemble des données de l’entreprise représente une masse de 3 To en expansion constante.

Nous sommes intervenus dans un premier temps pour mettre à jour le système informatique (SI) et plus particulièrement sa composante matérielle. Nous avons commencé par remplacer les 3 serveurs physiques de l’entreprise par une seule machine que nous avons consolidé tant du point de vue matériel que logiciel et sur laquelle nous avons virtualisé les 3 anciens serveurs, grâce à la solution de virtualisation VMWare vSphere. Cette consolidation est très avantageuse pour notre client : une seule machine physique = un seul contrat de maintenance. En concentrant les ressources financières sur une seule machine, on peut pousser la puissance et les capacités de stockage du système.

La question du PRA s’est très vite posée lors de ce nouveau déploiement : l’entreprise P. sauvegarde chaque soir ses données sur un NAS local, mais en cas de destruction physique du site de la maison mère, les données sont irrémédiablement perdues et l’entreprise ne peut maintenir son activité, ce qui est un risque majeur. En fonction des contraintes et des ressources disponibles, nous avons proposé à entreprise P. un PRA de seulement 4 heures. Autrement dit, en cas de sinistre sur le site A., nous garantissons la reprise de l’activité de l’entreprise sous 4 heures pour un investissement tout à fait modeste au regard des enjeux économiques d’une suspension d’activité. La reprise utilise les données sauvegardées lors de la dernière réplication valide, soit les enregistrement validés 12 à 36 heures avant le sinistre.

Nous avons proposé à l’entreprise P. de dupliquer son serveur de virtualisation sur le site B. Ainsi, il nous a suffi de déployer une deuxième machine identique à la première dans le second établissement de l’entreprise et d’y programmer à l’aide de la technologie VEEAM un système automatique de réplication différentielle sur la machine clone via une simple ligne haut débit et qui s’exécute durant la nuit.

En cas de destruction du site A, il nous suffit de démarrer le serveur de secours du site B et d’effectuer un reroutage réseau. Ainsi les utilisateurs du réseau informatique de l’entreprise P. pourront de manière totalement transparente et à partir de n’importe quelle machine, se connecter sur leur bureau à distance via le protocole RDP. Ils retrouveront leur environnement de travail habituel, tel qu’ils l’avaient laissé la veille au soir. Grâce à la solution de sauvegarde intégrale GrizzlyDev, l’entreprise P. n’a pas de perte d’activité à déplorer ni de destruction de données.

Cette solution, à fois efficace et économique, ne nécessite que deux serveurs de virtualisation distants, une sauvegarde locale type NAS et un protocole de sauvegarde différentiel via une simple ligne haut débit.

Évaluer la perte d’exploitation maximum supportable

Toute perte d’exploitation est une perte sèche pour l’entreprise. Certaines peuvent même lui être fatales.

Notre second cas d’école porte sur une entreprise qui avait déjà une solution de sauvegarde de ses données sur un serveur Microsoft Hyper-V. Dans ce cas, l’entreprise Y. sauvegarde ses données en local et n’a prévu aucun PRA en cas de sinistre. La seule sauvegarde externalisée des données se fait manuellement et une fois par semaine. Notre diagnostic PRA a démontré que dans le meilleur des cas, l’entreprise perdrait entre 24 et 48 heures d’activité et qu’elle pouvait perdre jusqu’à 8 jours de données de travail.

La révision de la politique de sauvegarde nous a permis d’optimiser les performances du système, mais dans une certaine limite, puisqu’il s’agissait d’une intervention sans investissement matériel.

Nous sommes parvenus à limiter la perte de données de 8 jours comme précédemment à seulement 12 à 36 heures avant le sinistre, ce qui est tout de même un gain important. Pour le PRA, le gain est relatif au temps mis pour rééquiper l’entreprise en matériel. Cette étape n’est pas maîtrisable par nos services puisqu’elle dépend du contrat de maintenance souscrit pour le matériel informatique. Cela peut varier de 4 heures pour une simple panne matérielle avec un contrat de support de haut niveau jusqu’à une semaine en cas de rééquipement à neuf. Une fois le matériel nécessaire redéployé, GrizzlyDev intervient pour la restauration des données sauvegardées, ce qui prend de 20 heures, généralement, jusqu’à 40 heures en prenant en compte les aléas informatiques.

Ces deux cas d’école montrent l’importance d’un diagnostic PRA du système d’information de l’entreprise, quels que soient sa taille et son secteur d’activité.