[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fmqxwpjh93mhf":3,"$f14j9z2xsrth90":59},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":9,"domain":10,"breachDate":11,"addedDate":12,"publishedAt":13,"modifiedDate":13,"contentUpdatedAt":13,"source":14,"sourceUrl":15,"sourceUrls":16,"pwnCount":17,"affectedCount":17,"affectedCountStatus":18,"affectedCountLowerBound":19,"affectedCountUnit":20,"hasEnglishDescription":4,"contentLocale":21,"availableLocales":22,"translations":32,"severity":43,"dataClasses":44,"description":50,"seoTitle":51,"seoDescription":52,"logoUrl":53,"isVerified":4,"isSensitive":54,"isSpamList":54,"isMalware":54,"company":55},"68e3266eda11adda48825178","d-bforums","dBforums Fuite de données","dbforums","dbforums.com","2016-07-04T00:00:00.000Z","2023-09-20T07:26:28.000Z","2026-10-10T01:04:37.570Z","Third party breach","",[],363468,"known",null,"unknown","fr",[23,24,25,26,27,28,21,29,30,31],"en","tr","zh","hi","es","ar","bn","pt","ru",{"en":33,"tr":34,"zh":35,"hi":36,"es":37,"ar":38,"fr":39,"bn":40,"pt":41,"ru":42},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},"High",[45,46,47,48,49],"Dates of birth","Email addresses","IP addresses","Passwords","Usernames","\u003Cp>La fuite de données de dBforums est liée à la compromission, en juillet 2016, de ce forum consacré aux bases de données et à la technologie, qui reposait sur vBulletin. Le périmètre vérifié comprend 363 468 adresses e-mail uniques. Les données comprennent des dates de naissance, des adresses e-mail, des adresses IP, des noms d’utilisateur et des empreintes MD5 salées de mots de passe. Même si le forum n’est plus actif, ces types de données présentent toujours un risque : d’anciens noms d’utilisateur, adresses e-mail et mots de passe peuvent correspondre à ceux d’autres comptes. Le fait que des membres de la communauté des bases de données et de la technologie utilisent le même nom d’utilisateur sur différents forums, dépôts de code ou comptes professionnels accroît également le risque d’ingénierie sociale ciblée.\u003C\u002Fp>\n\u003Ch2>Types de données divulguées et risques\u003C\u002Fh2>\n\u003Cp>Les types de données associés à dBforums constituent des identifiants de compte complémentaires. L’adresse e-mail et le nom d’utilisateur révèlent l’identité d’une personne sur le forum. L’adresse IP peut fournir un indice technique sur la région ou le fournisseur de réseau d’une connexion passée. La date de naissance est une donnée personnelle que certains services utilisent dans leurs procédures d’authentification ou de récupération de compte. Le champ du mot de passe ne doit pas être considéré comme un mot de passe lisible en clair, mais comme une empreinte MD5 salée. L’utilisation d’un sel peut empêcher qu’un même mot de passe produise une même empreinte; toutefois, MD5 est un algorithme faible qui permet de tester rapidement des mots de passe candidats et ne répond pas aux exigences actuelles de sécurité.\u003C\u002Fp>\n\u003Cp>Cette combinaison peut amener un attaquant à cibler non seulement l’ancien compte du forum, mais aussi d’autres comptes associés à la même personne. Si le nom d’utilisateur est réutilisé sur différentes plateformes, l’attaquant peut rechercher les traces de cette personne dans les communautés techniques. La date de naissance et les indications fournies par l’adresse IP, associées à l’adresse e-mail, peuvent rendre de faux messages de récupération de compte plus convaincants. Si le mot de passe est retrouvé par cassage de son empreinte ou deviné, il est possible de l’essayer sur d’autres services. Le risque persiste donc même après la fermeture d’un ancien compte de forum.\u003C\u002Fp>\n\u003Ch2>Périmètre vérifié et limites\u003C\u002Fh2>\n\u003Cp>Le nombre de 363 468 indiqué dans cette fiche correspond au nombre d’adresses e-mail uniques vérifiées. Il ne doit pas être interprété comme un nombre de personnes distinctes : plusieurs inscriptions au forum, anciennes, en double ou différentes, peuvent appartenir à une même personne. L’incident date de juillet 2016 et a été porté à l’attention du public en même temps que d’autres fuites touchant des forums associés à la même société mère à cette époque. Cette fiche concerne uniquement le domaine dBforums; les domaines ou les chiffres d’autres forums mentionnés durant la même période ne doivent pas y être ajoutés. Cela permet aux utilisateurs de savoir clairement pour quel compte de forum l’alerte a été émise.\u003C\u002Fp>\n\u003Cp>Le périmètre des champs de données est lui aussi limité : les dates de naissance, les adresses e-mail, les adresses IP, les noms d’utilisateur et les empreintes MD5 salées de mots de passe sont les champs vérifiés. Pour cette fiche, aucune autre information non vérifiée relative à l’identité, aux coordonnées, aux finances ou à la santé ne doit être ajoutée à la liste. La présence d’un champ de mot de passe ne doit pas conduire le texte à affirmer que les mots de passe sont stockés en clair. L’évaluation correcte est que les mots de passe ont été recueillis sous forme d’empreintes, mais que l’utilisation de MD5 présente un risque sérieux en cas de réutilisation des mots de passe.\u003C\u002Fp>\n\u003Ch2>Groupes d’utilisateurs à risque\u003C\u002Fh2>\n\u003Cp>Les personnes les plus exposées sont celles qui ont créé un compte sur dBforums et qui ont également utilisé le même nom d’utilisateur ou le même mot de passe dans d’autres communautés techniques. Les administrateurs de bases de données, les développeurs, les administrateurs système, les modérateurs de forums et le personnel d’assistance technique peuvent faire partie de ce groupe. Les membres de forums techniques utilisent généralement des pseudonymes similaires sur différents forums, plateformes de partage de code et environnements professionnels. Cela facilite le rapprochement entre d’anciennes données de forum et de nouveaux comptes. Si le même mot de passe est aussi utilisé pour un compte professionnel ou un compte de messagerie, le risque devient plus critique.\u003C\u002Fp>\n\u003Cp>Les données contenant une date de naissance et une adresse IP nécessitent également une attention particulière face au risque d’hameçonnage ciblé. En exploitant l’historique de l’utilisateur sur le forum et ses centres d’intérêt techniques, un attaquant peut préparer des messages se présentant comme provenant d’un outil de base de données, ou comme une notification de forum, une mise à jour de sécurité ou une offre d’emploi. Pour les utilisateurs inscrits avec une adresse e-mail professionnelle, ce risque peut dépasser le cadre individuel : l’attaquant peut s’appuyer sur l’ancien compte de forum pour cibler le domaine de l’entreprise et la fonction technique de l’utilisateur. Les organisations doivent donc aussi considérer les alertes liées aux anciens comptes de forums techniques de leurs employés comme un risque de réutilisation des mots de passe.\u003C\u002Fp>\n\u003Ch2>Mesures urgentes à prendre\u003C\u002Fh2>\n\u003Cp>Si la vérification révèle une correspondance avec les données de dBforums, la première étape consiste à changer le mot de passe utilisé sur ce forum ainsi que sur tous les comptes où vous avez pu utiliser un mot de passe identique ou similaire. Vérifiez en priorité les comptes de messagerie, les comptes professionnels, les dépôts de code, les services cloud, les forums techniques et les systèmes d’accès à distance. Les nouveaux mots de passe doivent être uniques et robustes, idéalement générés à l’aide d’un gestionnaire de mots de passe. Activez l’authentification multifacteur sur les comptes qui la prennent en charge. Même si votre ancien compte dBforums n’est plus accessible, vous devez mettre fin à toute réutilisation du mot de passe.\u003C\u002Fp>\n\u003Cp>La deuxième étape consiste à revoir les informations de récupération de compte et d’authentification. La date de naissance faisant partie des champs divulgués, soyez vigilant si d’autres services s’appuient sur cette donnée pour leurs questions de sécurité ou leurs procédures de vérification par l’assistance. Méfiez-vous des notifications de forum, demandes de réinitialisation de mot de passe, mises à jour de sécurité ou liens de téléchargement d’outils techniques que vous ne vous attendiez pas à recevoir. Si vous utilisez des comptes professionnels, signalez à l’équipe de sécurité toute possibilité d’avoir utilisé le même mot de passe sur les systèmes de l’entreprise et recherchez une éventuelle activité de session suspecte.\u003C\u002Fp>\n\u003Ch2>Stratégies de sécurité à long terme\u003C\u002Fh2>\n\u003Cp>Cet incident montre que les anciens comptes de forums techniques ne doivent pas être oubliés dans l’inventaire de sécurité. Passez régulièrement en revue vos anciens comptes de forums, de services éducatifs, de plateformes open source, de développeurs et de communautés. Utilisez un mot de passe unique pour chaque plateforme, activez une vérification supplémentaire lorsque c’est possible et fermez les comptes dont vous ne vous servez plus. L’utilisation du même nom d’utilisateur sur un grand nombre de plateformes facilitant l’établissement d’un profil personnel, vous pouvez aussi envisager un nom d’utilisateur différent pour les comptes professionnels à haut risque.\u003C\u002Fp>\n\u003Cp>Pour les exploitants de forums, la leçon à retenir est qu’il faut maintenir à jour les anciens logiciels de forum et les méthodes de stockage des mots de passe. Les plateformes de forum populaires comme vBulletin nécessitent des mises à jour régulières, des restrictions d’accès, un stockage sécurisé des mots de passe et une surveillance de sécurité. Les empreintes de mots de passe fondées sur MD5 ne doivent pas être considérées comme suffisantes face aux menaces actuelles. Après une fuite, il ne suffit pas de réinitialiser les mots de passe des utilisateurs : il faut aussi leur indiquer clairement quels champs de données ont été touchés, sous quelle forme les mots de passe étaient stockés et quels comptes ils doivent vérifier.\u003C\u002Fp>\n\u003Ch2>Vérification des données et actions à entreprendre\u003C\u002Fh2>\n\u003Cp>Si le résultat de la vérification sur cette page correspond à la fiche dBforums, commencez par déterminer quel nom d’utilisateur et quel mot de passe vous utilisiez sur le forum. Si vous avez conservé le même mot de passe sur d’autres comptes, remplacez-le partout où il est réutilisé. Vérifiez en particulier votre compte de messagerie, votre compte professionnel, vos comptes de forums techniques et vos dépôts de code. Les dates de naissance et les adresses IP faisant également partie du périmètre de la fuite, examinez plus attentivement les messages de récupération de compte et les demandes d’assistance. N’ouvrez pas directement les liens suspects et vérifiez vos comptes depuis les pages de connexion que vous connaissez.\u003C\u002Fp>\n\u003Cp>Bien que la fuite de dBforums soit ancienne, les données d’anciens forums techniques peuvent être réutilisées des années plus tard. Les empreintes MD5 salées de mots de passe peuvent faire l’objet de tentatives de cassage de plus en plus rapides au fil du temps, les noms d’utilisateur peuvent être rapprochés de ceux d’autres plateformes et des champs comme les dates de naissance peuvent servir à l’ingénierie sociale. Considérez cette fiche non comme le simple souvenir d’un ancien forum, mais comme une alerte concrète vous invitant à éliminer toute réutilisation de mots de passe et à renforcer l’inventaire de vos comptes techniques.\u003C\u002Fp>","dBforums Fuite de données (363,5 Millier Enregistrements signalés)","dBforums Fuite de données. Nombre signalé : 363,5 millier enregistrements. Données signalées : Dates de naissance, Adresses e-mail, Adresses IP. Consultez…","\u002Fuploads\u002Flogo\u002Fdbforums_com.webp",false,{"name":56,"sector":57,"country":58,"website":10,"websiteArchiveUrl":15,"websiteStatus":15,"websiteCheckedAt":19},"dBforums","Database and technology forum","United States",{"success":4,"breaches":60},[61,68,75,82],{"slug":62,"title":63,"companyName":64,"logoUrl":65,"breachDate":66,"affectedCount":67,"affectedCountStatus":18},"medela","Medela Fuite de données","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":69,"title":70,"companyName":71,"logoUrl":72,"breachDate":73,"affectedCount":74,"affectedCountStatus":18},"dustin-group-2026-data-security-incident","Incident de sécurité des données chez Dustin Group en 2026","Dustin Group AB (publ)","\u002Fuploads\u002Flogo\u002Fdustingroup_com-6aaab48e5041e3a842fe832a-e26a53490c4a5cbe.webp","2026-09-03T00:00:00.000Z",1062841,{"slug":76,"title":77,"companyName":78,"logoUrl":79,"breachDate":80,"affectedCount":81,"affectedCountStatus":18},"elekta-2026-data-breach","Violation de données chez Elekta en 2026","Elekta AB","\u002Fuploads\u002Flogo\u002Felekta-2026-veri-ihlali-afc72236a8ad.webp","2026-09-01T00:00:00.000Z",129576,{"slug":83,"title":84,"companyName":85,"logoUrl":86,"breachDate":80,"affectedCount":87,"affectedCountStatus":88},"novocure-2026-data-breach","Violation de données chez NovoCure en 2026","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]