Oops... I did it again...
Par Sid,
lundi 26 janvier 2009 à 13:08 :: (In)Sécurité
Lu 7370 fois :: #319
:: rss
:: atom
::
English

'est ce que doivent se dire les gens de chez Monster, après s'être encore fait voler des données utilisateur. Cette fois, ils se sont fait plier leur base de données. Et sévèrement qui plus est puisque même USAJobs est touché. Voilà qui doit laisser pensif plus d'un utilisateur.
D'après la note publiée sur le site, on trouve parmi les données touchées identifiants, mots de passe, identités complètes, adresses email ou encore numéros de téléphone. Mais vous pouvez dormir sur vos deux oreilles braves gens, votre CV n'est pas compromis, c'est bien précisé en gras. Ouf ! Genre le truc pas disponible ailleurs et qu'on ne veut surtout pas laisser connaître. Nous voilà rassurés, ne se sont faites voler que des données personnelles, rien de plus...
Update (28 janvier 2008) : d'après Écrans, il y aurait entre 4 et 4,5 millions de comptes touchés, selon les sources. Joli score...
En fait, il y a deux choses qui me dérangent particulièrement dans cette histoire. La première, c'est le laisser-aller dans la conception de la base de données. Comme l'auteur de la news sur Slashdot, la possibilité de pomper des mots de passe en clair me laisse pensif. Je pourrais me contenter d'un commentaire laconique du genre "mais putain faut vraiment être trop con pour laisser des mots de passe en clair dans une base de données", mais ce serait un poil lapidaire. En particulier quand la plupart des SGBDR viennent avec une jolie collections de fonctions particulièrement adaptées à ce genre d'usage, en particulier des choses comme MD5() ou SHA1(). Il est vrai que c'est trop difficile d'authentifier les gens avec quelque chose d'aussi simple que :
SELECT * FROM users WHERE login='$login' AND pass=SHA1('$pass')
Quant à écrire le script qui va vous hasher tout les mots de passe de la table users, je n'ose même pas y penser... Et puis ce n'est pas comme si votre langage de programmation Web favori ne fournissait aucune fonction similaire...
D'aucuns rétorqueront qu'un germe ne ferait pas de mal, ce qui est complètement vrai. Une solution pourra être de se tourner vers des fonctions plus spécialisées, quand elles sont disponibles, comme ENCRYPT() pour un MySQL tournant sur Unix, ou se faire sa propre fonction sur un modèle bien éprouvé comme celui de md5-crypt.
Bref, les solutions, plus ou moins robustes, ne manquent pas pour ne pas laisser de mots de passe en clair dans une base de données. Je veux dire, une application grand public comme Dotclear 2 hashe ses mots de passe en HMAC SHA1. Même Wordpress utilise du MD5 avec un germe depuis la 2.5 paraît-il... C'est dire...
La seconde chose qui me titille, c'est le contenu du communiqué qui fleure bon la langue de bois et le foutage de gueule. Rien que l'introduction :
As is the case with many companies that maintain large databases of information, Monster is the target of illegal attempts to access and extract information from its database. We recently learned our database was illegally accessed and certain contact and account data were taken, including Monster user IDs and passwords, email addresses, names, phone numbers, and some basic demographic data.
On est un gros site avec pleins de données donc on se fait attaquer régulièrement. Genre ça en serait presque normal qu'ils se soient fait compromettre. Mais on vous jure, dès qu'on a su, on a pris les mesures qui s'imposaient. Lesquelles ? On en sait pas. Par exemple, est-ce qu'ils ont implémenté un hash de mot de passe ? No se. Une bonne mesure aurait pû être de communiquer sur l'ampleur des dégâts, ou prévenir les personnes impactées. C'est n'est apparemment pas au programme non plus...
We continue to devote significant resources to ensure Monster has appropriate security controls in place to protect our infrastructure, and while no company can completely prevent unauthorized access to data, Monster believes that by reaching out to job seekers, the company can help users better defend themselves against similar attacks.
Moi je crois surtout que si, effectivement, personne ne peut, à un moment ou à un autre, éviter de se faire déchirer, ça devrait inciter à réfléchir un peu à des mesures, souvent simples, de protection en profondeur, pour reprendre l'expression consacrée. Comme par exemple ne pas stocker de mots de passe en clair... Se faire pirater, ça arrive. Ce n'est pas vraiment là le soucis. Le vrai problème tient aux dimensions que ça prend parce que le système n'est pas conçu pour encaisser ce type d'incident.
Je râle, je râle, mais depuis dix minutes, je ne suis plus utilisateur de Monster, puisque ce site permet à présent de détruire son compte, fonction que je me suis empressé d'utiliser. Ce n'est pas comme si ma dernière mise à jour datait de mi-2004, le jour où j'ai effectivement remplacé la plupart des champs sensibles par des conneries. Ceci étant, je remercie Monster de sa sollicitude quand il m'avertit au moment de supprimer mon compte :
Sans votre compte, vous ne pourrez plus postuler aux offres aussi facilement et rapidement qu'aujourd'hui.
Si ça permet de rendre plus difficile la collecte de mes informations personnelles, je crois que je parviendrai à me faire une raison...
Et de me demander pourquoi je supprime mon compte. Hummm, en voilà une question qu'elle est bonne...
Commentaires
1. Le lundi 26 janvier 2009 à 14:23, par Vincent
Réponse de Sid
2. Le lundi 26 janvier 2009 à 15:21, par jmdesp
Réponse de Sid
3. Le lundi 26 janvier 2009 à 15:38, par Vincent
Réponse de Sid
4. Le lundi 26 janvier 2009 à 15:51, par Armetiz
5. Le lundi 26 janvier 2009 à 16:15, par Nico
6. Le lundi 26 janvier 2009 à 16:59, par windu.2b
Réponse de Sid
7. Le lundi 26 janvier 2009 à 18:45, par Jean-Philippe
Réponse de Sid
8. Le lundi 26 janvier 2009 à 23:09, par TLG
9. Le mardi 27 janvier 2009 à 07:17, par Vincent
Réponse de Sid
10. Le mardi 27 janvier 2009 à 09:24, par Looic
Réponse de Sid
11. Le mardi 27 janvier 2009 à 09:59, par Vincent
12. Le mardi 27 janvier 2009 à 11:27, par bartavelle
13. Le mardi 27 janvier 2009 à 11:40, par newsoft
14. Le mardi 27 janvier 2009 à 12:57, par Thomas
Réponse de Sid
15. Le mardi 27 janvier 2009 à 19:02, par Bertrand
16. Le mercredi 28 janvier 2009 à 10:42, par Kirikou
Réponse de Sid
17. Le mercredi 28 janvier 2009 à 14:58, par Kevin
18. Le mercredi 28 janvier 2009 à 15:09, par dany5
19. Le mercredi 28 janvier 2009 à 17:08, par newsoft
20. Le jeudi 29 janvier 2009 à 10:17, par R
21. Le samedi 31 janvier 2009 à 14:01, par Tuxicoman
Réponse de Sid
22. Le mardi 3 février 2009 à 11:37, par yan
23. Le mardi 3 février 2009 à 20:18, par Bertrand
Ajouter un commentaire
Les commentaires pour ce billet sont fermés.