{"id":113158,"date":"2026-08-20T22:35:56","date_gmt":"2026-08-20T20:35:56","guid":{"rendered":"https:\/\/blog.mailfence.com\/o-que-e-um-ataque-de-tabela-de-arco-iris-e-por-que-ele-quase-nao-funciona-mais\/"},"modified":"2026-09-10T20:12:39","modified_gmt":"2026-09-10T18:12:39","slug":"ataque-de-rainbow-table","status":"publish","type":"post","link":"https:\/\/blog.mailfence.com\/pt\/ataque-de-rainbow-table\/","title":{"rendered":"O que \u00e9 um ataque de rainbow table e por que ele quase n\u00e3o funciona mais?"},"content":{"rendered":"\n

Em resumo<\/strong><\/p>\n\n\n\n

Um ataque de rainbow table funciona comparando o hash de uma senha roubada com uma tabela de consulta pr\u00e9-constru\u00edda contendo pares conhecidos de hash e senha. O ataque perde completamente a efic\u00e1cia quando a senha \u00e9 armazenada com um salt, uma pr\u00e1tica que hoje \u00e9 padr\u00e3o<\/strong>.<\/p>\n\n\n\n

O salt adiciona um valor aleat\u00f3rio \u00e0 senha antes que ela seja transformada em hash. Como cada senha recebe um valor aleat\u00f3rio exclusivo, duas senhas id\u00eanticas geram hashes armazenados completamente diferentes.<\/p>\n\n\n\n

Essa simples mudan\u00e7a \u00e9 o principal motivo pelo qual esse tipo de ataque passou de uma amea\u00e7a s\u00e9ria a uma t\u00e9cnica praticamente obsoleta. Para uma prote\u00e7\u00e3o completa da conta, o pacote de ferramentas do Mailfence combina criptografia com configura\u00e7\u00f5es de seguran\u00e7a robustas desde o momento em que voc\u00ea cria sua caixa de entrada.<\/p>\n\n\n\n

O termo \u201cataque de rainbow table\u201d aparece em quase toda lista de m\u00e9todos de quebra de senhas. O nome parece intimidador, e por muito tempo foi mesmo.<\/p>\n\n\n\n

O que mudou? Uma defesa simples, conhecida como salting, eliminou grande parte da efic\u00e1cia desse tipo de ataque. A t\u00e9cnica n\u00e3o desapareceu completamente, por\u00e9m. Ela ainda pode funcionar contra sistemas desatualizados e senhas reutilizadas.<\/p>\n\n\n\n

Para proteger suas contas de forma completa, o pacote de ferramentas do Mailfence combina criptografia com configura\u00e7\u00f5es de seguran\u00e7a robustas desde o momento em que voc\u00ea cria sua caixa de entrada.<\/p>\n\n\n\n

O que \u00e9 um ataque de rainbow table?<\/h2>\n\n\n\n

Um ataque de rainbow table recupera senhas comparando hashes roubados com uma grande tabela pr\u00e9-computada que associa hashes \u00e0s senhas originais em texto simples<\/strong>. Em vez de tentar adivinhar a senha em tempo real, o invasor faz uma consulta direta.<\/p>\n\n\n\n

Qualquer servi\u00e7o competente armazena sua senha como um hash \u2013 uma impress\u00e3o digital de tamanho fixo produzida por uma fun\u00e7\u00e3o de m\u00e3o \u00fanica. A senha original n\u00e3o \u00e9 armazenada.<\/p>\n\n\n\n

A vulnerabilidade surge porque senhas id\u00eanticas sempre geram hashes id\u00eanticos. Uma rainbow table explora justamente essa consist\u00eancia<\/strong>, transformando um \u00fanico arquivo preparado em uma ferramenta capaz de quebrar milhares de hashes roubados de uma s\u00f3 vez.<\/p>\n\n\n\n

Essa efici\u00eancia fez dos ataques de rainbow table um atalho preferido para quebrar grandes conjuntos de senhas vazadas.<\/p>\n\n\n\n

Por que este tipo de ataque \u00e9 chamado de rainbow table?<\/h3>\n\n\n\n

O nome descreve o que acontece dentro da tabela, e n\u00e3o sua apar\u00eancia. Cada tabela \u00e9 constru\u00edda a partir de cadeias de c\u00e1lculos. Cada cadeia alterna entre duas opera\u00e7\u00f5es: uma fun\u00e7\u00e3o hash, que transforma uma senha em uma sequ\u00eancia de caracteres de tamanho fixo, e uma fun\u00e7\u00e3o de redu\u00e7\u00e3o.<\/p>\n\n\n\n

Uma fun\u00e7\u00e3o de redu\u00e7\u00e3o transforma um hash em uma nova senha candidata. Ela n\u00e3o reverte o hash nem descriptografa nada. Sua fun\u00e7\u00e3o \u00e9 simplesmente gerar o pr\u00f3ximo elo da cadeia.<\/p>\n\n\n\n

Repetir essa altern\u00e2ncia dezenas de vezes permite que uma \u00fanica cadeia cubra um grande conjunto de senhas candidatas sem precisar armazenar cada uma delas separadamente. Apenas os valores inicial e final de cada cadeia s\u00e3o mantidos, reduzindo drasticamente o espa\u00e7o de armazenamento necess\u00e1rio<\/strong>.<\/p>\n\n\n\n

Nas vers\u00f5es mais sofisticadas, a pr\u00f3pria fun\u00e7\u00e3o de redu\u00e7\u00e3o muda a cada etapa. Essa varia\u00e7\u00e3o evita que diferentes cadeias colidam entre si e deu origem ao nome colorido da t\u00e9cnica.<\/p>\n\n\n\n

Como funciona um ataque de senha com rainbow table?<\/h3>\n\n\n\n

Cinco etapas resumem como funciona um ataque de senha com rainbow table:<\/p>\n\n\n\n

    \n
  1. Obten\u00e3o dos hashes:<\/strong> O invasor obt\u00e9m hashes de senhas, geralmente por meio de uma vulnerabilidade de software, de um banco de dados comprometido ou de um c\u00f3digo malicioso<\/li>\n\n\n\n
  2. Identifica\u00e7\u00e3o do algoritmo:<\/strong> Ele seleciona ou gera uma rainbow table criada especificamente para o algoritmo de hash usado pelo sistema-alvo<\/li>\n\n\n\n
  3. Processamento dos hashes pelas cadeias:<\/strong> Cada hash roubado passa pela mesma sequ\u00eancia de fun\u00e7\u00f5es de redu\u00e7\u00e3o usada para criar a tabela<\/li>\n\n\n\n
  4. Identifica\u00e7\u00e3o da correspond\u00eancia:<\/strong> Quando um hash chega a um ponto final de uma cadeia conhecida, o invasor reproduz essa cadeia desde o in\u00edcio e recupera a senha original<\/li>\n\n\n\n
  5. Reutiliza\u00e7\u00e3o da senha em outros servi\u00e7os:<\/strong> Primeiro, ele testa a senha na conta comprometida. Depois, tenta us\u00e1-la em outros servi\u00e7os, j\u00e1 que \u00e9 a reutiliza\u00e7\u00e3o de senhas que pode causar os maiores danos<\/strong><\/li>\n<\/ol>\n\n\n\n

    Rainbow table vs dictionary attack vs brute force<\/h2>\n\n\n\n

    Um ataque de rainbow table faz parte de uma fam\u00edlia maior de t\u00e9cnicas de quebra de senhas, que tamb\u00e9m inclui credential stuffing<\/a> e password spraying<\/a>.<\/p>\n\n\n\n

    \n

    \n \ud83d\udca1 Em termos simples:<\/strong> o password spraying usa uma senha comum e a testa em um grande n\u00famero de contas, em vez de testar v\u00e1rias senhas em uma \u00fanica conta.\n <\/p>\n<\/div>\n\n\n\n

    O que diferencia esses m\u00e9todos \u00e9 o momento em que os c\u00e1lculos s\u00e3o feitos: alguns realizam todo o processamento em tempo real, enquanto outros dependem de uma prepara\u00e7\u00e3o conclu\u00edda muito antes do ataque come\u00e7ar. O brute force testa sistematicamente todas as combina\u00e7\u00f5es poss\u00edveis de caracteres at\u00e9 encontrar a senha correta.<\/p>\n\n\n\n

    Crit\u00e9rio<\/strong><\/td>Rainbow table<\/strong><\/td>Brute force<\/strong><\/td>Dictionary<\/strong><\/td><\/tr>
    Recurso principal<\/td>Tabela de consulta pr\u00e9-constru\u00edda<\/td>Pot\u00eancia de computa\u00e7\u00e3o bruta (CPU\/GPU)<\/td>Listas de senhas comuns<\/td><\/tr>
    Prepara\u00e7\u00e3o<\/td>Intensa<\/td>Nenhum<\/td>Leve<\/td><\/tr>
    Velocidade durante o ataque<\/td>Muito r\u00e1pida (consulta direta)<\/td>Lenta<\/td>R\u00e1pida contra padr\u00f5es comuns<\/td><\/tr>
    Funciona com hashes com salt<\/td>N\u00e3o<\/strong><\/td>Sim<\/td>Sim<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Essa \u00faltima linha explica tudo. Assim que o salt \u00e9 aplicado, toda a tabela pr\u00e9-constru\u00edda se torna in\u00fatil.<\/p>\n\n\n\n

    Os ataques de rainbow table ainda s\u00e3o uma amea\u00e7a?<\/h2>\n\n\n\n

    Contra sistemas modernos, quase nunca. Contra sistemas mais antigos, sem d\u00favida<\/strong>.<\/p>\n\n\n\n

    Formatos sem salt, como NTLM e LM, ainda existem em infraestruturas legadas. Muitos dispositivos conectados tamb\u00e9m chegam ao mercado com senhas padr\u00e3o fracas. Ambos continuam sendo alvos f\u00e1ceis para esse tipo de ataque.<\/p>\n\n\n\n

    O vazamento do LinkedIn em 2012<\/a> \u00e9 um exemplo cl\u00e1ssico. As senhas foram armazenadas com SHA-1 e sem salt, expondo cerca de 6,5 milh\u00f5es de hashes. Uma parte significativa deles foi quebrada em poucos dias.<\/p>\n\n\n\n

    Quatro anos depois, a verdadeira dimens\u00e3o do incidente ficou clara: cerca de 117 milh\u00f5es de contas haviam sido afetadas pelo mesmo roubo ocorrido em 2012.<\/p>\n\n\n\n

    Credenciais roubadas continuam sendo um dos pontos de entrada mais confi\u00e1veis para invasores. O Data Breach Investigations Report, da Verizon, associou as credenciais comprometidas a cerca de um ter\u00e7o de todas as viola\u00e7\u00f5es na \u00faltima d\u00e9cada. A reutiliza\u00e7\u00e3o de senhas \u00e9 o que transforma um \u00fanico hash quebrado em acesso a v\u00e1rias contas.<\/p>\n\n\n\n

    \"Gr\u00e1fico
    O vazamento do LinkedIn em 2012 inicialmente parecia ter exposto 6,5 milh\u00f5es de hashes de senhas. Em 2016, a verdadeira dimens\u00e3o do mesmo incidente veio \u00e0 tona: cerca de 117 milh\u00f5es de contas foram afetadas, todas armazenadas como SHA-1 sem salt. Fonte: Krebs on Security \/ Have I Been Pwned, 2016.<\/em><\/figcaption><\/figure>\n\n\n\n

    Qual \u00e9 a melhor defesa contra ataques de rainbow table?<\/h2>\n\n\n\n

    O salting \u00e9 a medida de prote\u00e7\u00e3o mais eficaz<\/strong>. Sem salting, uma rainbow table funciona exatamente como foi projetada para funcionar.<\/p>\n\n\n\n

    Fun\u00e7\u00f5es espec\u00edficas para armazenamento de senhas, como bcrypt ou Argon2<\/a>, acrescentam uma camada extra de prote\u00e7\u00e3o. Diferentemente de fun\u00e7\u00f5es hash de uso geral, como SHA-256, elas foram desenvolvidas especificamente para armazenar senhas: s\u00e3o deliberadamente lentas, exigem bastante mem\u00f3ria e aplicam automaticamente um salt exclusivo para cada senha.<\/p>\n\n\n\n

    \n

    \n \ud83d\udca1 Em termos simples:<\/strong> essas fun\u00e7\u00f5es s\u00e3o projetadas para funcionar mais lentamente, tornando a quebra automatizada de senhas muito mais cara em termos de tempo, mesmo quando nenhuma tabela pr\u00e9-computada \u00e9 usada.\n <\/p>\n<\/div>\n\n\n\n

    A reutiliza\u00e7\u00e3o de senhas \u00e9 o que transforma um \u00fanico hash quebrado em acesso a v\u00e1rias contas. Usar uma senha longa e exclusiva para cada conta n\u00e3o impede um ataque de rainbow table. Essa \u00e9 uma defesa contra credential stuffing, mas limita os danos caso algum servi\u00e7o seja comprometido. Saiba mais sobre h\u00e1bitos relacionados a senhas<\/a>.<\/p>\n\n\n\n

    A autentica\u00e7\u00e3o de dois fatores oferece uma camada adicional de prote\u00e7\u00e3o, bloqueando o acesso mesmo que uma senha seja recuperada.<\/p>\n\n\n\n

    A autentica\u00e7\u00e3o de dois fatores oferece uma camada adicional de prote\u00e7\u00e3o, reduzindo significativamente o risco de invas\u00e3o da conta mesmo que uma senha seja recuperada.<\/p>\n\n\n\n

    Como o Mailfence protege sua conta contra ataques a senhas<\/h2>\n\n\n\n

    O Mailfence usa algoritmos modernos com salt para gerar o hash de todas as senhas armazenadas.<\/p>\n\n\n\n

    As senhas das contas s\u00e3o armazenadas usando bcrypt<\/strong>, uma fun\u00e7\u00e3o de hash desenvolvida especificamente para senhas. O bcrypt gera automaticamente um salt aleat\u00f3rio e exclusivo para cada senha e o incorpora ao hash armazenado. Assim, um banco de dados roubado n\u00e3o ter\u00e1 duas entradas id\u00eanticas e as rainbow tables pr\u00e9-constru\u00eddas n\u00e3o ter\u00e3o com o que fazer correspond\u00eancia.<\/p>\n\n\n\n

    As conex\u00f5es pelo navegador s\u00e3o protegidas com SSL\/TLS.<\/p>\n\n\n\n

    A autentica\u00e7\u00e3o de dois fatores (2FA) est\u00e1 dispon\u00edvel gratuitamente para todas as contas.<\/strong> Voc\u00ea pode ativ\u00e1-la usando qualquer aplicativo autenticador compat\u00edvel com TOTP e gerar c\u00f3digos de backup para recuperar o acesso \u00e0 conta. Embora nenhum m\u00e9todo de 2FA elimine completamente os riscos \u2013 c\u00f3digos TOTP podem, em princ\u00edpio, ser obtidos por meio de phishing \u2013, ele reduz significativamente o risco de acesso n\u00e3o autorizado, mesmo quando uma senha \u00e9 comprometida.<\/p>\n\n\n\n

    Para acesso externo via SMTP, IMAP, POP, EAS, xDAV e XMPP, use senhas separadas e espec\u00edficas para cada servi\u00e7o<\/strong>, que podem ser revogadas individualmente. Desative tamb\u00e9m qualquer servi\u00e7o de que voc\u00ea n\u00e3o precise. Isso reduz a superf\u00edcie de ataque da conta sem afetar suas credenciais principais de acesso.<\/p>\n\n\n\n

    Uma s\u00e9rie de configura\u00e7\u00f5es de seguran\u00e7a da conta<\/a> permite refor\u00e7ar ainda mais suas defesas no dia a dia.<\/p>\n\n\n\n

    \n

    \n “A melhor defesa contra os ataques de ontem raramente \u00e9 algo extraordin\u00e1rio, mas sim disciplina. Cuidamos da parte mais dif\u00edcil do nosso lado, armazenando todas as senhas com hashing moderno e salt, e oferecemos ferramentas simples, como a autentica\u00e7\u00e3o de dois fatores, para ajudar as pessoas a fechar essa lacuna do lado delas.” \u2013 Patrick De Schutter, cofundador da Mailfence<\/strong>\n <\/p>\n<\/div>\n\n\n\n

    Principais conclus\u00f5es<\/strong><\/h2>\n\n\n\n
      \n
    • Uma rainbow table recupera senhas consultando seus hashes em uma tabela pr\u00e9-constru\u00edda, sem precisar fazer c\u00e1lculos em tempo real<\/li>\n\n\n\n
    • O salting elimina completamente a efic\u00e1cia desse m\u00e9todo, sendo o principal motivo pelo qual esse tipo de ataque perdeu for\u00e7a<\/li>\n\n\n\n
    • Sistemas legados, hashes sem salt e dispositivos conectados com seguran\u00e7a insuficiente continuam vulner\u00e1veis<\/li>\n\n\n\n
    • Uma senha forte e exclusiva, combinada com a autentica\u00e7\u00e3o de dois fatores, reduz significativamente o risco no n\u00edvel da conta<\/li>\n<\/ul>\n\n\n\n

      Considera\u00e7\u00f5es finais sobre ataques de rainbow table<\/h2>\n\n\n\n

      O ataque de rainbow table j\u00e1 foi considerado uma das t\u00e9cnicas mais perigosas de quebra de senhas. O salting e as fun\u00e7\u00f5es hash modernas reduziram grande parte de sua efic\u00e1cia, e hoje ele persiste principalmente em ambientes desatualizados ou configurados de forma inadequada.<\/p>\n\n\n\n

      Uma senha forte e exclusiva, combinada com a autentica\u00e7\u00e3o de dois fatores, continua sendo sua linha de defesa mais confi\u00e1vel.<\/strong><\/p>\n\n\n\t\t

      \n\t\t\t\t\t
      \n\t\t\t\t\t\t
      \n\t\t\t\t\t
      \n\t\t\t
      \n\t\t\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t\t

      Receba as \u00faltimas novidades sobre privacidade no seu e-mail<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t\t

      Inscreva-se na Newsletter da Mailfence.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

      \n\t\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t\n\t\t\t\n\t\t\t\n\n\t\t\t\t\t\t\t\n\t\t\t\n\t\t\t
      \n\t\t\t\t\t\t\t\t
      \n\t\t\t\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t\t\t\t
      \n\t\t\t\t\t