openssl的des加密库加密音频文件。。。。。。。。。。

RUNONMIPS

我发现用openssl库函数des库中的加密函数对音频文件进行分开加密（就是将音频文件分成一段一段，每段1k，然后进行加密），可发现每段解密后最后的几个字节都会出错（和源文件不同，是不同），des库中所有的函数都试过，都出现这种问题，，不知道问题出现在什么地方，还是说这种用法就有问题。。

hellioncu

你这1K是1024还是1000，一般是尾部填充的问题

RUNONMIPS

1024字节，我刚试过了，用bf的算法就没问题。。但不知道des中的算法为什么不行。。。

hellioncu 发表于 2013-01-22 10:37
你这1K是1024还是1000，一般是尾部填充的问题

linux_c_py_php

块加密模式需要补齐后再加密的，比如ECB。

RUNONMIPS

但是我已经分好块了，而且还是8字节对齐的。函数的用法是按照openssl中的test例子来用的。。么有做过音频加密的兄弟吗。。

linux_c_py_php 发表于 2013-01-22 11:04
块加密模式需要补齐后再加密的，比如ECB。

RUNONMIPS

用cbcm来加解密还是出现解密的结果和原文不一样。。
加解密音频，或者说是多媒体，应该用什么加密算法呢。。？

osmanthusgfy

数据的类型没什么关系, 是文本，是二进制(楼主说的音频文件)，openssl都是同样对待的，
openssl需要的字节数据: unsigned char或uint8_t, 加密的模式也不会导致不能解密,
也就是说，模式是选ecb/cfb/ofb都没关系.

总之，是楼主代码写得有问题.

yulihua49

enigma.tar.gz (18.42 KB, 下载次数: 13)

2013-01-23 13:55 上传

点击文件名下载附件
crypt

RUNONMIPS 发表于 2013-01-22 10:27
我发现用openssl库函数des库中的加密函数对音频文件进行分开加密（就是将音频文件分成一段一段，每段1k，然 ...

主要是加密速度太慢，跟不上播放。
我建议采用ENIGMA，序列密钥，无需填充，速度快。
就是UNIX里crypt(1);


先生成库。
再生成demo，用最低级的enigma（）加密、解密即可。

siseniao

恩尼格玛不是已经被破解了吗

RUNONMIPS

多谢..
另外,如果将秘钥编译到动态链接库中,容易被破解吗?这种担心是不是杞人忧天..

回复 8# yulihua49