cgp*_*cgp 32
假设一切都已正确设置/安全,我们正在谈论128位密钥,显着长于宇宙的年龄.
我会注意到SSL中先前的裂缝依赖于MD5中的"漏洞",这导致一些验证方法发生变化.
我还要注意,这不会让你免受中间人攻击,甚至有人劫持目标公司的私人证书(注意私钥应该通过强密码保护,以减轻这种风险然后,如果发生这样的事件,则撤销密钥).阅读有关SSL如何工作的高级概述.
Ein*_*ein 11
SSLv2存在MITM攻击问题,导致能够协商较低质量的密码.在那些日子里,这通常包括一个"出口质量"密码的清单,这些密码故意弱,并且可能仅通过暴力破解可行.
SSLv3/TLSv1有效地解决了谈判问题,不久之后,由于美国的出口限制被取消以及各种合规扫描仪的出现,许多较弱的质量密码已经从可用性中删除.
SSL中的PRF生成同时使用MD5和SHA1,以防止在其中一个哈希算法受到充分攻击时系统受到危害.对SSL进行攻击的一种途径是充分破坏PRF函数中使用的两种算法.IIRC它只是某种输入的XOR通过两者.
加密密码是动态可用和协商的,因此对加密会话本身质量的任何分析都需要考虑密码选择或关注导致建立初始会话加密密钥的机制.
(您可以破解密码(RSA,AES..etc),但这并不一定会转化为SSL本身被破坏)
在我看来,对SSL最实用的加密攻击是针对特定密码的旁道攻击.已知AES特别容易受到定时攻击.这些通常需要高质量的低延迟网络来执行(本地以太网).在许多系统中存在"盲目"设施,这些设施简单地增加了过程的人为延迟,以减少定时攻击成功的可能性.(基本上,某些代码序列执行所需的时间长度可用于恢复足以破坏系统的信息)
最后,我个人最喜欢的SSL的弱点是对系统"可信赖性"的攻击.无论使用何种算法/密码,加密在没有信任的情况下都是无用的.
当然,您可以建立一个安全的加密会话,但如果您不知道您与合法人员或攻击者的谈话是否所有这些安全性成为无用的纸张量.
在今天这个时代,我们的情况是,地球上几乎每个浏览器都列出了数十个证书颁发机构.其中每一个都是由每个CA /下线运营的几个中间签署机构.
发生过系统错误或只是普通的懒惰CA和经销商导致系统大开的事件,从而能够为不应授权的域签署证书请求.
它只需要妥协任何一个CA,中间产品,经销商......等,以有效地破坏整个信任锚(实际上是行星地球).这可以而且已经完成:有时是偶然的,有时是故意的.如果您使用IE浏览自己:
工具 - 互联网选项 - 证书 - 不受信任的出版商..哎呀......
有减轻因素:证书过期日期,撤销列表......但在我看来,信任问题仍然是整个系统的最大漏洞.
我认为具有良好社会工程技能或自动武器的坚定的个人或团体更有可能获得他们想要签署的任何证书.
| 归档时间： |
|
| 查看次数： |
22323 次 |
| 最近记录： |