Re: FileCopy overwrites the existing file

Grzegorz,

I m quite reliable about encryption than I use, at least when I can
provide the encrypted data without exposing algorithm being used for
encryption.

How can you keep your algorithm secret, apart from keeping encryption
software on some storage media, different from the one that actually
gets encrypted/decrypted???? Let' face it - your driver has to get
loaded somehow, which means it has to be kept in its "plain - text"
form on the disk, so that you have no chance to hide your protocol
details...


This is just one more argument that supports my original statement on
the topic (i.e. that it is better to limit yourself just to encrypting
files that meet some certain criteria, rather than encrypting the whole
disk)...


Certainly, you can encrypt the whole disk, thus making sure that the OS
can get booted
only from the CD with your encryption/ decryption software (which would
require this or that virtualization scheme), but how reasonable this
approach is, in practical terms (when it comes to the pure intellectual
satisfaction, such project is just brilliant - this is out of
question)????


Anton Bassov





Grzegorz Wróbel wrote:
Anton,

I m quite reliable about encryption than I use, at least when I can
provide the encrypted data without exposing algorithm being used for
encryption.

Of course you are right believing once the algorithm is exposed then
there might exist many attack types that can try to bypass basic
premises upon which safety/security of an algorithm is based. (And some
of these attacks methods might not be publicly exposed.)
In case of symmetric algorithms I would be worried mostly about attack
types that are based upon knowledge of part of the data that has been
encrypted (ie the attacker has some data in both original and encrypted
form) and attempts to use this knowledge to figure out the key that has
been used with given algorithm to encrypt that data (faster than brute
force of course).

Anyway, this discussion should long time ago be moved from
microsoft.public.win32.programmer.kernel to some security related group,
assuming there exist any reliable one. ;)

--
Grzegorz Wróbel
http://www.4neurons.com/
677265676F727940346E6575726F6E732E636F6D

.

Relevant Pages

  • Re: dm-crypt, new IV and standards
    ... > Please focus your recommendations on security, ... This will slow down the encryption process ... The hash algorithm: Hash ... If an attack requires 1 day to iterate though all 8 alphanumeric passwords, ...
    (Linux-Kernel)
  • Re: New Encryption Idea
    ... performing the 5 reads necessary in the example algorithm results in a delay ... Panama at 400MB/sec, or RC4 at about 90MB/sec, or AES in CTR mode at ... and the speed failings of your design become very clear. ... > Manansala Encryption and Authentication System ...
    (sci.crypt)
  • Meganets "unbreakable" cryptography? Im skeptical.
    ... Meganet makes such grandiose claims that I can't help but ... There's plenty of coverage on secret encryption algorithms ... encryption algorithm that was granted U.S. Patent ... Labor has bought into this "snake oil" and without a doubt ...
    (sci.crypt)
  • Re: Enigma machine strenght using a computer
    ... cipher with rotors that spin backwards, forwards, stop and start based ... on other rotors, change their values according to the phase of the moon ... encryption less error-prone and they were a cost effective way to get ... case) than not since a wider base uses the same algorithm. ...
    (sci.crypt)
  • Re: Enigma machine strenght using a computer
    ... You're right that computers would allow us to implement an Enigma like ... cipher with rotors that spin backwards, forwards, stop and start based ... encryption less error-prone and they were a cost effective way to get ... I personally think this is a silly requirement, no one algorithm can be ...
    (sci.crypt)
Loading