Re: Re: Two ideas for random number generation

2002-04-29 Thread Jim Choate
On Wed, 24 Apr 2002 [EMAIL PROTECTED] wrote: > That is, to get the infinite cycle, you'd have to have some method of > generating a uniform random integer 0 to infinity for the > initial state, and you'd need an infinite amount of memory > to store the current internal state. Neither of which

Re: RE: Re: disk encryption modes (Re: RE: Two ideas for random number generation)

2002-04-27 Thread Joseph Ashwood
Title: RE: Re: disk encryption modes (Re: RE: Two ideas for random number generation)   - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, April 27, 2002 12:11 PM Subject: CDR: RE: Re: disk encryption modes (Re: RE: Two ideas for

RE: Re: disk encryption modes (Re: RE: Two ideas for random number generation)

2002-04-27 Thread JonathanW
Title: RE: Re: disk encryption modes (Re: RE: Two ideas for random number generation) Instead of adding 16 bytes to the size of each sector for sector IV's how about having a separate file (which could be stored on a compact flash card, CDRW or other portable media) that contains the IV&

Re: Re: disk encryption modes (Re: RE: Two ideas for random number generation)

2002-04-27 Thread Joseph Ashwood
- Original Message - From: "Adam Back" <[EMAIL PROTECTED]> > Joseph Ashwood wrote: > > Actually I was referring to changing the data portion of the block > > from {data} to {IV, data} > > Yes I gathered, but this what I was referring to when I said not > possible. The OSes have 512Kbytes

Re: disk encryption modes (Re: RE: Two ideas for random number generation)

2002-04-27 Thread Adam Back
Joseph Ashwood wrote: > Adam Back Wrote: > > > This becomes completely redoable (or if you're willing to sacrifice > > > a small portion of each block you can even explicitly stor ethe IV. > > > > That's typically not practical, not possible, or anyway very > > undesirable for performance (two dis

Re: disk encryption modes (Re: RE: Two ideas for random number generation)

2002-04-27 Thread Joseph Ashwood
- Original Message - From: "Adam Back" <[EMAIL PROTECTED]> > On Fri, Apr 26, 2002 at 11:48:11AM -0700, Joseph Ashwood wrote: > > From: "Bill Stewart" <[EMAIL PROTECTED]> > > > I've been thinking about a somewhat different but related problem lately, > > > which is encrypted disk drives.

Re: disk encryption modes (Re: RE: Two ideas for random number generation)

2002-04-26 Thread Adam Back
Right, it sounds like the same approach I alluded to, except I didn't use a salt -- I just used a fast pseudon random number generator to make the IV less structured than using the block number directly. I did some experiments with a used disk and found that if you use the block number directly f

Re: disk encryption modes (Re: RE: Two ideas for random number generation)

2002-04-26 Thread Julian Assange
> You could encrypt twice (CBC in each direction or something), but that > will again slow you down by a factor of 2. You can't easily get away with storing the IV as multiple parts of the IO pipe like to see blocks in 2^n form. The approach I take in Rubberhose is to calculate the IV from a ve

disk encryption modes (Re: RE: Two ideas for random number generation)

2002-04-26 Thread Adam Back
On Fri, Apr 26, 2002 at 11:48:11AM -0700, Joseph Ashwood wrote: > From: "Bill Stewart" <[EMAIL PROTECTED]> > > I've been thinking about a somewhat different but related problem lately, > > which is encrypted disk drives. You could encrypt each block of the disk > > with a block cypher using the s

Re: RE: Two ideas for random number generation

2002-04-26 Thread Joseph Ashwood
- Original Message - From: "Bill Stewart" <[EMAIL PROTECTED]> > I've been thinking about a somewhat different but related problem lately, > which is encrypted disk drives. You could encrypt each block of the disk > with a block cypher using the same key (presumably in CBC or some similar

Re: Re: Re: Two ideas for random number generation

2002-04-23 Thread jamesd
-- Joseph Ashwood > > > Because with a pRNG we can sometimes prove very important > > > things, while with a RNG we can prove very little (we can't > > > even prove that entropy actually exists, let alone that we > > > can collect it). James A. Donald: > > Don't be silly. Of course we kno

Re: Re: Two ideas for random number generation: Q for Eugene

2002-04-22 Thread gfgs pedo
hi, I get the point.Thanx for all the replies. regards Data. --- Joseph Ashwood <[EMAIL PROTECTED]> wrote: > > - Original Message - > From: "gfgs pedo" <[EMAIL PROTECTED]> > > > > > Oh surely you can do better than that - making > it > > > hard to guess the seed > > > > is also clearl

Re: Re: Two ideas for random number generation: Q for Eugene

2002-04-22 Thread Joseph Ashwood
- Original Message - From: "gfgs pedo" <[EMAIL PROTECTED]> > > > Oh surely you can do better than that - making it > > hard to guess the seed > > > is also clearly a desirable property (and one that > > the square root "rng" > > > does not have). > U can choose any arbitrary seed(greater

Re: Re: Two ideas for random number generation

2002-04-22 Thread Joseph Ashwood
- Original Message - From: "Eugen Leitl" <[EMAIL PROTECTED]> > On Mon, 22 Apr 2002, Tim May wrote: > > > What real-life examples can you name where Gbit rates of random digits > > are actually needed? > > Multimedia streams, routers. If I want to secure a near-future 10 GBit > Ethernet st

Re: Re: Two ideas for random number generation

2002-04-21 Thread Joseph Ashwood
- Original Message - From: <[EMAIL PROTECTED]> To: "Tim May" <[EMAIL PROTECTED]>; "Eugen Leitl" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Sunday, April 21, 2002 1:33 PM Subject: CDR: Re: Two ideas for random number generation > Why would one want to implement a PRNG in silicon,