![]() |
|
|
google unix.com
|
|||||||
| Forum | Registrati | Regole Forum | Collegamenti | Album | FAQ | Members List | Calendario | Ricerca | Today's Posts | Mark Forums Read |
| Di programmazione ad alto livello Pubblica domande su C, C + +, Java, SQL, e di altri linguaggi di programmazione qui. |
Più di UNIX e Linux Forum Argomenti potreste trovare utili
|
||||
| Filo | Thread Starter | Forum | Risposte | Ultimo Post |
| Nome utente e la password di crittografia | satguyz | Di programmazione ad alto livello | 5 | 02-23-2007 11:10 AM |
| PGP di cifratura / decifratura di Solaris 9 | frustrated1 | SUN Solaris | 0 | 09-30-2006 08:45 PM |
| Password sicuro di cifratura forza | keelba | UNIX for Dummies Domande & Risposte | 1 | 10-19-2005 02:09 PM |
| Cifratura e decifratura dei file in UNIX. | abidmalik | UNIX for Dummies Domande & Risposte | 3 | 08-27-2002 05:09 PM |
| Zippare con password o crittografia | dsimpg1 | UNIX for Dummies Domande & Risposte | 2 | 09-21-2001 01:57 AM |
![]() |
|
|
LinkBack | Thread Tools | Cerca in questo Thread | Rate Thread | Modalità di visualizzazione |
|
|
|
||||
|
Password di cifratura / decifratura nel piatto i file di testo
Cari tutti,
Se qualcuno ha qualche idea per il mio modo di affrontare la seguente situazione: Immaginate un tipo di applicazione client-server. L'applicazione client viene avviato da un operatore umano con tutte le necessarie LDAP / Kerberos in vigore. Il server viene avviato automaticamente come demone processo. Questa applicazione server colloqui a un database Oracle per le quali si ha bisogno di una stringa di connessione, il nome utente e la password, come minimo. Queste informazioni sono memorizzate in un file di testo piatto sul sistema, ma tutto è leggibile: ad es. EXAMPLE_DB: nome utente asinoOra, so che dobbiamo prendere in considerazione tutta la sicurezza in tutti pronti (firewall, unix conti con le password, i file di sola lettura fatto), ma ... c'è qualche modo per rendere la password nel piatto file di testo illeggibile pseudonimo. che hanno codificato e decodificato, se necessario? Il problema è che la password, quando codificato, deve prima essere decifrati prima che diventi utilizzabile per l'accesso al database. Parecchio eh? Dominik |
|
||||
|
Credo che il vostro modello di sicurezza è un grosso problema.
Sì, è possibile utilizzare DES-3 per la crittografia di un utente / password, o qualche altro sistema di crittografia a chiave pubblica, ma l'utente dovrà inserire la chiave privata. Il che significa che devono entrare in vigore una password. Dal momento che hanno a inserire qualcosa: Perché non lasciare solo l'autenticazione di ciascun utente di Oracle, come sarebbe normalmente fare? Basta chiedere lasciare Oracle chiedere l'utente per le credenziali o chiedere loro e passare a Oracle -- perché è necessario disporre di uno strato di intervenire? |
|
||||
|
Salve,
È possibile utilizzare il comando nella cripta unix di fare questo. ex. Crea un file che ha il chiaro passwd (/ tmp / testpw) crittografare cripta chiave <clear_passwd.file> encrypt_file cripta 123 </ tmp / testpw> / tmp / testcr Ora è possibile rimuovere il file passwd chiaro .. Ma si deve ricordare la chiave. È possibile collegarsi a oracolo nel modo seguente. sqlplus "nome_utente /` cripta 123 </ tmp / testcr `" SQL * Plus: Release 9.2.0.5.0 - Produzione a marzo venerdì 4 08:32:25 2005 Copyright (c) 1982, 2002, Oracle Corporation. Tutti i diritti riservati. Collegati a: Oracle9i Enterprise Edition Release 9.2.0.5.0 - Produzione 64bit Con il partizionamento, OLAP e Oracle Data Mining opzioni Jserver Release 9.2.0.5.0 - Produzione SQL> Si prega di controllare questo ti aiuta. Grazie e saluti Bala |
![]() |
| Segnalibri |
| Thread Tools | Cerca in questo Thread |
| Modalità di visualizzazione | Vota questo thread |
|
|