Queridos todos,
Se alguém tiver algumas ideias para mim como para resolver a seguinte situação:
Imaginem um tipo de aplicação cliente-servidor. A aplicação cliente é iniciado por um operador humano com todas as comodidades necessárias LDAP / Kerberos no lugar. O aplicativo de servidor é iniciado automaticamente como um daemon processo. Este servidor de aplicação conversações para um banco de dados Oracle, que é necessário uma seqüência de conexão, nome de usuário e senha, no mínimo.
Essas informações são armazenadas em um arquivo texto forfetárias no sistema, mas tudo é compreensível: por exemplo. EXAMPLE_DB: nome_do_utilizadorbunda

Agora, sei que temos de considerar toda a segurança em todos prontos lugar (firewalls, unix contas com senhas, limas feita apenas de leitura), mas ... Existe alguma maneira de tornar a senha no arquivo texto ilegível forfetárias identificação. codificados e tê-lo desencriptados quando necessário? O problema é que a senha, quando criptografadas, tem primeiro de ser desencriptados antes de se tornar utilizável para efetuar logon no banco de dados.

Muita coisa né?

Dominik

Julgo que o seu modelo de segurança tem um grande problema.

Sim, você pode utilizar DES-3 para encriptar um usuário / senha nome, ou alguma outra chave pública de encriptação regime, mas o usuário precisaria digitar a chave privada. O que significa que têm de entrar em vigor uma senha. Uma vez que eles têm algo para entrar:

Porque não deixar Oracle autenticar cada usuário, como seria normalmente fazer? Basta perguntar deixar Oracle pedir as credenciais para o usuário ou você perguntar-los e transmiti-las à Oracle --

Porque você tem que ter uma camada de intervir?

Oi,
Você pode usar o comando na cripta Unix para fazer isso.

ex.

Criar um arquivo que tem o claro passwd (/ tmp / testpw)
encrypt

cripta-chave <clear_passwd.file> encrypt_file

cripta 123 </ tmp / testpw> / tmp / testcr

Agora você pode remover o arquivo passwd claro .. Mas você deve se lembrar da chave.

Você pode ligar para o oráculo da seguinte forma.

sqlplus "nome_usuario /` cripta 123 </ tmp / testcr `"

SQL * Plus: Release 9.2.0.5.0 - Produção em Fri 4 mar. 08:32:25 2005

Copyright (c) 1982, 2002, Oracle Corporation. Todos os direitos reservados.


Conectado a:
Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production
Com o Particionamento, OLAP e Oracle Data Mining opções
JServer Release 9.2.0.5.0 - Production

SQL>


Por favor, verifique se isto ajuda você.

Thanks and Regards

Bala