Criptografia e Descriptografia Banco Dados Interbase
Gostaria de conhecer alguma tecnica de Criptografia e Descriptografia do Banco de Dados Interbase 6.0 - Estou utilizando este Banco de Dados junto com O Delphi 8 .Net para uma aplicação em ASP.NET - Gostaria tambem de criar um controle de Usuario com o Interbase e com o Delphi 8. Net (EX. UserControl), tudo Criptografado.
Atenciosamente
Fernando
Atenciosamente
Fernando
Fgathayde
Curtidas 0
Respostas
Afarias
30/08/2004
|Gostaria de conhecer alguma tecnica de Criptografia e Descriptografia
|do Banco de Dados Interbase 6.0
Não tem uma ´Criptografia do Interbase´ -- vc pode usar qualquer método de criptografia q desejar para os dados do banco.
T+
PS:: Não post a mesma mensagem no mesmo fórum ou em nos fóruns diferentes pq é contra as regras de conduta.
|do Banco de Dados Interbase 6.0
Não tem uma ´Criptografia do Interbase´ -- vc pode usar qualquer método de criptografia q desejar para os dados do banco.
T+
PS:: Não post a mesma mensagem no mesmo fórum ou em nos fóruns diferentes pq é contra as regras de conduta.
GOSTEI 0
Bolus
30/08/2004
Já postei no forum, uma proposta de criar uma camada de segurança (criptografia) para o banco de dados do Firebird, direto no engine do Firebird.
A proposta seria criar uma opção de configuração para utilizar ou não a opção de criptografia. Como foi levantado, existiria uma queda na performance do Firebird com a ativação da criptografia, porém seria uma opção a criterio do cliente/desenvolvedor que deveria optar por maior segurança na Base de Dados com queda na performance, ou aumento de performance e queda na segurança. Afinal sabemos que com uma cópia do GDB ou FDB, teremos acesso aos dados armazenados... Pois mesmo que a senha do sysdba seja diferente, a mesma não esta no FDB/GDB e sim em um arquivo diferente...
A proposta continua em pé para montar um grupo e criar uma camada de segurança (criptografia) na base de dados do Firebird....
A proposta seria criar uma opção de configuração para utilizar ou não a opção de criptografia. Como foi levantado, existiria uma queda na performance do Firebird com a ativação da criptografia, porém seria uma opção a criterio do cliente/desenvolvedor que deveria optar por maior segurança na Base de Dados com queda na performance, ou aumento de performance e queda na segurança. Afinal sabemos que com uma cópia do GDB ou FDB, teremos acesso aos dados armazenados... Pois mesmo que a senha do sysdba seja diferente, a mesma não esta no FDB/GDB e sim em um arquivo diferente...
A proposta continua em pé para montar um grupo e criar uma camada de segurança (criptografia) na base de dados do Firebird....
GOSTEI 0
Paulo Gonçalves
30/08/2004
Criptografia em banco pode ser custosa de diversas maneiras.
O interessante é medir o valor da sua informação antes.
O que eu quero proteger? Porque? Qual o risco de alguém obter a informação?
LEmbre-se que existem camadas de segurança a se preocupar antes de chegar diretamente no banco de dados. Se você tem que proteger o banco porque o acesso direto a ele é muito trivial, você tem outros problemas a começar na sua infra.
Se você não tem outro jeito, seu banco é aberto, máquina compartilhada e toda aquela bizarrice que a gente não gosta mas sabe que existe (mais do que a gente gostaria), então acredito que é melhor você implementar algo no seu código. Não sou lá muito Microsoftniano mas além do SQL Server 2008 R2 e Oracle, não existem muitos bancos que tenham uma camada de criptografia tão boa assim. Nem os que eu citei são a prova de vândalos.
LEia mais sobre criptografia de chaves públicas que podem ser um excelente caminho para você proteger seus dados de uma forma rápida, fácil e relativamente barata.
O interessante é medir o valor da sua informação antes.
O que eu quero proteger? Porque? Qual o risco de alguém obter a informação?
LEmbre-se que existem camadas de segurança a se preocupar antes de chegar diretamente no banco de dados. Se você tem que proteger o banco porque o acesso direto a ele é muito trivial, você tem outros problemas a começar na sua infra.
Se você não tem outro jeito, seu banco é aberto, máquina compartilhada e toda aquela bizarrice que a gente não gosta mas sabe que existe (mais do que a gente gostaria), então acredito que é melhor você implementar algo no seu código. Não sou lá muito Microsoftniano mas além do SQL Server 2008 R2 e Oracle, não existem muitos bancos que tenham uma camada de criptografia tão boa assim. Nem os que eu citei são a prova de vândalos.
LEia mais sobre criptografia de chaves públicas que podem ser um excelente caminho para você proteger seus dados de uma forma rápida, fácil e relativamente barata.
GOSTEI 0