jFileCrypt
jFileCrypt
0.3.0t

5.0

jFileCrypt free download for Mac

jFileCrypt

0.3.0t
15 July 2010

Password encrypt your files.

Overview

jFileCrypt can encrypt your files fast and very secure with a password. It\'s written in Java 5 and runs under nearly every operating system. The encryption standards Blowfish, DES, 3DES, AES and RC4 are supported.

What's new in jFileCrypt

Version 0.3.0t:
  • removed support for zip archives
  • introduced a new archive type
  • added automatic hash computation and verification functionality
  • improved translation support
  • added a confirmation window when clicking stop
  • fixed bugs using RC4, DES, 3DES and AES encryption
  • implemented use of CBC (cipher-block chaining) mode instead od the unsafe ECB (electronic codebook) mode
  • added -g option to command line to start GUI using given defaults
  • added output of java version to command line
  • added functionality to overwrite files and to ask the user about it
  • bugfix: list algorithms in command line does not longer fail due to missing translation

Join over 500,000 subscribers.

Subscribe for our newsletter with best Mac offers from MacUpdate.

4 jFileCrypt Reviews

Rate this app:

Mehmeh
06 May 2007

Most helpful

Just a few suggestions... 1) Blowfish's key length is variable from 4 to 56 bytes, however, Java's export restrictions only allow a maximum of 16 bytes. It's not 'Any length' as described in the 'Algorithm info' window. 2) ARC4's key length is variable from 1 to to 256 bytes, but again Java's export restrictions cripple this to a maximum of 16. It's also not 'Any length'. 3) The block ciphers only use ECB mode, and since a picture is worth a thousand words, I'll let the picture at the bottom of this section on Wikipedia explain why that's bad: http://en.wikipedia.org/wiki/Block_cipher_modes_of_operation#Electronic_codebook_.28ECB.29 4) RC4 is used in a more insecure way. There are no precautions taken against the Fluhrer, Mantin and Shamir attack. 5) The password input is used directly as a key, unless the password is greater than the key length, at which point it is hashed with SHA-1 and truncated to key length. Wouldn't it be better to just use truncated SHA-1 or SHA-256 in the first place? You might also want to use a salt. 6) There's no checking before decryption to see if the password entered was correct. I can understand the reason for this from a power user perspective, but Joe User is going to complain heavily to you when he decrypts his document with the wrong password and it comes out as garbage, but is still unaware of what went wrong.
Like (2)
Version 0.21
dacbarbos
17 August 2014
I hope you'll upload 0.3.1 soon ;)
Like
Version 0.3.0t
Mehmeh
06 May 2007
Just a few suggestions... 1) Blowfish's key length is variable from 4 to 56 bytes, however, Java's export restrictions only allow a maximum of 16 bytes. It's not 'Any length' as described in the 'Algorithm info' window. 2) ARC4's key length is variable from 1 to to 256 bytes, but again Java's export restrictions cripple this to a maximum of 16. It's also not 'Any length'. 3) The block ciphers only use ECB mode, and since a picture is worth a thousand words, I'll let the picture at the bottom of this section on Wikipedia explain why that's bad: http://en.wikipedia.org/wiki/Block_cipher_modes_of_operation#Electronic_codebook_.28ECB.29 4) RC4 is used in a more insecure way. There are no precautions taken against the Fluhrer, Mantin and Shamir attack. 5) The password input is used directly as a key, unless the password is greater than the key length, at which point it is hashed with SHA-1 and truncated to key length. Wouldn't it be better to just use truncated SHA-1 or SHA-256 in the first place? You might also want to use a salt. 6) There's no checking before decryption to see if the password entered was correct. I can understand the reason for this from a power user perspective, but Joe User is going to complain heavily to you when he decrypts his document with the wrong password and it comes out as garbage, but is still unaware of what went wrong.
Like (2)
Version 0.21
Sguitton
05 March 2007
No problem for me, except… I don't speak German :D
Like
Version 0.21
1 answer(s)
Ybasket
Ybasket
06 March 2007
sorry, i loaded up a German only version. I replaced the file, so please download again and you will get it in english. Other translations will come next time.
Like
Version 0.21
Elegraphy
26 September 2006
I have 1Ghz G4 PB with OSX 10.4.7. I can't open this app. It bonuced in the dock for 1 second and disappears.
Like
Version 0.2
1 answer(s)
Ybasket
Ybasket
04 October 2006
you need to install Java 5. jFileCrypt unfortunately only works under Java 5. You can install it about the Software Update assisstent. If this doesn't fix your problem, download the plattform-indepent version from http://sourceforge.net/project/showfiles.php?group_id=156398. If then the problems still exists, mail me yannickheiber at users.sourceforge.net. Have a nice day! ybasket
Like
Version 0.2
Free

5.0

App requirements: 
  • Intel 64
  • Intel 32
  • PPC 64
  • PPC 32
  • Mac OS X 10.4.11 or later
Category: 
Developer Website: 
Download(346 KB)

Downloaded & Installed 7,777 times