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

RUNONMIPS

是的,,代码是有问题,用错函数了
另外,再问一次,如果把秘钥也编译到动态链接库中,会不会被破解呢..同样的问题,有问了一次,,大家莫怪啊..只希望得到准确的答复..

回复 7# osmanthusgfy


   

yulihua49

siseniao 发表于 2013-01-23 16:07
恩尼格玛不是已经被破解了吗

用现代密码学的原理，改进了。现在暂时还无人能破解。
再说音视频流的加密强度要求不是很高。
它的密钥长度可以在8-2048/4096bit范围内选取。
图灵他们当年用数独法破解了ENIGMA，但现在这个完全不是当年那个，数独法失灵了。
差分分析法对它完全无效。
暴力破解？看看那恐怖的2048比特。
密钥空间10的850~1700次方（256！*（3~255）奇数连乘积）。128比特？相对于它是无穷小。
算法十分简单，容不下后门。
你要想了解它的破解路径，我可以告诉你，但是非常的长，没人能在地球的有生之年走完它。
这个软件，我只能说， 可能，其安全性高于3DES,AES;

密钥不能固定存储，应该是动态的。
每次在连接后，通信开始前，收发双方先要协商密钥。
如果是加密文件，要经常更换密钥，密钥必须通过安全的方式传送。

osmanthusgfy

回复 11# RUNONMIPS

对称加密，一般从用户输入得到，
写死在程序中，反编译直接能得到密钥;
把密钥md5/sha一边，也不安全.


   

RUNONMIPS

我可以先对媒体文件进行加密,然后把密钥散落在文件中,这样既能达到密钥的动态传输,也能让解密算法不太复杂....

回复 12# yulihua49


   

RUNONMIPS

打算把密钥散落在文件中,,这样安全多了吧...

回复 13# osmanthusgfy


   

yulihua49

RUNONMIPS 发表于 2013-01-24 16:30
打算把密钥散落在文件中,,这样安全多了吧...

回复 13# osmanthusgfy

原则上，随文密钥不安全。
散落？那等于是基于方法的加密，属于弱加密。
当然看你的信息重要性，不太重要也可以。
你的对手是谁？如果是CIA，摩萨德什么的，就算了吧，直接交枪。
再高级的加密算法也扛不住交出密钥。

RUNONMIPS

我说的散落是指将原文加密后将秘钥放在密文里传输，这样应该比把密钥编译在动态库里安全。。。。

回复 16# yulihua49


   

yulihua49

RUNONMIPS 发表于 2013-01-25 15:05
我说的散落是指将原文加密后将秘钥放在密文里传输，这样应该比把密钥编译在动态库里安全。。。。

回复 1 ...

一旦方法泄露。。。。。。。。。

RUNONMIPS

那正确的对音频加密的方法是什么?

yulihua49 发表于 2013-01-25 16:22
一旦方法泄露。。。。。。。。。

yulihua49

RUNONMIPS 发表于 2013-01-28 10:36
那正确的对音频加密的方法是什么?

你的加密方法没有错，无论是3DES，AES或ENIGMA。
主要是密钥管理问题。