[firebase-br] Opniao em criptografia

[Gustavo Luis Hinterholz]

Só lembrando que se o MD5 atualmente já é "quebrável", para testes pode:
*Gerar um aqui*
http://www.miraclesalad.com/webtools/md5.php
*E fazer o decrypt aqui:*
http://www.hashkiller.co.uk/md5-decrypter.aspx

Ou seja, se alguem tivesse acesso ao MD5 puro, sem criptografia seria fácil
de conseguir a string inicial.
Eu recomendaria o SHA256 como o melhor custo benefício, nunca precisei
implantar em nenhum projeto no firebird com cripto e hash, somente em
outros bancos, por isso não sei te dar o caminho das pedras, mas na minha
opinião eu não utilizaria o MD5.
Mas é com o Gladiston falou, vai depender do nivel de segurança que
necessitas e de quais informações vai precisar "esconder" caso alguem
consiga o acesso as informacoes do BD.


Att
Gustavo Luis Hinterholz
9381-8192
*http://gustavohinterholz.blogspot.com.br/
<http://gustavohinterholz.blogspot.com.br/>* <http://www.gustavo/>

Em 10 de dezembro de 2014 09:48, Gladiston Santana <gladiston em vidy.com.br>
escreveu:

> Primeiramente seria legal usar charset none para esse campo que será
> criptografado ou ofuscado.
> Se quiser máxima segurança use hash (talvez md5) e a função de hash deverá
> estar numa  UDF que seria consumida pela sua procedure/trigger.
> Com o hash nem o programador teria acesso porque não saberia a senha usada
> pelo cliente. Mas teria de haver um campo de contra-prova, isto é, um campo
> que demonstre que a palavra-chave realmente funcionou para não produzir uma
> informação errada quando chave usada for incorreta. Normalmente ao gravar
> voce gera um checksum da palavra descriptografada e grava neste campo de
> contra-prova e quando for recuperar a informação criptografada confere se o
> checksum do valor já descriptografado é igual ao checksum da contra-prova.
>
> Jogar o algoritimo no database através de procedure é bacana, neste caso se
> não depender duma chave do cliente será apenas ofuscamento.
> Se for criar sua propria rotina de ofuscamento, neste caso poderia usar uma
> variante que produza algarismos ASCII e evite os caracteres especiais para
> tornar mais simples portar o codigo para outra linguagem ou RDBMS.
>
> Mas não dá para estabelecer regras, a opção correta depende do quão seguro
> voce precisa que a informação seja protegida, quanto mais seguro, mais 'pé
> no saco' será para dar suporte.
>
> inte+
>
> Em 10 de dezembro de 2014 00:04, Jean Alysson <jeanpapa em gmail.com>
> escreveu:
>
> > Ola, um cliente me pediu pra criptografar os dados dos campos de valores
> > das tabelas do contas a pagar e a receber, pra maior segurança.
> >
> > Seria melhor usar um algoritmo pelo Delphi ou direto do Firebird, criando
> > triggers para criptografar/descriptografar dados ?
> >
> > Se eu fizer pelo delphi, perco a funcionalidade de executar selects
> direto
> > no banco, IBExpert
> >
> > Qual algoritmo sugerem ?
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>