|
But to be unpredictable, Nathan, in the sense that pseudo-random generators generate consistent random number sets for a given seed (although IBM's crypto level generator may already do something like this), I plan on adding a concatentated job number and seconds to each random number. It will throw the cracker algorithms off for those who are able to obtain a few sequential generated numbers and make it predictable. (The danger is one of them able to take control of someone's session by predicting the session id.)
I have never used pseudo-random generator output. The only random numbers I ever needed was for my Double Deck Pinochle dealing algorithm, and random nuumber generators are nowhere good enough for that. In the beginning I skipped around in my Z-80 object code on external events (clock and key press intervals and modulos of the object code) but found 8086 object code wasn't any good for that, and so I generated 32k of pseudo random numbers and jump around in that. On the other hand, that wouldn't be good enough for session id's.
So I'll be using standard pseudo random generator and offsetting it each time.
Not that anyone is going to go to all that trouble to break into my Pinochle server and change the score or something. :)
rd
Nathan Andelin wrote:
Dave Odom wrote:
How about using the RANDOM function in REXX ...
I just looked up the RANDOM function in the reference guide and it sounds like it would work well, too. It seems that a good seed is a key to all the random number generators.
Nathan.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.