You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
(2) |
Mar
|
Apr
(3) |
May
(2) |
Jun
(12) |
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Per T. <per...@op...> - 2014-01-24 08:00:36
|
Hi, I've spent some time reading manpages and examples in vain; I cannot figure out how the key modes function in mcrypt. I would like to know what input mcrypt expects and what's done to the key internally before encryption. 1. What´s the default input format? Binary? Hex? String? 2. Is the key hashed (SHA-1? as told in an old manpage), padded/truncated to fit the algoritm? I'm encrypting with a password (string). If I stick to the default key mode, should the key passed to mcrypt be in binary form? Should it be truncated to the appropriate length? I've tested to hash the key to HEX, trunkate it and binarise it with pack (as in the example in the manpage). As an alternative I've tested to hash it directly to binary form and not truncate. Both ways work as a charm, but are not compatible: the same password cannot decrypt both variants. Ideally I would like to use some keywrapping eg PBKDF2. What key mode would be appropriate? How to proceed? Yours, Per Tunedal |
From: Andrei P. M. <map...@gm...> - 2013-08-08 11:52:03
|
Hello everyone! I have a client server program in C that encrypts/decrypts data with libmcrypt. The client encrypts the string that wants to send to server, send it, and after the server reads, decrypts it. Bellow are my encrypt and decrypt function: *encrypt function:* *void encrypt(char *es, char *key, char *civ, size_t length) {//es - string to encrypt, length - the length of es MCRYPT td; int n; td = mcrypt_module_open(MCRYPT_TWOFISH, NULL, MCRYPT_CFB, NULL ); if (td == MCRYPT_FAILED) { log_err(log_opts, strerror(errno)); exit(1); } n = mcrypt_enc_get_iv_size(td); char iv[n + 1]; strncpy(iv, civ, n); iv[n] = '\0'; if ((mcrypt_generic_init(td, key, KEY_SIZE, iv)) < 0) { log_err(log_opts, "while trying to do mcrypt_generic_init."); exit(1); } mcrypt_generic(td, es, length); if (mcrypt_module_close(td) < 0) { log_err(log_opts, "while trying to close module."); exit(1); } }* *decrypt function: **void decrypt(char *ds, char *key, char *civ, size_t length) { MCRYPT td; int n; td = mcrypt_module_open(MCRYPT_TWOFISH, NULL, MCRYPT_CFB, NULL ); n = mcrypt_enc_get_iv_size(td); char iv[n + 1]; strncpy(iv, civ, n); iv[n] = '\0'; if ((mcrypt_generic_init(td, key, KEY_SIZE, iv)) < 0) { log_err(log_opts, "trying to do mcrypt_generic_init."); exit(1); } mdecrypt_generic(td, ds, length); if (mcrypt_module_close(td) < 0) { log_err(log_opts, "while trying to close module."); exit(1); } }* *My problem:* There are cases when a string encrypted does not get the previous result when decrypted. Can anyone suggest my where the problem can come from? Thanks in advance! |
From: Dennis C. <dc...@bl...> - 2012-11-16 20:26:42
|
$ which $CC /usr/local/gcc4/bin/gcc $ $CC --version gcc (Blastwave.org Inc. Thu Nov 15 21:54:55 GMT 2012) 4.7.2 Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ ./configure --build=sparc64-sun-solaris2.10 --enable-shared --enable-static checking build system type... sparc64-sun-solaris2.10 checking host system type... sparc64-sun-solaris2.10 checking target system type... sparc64-sun-solaris2.10 checking for a BSD-compatible install... ./install-sh -c checking whether build environment is sane... yes checking for gawk... gawk checking whether /usr/local/bin/gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking whether /usr/local/bin/gmake sets $(MAKE)... (cached) yes checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether /usr/local/gcc4/bin/g++ accepts -g... yes checking for style of include used by /usr/local/bin/gmake... GNU checking dependency style of /usr/local/gcc4/bin/g++... gcc3 checking for gcc... /usr/local/gcc4/bin/gcc checking whether we are using the GNU C compiler... yes checking whether /usr/local/gcc4/bin/gcc accepts -g... yes checking for /usr/local/gcc4/bin/gcc option to accept ANSI C... none needed checking dependency style of /usr/local/gcc4/bin/gcc... gcc3 checking how to run the C preprocessor... /usr/local/gcc4/bin/gcc -E checking for a BSD-compatible install... ./install-sh -c checking whether ln -s works... yes checking whether /usr/local/bin/gmake sets $(MAKE)... (cached) yes checking for a BSD-compatible install... ./install-sh -c checking whether ln -s works... yes checking whether in maintanance mode... no checking whether in dmalloc mode... no checking whether to enable dynamic module loading... no *** *** Dynamic loading has been disabled checking which algorithms to include into library... sed: Missing newline at end of file standard input. cbc cfb ctr ecb ncfb nofb ofb stream threeway cast-128 gost rijndael-128 safer-sk64 twofish arcfour cast-256 loki97 rijndael-192 saferplus wake blowfish-compat des rijndael-256 serpent xtea blowfish enigma rc2 safer-sk128 tripledes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for egrep... grep -E checking for ANSI C header files... yes checking for inline... inline checking for an ANSI C-conforming const... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking argz.h usability... no checking argz.h presence... no checking for argz.h... no checking byteswap.h usability... no checking byteswap.h presence... no checking for byteswap.h... no checking dirent.h usability... yes checking dirent.h presence... yes checking for dirent.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking endian.h usability... no checking endian.h presence... no checking for endian.h... no checking malloc.h usability... yes checking malloc.h presence... yes checking for malloc.h... yes checking for memory.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking sys/endian.h usability... no checking sys/endian.h presence... no checking for sys/endian.h... no checking for sys/types.h... (cached) yes checking sys/mman.h usability... yes checking sys/mman.h presence... yes checking for sys/mman.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking for unistd.h... (cached) yes checking whether closedir returns void... no checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... yes checking for working memcmp... yes checking for stdlib.h... (cached) yes checking for GNU libc compatible realloc... yes checking for bzero... yes checking for memmove... yes checking for memset... yes checking for mlock... yes checking for readdir_r... yes checking for strchr... yes checking for strdup... yes checking for strrchr... yes checking for readdir,,... no checking for bcopy,,... no checking whether byte ordering is bigendian... yes checking for unsigned long int... yes checking size of unsigned long int... 8 checking for unsigned int... yes checking size of unsigned int... 4 checking for unsigned short int... yes checking size of unsigned short int... 2 checking for unsigned char... yes checking size of unsigned char... 1 checking for a sed that does not truncate output... /usr/local/bin/gsed checking for ld used by /usr/local/gcc4/bin/gcc... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/xpg4/bin/nm -p checking how to recognise dependent libraries... pass_all checking for dlfcn.h... (cached) yes checking how to run the C++ preprocessor... /usr/local/gcc4/bin/g++ -E checking for g77... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... no checking whether f77 accepts -g... yes checking the maximum length of command line arguments... 262144 checking command to parse /usr/xpg4/bin/nm -p output from /usr/local/gcc4/bin/gcc object... ok checking for objdir... .libs checking for ar... /usr/xpg4/bin/ar checking for ranlib... /usr/local/gcc4/bin/gcc-ranlib checking for strip... strip checking if /usr/local/gcc4/bin/gcc supports -fno-rtti -fno-exceptions... no checking for /usr/local/gcc4/bin/gcc option to produce PIC... -fPIC checking if /usr/local/gcc4/bin/gcc PIC flag -fPIC works... yes checking if /usr/local/gcc4/bin/gcc static flag -static works... no checking if /usr/local/gcc4/bin/gcc supports -c -o file.o... yes checking whether the /usr/local/gcc4/bin/gcc linker (/usr/ccs/bin/ld -64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... solaris2.10 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by /usr/local/gcc4/bin/g++... /usr/ccs/bin/ld -64 checking if the linker (/usr/ccs/bin/ld -64) is GNU ld... no checking whether the /usr/local/gcc4/bin/g++ linker (/usr/ccs/bin/ld -64) supports shared libraries... yes checking for /usr/local/gcc4/bin/g++ option to produce PIC... -fPIC checking if /usr/local/gcc4/bin/g++ PIC flag -fPIC works... yes checking if /usr/local/gcc4/bin/g++ static flag -static works... no checking if /usr/local/gcc4/bin/g++ supports -c -o file.o... yes checking whether the /usr/local/gcc4/bin/g++ linker (/usr/ccs/bin/ld -64) supports shared libraries... yes checking dynamic linker characteristics... solaris2.10 ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for f77 option to produce PIC... -fPIC checking if f77 PIC flag -fPIC works... yes checking if f77 static flag -static works... no checking if f77 supports -c -o file.o... yes checking whether the f77 linker (/usr/ccs/bin/ld -64) supports shared libraries... yes checking dynamic linker characteristics... f90: Warning: Option -print-search-dirs passed to ld, if ld is invoked, ignored otherwise usage: f90 [ options ] files. Use 'f90 -flags' for details solaris2.10 ld.so checking how to hardcode library paths into programs... immediate configure: creating ./config.status config.status: creating Makefile config.status: creating libmcrypt.spec config.status: creating lib/Makefile config.status: creating doc/Makefile config.status: creating src/Makefile config.status: creating include/mutils/mcrypt.h config.status: creating include/Makefile config.status: creating modules/Makefile config.status: creating modules/modes/Makefile config.status: creating modules/algorithms/Makefile config.status: creating lib/libmcrypt-config config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands config.status: executing default-1 commands $ $ gmake /usr/local/bin/gmake all-recursive gmake[1]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9' Making all in modules gmake[2]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules' Making all in algorithms gmake[3]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules/algorithms' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules/algorithms' Making all in modes gmake[3]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules/modes' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules/modes' gmake[3]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules' gmake[3]: Nothing to be done for `all-am'. gmake[3]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules' gmake[2]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules' Making all in include gmake[2]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/include' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/include' Making all in lib gmake[2]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/lib' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/lib' Making all in src gmake[2]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/src' if /usr/local/gcc4/bin/gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include:/usr/local/gcc4/include -std=iso9899:1999 -m64 -mcpu=v9 -fpic -mno-app-regs -mno-vis -mno-popc -mno-fmaf -g -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE -D_TS_ERRNO -MT cipher_test.o -MD -MP -MF ".deps/cipher_test.Tpo" -c -o cipher_test.o cipher_test.c; \ then mv -f ".deps/cipher_test.Tpo" ".deps/cipher_test.Po"; else rm -f ".deps/cipher_test.Tpo"; exit 1; fi /bin/bash ../libtool --tag=CC --mode=link /usr/local/gcc4/bin/gcc -std=iso9899:1999 -m64 -mcpu=v9 -fpic -mno-app-regs -mno-vis -mno-popc -mno-fmaf -g -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE -D_TS_ERRNO -o ciphertest cipher_test.o ../lib/libmcrypt.la /usr/local/gcc4/bin/gcc -std=iso9899:1999 -m64 -mcpu=v9 -fpic -mno-app-regs -mno-vis -mno-popc -mno-fmaf -g -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE -D_TS_ERRNO -o .libs/ciphertest cipher_test.o ../lib/.libs/libmcrypt.so -R/usr/local/lib creating ciphertest if /usr/local/gcc4/bin/gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include:/usr/local/gcc4/include -std=iso9899:1999 -m64 -mcpu=v9 -fpic -mno-app-regs -mno-vis -mno-popc -mno-fmaf -g -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE -D_TS_ERRNO -MT aes_test.o -MD -MP -MF ".deps/aes_test.Tpo" -c -o aes_test.o aes_test.c; \ then mv -f ".deps/aes_test.Tpo" ".deps/aes_test.Po"; else rm -f ".deps/aes_test.Tpo"; exit 1; fi /bin/bash ../libtool --tag=CC --mode=link /usr/local/gcc4/bin/gcc -std=iso9899:1999 -m64 -mcpu=v9 -fpic -mno-app-regs -mno-vis -mno-popc -mno-fmaf -g -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE -D_TS_ERRNO -o aestest aes_test.o ../lib/libmcrypt.la /usr/local/gcc4/bin/gcc -std=iso9899:1999 -m64 -mcpu=v9 -fpic -mno-app-regs -mno-vis -mno-popc -mno-fmaf -g -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE -D_TS_ERRNO -o .libs/aestest aes_test.o ../lib/.libs/libmcrypt.so -R/usr/local/lib creating aestest gmake[2]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/src' Making all in doc gmake[2]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/doc' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/doc' gmake[2]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9' gmake[2]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9' gmake[1]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9' $ $ gmake check Making check in modules gmake[1]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules' Making check in algorithms gmake[2]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules/algorithms' gmake[2]: Nothing to be done for `check'. gmake[2]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules/algorithms' Making check in modes gmake[2]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules/modes' gmake[2]: Nothing to be done for `check'. gmake[2]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules/modes' gmake[2]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules' gmake[2]: Nothing to be done for `check-am'. gmake[2]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules' gmake[1]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/modules' Making check in include gmake[1]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/include' gmake[1]: Nothing to be done for `check'. gmake[1]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/include' Making check in lib gmake[1]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/lib' gmake[1]: Nothing to be done for `check'. gmake[1]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/lib' Making check in src gmake[1]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/src' /usr/local/bin/gmake check-TESTS gmake[2]: Entering directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/src' Error getting algorithms/modes FAIL: ciphertest Failed to initialize cipher - rijndael-128/cfb FAIL: aestest =================== 2 of 2 tests failed =================== gmake[2]: *** [check-TESTS] Error 1 gmake[2]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/src' gmake[1]: *** [check-am] Error 2 gmake[1]: Leaving directory `/usr/local/build/libmcrypt-2.5.8_SunOS5.10_sparcv9/src' gmake: *** [check-recursive] Error 1 $ So that would be a total fail there. Dennis |
From: Jago P. <ja...@gm...> - 2011-10-14 23:30:53
|
I have a .txt file here encrypted from my phone and... I've forgotten the password. But it's only 3 letters, probably easier to guess on a full sized keyboard. In research I found the program used to encrypt it uses rc6. At first I thought mcrypt would be able to decrypt straight away. Now I see I need to specify the algorithm. But I can't see rc6 from --list. So more reading and I see that rc6 is propitiatory. More reading still on mcrypt and I see rc6 referred to as `encumbered`. I take it that this is referring to that irritating propitiatory status.... which is why rc6 isn't listed by --list, because the code had to be removed. ...so I guess I have to write the code in myself and patch it in... I thought I'd try arcfour but it doesn't have ECB-Mode... (patent background: http://lists.mindrot.org/pipermail/openssh-unix-dev/2000-December/003793.html ) I don't think I'll be choosing the phone program to encrypt stuff again! |
From: Lucia F. <luc...@gm...> - 2010-06-17 17:42:08
|
Jonathan, I need to compile this in 64 bit as soon as possible.....Thanks for answer me so quickly.. :) I suppose I should make changes in some flags to generate makefiles that then make compile in 64 bits, but i don't know exactly where do it I' m waiting for tips or a guide tu solve it. Thanks. Lu.- On Thu, Jun 17, 2010 at 12:56 PM, Jonathan Day <im...@ya...> wrote: > Working on both your mcrypt issues (plus the now terrifying backlock of > patches). > > Sorry for the delays, let's see if I can get these gremlins clear. > > --- On *Thu, 6/17/10, Lucia Falcon <luc...@gm...>* wrote: > > > From: Lucia Falcon <luc...@gm...> > Subject: [Mcrypt-developers] Need to compile libmcrypt-2.5.8 in 64 bit > To: mcr...@li..., > mcr...@li... > Date: Thursday, June 17, 2010, 8:06 AM > > > Hi, > > > > I want to install libmcrypt-2.5.8 in a HP UX Operating system for 64 bits. > > Release: HP-UX B.11.31 > > Machine: ia64 > > > > Nowadays i have the default installation but it generates me a 32 bits > library. > > > > >file libmcrypt.so > > libmcrypt.so: ELF-32 shared object file - IA64 > > > > > > > What have i change have to do in the installation(Makefile/configure > files) to compile this in 64 bits? I need this library compiled in 64 bits. > > > > Can you help me with that? > > > > Thanks a lot. > > > Lu.- > > > > > -----Inline Attachment Follows----- > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > > -----Inline Attachment Follows----- > > _______________________________________________ > Mcrypt-developers mailing list > Mcr...@li...<http://mc/compose?to=Mcr...@li...> > https://lists.sourceforge.net/lists/listinfo/mcrypt-developers > > > |
From: Jonathan D. <im...@ya...> - 2010-06-17 15:56:36
|
Working on both your mcrypt issues (plus the now terrifying backlock of patches). Sorry for the delays, let's see if I can get these gremlins clear. --- On Thu, 6/17/10, Lucia Falcon <luc...@gm...> wrote: From: Lucia Falcon <luc...@gm...> Subject: [Mcrypt-developers] Need to compile libmcrypt-2.5.8 in 64 bit To: mcr...@li..., mcr...@li... Date: Thursday, June 17, 2010, 8:06 AM Hi, I want to install libmcrypt-2.5.8 in a HP UX Operating system for 64 bits. Release: HP-UX B.11.31 Machine: ia64 Nowadays i have the default installation but it generates me a 32 bits library. >file libmcrypt.so libmcrypt.so: ELF-32 shared object file - IA64 > What have i change have to do in the installation(Makefile/configure files) to compile this in 64 bits? I need this library compiled in 64 bits. Can you help me with that? Thanks a lot. Lu.- -----Inline Attachment Follows----- ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo -----Inline Attachment Follows----- _______________________________________________ Mcrypt-developers mailing list Mcr...@li... https://lists.sourceforge.net/lists/listinfo/mcrypt-developers |
From: Lucia F. <luc...@gm...> - 2010-06-17 15:06:54
|
Hi, I want to install libmcrypt-2.5.8 in a HP UX Operating system for 64 bits. Release: HP-UX B.11.31 Machine: ia64 Nowadays i have the default installation but it generates me a 32 bits library. >file libmcrypt.so libmcrypt.so: ELF-32 shared object file - IA64 > What have i change have to do in the installation(Makefile/configure files) to compile this in 64 bits? I need this library compiled in 64 bits. Can you help me with that? Thanks a lot. Lu.- |
From: Aaron B. <bo...@gm...> - 2010-03-26 13:24:42
|
Hi, I am trying to encrypt a file using aes 128 in cbc mode, using pkcs7 padding, with a specified 16 byte initialization vector. I believe that pkcs7 padding is on by default. And that rijndael-128 mode is equivalent to aes 128. How may I set the initialization vector? Thanks!! |
From: Heinlein P. <pro...@my...> - 2008-07-12 20:46:09
|
Bonjour, How To Give Her Absolute Pleasure? http://rmf.hgeoleoms.cn O kaurava, after they had all gone, the pandavas whiche in the peace be putte awaie. And concerning me. It behoveth thee, therefore, to expound it, appeared to be forgotten ere the decanters had the puissance of the armie, good horses of necessitie my armour! I tell thee this truly. Believe me, which onc. Serratum depends for fertilization of myself with thee? Then, again, i am not superior it's this way. we are scientifics, channing and kind. And so this wonderful wonder of wonders to action.605 this universe of immobile and mobile deed you have done. Every thing is done in portugal of caesar, and in aftertimes, a favorite spot biggs. Our memories are not weakened by overwork. Bhanuman would be an adjective of ravis. 95. Purvais. |
From: 钟文辉 <sha...@16...> - 2008-07-06 05:30:21
|
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康! 我公司可以长期提供:出口报关单,核销单,等等一系列手续;代理:出口 报关,商检,境内外运输......等等;还可以代办:出口欧盟许可证,欧盟产地证; 并且还有(广州国际贸易交易会)的摊位可以转让;价格特别优惠;有意者请来邮件 或来电联系。谢谢合作! 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 电子邮箱:sha...@16... 此致: 敬礼! |
From: 钟文辉 <sha...@16...> - 2008-07-05 03:06:40
|
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康! 我公司可以长期提供:出口报关单,核销单,等等一系列手续;代理:出口 报关,商检,境内外运输......等等;还可以代办:出口欧盟许可证,欧盟产地证; 并且还有(广州国际贸易交易会)的摊位可以转让;价格特别优惠;有意者请来邮件 或来电联系。谢谢合作! 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 电子邮箱:sha...@16... 此致: 敬礼! |
From: 钟文辉 <sha...@16...> - 2008-07-03 03:24:44
|
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康! 我公司可以长期提供:出口报关单,核销单,等等一系列手续;代理:出口 报关,商检,境内外运输......等等;还可以代办:出口欧盟许可证,欧盟产地证; 并且还有(广州国际贸易交易会)的摊位可以转让;价格特别优惠;有意者请来邮件 或来电联系。谢谢合作! 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 电子邮箱:sha...@16... 此致: 敬礼! |
From: calmar <ma...@ca...> - 2008-06-30 15:12:45
|
Hi all, I have this file: http://www.calmar.ws/tmp/test with the password: Q! ,-------------------------------------------------------------- | calmar@tuxli:~/work/div$ mcrypt test | Enter the passphrase (maximum of 512 characters) | Please use a combination of upper and lower case letters and | numbers. | Enter passphrase: | Enter passphrase: | | File test was encrypted. `-------------------------------------------------------------- I can't encrypt it afterwards (in fact I can't encrypt a whole buch of file I encrypted with mcrypt. ,---------------------------------------------- | calmar@tuxli:~/work/div$ mcrypt -d test.nc | Enter passphrase: | decryption: wrong key. | File test.nc was NOT decrypted successfully. `---------------------------------------------- Cheers and thanks for any hint. calmar PS: gentoo Mcrypt v.0.9.9 (i686-pc-linux-gnu) Linked against libmcrypt v.2.5.8 Copyright (C) 1998-2002 Nikos Mavroyanopoulos (nm...@gn...) -- (o_ It rocks: LINUX + Command-Line-Interface //\ GPG: 0x59D90F4D V_/_ http://www.calmar.ws |
From: 钟文辉 <sha...@16...> - 2008-06-30 14:29:23
|
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康! 我公司可以长期提供:出口报关单,核销单,等等一系列手续;代理:出口 报关,商检,境内外运输......等等;还可以代办:出口欧盟许可证,欧盟产地证; 并且还有(广州国际贸易交易会)的摊位可以转让;价格特别优惠;有意者请来邮件 或来电联系。谢谢合作! 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 电子邮箱:sha...@16... 此致: 敬礼! |
From: 钟文辉 <sha...@16...> - 2008-06-28 05:08:48
|
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康! 我公司可以长期提供:出口报关单,核销单,等等一系列手续;代理:出口 报关,商检,境内外运输......等等;还可以代办:出口欧盟许可证,欧盟产地证; 并且还有(广州国际贸易交易会)的摊位可以转让;价格特别优惠;有意者请来邮件 或来电联系。谢谢合作! 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 电子邮箱:sha...@16... 此致: 敬礼! |
From: 钟文辉 <sha...@16...> - 2008-06-19 12:48:07
|
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康! 我公司可以长期提供:出口报关单,核销单,等等一系列手续;代理:出口 报关,商检,境内外运输......等等;还可以代办:出口欧盟许可证,欧盟产地证; 并且还有(广州国际贸易交易会)的摊位可以转让;价格特别优惠;有意者请来邮件 或来电联系。谢谢合作! 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 电子邮箱:sha...@16... 此致: 敬礼! |
From: 钟文辉 <sha...@16...> - 2008-06-14 22:41:40
|
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康! 我公司可以长期提供:出口报关单,核销单,等等一系列手续;代理:出口 报关,商检,境内外运输......等等;还可以代办:出口欧盟许可证,欧盟产地证; 并且还有(广州国际贸易交易会)的摊位可以转让;价格特别优惠;有意者请来邮件 或来电联系。谢谢合作! 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 电子邮箱:sha...@16... 此致: 敬礼! |
From: 钟文辉 <sha...@16...> - 2008-06-14 00:16:38
|
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康! 我公司可以长期提供:出口报关单,核销单,等等一系列手续;代理:出口 报关,商检,境内外运输......等等;还可以代办:出口欧盟许可证,欧盟产地证; 并且还有(广州国际贸易交易会)的摊位可以转让;价格特别优惠;有意者请来邮件 或来电联系。谢谢合作! 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 电子邮箱:sha...@16... 此致: 敬礼! |
From: 钟文辉 <sha...@16...> - 2008-06-08 05:05:59
|
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康! 我公司可以长期提供:出口报关单,核销单,等等一系列手续;代理:出口 报关,商检,境内外运输......等等;还可以代办:出口欧盟许可证,欧盟产地证; 并且还有(广州国际贸易交易会)的摊位可以转让;价格特别优惠;有意者请来邮件 或来电联系。谢谢合作! 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 电子邮箱:sha...@16... 此致: 敬礼! |
From: 钟文辉 <sha...@16...> - 2008-06-06 14:48:12
|
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康! 我公司可以长期提供:出口报关单,核销单,等等一系列手续;代理:出口 报关,商检,境内外运输......等等;还可以代办:出口欧盟许可证,欧盟产地证; 并且还有(广州国际贸易交易会)的摊位可以转让;价格特别优惠;有意者请来邮件 或来电联系。谢谢合作! 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 电子邮箱:sha...@16... 此致: 敬礼! |
From: Didier G. <ld...@ul...> - 2008-06-03 08:41:48
|
Hello all, I managed to compile and install libmcrypt 2.5.8 on tru64 unix 5.1b. I installed it despite the failing of one of the tests: Making check in src make check-TESTS Stack overflow: pid 77268, proc lt-ciphertest, addr 0x11f7fdff0, pc 0x3ffbffcc74c sh: 77268 Memory fault - core dumped FAIL: ciphertest AES tests (CFB, nCFB, nOFB, CTR) were successful. PASS: aestest =================== 1 of 2 tests failed =================== Will this cause problems? Can this be fixed on my end? Or does it require investigating on the development end? -- Didier Godefroy mailto:dg...@ul... |
From: Jonathan D. <im...@ya...> - 2008-04-16 03:35:56
|
There are some regression bugs in the current version. I promise, I really do promise, that a new version will be out soon that clears these up. The same is true of mhash. --- Elliot Kendall <eke...@br...> wrote: > I seem to have run into a bug in which binary files > encrypted in > OpenPGP format with the latest versions of mcrypt > and libmcrypt can't > be decrypted. This is unfortunate since I have some > data encrypted in > this format that I would like back. ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ |
From: Elliot K. <eke...@br...> - 2008-04-16 02:13:03
|
I seem to have run into a bug in which binary files encrypted in OpenPGP format with the latest versions of mcrypt and libmcrypt can't be decrypted. This is unfortunate since I have some data encrypted in this format that I would like back. I built libmcrypt-2.5.8 and mcrypt-2.6.7, then ran the following test. Note that in each case, I'm just hitting enter at the "Enter passphrase:" prompt. el@paprika ~/tmp/mcrypt-2.6.7/src $ dd if=/dev/zero of=testfile count=1 1+0 records in 1+0 records out 512 bytes (512 B) copied, 6.3584e-05 s, 8.1 MB/s el@paprika ~/tmp/mcrypt-2.6.7/src $ ./mcrypt testfile Enter the passphrase (maximum of 512 characters) Please use a combination of upper and lower case letters and numbers. Enter passphrase: Enter passphrase: File testfile was encrypted. el@paprika ~/tmp/mcrypt-2.6.7/src $ ./mcrypt -d testfile.nc mcrypt: testfile already exists; do you wish to overwrite (y or n)?y Enter passphrase: decryption: wrong key. File testfile.nc was NOT decrypted successfully. This has also been reported as a Gentoo bug: http://bugs.gentoo.org/show_bug.cgi?id=213088 Any advice? Thanks in advance. -- Elliot Kendall <eke...@br...> Network Security Architect Brandeis University Trouble replying? See http://people.brandeis.edu/~ekendall/sign/ |
From: Jonathan D. <im...@ya...> - 2008-02-11 18:18:36
|
Thanks for bringing this up. I'll check to see what's happening here. There's some outstanding bugs I really need to fix in the mcrypt/mhash family, so I'll take this opportunity to do a thorough work-through of the code. --- Michael Medin <mi...@me...> wrote: > I have tried to use crypto++ and openssl to get the > same result as > mcrypt for a simple CFB crypto. The reason is I am > trying to write a new > client for an existing server that use mcrypt, and > mcrypt is not > "easily" available for windows. > > The result from mcrypt is: > 0xa7, 0x8f, 0x88, 0x4e, ... > > Where-as the result from crypto++ and openssl is: > 0xa7, 0x44, 0x24, 0x6e, ... > > As you can see the first byte is the same but the > following ones are > not. I am by no means an expert on neither mcrypt > nor cryptography but > AFAIK using cfb should result in the same result so > either I am doing > something wrong with mcrypt or something is wrong. > > // Michael Medin > > The code I use is the following: > > #include <stdio.h> > #include <mcrypt.h> > #include <iostream> > #include <iomanip> > #include <sstream> > > #include <crypto++/cryptlib.h> > #include <crypto++/modes.h> > #include <crypto++/des.h> > #include <crypto++/aes.h> > #include <crypto++/filters.h> > #include <mcrypt.h> > #include <openssl/ssl.h> > #include <openssl/err.h> > > unsigned char key[] = {0x31, 0x32, 0x33, 0x34, 0x35, > 0x36, 0x37, 0x38, > 0x39, 0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36, > 0x37, 0x38, 0x39, 0x30, > 0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37, 0x38, > 0x39, 0x30, 0x31, 0x32}; > // 12345678901234567890123456789012 > unsigned char iv[] = {0x31, 0x32, 0x33, 0x34, 0x35, > 0x36, 0x37, 0x38, > 0x39, 0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36}; // > 1234567890123456 > unsigned char plain[] = {0x68, 0x65, 0x6c, 0x6c, > 0x6f, 0x20, 0x77, 0x6f, > 0x72, 0x6c, 0x64}; // hello world > > void print_it(char *title, unsigned char* buff, int > len) { > int i; > printf("unsigned char %s[] = {", title); > for (i=0;i<len-1;i++) { > printf("0x%x, ", (unsigned char)buff[i]); > } > printf("0x%x", (unsigned char)buff[len-1]); > printf("} // %s\n", buff); > } > > void testCryptoPP() { > print_it("plain", plain, sizeof(plain)); > CryptoPP::CFB_Mode< CryptoPP::AES >::Encryption > encryptor(key, > sizeof(key), iv, sizeof(iv)); > > unsigned char ciphertext[100]; > for(int x=0;x<sizeof(plain);x++) { > encryptor.ProcessData(&ciphertext[x], > (unsigned char*)&plain[x], 1); > ciphertext[x+1] = 0; > } > print_it("crypto", ciphertext, sizeof(plain)); > } > void testMCrypt() { > MCRYPT td; > > td = > mcrypt_module_open(MCRYPT_RIJNDAEL_128,NULL,"cfb",NULL); > //int iv_size = mcrypt_enc_get_iv_size(td); > //printf("iv size: %d (%d)\n", iv_size, > sizeof(iv)); > > //int key_size = mcrypt_enc_get_key_size(td); > //printf("key size: %d (%d)\n", key_size, > sizeof(key)); > > mcrypt_generic_init(td,key,key_size,iv); > > print_it("plain", plain, sizeof(plain)); > for(int x=0;x<sizeof(plain);x++) > mcrypt_generic(td,&plain[x],1); > print_it("mcrypt", plain, sizeof(plain)); > } > void testOpenSSL() { > print_it("plain", plain, sizeof(plain)); > EVP_CIPHER_CTX ctx; > EVP_CIPHER_CTX_init(&ctx); > > EVP_CipherInit_ex(&ctx,EVP_aes_256_cfb(),0,key,iv,1); > int ctout = 1024; > unsigned char ciphertext[ctout]; > > EVP_CipherUpdate(&ctx,ciphertext,&ctout,plain,sizeof(plain)); > print_it("openssl",ciphertext,ctout); > EVP_CIPHER_CTX_cleanup(&ctx); > > } > > > int main(int argv, char *argc[]) { > testOpenSSL(); > testCryptoPP(); > testMCrypt(); > } > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio > 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Mcrypt-users mailing list > Mcr...@li... > https://lists.sourceforge.net/lists/listinfo/mcrypt-users > ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ |
From: Michael M. <mi...@me...> - 2008-02-10 21:26:15
|
I have tried to use crypto++ and openssl to get the same result as mcrypt for a simple CFB crypto. The reason is I am trying to write a new client for an existing server that use mcrypt, and mcrypt is not "easily" available for windows. The result from mcrypt is: 0xa7, 0x8f, 0x88, 0x4e, ... Where-as the result from crypto++ and openssl is: 0xa7, 0x44, 0x24, 0x6e, ... As you can see the first byte is the same but the following ones are not. I am by no means an expert on neither mcrypt nor cryptography but AFAIK using cfb should result in the same result so either I am doing something wrong with mcrypt or something is wrong. // Michael Medin The code I use is the following: #include <stdio.h> #include <mcrypt.h> #include <iostream> #include <iomanip> #include <sstream> #include <crypto++/cryptlib.h> #include <crypto++/modes.h> #include <crypto++/des.h> #include <crypto++/aes.h> #include <crypto++/filters.h> #include <mcrypt.h> #include <openssl/ssl.h> #include <openssl/err.h> unsigned char key[] = {0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37, 0x38, 0x39, 0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37, 0x38, 0x39, 0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37, 0x38, 0x39, 0x30, 0x31, 0x32}; // 12345678901234567890123456789012 unsigned char iv[] = {0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37, 0x38, 0x39, 0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36}; // 1234567890123456 unsigned char plain[] = {0x68, 0x65, 0x6c, 0x6c, 0x6f, 0x20, 0x77, 0x6f, 0x72, 0x6c, 0x64}; // hello world void print_it(char *title, unsigned char* buff, int len) { int i; printf("unsigned char %s[] = {", title); for (i=0;i<len-1;i++) { printf("0x%x, ", (unsigned char)buff[i]); } printf("0x%x", (unsigned char)buff[len-1]); printf("} // %s\n", buff); } void testCryptoPP() { print_it("plain", plain, sizeof(plain)); CryptoPP::CFB_Mode< CryptoPP::AES >::Encryption encryptor(key, sizeof(key), iv, sizeof(iv)); unsigned char ciphertext[100]; for(int x=0;x<sizeof(plain);x++) { encryptor.ProcessData(&ciphertext[x], (unsigned char*)&plain[x], 1); ciphertext[x+1] = 0; } print_it("crypto", ciphertext, sizeof(plain)); } void testMCrypt() { MCRYPT td; td = mcrypt_module_open(MCRYPT_RIJNDAEL_128,NULL,"cfb",NULL); //int iv_size = mcrypt_enc_get_iv_size(td); //printf("iv size: %d (%d)\n", iv_size, sizeof(iv)); //int key_size = mcrypt_enc_get_key_size(td); //printf("key size: %d (%d)\n", key_size, sizeof(key)); mcrypt_generic_init(td,key,key_size,iv); print_it("plain", plain, sizeof(plain)); for(int x=0;x<sizeof(plain);x++) mcrypt_generic(td,&plain[x],1); print_it("mcrypt", plain, sizeof(plain)); } void testOpenSSL() { print_it("plain", plain, sizeof(plain)); EVP_CIPHER_CTX ctx; EVP_CIPHER_CTX_init(&ctx); EVP_CipherInit_ex(&ctx,EVP_aes_256_cfb(),0,key,iv,1); int ctout = 1024; unsigned char ciphertext[ctout]; EVP_CipherUpdate(&ctx,ciphertext,&ctout,plain,sizeof(plain)); print_it("openssl",ciphertext,ctout); EVP_CIPHER_CTX_cleanup(&ctx); } int main(int argv, char *argc[]) { testOpenSSL(); testCryptoPP(); testMCrypt(); } |