Bonjour,
Récemment, nous avons relevé un incident de securité sur notre réseau interne
au siège social d'Ovh.
Nous avons immédiatement sécurisé et enquêté sur l'incident. Nous avons
relevé que la base de données des clients Europe aurait pu être illégalement
copiée. Cette base comporte les données suivantes :
le nom, le prénom, le nic, l'adresse, la ville, le pays, le téléphone, le
fax et le mot de passe chiffré. Les informations sur les cartes bancaires ne
sont pas concernées puisqu'elles ne sont pas stockées par OVH.

Même si le chiffrement du mot de passe de votre identifiant est très fort,
nous vous conseillons de changer le mot de passe dans les plus brefs délais.

Bonjour,
Il y a quelques jours, nous avons découvert que
la sécurité de notre réseau interne dans nos
bureaux à Roubaix a été compromise. Après les
investigations en interne, il s'avère qu'un
hackeur a réussi à obtenir les accès sur un compte
email d'un de nos administrateurs système. Grâce
à cet accès email, il a obtenu l'accès sur le VPN
interne d'un autre employé. Puis grâce à cet
accès VPN, il a fini par compromettre les accès
de l'un des administrateurs système qui s'occupe
du backoffice interne.

Jusque là, la sécurité interne se basait sur 2
niveaux de vérification:
- géographique: l'obligation d'être au bureau ou
utiliser le VPN, l'ip source
- personnel: le mot de passe

Les mesures prises suite à cet incident
---------------------------------------
Immédiatement suite à ce hack, nous avons modifié
les règles de sécurité en interne:
- les mots de passe de tous les employés ont
été régénérés sur tous les types d'accès.
- nous avons mis en place un nouveau VPN
dans une salle sécurisée PCI-DSS avec
accès très restreints
- la consultation des emails internes n'est
désormais possible qu'à partir du bureau/VPN
- tous les salariés passent sur 3 niveaux de
vérification:
- l'ip source
- le mot de passe
- le token hardware personnel (YubiKey)

Constat
-------
Après nos investigations internes, nous supposons
que le hackeur a exploité ces accès pour parvenir
à 2 objectifs:
- récupérer la base de données de nos clients Europe
- gagner l'accès sur le système d'installation de
serveurs au Canada

La base de données de clients Europe comporte les
informations personnelles de clients: le nom, le
prénom, le nic, l'adresse, la ville, le pays,
le téléphone, le fax et le mot de passe chiffré.
Le chiffrement du mot de passe est "salé" et basé
sur SHA512, afin d'éviter le bruteforce. Il faut
beaucoup de moyens technique pour retrouver le mot
de passe en clair. Mais c'est possible. C'est pourquoi
nous vous conseillons de changer le mot de passe
de votre identifiant. Un email sera envoyé aujourd'hui
à tous nos clients expliquant ces mesures de sécurité
et les invitant à changer le mot de passe.
Aucune information sur les cartes bancaires n'est
stockée chez Ovh. Les informations sur les cartes
bancaires n'ont ni été consultées ni copiées.

Quant au système de livraison de serveurs au Canada,
le risque que nous avons identifié est que si le
client n'avait pas retiré notre clé SSH du serveur,
le hackeur aurait pu se connecter à partir de notre
système pour récupérer le mot de passe enregistré
dans le fichier .p. La clé SSH n'est pas utilisable
à partir d'un autre serveur, uniquement de notre backoffice
au Canada. Et donc dans la mesure où le client n'a
pas enlevé notre clé SSH et n'a pas changé de mot de
passe root, nous avons immédiatement changé le mot
de passe de son serveurs dans le DC à BHS, afin
d'annuler ce risque là. Un email sera envoyé aujourd'hui
avec le nouveau mot de passe. La clé SSH sera désormais
effacé de manière systématique à la fin de la
livraison du serveur aussi bien au Canada qu'en
Europe. Si le client a besoin d'Ovh pour le support
il devra réinstaller une nouvelle clé SSH.

De manière globale, le backoffice passera dans
les prochains mois sous la norme PCI-DSS qui
nous permettra de garantir que le cas d'incident
lié à un hack précis sur les personnes précises
il n'y ait pas d'impact sur nos bases de données.
En un mot, nous n'avons pas été assez parano et on
passe désormais en mode parano supérieur. Le but
est de garantir vos données et se prémunir contre
l'espionnage industriel qui viserait les personnes
travaillant chez Ovh.

Nous déposons aussi une plainte pénale auprès
des autorités judiciaires. Afin de ne pas perturber
le travail des enquêteurs, nous n'allons pas
donner d'autres détails avant d'avoir les conclusions
finales.

Veuillez accepter nos sincères excuses pour cet
incident. Merci pour votre compréhension.

Amicalement
Octave

Et de se mettre à jour sur les nouveautés de PHP 5.5 sur les mots de passe.

Intéressant. La protection des mots de passe (SHA2 + sel) est un peu le minimum.

ça reste acceptable, mais y'a mieux, PBKDF2 ou bcrypt par exemple (qui, techniquement, font du cryptage plutôt que du hachage, mais le résultat est le même).

Utiliser bcrypt ou PBKDF2 est à préférer aux concoctions maison.

Peux-tu m'expliquer comment un algo de chiffrement (donc réversible) peut être plus intéressant qu'un algo de hashage (donc non-réversible) pour du stockage de mot de passe ?
S'ils avaient utilisé du chiffrement il suffisait à l'attaquant de récupérer la clé et bim, la totalité des mots de passe seraient compromis. Le principe du hashage est justement d'éviter que les mots de passe soient compromis avec une telle attaque.

Du SSHA (Salted SHA) n'est pas vraiment ce qu'on peut appeler une concoction maison, c'est utilisé de base notamment pour les mots de passe LDAP, ou encore les comptes UNIX.

Dans la séquence "la sécurité, c'est compliqué", on apprend que le réseau TOR aurait été compromis, par la FBI.

Décidément, on n'est plus anonyme nulle part.

Dans la séquence "la sécurité, c'est compliqué", on apprend que le réseau TOR aurait été compromis, par la FBI.

Décidément, on n'est plus anonyme nulle part.