Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security SecProg
[Top] [All Lists]

RE: secure storage of sensitive data in J2EE

Subject: RE: secure storage of sensitive data in J2EE
Date: Tue, 1 Feb 2005 09:09:28 +0200

I agree with that, but there is a slight difference between looking at
something (which usually leaves no traces) and actually running some code
which is more drastic and is involved with messing with the logs.

Using DPAPI, at least the password is encrypted with the user's credentials
(the user who is running the code) so looking at the code itself won't
reveal you nothing. The attacker have to switch to the relevant user, and
then run the code. 

If you store the password unencrypted, even if it's protected with the
proper ACL or such, then someone who has access to your system (legitimate
user or not) can view it without you know nothing about it.


 
 
Erez Metula
Application Security Consultant
Avnet Data Security
Mobile: 972-54-8179538    Office: 972-3-9560074  (extention 229)
 
-----Original Message-----
From: Alexander Klimov [mailto:alserkli@inbox.ru] 
Sent: Monday, January 31, 2005 11:01 AM
To: ארז מטולה
Cc: secprog@securityfocus.com; webappsec@securityfocus.com
Subject: RE: secure storage of sensitive data in J2EE

On Mon, 31 Jan 2005, Erez Metula wrote:
I think that the issue here is sensitive information stored on the
server side like connection strings, encryption keys and such. You
can't ask the user to enter a password for this kind of information.
Storing this information in a file in cleartext, won't protect this
information from someone who has access to the server, for example a
legitimate (malicious) admin user or a hacker who had managed to
break into the system.

It is not worth worring about malicious admins: he can add a keylogger
to get the password, he can change the app to send him secret keys,
etc. You have to trust[*] your admin at least on systems where admin
can do everything (Note that in many cases even if it seems that admin
can't do everything (as, e.g., on windows) in fact he can)

[*] "In the US Department of Defense, a `trusted system or component'
is defined as `one which can break the security policy'"

--
Regards,
ASK
This Mail Was Scanned By Avnet Security Systems

 
****************************************************************************
********
This footnote confirms that this email message has been scanned by
PineApp Mail-SeCure for the presence of malicious code, vandals & computer
viruses.
****************************************************************************
********


This Mail Was Scanned By Avnet Secure System

 
************************************************************************************
This footnote confirms that this email message has been scanned by
PineApp Mail-SeCure for the presence of malicious code, vandals & computer 
viruses.
************************************************************************************

<Prev in Thread] Current Thread [Next in Thread>