Parte 2 - Introdução ao Algoritmo SHA 256 - Secure Hash Algorithm SHA256

แชร์
ฝัง
  • เผยแพร่เมื่อ 26 ธ.ค. 2024

ความคิดเห็น • 12

  • @isanagi.
    @isanagi. 2 ปีที่แล้ว +3

    muito bom o video

  • @Gabrielkiwisk
    @Gabrielkiwisk 9 หลายเดือนก่อน +1

    Olá, ótimo vídeo ! Achei alguns sites que realizam o caminho reverso sha256 para o texto original testei e realmente funcionou, como isso seria possível ? O hash 256 está obsoleto ?

    • @Gabrielkiwisk
      @Gabrielkiwisk 9 หลายเดือนก่อน

      Descobri 😅, pelo que entendi os sites tem uma base de dados com frases/palavras usuais e comparam as hashs as informações do BD. Se colocar algo mais específico o decripitador não funciona... na verdade é só um comparador de hashes

    • @TheVirtualC
      @TheVirtualC  9 หลายเดือนก่อน +2

      Posso não ter entendido bem o seu comentário... Mas é impossível transformar uma hash256 no texto original... Pela seguinte razão.. algo que tem 256 bits nunca vai ser algo de 1mb por exemplo...
      Vamos nos falando... Vlw pelo comentário

    • @AlexSilva-dt6gn
      @AlexSilva-dt6gn 4 หลายเดือนก่อน

      A chance de você encontrar o hash é na ordem de 2 elevado a 256, aproximadamente 1 seguido de 77 zeros, o que dá um número aproximado a quantidade de átomos do universo. É literalmente impossível, com computação clássica, você encontrar o hash.

  • @paulosergiosantos4248
    @paulosergiosantos4248 ปีที่แล้ว

    O 8, 19, 30, 41, 52, 63, ... dao colisao para um array de tamanho 11, nao seria isso?

    • @TheVirtualC
      @TheVirtualC  ปีที่แล้ว +1

      Exato, não há pra onde correr... Se vc tem um espaço limitado e um domínio de dados grandes isso é inevitável... O que dá pra fazer é escolher a melhor estratégia para um conjunto de elementos previamente conhecido. Mas vc tem razão haveria colisão para os elementos que você citou 👊🏻

  • @codetrix5889
    @codetrix5889 2 ปีที่แล้ว

    Opa uma duvida aqui, se a mensagem ultrapassar os 56 bytes, ok faz outro frame mas como fica a situaçao dos hexadecimais que sao gerados em cada linha do frame? vao todos para o processo de seleção de trocas das constantes mesmo que a mensagem tenha mais de 1 frame? digameos que exista mais de um frame uma vez que a mensagem possui mais de 56 bytes e com a soma de todos os frames digamos de tivemos um total de 700 codigos decimais de cada linha de todos os frames juntos esses 700 codigos decimais irao para o processo de seleção?

    • @TheVirtualC
      @TheVirtualC  2 ปีที่แล้ว

      Obrigado pela pergunta CodeTrix, talvez eu não tenha entendido bem a pergunta, mas, os hexadecimais gerados em cada linha do frame não são informações novas são apenas uma outra forma de se visualizar/representar os bits que estão em cada linha do frame. Todo frame gerado tem que passar pelo algoritmo, independente se é um frame que possui a sua mensagem, se possui apenas Byte de Controle e Tamanho da Mensagem ou se possui apenas o tamanho da mensagem.

    • @codetrix5889
      @codetrix5889 2 ปีที่แล้ว

      @@TheVirtualC obrigado pelo esclarecimento, so deixa eu ver se eu entendi bem, tem uma mensagem que ultrapaça os 56 bytes obviamente tenho que seguir a regra do frame e preecher ate o byte 56 onde a partir dali sera apenas um espaço reservado para o tamanho da mensagem, ok só que a mensage tem mais de 56 bytes ou seja nao terminei de colocar toda a mensagem no frame pois nao cabe, entao com esse pedaço da mensagem eu gero no final o seu hash mas como a mensagem nao terminou esse hash que foi gerado pelo pedaço da mensagem ou seja as 8 gH... eu coloco no lugar da hash inicial as 8 Dwords e começo o processo de novo só que ao inves de usar a hash inicial eu uso o hash gerado pelo pedaço da mensagem ate a mensagem acabar, é isso?

    • @TheVirtualC
      @TheVirtualC  2 ปีที่แล้ว +2

      @@codetrix5889 QUOTED “...tem uma mensagem que ultrapaça os 56 bytes obviamente tenho que seguir a regra do frame e preecher ate o byte 56 onde a partir dali sera apenas um espaço reservado para o tamanho da mensagem, ok...”
      - Não, Não é até o byte 56... você sempre vai ler 64 bytes... Se a sua leitura teve 64 bytes você vai colocar toda a leitura de dados no frame... neste caso, você não vai colocar o Byte de Controle e nem o tamanho da mensagem... (talvez a imagem do minuto 16:40 te ajude). O tamanho da mensagem você coloca uma única vez (Obrigatoriamente no ultimo Frame), o tamanho da mensagem é a soma de todas as suas leituras... você só vai saber o tamanho quando você ler todo o conteúdo; O Byte de controle você também coloca uma única vez, ele pode estar no penúltimo frame ou no ultimo frame (vai depender do tamanho da mensagem).
      QUOTED “...só que a mensage tem mais de 56 bytes ou seja nao terminei de colocar toda a mensagem no frame pois nao cabe, entao com esse pedaço da mensagem eu gero no final o seu hash mas como a mensagem nao terminou esse hash que foi gerado pelo pedaço da mensagem ou seja as 8 gH... eu coloco no lugar da hash inicial as 8 Dwords e começo o processo de novo só que ao inves de usar a hash inicial eu uso o hash gerado pelo pedaço da mensagem ate a mensagem acabar, é isso?...”
      - Aqui me parece que seu raciocínio esta correto!
      Para ver se eu algoritmo funcionou compare a sua hash com a deste site:
      xorbin.com/tools/sha256-hash-calculator

    • @codetrix5889
      @codetrix5889 2 ปีที่แล้ว +2

      @@TheVirtualC muito obrigado pelo esclarecimento, sim sim é 64 bytes nao 56, é muito numeros em processamento chapa ai a gente se perde kkkkkkk