ccrypt
ccrypt is a command line utility for encrypting and decrypting files and streams. It was designed as a replacement for the standard Unix crypt utility, which is notorious for using a very weak encryption algorithm. ccrypt is based on the Rijndael cipher, which is the U.S. government's chosen candidate for the Advanced Encryption Standard (AES). This cipher is believed to provide very strong security. A compatibility mode is included for decrypting legacy "unix crypt" files.
| Tags | Security Cryptography Utilities |
|---|---|
| Licenses | GPL |
Recent releases
- 05 Jun 2009 20:30
Changes: This release fixes some minor bugs and adds minor features. It adds a new --keyref option to avoid a double password prompt. It adds a new exit code in case the key was not entered or not found. It adds internationalization support and German and French translations. It fixes minor bugs in the user interface and has updated emacs support. Password files ending in a DOS-style end-of-line marker are now correctly recognized. Improved portability and testing.
- 29 Mar 2004 20:07
Changes: Large file support now works under Cygwin. Prompting twice for encryption passwords is now the default. The --disable-libcrypt configuration option was added for systems where libcrypt is broken.
- 27 Aug 2003 02:46
Changes: A rare, but potentially nasty segmentation fault was fixed.
- 26 Aug 2003 01:00
Changes: This version features numerous improvements to the code and some bug fixes. The --mismatch option now works again. Ccrypt now also compiles under the gcc-3.3 compiler and the cc compiler. Return values were made more meaningful. Autoconfiguration has been improved, and a new --with-lispdir configuration option was added. The "check" target has been improved to work on more machines. Some bugs in emacs support were fixed.
- 30 Mar 2003 02:37
Changes: This version now handles files larger than 2GB. A new option --tmpfiles was added which causes ccrypt to use temporary files during encryption, rather than overwriting the old file contents destructively. This is less secure than the default behavior, but it prevents data loss in case of an interruption or a crash during crypting.
