than a set of
Zip and Unzip Components!
ZipTV is a suite of over 37
compression related components!
ZipV2 vs AES Encryption
The original ZipV2 encryption algorithm is the most secure encryption method for archiving. Period. We've recently incorporated the AES (the Rijndael algorithm) into the ZipTV components. Not because it adds any level of security to password protected compressed data (because it doesn't) over it's predecessor, but to support the current zip standards.
The new AES encryption includes the same security hole that the original ZipV2 algorithm did. Instead of fixing the hole, other equally or less secure (freeware) encryption methods were sought to replace it. These developers have demonstrated their absolute lack of knowledge of encryption! In testing, we've broken the AES encryption using the same brute force method as we did ZipV2, by exploiting the same hole present in both algorithms. The only thing increased by adding additional encryption algorithms into compression applications is the users feeling of security.. that all.
now, the ZipV2 algorithm has used the same 3 seed keys
values. Their hard-coded into ALL compression applications.
End users have never known the existance of these hard-coded
values, thus not ever having the ability to change them.
By changing the value of these 3 seed keys, the hole closes
and the ZpV2 algorithm becomes the absolute most secure
encryption possible for compressed data. The brute force
method of retrieving a password from an archive is no longer
(traditional zip encryption)
SeedKeys Property: used to encrypt password protected compressed data using the ZipV2 encryption method.
SeedHeaderKeys: used as an extra (greatly enhanced) level of archive security. When an archive's headers are encrypted, the values used to compress the file are encrypted and not visible by hackers viewing the archive using a hex editor.
1. When dropping a component onto a form, the values
of SeedKeys and SeedHeaderKeys are filled with the default
values. After changing the default value, it can
be restored by assigning the key a value of 0 (zero).
2. The ZipTV Components are the only to support the encryption of headers, so the default values of SeedHeaderKeys are unique to ZipTV, but the default values of the SeedKeys are the values that use to be hard-coded into all compression applications. No other compression application (unless using the ZipTV Components) can decompress a password protected archive when these key values are changed. Even the ZipTV Components will require the key values the archive was password protected with, to successfully decompress.
3. The issue of encryptng headers is completely seperate from password protected data encryption. It is not required to password protect a compressed file in order to encrypt it's headers. The Passwords property has nothing to do with header encryption.