similar to: OpenSSL::Cipher decrypt returns 'wrong final block length'

Hi folks, At least several endpoints (soft phone and desk phones) are supporting various 256 bit ciphers for SRTP these days. I *believe* libsrtp has been updated to allow this, and that only the code in Asterisk has not been been updated to allow these stronger ciphers. Would anyone with the know-how be willing/able to submit a patch ? Thank you, Kevin Long

For the encryption functionality in the ZFS filesystem we use AES in CCM or GCM mode at the block level to provide confidentiality and authentication. There is also a SHA256 checksum per block (of the ciphertext) that forms a Merkle tree of all the blocks in the pool. Note that I have to store the full IV in the block. A block here is a ZFS block which is any power of two from 512 bytes to

Hi, Does asterisk support any kind of voice encryption? Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20031224/f06c2d25/attachment.htm

Hello Just installed fresh Debian testing box, checked out Asterisk and others from CVS stable (-r 1.0), and now trying to 'make install' in Asterisk. I get this error: if [ -d CVS ] && ! [ -f .version ]; then echo CVS-v1-0-03/29/05-15:19:53 > .version; fi gcc -g -o asterisk -Wl,-E io.o sched.o logger.o frame.o loader.o config.o channel.o translate.o file.o say.o pbx.o

Has anyone else got 1.2 compiled from cvs ? I've posted the question below to the -dev list but got no answers: 1) No-one else is trying beta 1 2) No-one else is having any issues (I must be the idiot) 3) No-one else saw my message :) I have been trying to compile 1.2 beta 1 on a centos 4 box, to no avail. The "make" command seems to compile ok, but "make install"

Greetings; I've been reading the OpenSSH source code and have a question about the des_ssh1_setiv function in cipher.c. (cut-n-pasted here from cipher.c v1.47) : static void des_ssh1_setiv(CipherContext *cc, const u_char *iv, u_int ivlen) { memset(cc->u.des.iv, 0, sizeof(cc->u.des.iv)); } This doesn't use the *iv parameter. Compare with: static void

hi. I got these compile errors while install asterisk. readline and openssl are compiled using gnu source, and kernel version is 2.4.17. Compile errors message is follows. Someone cleared this problem? Please, help! Regards. ---------------------------------------------------------------------------------- gcc -g -o asterisk -Wl,-E io.o sched.o logger.o frame.o loader.o config. o channel.o

I am still getting an error compiling the 1.2-Beta version. The tarball works fine, but I have never been able to compile the 1.2beta from CVS. I have been compiling CVS-HEAD on the machine for quite some time. It goes into this loop: if cmp -s include/asterisk/version.h.tmp include/asterisk/version.h ; then echo; else \ mv include/asterisk/version.h.tmp include/asterisk/version.h ; \

Hi all, sorry bothering again. I am still stuck in compiling asterisk. Learning (or trying to) from the first problem and first hint, when I got this error: gcc -g -o asterisk -Wl,-E io.o sched.o logger.o frame.o loader.o config.o channel.o translate.o file.o say.o pbx.o cli.o md5.o term.o ulaw.o alaw.o callerid.o fskmodem.o image.o app.o cdr.o tdd.o acl.o rtp.o manager.o asterisk.o

This was posted not too long ago on sci.crypt... Enjoy... I think the most relevant information is near the top, but it''s all quite good... :-) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- There is no intrinsic difference between algorithm and data, the same information can be viewed as data in one context and as algorithm in another. Why then do so many people claim that encryption algorithms

Hi, Has anyone had any success? After a clean install of OpenBSD, I do the following:- pkg_add ftp://rt.fm/pub/OpenBSD/3.5/packages/i386/gmake-3.80.tgz pkg_add ftp://rt.fm/pub/OpenBSD/3.5/packages/i386/bison-1.35p1.tgz pkg_add ftp://rt.fm/pub/OpenBSD/3.5/packages/i386/ruby-ncurses-0.8.tgz Then, I get (via CVS) the asterisk source.. cd /usr/src/asterisk /usr/local/bin/gmake clean

v6: - add patch 1/2 to make sparc architecture happy. [Sam] - close created sessions previousely when rekeying. - convert the priority of virtio crypto algs from 4001 to 501 which is enough. v5: - add comments for algs_lock and table_lock. [Stefan] - use kzfree instead of kfree for key material security. [Stefan] - drop unnecessary spin_lock for struct virtio_crypto_ablkcipher_ctx. -

v6: - add patch 1/2 to make sparc architecture happy. [Sam] - close created sessions previousely when rekeying. - convert the priority of virtio crypto algs from 4001 to 501 which is enough. v5: - add comments for algs_lock and table_lock. [Stefan] - use kzfree instead of kfree for key material security. [Stefan] - drop unnecessary spin_lock for struct virtio_crypto_ablkcipher_ctx. -

v7: - fix "BUG: smp_processor_id() in preemptible [00000000] code" reported by Halil, using get_cpu/put_cpu instead of calling smp_processor_id() directly. - fix a possible spinlock recursion in virtcrypto_dataq_callback(), we should release the spinlock before invoking the callback. - rebase on the latest kernel master tree. v6: - add patch 1/2 to make sparc architecture

v7: - fix "BUG: smp_processor_id() in preemptible [00000000] code" reported by Halil, using get_cpu/put_cpu instead of calling smp_processor_id() directly. - fix a possible spinlock recursion in virtcrypto_dataq_callback(), we should release the spinlock before invoking the callback. - rebase on the latest kernel master tree. v6: - add patch 1/2 to make sparc architecture

v5: - add comments for algs_lock and table_lock. [Stefan] - use kzfree instead of kfree for key material security. [Stefan] - drop unnecessary spin_lock for struct virtio_crypto_ablkcipher_ctx. - dynamically allocated memory for iv in order to avoid to do DMA from the stack memory in __virtio_crypto_ablkcipher_do_req(). - add logs for error path in virtio_crypto_alg_validate_key(). - add

v5: - add comments for algs_lock and table_lock. [Stefan] - use kzfree instead of kfree for key material security. [Stefan] - drop unnecessary spin_lock for struct virtio_crypto_ablkcipher_ctx. - dynamically allocated memory for iv in order to avoid to do DMA from the stack memory in __virtio_crypto_ablkcipher_do_req(). - add logs for error path in virtio_crypto_alg_validate_key(). - add

v8: - use per virtqueue lock instead of a whole device lock for data virtuqueue. [Halil & Xin] v7: - fix "BUG: smp_processor_id() in preemptible [00000000] code" reported by Halil, using get_cpu/put_cpu instead of calling smp_processor_id() directly. - fix a possible spinlock recursion in virtcrypto_dataq_callback(), we should release the spinlock before invoking the

v8: - use per virtqueue lock instead of a whole device lock for data virtuqueue. [Halil & Xin] v7: - fix "BUG: smp_processor_id() in preemptible [00000000] code" reported by Halil, using get_cpu/put_cpu instead of calling smp_processor_id() directly. - fix a possible spinlock recursion in virtcrypto_dataq_callback(), we should release the spinlock before invoking the

I'm running Asterisk CVS-v1-0-06/06/05-17:29:02 built by root@............... on a i686 running Linux. I just spent some time in testing this. I tested the local and IAX2 trunks. Both worked flawlessly. Any comments? Darren Wiebe darren@aleph-com.net