Vendredi dernier, Dropbox a subi une avarie pendant douze heures. Durant ce laps de temps, la synchronisation des fichiers ne fonctionnait plus et l’accès aux données était impossible. Depuis hier, on sait pourquoi : l’entreprise a été victime d’une mise à jour système qui s’est mal déroulée.
Dropbox sur iPad et iPhone
Une mise à jour ratée
Dans la nuit de vendredi à samedi dernier, Dropbox a été victime d’une panne importante. Cette dernière a affecté des millions d’utilisateurs et a duré environ une douzaine d’heures. Même si la plupart des fonctionnalités étaient restaurées au bout de trois heures, une partie des utilisateurs a tout de même rencontré des difficultés jusqu’à dimanche.
Dimanche soir, l’entreprise a publié sur son blog un billet explicatif pour décrire la panne et son origine. Celle-ci était en effet floue, car plusieurs groupes de pirates avaient revendiqué ce qui semblait alors être une attaque. On craignait alors que des données personnelles aient été volées, ce qui en définitive n’est pas le cas. Dropbox explique qu’il s’agissait d’une cause technique, en l’occurrence une mise à jour ratée sur le système d’exploitation.
Un bug dans un script
La société utilise des milliers de bases de données, chacune fonctionnant sur un serveur accompagné de deux autres pour la redondance des données. En outre, des sauvegardes complètes et incrémentielles sont réalisées puis stockées ailleurs. À 17h30 vendredi soir, un script a été exécuté pour lancer une mise à jour sur une partie des serveurs. Normalement, ledit script vérifie qu’aucune donnée n’est activement utilisée, mais une erreur a provoqué la réinstallation d’un petit groupe de serveurs.
Aucun des serveurs touchés ne contenait en fait de données personnelles, mais la panne était suffisamment importante pour provoquer un arrêt du service. Les bases de données concernées étaient utilisées pour fournir certaines fonctionnalités telles que le partage d’albums photo ou encore l’envoi automatique de photos depuis les smartphones.
Une leçon selon Dropbox
Dropbox indique avoir appris de cet incident. D’une part, une couche supplémentaire de vérification a été ajoutée afin que les serveurs vérifient localement ce qu’ils sont en train de faire avant d’appliquer des commandes qui leur sont envoyées. D’autre part, la restauration des données depuis des sauvegardes était lente, mais le développement d’un outil permet désormais d’effectuer ces tâches en parallèle afin de gagner du temps. Dropbox indique d’ailleurs que le code source de cet outil sera placé en open source « afin que d’autres puissent profiter de ce que nous avons appris ».
Nous noterons de notre côté qu’en dépit de la réactivité de Dropbox et de sa volonté de transparence (jusqu’à la publication du code de son outil), cet incident rappelle encore une fois les limites du cloud. Les bouquets de services, qu’ils viennent de Microsoft, Google ou encore Apple sont particulièrement pratiques car ils permettent l’accès à ses données depuis virtuellement n’importe quel endroit. Seulement voilà, quand les serveurs deviennent inaccessibles, c’est tout un pan de vie auquel on ne peut plus accéder. Prudence donc dans le choix des données que vous placez dans les espaces de stockage distants.
