[nitrix-ud]

@octave

Vraiment, on voudrait des explications concernant les NIC ...

suite à l'incident de sécurité, on a recu qqs dizaines de mails concernant des NIC avec notre email. Ces NIC ne sont pas répertorié dans notre de liste de services (exportable en CSV) de notre compte client. On en a déduit que c'était des NIC proprio (peut-etre créés lors d'un transfert ???) mais ceux-ci sont vides, aucun service associé, on retrouve bien les coordonnées de clients, notre email mais c'est tout.

La plupart du temps le NIC vide incrementé de 1 est bien dans notre liste de service... exemple :
ag36370-ovh (vide, recu un email de changement de mot de passe)
ag36371-ovh (dans notre liste de service de notre compte client principal, pas recu d'email de changement de mot de passe)

Le plus étrange c'est que les NIC proprio dans notre liste de service n'existent pas vraiment au niveau du manager OVH, impossible de faire un reset des passwords...

Donc on en déduit mais je voudrais avoir ta confirmation... que les qqs dizaines d'email qu'on a reçus pour des comptes vides... sont des comptes fantômes dus à un bug OVH (à la création/transfert des ndd)

Et que le NIC proprio "normal non buggé" n'est pas un compte au niveau du manager..

Merci pour tes réponses.

[nitrix-ud]

@OVH

Est-ce qu'on peut avoir des explications sur les NIC, j'ai reçu qqs dizaines d'emails pour mettre à jour les passwords sur les comptes NIC Proprio (avec mon email) avec zéro service dedans... et d'un coup plus rien...

Je gére des domaines pour plus de 200 clients du coup de pensais recevoir plus de 200 emails...

Quelqu'un peut m'expliquer...

Merci !

[oles@ovh.net]

http://travaux.ovh.net/?do=details&id=8998

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