- aescrypt - lists.packetizer.com

AES Crypt for Linux - Key File Support
by Paul E. Jones 09 Dec '12

09 Dec '12

Folks, AES Crypt for Linux now supports use of "key files". Basically, these are files that hold your password and can be used like this: tar -cvf - /home | aescrypt -e -k secret.key - >backup_files.tar.aes To create a key file, just open Windows' notepad and create a one-line text file with your password inside and save it as "Unicode" or use the new utility provided as part of the aescrypt package: aescrypt_keygen -p apples secret.key This was a much-requested feature and one that I personally needed. So, here it is! Paul

1 0

Re: [aescrypt] User's command line error deletes file
by Paul E. Jones 08 Sep '11

08 Sep '11

Agreed. I put that at the top of the wish list page: http://www.aescrypt.com/wishlist.html We've had a few issues related to this, but this is perhaps the best example of the problem I've seen yet. It is actually fairly trivial to fix (we just need to change the order in which we open files), but we need somebody to find the time to make the changes to the source code. If I get a chance to work on it anytime soon, I'll make it a priority to address this one. Paul From: Edmund Eyles [mailto:edmund_eyles@hotmail.com] Sent: Thursday, September 08, 2011 2:02 PM To: support(a)packetizer.com Subject: User's command line error deletes file Hello, I have installed AESCrypt on Linux (Ubuntu). I used it to attempt to decrypt a file, where I wanted the output to go to STDOUT (i.e. the terminal window). Unfortunately I omitted to specify the '-' for the output filename, so the command I entered was: aescrypt -do info.txt.aes AESCrypt correctly gave me the error message that I had not specified the output filename, but it also deleted the encrypted file in the process! I have checked that this behaviour is repeatable using a test file. I believe this should be treated as a bug: it is a harsh punishment for minor carelessness to have your data disappear (even if that is entirely in the UNIX tradition!). I'd like to say thank you for making AESCrypt available - notwithstanding this bug, it is extremely useful and usable, and available for multiple platforms to boot! Regards, Ed Eyles

1 0

Suggestions - permissions, timestamps, and source file namingfrom Sabrina
by Sabrina Friedman 18 Aug '11

18 Aug '11

Hi Paul Just discovered aescrypt. It seems to be exactly what I am looking for - a file en/decrypter which is open source and works on linux, osx and windows. Thanks very much for creating this. I've been adapting it to create an rpm (for redhat style linux distributions) and had a couple of suggestions/observations for it: (1) File permissions I notice that the .aes file created by encryption under linux seems to take whatever umask would give it. That may be the preferred solution - I genuinely do not know - but I would suggest that the .aes file should inherit the permissions of the file it is created from. Presumably the same should apply on decrypting. (2) Time stamps On that subject, the encrypted version of the file, could perhaps have the same creation/modification time as the original. It could then also pass that back when it is decrypted. (3) Name and contents of the source file It might be helpful (for packagers etc) if the linux source file adopted a more standard naming convention, and also included the man page which it also put in place. At present the source file is: aescrypt305_source.tar.gz I would suggest: aescrypt-3.0.5.tar.gz which then tar unzips to aescrypt-3.0.5/ These are all very minor points for an already good and useful piece of software. Again - thanks for creating this. Andy Sabrina Friedman Billige Flüge Marketing GmbH Emanuelstr. 3, 10317 Berlin Deutschland Telefon: +49 (33) 5310967 Email: utebachmeier(a)gmail.com Site: http://flug.airego.de - Billige Flüge vergleichen

2 1

Suggestions - permissions, timestamps, and source file naming
by Andy Schofield 23 Jan '11

23 Jan '11

Hi Paul Just discovered aescrypt. It seems to be exactly what I am looking for - a file en/decrypter which is open source and works on linux, osx and windows. Thanks very much for creating this. I've been adapting it to create an rpm (for redhat style linux distributions) and had a couple of suggestions/observations for it: (1) File permissions I notice that the .aes file created by encryption under linux seems to take whatever umask would give it. That may be the preferred solution - I genuinely do not know - but I would suggest that the .aes file should inherit the permissions of the file it is created from. Presumably the same should apply on decrypting. (2) Time stamps On that subject, the encrypted version of the file, could perhaps have the same creation/modification time as the original. It could then also pass that back when it is decrypted. (3) Name and contents of the source file It might be helpful (for packagers etc) if the linux source file adopted a more standard naming convention, and also included the man page which it also put in place. At present the source file is: aescrypt305_source.tar.gz I would suggest: aescrypt-3.0.5.tar.gz which then tar unzips to aescrypt-3.0.5/ These are all very minor points for an already good and useful piece of software. Again - thanks for creating this. Andy

2 3

Created a discussion forum for AES Crypt
by Paul E. Jones 29 Nov '10

29 Nov '10

Folks, Since the mailing list sees little activity, I thought about getting rid of the mailing list and just having a discussion forum. I'm not sure if that will get more traction, but it's worth a shot :-) The forum is here: http://forums.packetizer.com/viewforum.php?f=72 There is a link from the AES Crypt page. I'll leave the mailing list up for a little while, but I might close the list if there isn't much activity. Or, we could turn it into a developer list. Thoughts? Paul

3 2

dll or project for AES crypt on windows for vb or c# .net in visual studio 2005
by Meenakshi Yakri 06 Oct '10

06 Oct '10

Hi all, Can i get dll or project for AES crypt on windows for vb or c# .net in visual studio 2005. Thanks Meenakshi

1 0

Re: [aescrypt] Support Inquiry
by Paul E. Jones 14 Apr '10

14 Apr '10

There are no instructions, really. The core is written in C and the GUI part is a trivial AppleScript script. We've heard of some folks having issues, but there are no consistently reported problems. Are you getting any kind of error message? Paul > -----Original Message----- > From: mortuusvolo(a)gmail.com [mailto:mortuusvolo@gmail.com] > Sent: Wednesday, April 14, 2010 3:20 PM > To: support(a)packetizer.com > Subject: Support Inquiry > > Hi, > Trying to run this on my Mac (10.5.8) with the gui script. Can't get > it to work. Are there any detailed instructions and considerations > available so I can see what I'm missing? > > Thanks >

2 1

Updates to AES Crypt for Windows
by Paul E. Jones 28 Nov '09

28 Nov '09

Folks, Over the weekend, I updated the AES Crypt code for windows. I did several things: . Created a native Windows console application that is not dependent on cygwin (this is just a modified version of the Linux code) . Updated the icons used in all version . Included the console application with both the 32-bit and 64-bit builds . Corrected the installation directory used in the 64-bit version posted previously (the 64-bit code was installing in the 32-bit directory) . Revised the version number to be 3.06 As a part of the revision to the icon, I tried (without success) to implement context-menu icon that is transparent. Apparently, I did not properly create device contexts, perform a TransparentBlt() correctly, or something: all I got was a black square. So, the icon is left as a bitmap as before with a white background. If you of you know how to improve this, I'd welcome the input :-) Paul PS - I only tested the new console application just a little. It did seem to encode and decode both text and binary files properly, but I will not swear that it's entirely error-free. If you wish to tinker with it, by all means do. All of the source code is online.

1 0

Re: [aescrypt] [Fwd: java aes crypt could not support the excel]
by David García 29 Oct '09

29 Oct '09

Hi, It was easy to spot the bug and fix it. The problem was related to the way the last block size was computed. Other changes I've also made: - Added a test suite to make sure AESCrypt.java works as expected. - Fixed a bug when reading the HMAC of an empty payload. - Make sure the "AES" header is correctly encoded. - Some typos in messages and documentation. Paul, would you please publish the new version on the web? Regards, David On Thu, Oct 29, 2009 at 11:14 AM, David García <david.garcia(a)vocali.net>wrote: > Thanks for the test file. > > It definitely is a bug. > I'm working on it now and will be back when it's fixed. > > Sorry for the inconvenience. > > > On Thu, Oct 29, 2009 at 10:04 AM, 赵鲁 <zhaolu(a)ceopen.cn> wrote: > >> >> >> >> 2009-10-29 >> ------------------------------ >> 赵鲁 >> ------------------------------ >> *发件人：* David_García >> *发送时间：* 2009-10-29 16:38:00 >> *收件人：* 赵鲁 >> *抄送：* aescrypt; Paul E. Jones >> *主题：* Re: Re: [aescrypt] [Fwd: java aes crypt could not support the >> excel] >> OK. I'll try to reproduce it, but it would be easier if you could send >> me a test file (XLS that fails). >> >> On Thu, Oct 29, 2009 at 2:13 AM, 赵鲁 <zhaolu(a)ceopen.cn> wrote: >> >>> yes，I tried XLS files with different sizes,but not success. >>> >>> >>> 2009-10-29 >>> ------------------------------ >>> 赵鲁 >>> ------------------------------ >>> *发件人：* David_Garc韆 >>> *发送时间：* 2009-10-28 20:46:40 >>> *收件人：* Paul E. Jones >>> *抄送：* 赵鲁; aescrypt >>> *主题：* Re: [aescrypt] [Fwd: java aes crypt could not support the excel] >>> Hi, >>> >>> Most probably, the bug is related to the way the file size modulo is >>> computed, as the algorithm behavior has nothing to do with file types. >>> >>> Could you try XLS files with different sizes? >>> Could you provide the XLS file or, if not possible, the size of your XLS >>> file? >>> >>> Thanks. >>> >>> David >>> >>> >>> On Wed, Oct 28, 2009 at 1:18 PM, Paul E. Jones <paulej(a)packetizer.com>wrote: >>> >>>> That should definitely not happen. The fact it is an XLS file should >>>> also make no difference at all. Perhaps there is a bug with either reading >>>> or writing the file modulo? >>>> >>>> David, would you be able to provide some guidance? >>>> >>>> Paul >>>> >>>> 赵鲁 wrote: >>>> >>>> >>>> For example , I decrypt the file of a.xls.aes with java AESCrypt , but >>>> the decrypted file a.xls couldn't opened normally . >>>> I modify the code in the AESCrypt.java >>>> <old code> >>>> if (block == 1) { >>>> len = in.read(); // 4 bits size mod 16. >>>> debug("4 bits size mod 16: " + len); >>>> } >>>> out.write(text, 0, len); >>>> <new code> >>>> if (block == 1) { >>>> if (!toFile.toLowerCase().endsWith(".xls")) { >>>> len = in.read(); >>>> debug("4 bits size mod 16: " + len); >>>> } >>>> } >>>> out.write(text, 0, len); >>>> >>>> now ,I can open it normally. >>>> >>>> >>>> 2009-10-28 >>>> ------------------------------ >>>> 赵鲁 >>>> ------------------------------ >>>> *发件人：* Paul E. Jones >>>> *发送时间：* 2009-10-27 16:15:37 >>>> *收件人：* aescrypt; 赵鲁 >>>> *抄送：* >>>> *主题：* [Fwd: java aes crypt could not support the excel] >>>> >>>> 赵鲁, >>>> >>>> I am forwarding your message to the AES Crypt mailing list to see if >>>> others might be able to help you. However, it's not entirely clear what the >>>> issue is, so can you clarify it further? >>>> >>>> Thanks, >>>> Paul >>>> >>>> -------- Original Message -------- Subject: java aes crypt could not >>>> support the excel Date: Tue, 27 Oct 2009 10:26:50 +0800 From: 赵鲁 >>>> <zhaolu(a)ceopen.cn> <zhaolu(a)ceopen.cn> To: support >>>> <support(a)packetizer.com> <support(a)packetizer.com> >>>> >>>> >>>> Hi£º >>>> >>>> java aes crypt could not support the excel , please give me a help >>>> ,thanks very much. >>>> >>>> >>>> >>>> zhaolu >>>> 2009-10-27 >>>> ------------------------------ >>>> http://www.ceopen.cn >>>> >>>> >>>> >>>> >>> >> >

2 1

Re: [aescrypt] [Fwd: java aes crypt could not support the excel]
by Paul E. Jones 29 Oct '09

29 Oct '09

That should definitely not happen. The fact it is an XLS file should also make no difference at all. Perhaps there is a bug with either reading or writing the file modulo? David, would you be able to provide some guidance? Paul 赵鲁 wrote: > > For example , I decrypt the file of a.xls.aes with java AESCrypt , but > the decrypted file a.xls couldn't opened normally . > I modify the code in the AESCrypt.java > <old code> > if (block == 1) { > len = in.read(); // 4 bits size mod 16. > debug("4 bits size mod 16: " + len); > } > out.write(text, 0, len); > <new code> > if (block == 1) { > if (!toFile.toLowerCase().endsWith(".xls")) { > len = in.read(); > debug("4 bits size mod 16: " + len); > } > } > out.write(text, 0, len); > > now ,I can open it normally. > > > 2009-10-28 > ------------------------------------------------------------------------ > 赵鲁 > ------------------------------------------------------------------------ > *发件人：* Paul E. Jones > *发送时间：* 2009-10-27 16:15:37 > *收件人：* aescrypt; 赵鲁 > *抄送：* > *主题：* [Fwd: java aes crypt could not support the excel] > > 赵鲁, > > I am forwarding your message to the AES Crypt mailing list to see if > others might be able to help you. However, it's not entirely clear > what the issue is, so can you clarify it further? > > Thanks, > Paul > > -------- Original Message -------- > Subject: java aes crypt could not support the excel > Date: Tue, 27 Oct 2009 10:26:50 +0800 > From: 赵鲁 <zhaolu(a)ceopen.cn> > To: support <support(a)packetizer.com> > > > > > Hi£º > > java aes crypt could not support the excel , please give me a help > ,thanks very much. > > > > zhaolu > 2009-10-27 > ------------------------------------------------------------------------ > http://www.ceopen.cn > > > >

3 3