Re: Password protection

"Holmer, John" <JHolmer-Iv5KO+h6AVCH/[email protected]> Sat, 12 Jun 2010 12:58:34 -0400
Newsgroups gmane.comp.systems.as400.security
Message-ID <2CEA9B835E89634AB7FEB5E4251ABF1C1986AC6A@nahqexs21.na.generalcable.com>
When I think about generating unpredictable data from a predictable
source, I generally think about hashing a piece of data.  You could take
the binary value of a data field, tweak it some with a bit-or or bit not
based on your application, then perform a SHA1 hash of the data.  Then
BASE64 encoding that data would give you a case sensitive string of 40+
characters that you could make your password.  The beauty of a SHA1 (or
MD5) hash is that a very small change in the source data makes large,
unpredictable changes to the hash output.

-----Original Message-----
From: security400-bounces-Zwy7GipZuJhWk0Htik3J/[email protected]
[mailto:security400-bounces-Zwy7GipZuJhWk0Htik3J/[email protected]] On Behalf Of Simon Coulter
Sent: Friday, June 11, 2010 6:06 PM
To: Security Administration on the AS400 / iSeries
Subject: [Security400] Password protection


Looking for suggestions:

I want to protect access to an application via a password. I want the  
password to automatically change daily. I want the application to be  
able to determine today's password without having to read it from an  
external source (i.e., algorithmically/programmatically derived). This  
last requirement means:

	o no special profile with password changed daily
	o no validation list use
	o no encrypted password stored in external object such as *FILE
or  
*DTAARA

I envisage:
	o Application objects are *PUBLIC *EXCLUDE
	o Application objects are authorised to a specific group profile
	o Password generator is *PUBLIC *EXCLUDE
	o Password generator is authorised to a specific profile
(different  
from the above)

In actual use a user who is a member of the application group AND who  
needs to use this particular application will request the password  
from an authorised issuer. The issuer will use the password generator  
to determine today's password. The user will then use the application.

The "automatic daily change" requirement means the password generation/ 
validation is tied to the date but obviously simple encryption linked  
to the date will not be very secure nor will each daily password be  
sufficiently different from the previous one.

I have some ideas but thought I would see what others suggest--always  
presuming you think this sufficiently interesting to bother with :)

Regards,
Simon Coulter.
--------------------------------------------------------------------
    FlyByNight Software         OS/400, i5/OS Technical Specialists

    http://www.flybynight.com.au/
    Phone: +61 2 6657 8251   Mobile: +61 0411 091 400        /"\
    Fax:   +61 2 6657 8251                                   \ /
                                                              X
                  ASCII Ribbon campaign against HTML E-Mail  / \
--------------------------------------------------------------------



_______________________________________________
This is the Security Administration on the AS400 / iSeries (Security400)
mailing list
To post a message email: Security400-Zwy7GipZuJhWk0Htik3J/[email protected]
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/security400
or email: Security400-request-Zwy7GipZuJhWk0Htik3J/[email protected]
Before posting, please take a moment to review the archives
at http://archive.midrange.com/security400.

_______________________________________________
This is the Security Administration on the AS400 / iSeries (Security400) mailing list
To post a message email: Security400-Zwy7GipZuJhWk0Htik3J/[email protected]
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/security400
or email: Security400-request-Zwy7GipZuJhWk0Htik3J/[email protected]
Before posting, please take a moment to review the archives
at http://archive.midrange.com/security400.