Stream ciphers are secure if the key string is longer than the data stream
and the cipher stream is not repeated for multiple blocks. I am NOT an
expert, nor do I desire to be one, on encryption. I have implemented
encryption in several environments and one problem with some block
encryption methods is that multiple blocks of the same plaintext will show a
repeating pattern. This can make finding the encryption key easier,
especially if the data is binary zeroes. Using CBC or some other method
that allows real random access, but prevents repeating blocks is the best
solution. Using a hash of the byte or block offset can provide a good seed.
Many encryption algorithms, including DES, have variations that permit such
"Dejan Maksimovic" wrote in message news:xxxxx@ntfsd...
> > Stream ciphers are not as secure, I think, but they work at the byte
> SORT of. ECB mode itself is unsecure, and any encryption that
> on it (even taking sector number or something else into account) is not
> enough, because a skilled hacker can easily bypass it.
> That's why other modes exist.
> Stream ciphers (except SEAL IIRC) are not applicable because they
> NOT random access, but require previous bytes to be processed first -
> on every read you have to read in the previous bytes and process them
> the current block.
> Kind regards, Dejan M. MVP for DDK
> Alfa Transparent File Encryptor - Transparent file encryption services.
> Alfa File Protector - File protection and hiding library for Win32
> Alfa File Monitor - File monitoring library for Win32 developers.