[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fmwpskw4y4zub":3,"$f14fnh3pwlnomo":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 Vazamento de dados","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","pt",[23,24,25,26,27,28,29,30,21,31],"en","tr","zh","hi","es","ar","fr","bn","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>O vazamento de dados do dBforums está relacionado ao comprometimento do fórum dBforums, baseado em vBulletin e voltado a bancos de dados e tecnologia, ocorrido em julho de 2016. O escopo verificado abrange 363.468 endereços de e-mail únicos. O registro contém datas de nascimento, endereços de e-mail, endereços IP, nomes de usuário e hashes MD5 de senhas com salt. Embora o fórum não esteja mais ativo, esses tipos de dados ainda representam um risco, pois nomes de usuário, e-mails e senhas antigos podem corresponder a dados usados em outras contas. O uso do mesmo nome de usuário em diferentes fóruns, repositórios de código ou contas de trabalho por membros da comunidade de bancos de dados e tecnologia também aumenta o risco de engenharia social direcionada.\u003C\u002Fp>\n\u003Ch2>Tipos de dados vazados e riscos\u003C\u002Fh2>\n\u003Cp>Os tipos de dados presentes no registro do dBforums são identificadores de conta que se complementam. O endereço de e-mail e o nome de usuário revelam a identidade de uma pessoa no fórum. O endereço IP pode fornecer uma pista técnica sobre a região ou o provedor de rede de uma conexão passada. A data de nascimento é um dado pessoal usado por alguns serviços em processos de autenticação ou recuperação de conta. O campo de senha não deve ser entendido como uma senha legível em texto simples, mas como um hash MD5 com salt. O uso de salt pode impedir que a mesma senha gere o mesmo hash; no entanto, pelos requisitos atuais de segurança, o MD5 é um algoritmo fraco que permite testar combinações rapidamente.\u003C\u002Fp>\n\u003Cp>Essa combinação pode levar um invasor a visar não apenas a antiga conta do fórum, mas também outras contas associadas à mesma pessoa. Se o nome de usuário se repetir em diferentes plataformas, o invasor pode investigar o histórico da pessoa em comunidades técnicas. A data de nascimento e as informações de contexto do IP, junto com o endereço de e-mail, podem tornar mais convincentes as mensagens falsas de recuperação de conta. Se o hash da senha for quebrado ou a senha for adivinhada, é possível tentar usar a mesma senha em outros serviços. Portanto, o risco persiste mesmo que uma antiga conta de fórum seja encerrada.\u003C\u002Fp>\n\u003Ch2>Escopo verificado e limites\u003C\u002Fh2>\n\u003Cp>O número 363.468 usado neste registro se refere ao total de endereços de e-mail únicos verificados. Esse número não deve ser interpretado como a quantidade de pessoas distintas; uma mesma pessoa pode ter cadastros antigos, duplicados ou diferentes no fórum. O incidente ocorreu em julho de 2016 e veio à tona junto com outros vazamentos de fóruns associados à mesma empresa controladora naquela época. Este registro se refere exclusivamente ao domínio do dBforums; os domínios ou números de outros fóruns mencionados no mesmo período não devem ser acrescentados a ele. Assim, fica claro para você a qual conta de fórum o alerta se refere.\u003C\u002Fp>\n\u003Cp>Os campos de dados também têm limites definidos: datas de nascimento, endereços de e-mail, endereços IP, nomes de usuário e hashes MD5 de senhas com salt são os campos verificados. Informações adicionais de identidade, contato, finanças ou saúde que não tenham sido verificadas não devem ser incluídas na lista deste registro. Embora exista um campo de senha, o texto não deve afirmar que as senhas estão armazenadas em texto simples. A avaliação correta é que as senhas foram capturadas na forma de hashes, mas o uso de MD5 representa um risco sério quando há reutilização de senhas.\u003C\u002Fp>\n\u003Ch2>Grupos de usuários em risco\u003C\u002Fh2>\n\u003Cp>As pessoas sob maior risco são aquelas que criaram uma conta no dBforums e também usaram o mesmo nome de usuário ou a mesma senha em outras comunidades técnicas. Esse grupo pode incluir administradores de bancos de dados, desenvolvedores, administradores de sistemas, moderadores de fóruns e profissionais de suporte técnico. Membros de fóruns técnicos geralmente usam apelidos semelhantes em diferentes fóruns, plataformas de compartilhamento de código e ambientes de trabalho. Isso facilita a associação de dados antigos do fórum a novas contas. Se a mesma senha também for usada em uma conta de trabalho ou de e-mail, o risco se torna mais crítico.\u003C\u002Fp>\n\u003Cp>Registros que contêm data de nascimento e endereço IP também exigem atenção quanto ao phishing direcionado. Um invasor pode usar o histórico da pessoa no fórum e seus interesses técnicos para preparar mensagens que aparentem estar relacionadas a uma ferramenta de banco de dados, uma notificação do fórum, uma atualização de segurança ou uma oportunidade de emprego. Para quem se cadastrou com um endereço de e-mail corporativo, esse risco pode ir além do âmbito individual; o invasor pode visar o domínio da empresa e a função técnica com base na antiga conta do fórum. Por isso, as organizações também devem considerar os alertas referentes a antigas contas de funcionários em fóruns técnicos como um risco de reutilização de senhas.\u003C\u002Fp>\n\u003Ch2>Medidas urgentes a tomar\u003C\u002Fh2>\n\u003Cp>Se os seus dados corresponderem ao registro do dBforums, o primeiro passo é alterar a senha usada nesse fórum e em todas as contas nas quais você possa ter usado a mesma senha ou uma semelhante. Priorize a verificação de contas de e-mail, contas de trabalho, repositórios de código, serviços de nuvem, fóruns técnicos e sistemas de acesso remoto. As novas senhas devem ser exclusivas e fortes, de preferência geradas por um gerenciador de senhas. Ative a autenticação multifator nas contas que oferecem essa proteção. Mesmo que a antiga conta do dBforums não esteja mais acessível, você precisa eliminar a reutilização de senhas.\u003C\u002Fp>\n\u003Cp>O segundo passo é revisar as informações de recuperação de conta e autenticação. Como a data de nascimento está entre os campos vazados, tenha cuidado se outros serviços usarem perguntas de segurança ou processos de verificação pelo suporte baseados nesse dado. Desconfie de notificações inesperadas de fóruns, solicitações de redefinição de senha, atualizações de segurança ou links para baixar ferramentas técnicas. Se você usa contas corporativas, informe à equipe de segurança a possibilidade de ter usado a mesma senha em sistemas de trabalho e verifique se há atividades suspeitas nas sessões.\u003C\u002Fp>\n\u003Ch2>Estratégias de segurança a longo prazo\u003C\u002Fh2>\n\u003Cp>Este incidente mostra que contas antigas de fóruns técnicos não devem ser esquecidas no inventário de segurança. Revise regularmente suas contas antigas em fóruns, plataformas de ensino, projetos de código aberto, plataformas para desenvolvedores e comunidades. Use uma senha exclusiva para cada plataforma, ative mecanismos adicionais de verificação quando possível e encerre as contas que não utiliza mais. Como o uso do mesmo nome de usuário em muitos serviços facilita a criação de perfis pessoais, você também pode considerar um nome de usuário diferente para contas profissionais de alto risco.\u003C\u002Fp>\n\u003Cp>Para os responsáveis por fóruns, a lição é manter atualizados tanto o software do fórum quanto os métodos de armazenamento de senhas, mesmo em plataformas antigas. Plataformas populares de fóruns, como o vBulletin, exigem atualizações regulares, restrições de acesso, armazenamento seguro de senhas e monitoramento de segurança. Hashes de senhas baseados em MD5 não devem ser considerados suficientes diante das ameaças atuais. Após um vazamento, não basta redefinir as senhas dos usuários; também é preciso comunicar com clareza quais campos de dados foram afetados, em que formato as senhas estavam armazenadas e quais contas os usuários precisam verificar.\u003C\u002Fp>\n\u003Ch2>Verificação do registro e ações do usuário\u003C\u002Fh2>\n\u003Cp>Se o resultado da verificação nesta página corresponder ao registro do dBforums, primeiro identifique qual nome de usuário e qual senha você usava no fórum. Se a mesma senha ainda estiver em uso em outras contas, elimine todas as reutilizações. Verifique especialmente a conta de e-mail, a conta de trabalho, os fóruns técnicos e os repositórios de código. Como os campos de data de nascimento e endereço IP também fazem parte do vazamento, examine com mais cuidado as mensagens de recuperação de conta e as solicitações de suporte. Não abra links suspeitos diretamente; verifique suas contas pelas páginas de login conhecidas.\u003C\u002Fp>\n\u003Cp>Embora o vazamento do dBforums seja antigo, dados de fóruns técnicos antigos podem ser reutilizados anos depois. Com o passar do tempo, é possível testar combinações contra hashes MD5 de senhas com salt mais rapidamente, associar nomes de usuário aos de outras plataformas e usar campos como datas de nascimento em ataques de engenharia social. Você deve tratar este registro não como uma lembrança de um fórum antigo, mas como um alerta concreto para eliminar a reutilização de senhas e reforçar o inventário de contas técnicas.\u003C\u002Fp>","dBforums Vazamento de dados (363,5 Mil Registros informados)","dBforums Vazamento de dados. Há relatos de 363,5 mil registros. Dados informados: Datas de nascimento, Endereços de e-mail, Endereços IP. Confira o alcance…","\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 Vazamento de dados","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","Incidente de segurança de dados do Dustin Group em 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","Vazamento de dados da Elekta em 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","Vazamento de dados da NovoCure em 2026","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]