DreamHost a imposé la réinitialisation des mots de passe des utilisateurs e-mail et FTP/SFTP concernés, alors qu'un incident touchant son File Manager reste non résolu. Au 26 octobre, l'hébergeur indiquait que les titulaires de comptes concernés avaient reçu des instructions de récupération, mais que leurs utilisateurs ne pouvaient pas se connecter tant que le titulaire du compte n'avait pas défini de nouveaux identifiants.
L'entreprise a signalé pour la première fois des problèmes de connectivité avec File Manager le 23 octobre. Selon BleepingComputer, la perturbation s'est ensuite étendue à d'autres services, et DreamHost présente la réinitialisation des mots de passe comme une mesure de précaution. Les instructions de récupération ont été envoyées par lots pendant le week-end. File Manager était toujours indisponible au moment de la publication de l'article.
Dans les notifications adressées aux titulaires de comptes concernés, DreamHost conseillait de vérifier, pour chaque adresse e-mail, les règles de transfert et de supprimer toute destination de transfert non reconnue. Ces règles peuvent rediriger les messages entrants vers une autre adresse. Cet avertissement n'établit pas qu'un transfert non autorisé a eu lieu, et le rapport n'a pas confirmé si des messages ou des fichiers avaient été exposés.
DreamHost a indiqué ne pas pouvoir contacter directement les utilisateurs des boîtes aux lettres ou des comptes FTP. Elle a demandé aux titulaires de comptes de les prévenir par téléphone, par SMS ou par un autre moyen, car les utilisateurs dont le mot de passe a été réinitialisé pourraient ne pas être en mesure de lire leurs e-mails. Le rétablissement de l'accès dépend donc à la fois de la définition de nouveaux identifiants par les titulaires de comptes et de leur communication avec les personnes qui utilisent ces comptes.
BleepingComputer rapporte aussi le conseil de changer les mots de passe des autres services chaque fois qu'un ancien mot de passe DreamHost a été réutilisé.
Le nombre de comptes touchés et la cause de l'incident restaient flous. BleepingComputer indique que DreamHost n'avait pas répondu à ses questions répétées sur l'incident, sur sa portée ni sur l'exposition potentielle de fichiers et de messages au moment de la publication.
