10 replies to this topic

[Layout WebHost]

Num sistema de login com usuario e senha, qual a melhor forma para se criptografar a senha no banco de dados, para que se acessarem com o phpmyadmin por ex. nao conseguir ver a senha original?

[Paulo Freitas]

Criptografia não sei, mas hash basta um MD5 gerado por um salt aleatório. Exemplo:

md5(md5('abc123') . md5('d6fzp3')); // onde abc123 é a senha e d6fzp3 é o salt aleatório

O IPB, por exemplo, é um dos sistemas que utilizam este tipo de artifício.

[]’s Até mais

[Layout WebHost]

Certo, talvez nao seja criptografia, nao sabia como dizer

Tipo no exe. que me passou, é para gerar a senha(hash) certo? ai na hora do cadastro, eu pego a senha boto la no "abc123" e ele gera a nova e eu gravo no bd certo? e Depois para ver a senha "normal"?

[Paulo Freitas]

Tipo no exe. que me passou, é para gerar a senha(hash) certo?

Certo.

ai na hora do cadastro, eu pego a senha boto la no "abc123" e ele gera a nova e eu gravo no bd certo?

Certo.

e Depois para ver a senha "normal"?

Então... por ser um hash, não há como retornar ao valor original. Para tu efetuar um login, por exemplo, tu verifica se o hash gerado pela senha informada bate com o hash cadastrado no BD. Se forem iguais, maravilha, o usuário digitou a senha correta. Se não forem, simples, senha incorreta.

[]’s Até mais

[Layout WebHost]

E se o usuario esquecer a senha e tiver um recurso para enviar a senha dele por email?

[Paulo Freitas]

E se o usuario esquecer a senha e tiver um recurso para enviar a senha dele por email?

Então... neste caso não se envia a mesma senha pelo e-mail, visto que não é possível. Cria-se uma outra (aleatória) e envia pro e-mail cadastrado.

[]’s Até mais

[dark sonic]

poderia enviar a propria senha que tah gravada no db e assim que ele entrasse no sistema ele teria que escolher outra senha obrigatoriamente se naum por causa da verificação do hash toda hora que ele fosse tentar logar iria dar senha incorreta...

bom mas eu prefiro usar o base64, não é tão eficiente quanto um md5 pois com o base64 pode-se saber qual eh o valor "criptografado" mas dependendo do porte do seu sistema isso seria vamos dizer relativo a se você quer proteger bem ou simplesmente proteger !

[sk15]

poderia enviar a propria senha que tah gravada no db e assim que ele entrasse no sistema ele teria que escolher outra senha obrigatoriamente se naum por causa da verificação do hash toda hora que ele fosse tentar logar iria dar senha incorreta...
.....

Mas como vai enviar a propria senha que ta gravada?
Sendo que ninguem sabe dela ... o sistema não sabe o dono do site não sabe e o dono da senha tbm não sabe!

[Dudu]

Se você dar a senha "criptografada" para o usuário, nunca vai dar certo, pois no arquivo que checa os dados, ele confere a senha "criptografada" pela senha no BD. Se você criptografar a senha já criptografada, vai dar senha incorreta sempre...

A solução é criar um número aleatório e mandar quando o usuário quiser lembrar a senha...

É o que eu faço no meu site.

Até mais

[Fábio Luciano]

Criptografia não sei, mas hash basta um MD5 gerado por um salt aleatório. Exemplo:

md5(md5('abc123') . md5('d6fzp3')); // onde abc123 é a senha e d6fzp3 é o salt aleatório

O IPB, por exemplo, é um dos sistemas que utilizam este tipo de artifício.

[]’s

Dessa forma nem no brute force o cara vai conseguir \o\

[dark sonic]

mas eh claro que o sistema vai saber de quem eh a senha ele vai preencher um campo contendo o email e o sistema vai checar de quem eh esse email e mandar a senha gravada no db por email e na hora dele logar ele iria pra uma pagina vamos dizer recupera.especial.php e nessa pagina naum usaria a verificação mas na hora de add a nova senha ele iria add a nova criptografada !

esse seria o geito que eu primeiramente tentaria mas sei lah isso vai de programador pra programador e suas necessidades !!