ImageVerifierCode 换一换
格式:DOCX , 页数:14 ,大小:566.31KB ,
资源ID:11734056      下载积分:10 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/11734056.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(Web安全实践13嗅探arp欺骗会话劫持与重放攻击.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

Web安全实践13嗅探arp欺骗会话劫持与重放攻击.docx

1、Web安全实践13嗅探arp欺骗会话劫持与重放攻击13.1 Sniffer Sniffer(嗅探器)程序是一种利用以太网的特性把网络适配卡(NIC,一般为以太网卡)置为杂乱(promiscuous)模式状态的工具,一旦网卡设置为这种模式,它就能接收传输在网络上的每一个信息包。Sniffer分为软件和硬件两种,一般指的是软件,但功能有限,硬件价格比较贵。 Sniffer可以用来监听任何网络信息,在此 我只关心http/https数据的监听。 下面我以登录126为例,运行了在网上随便找的一个嗅探工具,我这里为了更清楚的说明问题没有选SSL安全登录选项。这里我们也该体会到的一点是防止嗅探攻击的最好方

2、式就是加密数据。 在图片的末尾我们可以看到下面的内容: domain=&language=0&bCookie=&username=xuanhun521&user=xuanhun521&password=xuanhun&style=-1&remUser=&enter.x=%B5%C7+%C2%BC 用户名和密码都可以被嗅探到。 13.2 会话劫持 下面改编了一下网上的相关资料,介绍一下会话劫持。1、会话劫持原理 我们可以把会话劫持攻击分为两种类型:1)中间人攻击(Man In The Middle,简称MITM),2)注射式攻击(Injection);并且还可以把会话劫持攻击分为两种形式:1)被

3、动劫持,2)主动劫持;被动劫持实际上就是在后台监视双方会话的数据流,丛中获得敏感数据;而主动劫持则是将会话当中的某一台主机踢下线,然后由攻击者取代并接管会话。 (1)中间人攻击 要想正确的实施中间人攻击,攻击者首先需要使用ARP欺骗或DNS欺骗,将会话双方的通讯流暗中改变,而这种改变对于会话双方来说是完全透明的。不管是ARP欺骗,还是DNS欺骗,中间人攻击都改变正常的通讯流,它就相当于会话双方之间的一个透明代理,可以得到一切想知道的信息,甚至是利用一些有缺陷的加密协议来实现。(2)注射式攻击简介这种方式的会话劫持比中间人攻击实现起来简单一些,它不会改变会话双方的通讯流,而是在双方正常的通讯流插

4、入恶意数据。在注射式攻击中,需要实现两种技术:1)IP欺骗,2)预测TCP序列号。如果是UDP协议,只需伪造IP地址,然后发送过去就可以了,因为UDP没有所谓的TCP三次握手,但基于UDP的应用协议有流控机制,所以也要做一些额外的工作。 对于IP欺骗,有两种情况需要用到:1)隐藏自己的IP地址;2)利用两台机器之间的信任关系实施入侵。对于基于TCP协议的注射式会话劫持,攻击者应先采用嗅探技术对目标进行监听,然后从监听到的信息中构造出正确的序列号,如果不这样,你就必须先猜测目标的ISN(初始序列号),这样无形中对会话劫持加大了难度。 2、TCP会话劫持 如果劫持一些不可靠的协议,那将轻而易举,因

5、为它们没有提供一些认证措施;而TCP协议被欲为是可靠的传输协议,所以要重点讨论它。根据TCP/IP中的规定,使用TCP协议进行通讯需要提供两段序列号,TCP协议使用这两段序列号确保连接同步以及安全通讯,系统的TCP/IP协议栈依据时间或线性的产生这些值。在通讯过程中,双方的序列号是相互依赖的,这也就是为什么称TCP协议是可靠的传输协议(具体可参见RFC 793)。如果攻击者在这个时候进行会话劫持,结果肯定是失败,因为会话双方不认识攻击者,攻击者不能提供合法的序列号;所以,会话劫持的关键是预测正确的序列号,攻击者可以采取嗅探技术获得这些信息。TCP协议的序列号现在来讨论一下有关TCP协议的序列号

6、的相关问题。在每一个数据包中,都有两段序列号,它们分别为:SEQ:当前数据包中的第一个字节的序号ACK:期望收到对方数据包中第一个字节的序号假设双方现在需要进行一次连接:S_SEQ:将要发送的下一个字节的序号S_ACK:将要接收的下一个字节的序号S_WIND:接收窗口/以上为服务器(Server)C_SEQ:将要发送的下一个字节的序号C_ACK:将要接收的下一个字节的序号C_WIND:接收窗口/以上为客户端(Client)它们之间必须符合下面的逻辑关系,否则该数据包会被丢弃,并且返回一个ACK包(包含期望的序列号)。C_ACK = C_SEQ = C_ACK + C_WINDS_ACK = S

7、_SEQ = S_ACK + S_WIND如果不符合上边的逻辑关系,就会引申出一个致命弱点。 这个致命的弱点就是ACK风暴(Storm)。当会话双方接收到一个不期望的数据包后,就会用自己期望的序列号返回ACK包;而在另一端,这个数据包也不是所期望的,就会再次以自己期望的序列号返回ACK包于是,就这样来回往返,形成了恶性循环,最终导致ACK风暴。比较好的解决办法是先进行ARP欺骗,使双方的数据包正常的发送到攻击者这里,然后设置包转发,最后就可以进行会话劫持了,而且不必担心会有ACK风暴出现。当然,并不是所有系统都会出现ACK风暴。比如Linux系统的TCP/IP协议栈就与RFC中的描述略有不同。

8、注意,ACK风暴仅存在于注射式会话劫持。TCP会话劫持过程假设现在主机A和主机B进行一次TCP会话,C为攻击者,劫持过程如下:A向B发送一个数据包SEQ (hex): X ACK (hex): YFLAGS: -AP- Window: ZZZZ,包大小为:60B回应A一个数据包SEQ (hex): Y ACK (hex): X+60FLAGS: -AP- Window: ZZZZ,包大小为:50A向B回应一个数据包SEQ (hex): X+60 ACK (hex): Y+50FLAGS: -AP- Window: ZZZZ,包大小为:40B向A回应一个数据包SEQ (hex): Y+50 AC

9、K (hex): X+100FLAGS: -AP- Window: ZZZZ,包大小为:30攻击者C冒充主机A给主机B发送一个数据包SEQ (hex): X+100 ACK (hex): Y+80FLAGS: -AP- Window: ZZZZ,包大小为:20B向A回应一个数据包SEQ (hex): Y+80 ACK (hex): X+120 FLAGS: -AP- Window: ZZZZ,包大小为:10现在,主机B执行了攻击者C冒充主机A发送过来的命令,并且返回给主机A一个数据包;但是,主机A并不能识别主机B发送过来的数据包,所以主机A会以期望的序列号返回给主机B一个数据包,随即形成ACK

10、风暴。如果成功的解决了ACK风暴(例如前边提到的ARP欺骗或者其他方式),就可以成功进行会话劫持了。3.http会话劫持 Web应用程序是通过2种方式来判断和跟踪不同用户的:Cookie或者Session(也叫做会话型Cookie)。其中Cookie是存储在本地计算机上的,过期时间很长,所以针对Cookie的攻击手段一般是盗取用户Cookie然后伪造Cookie冒充该用户;而Session由于其存在于服务端,随着会话的注销而失效(很快过期),往往难于利用。所以一般来说Session认证较之Cookie认证安全。 会话型cookie也是可以通过程序获得的,换句话说我们进行TCP会话劫持的时候如果

11、针对http会话劫持的话可以截获所有http内容包括Session信息。 下面我们一个具体的例子。这个例子中我使用的是一个非ARP欺骗方式的工具SSClone。本机ip是192.168.1.107,我在ip地址为192.168.1.105的机器上打开126邮箱。 之后在ip是192.168.1.107的计算机上我们截获了这个会话,而且可以直接进入邮箱,不用登录。 哎呀,好累,还剩点内容,留到明天吧,欢迎各位读者踊跃批评。 距离上篇文章已经很长时间了,但是不能留下这个缺憾,所以今天抽时间写了点内容。还是希望更多的高手和朋友参与进web安全的讨论中来。这篇文章重点放在重放攻击的原理解说上。正文 1

12、4.1 什么是重放攻击所谓重放攻击就是攻击者发送一个目的主机已接收过的包,来达到欺骗系统的目的,主要用于身份认证过程。攻击者利用网络监听或者其他方式盗取认证凭据,之后再把它重新发给认证服务器。从这个解释上理解,加密可以有效防止会话劫持,但是却防止不了重放攻击。重放攻击任何网络通讯过程中都可能发生。14.2重放攻击的类型 根据消息的来源: 协议轮内攻击:一个协议轮内消息重放 协议轮外攻击:一个协议不同轮次消息重放 根据消息的去向: 偏转攻击:改变消息的去向 直接攻击:将消息发送给意定接收方 其中偏转攻击分为: 反射攻击:将消息返回给发送者 第三方攻击:将消息发给协议合法通信双方之外的任一方典型例

13、子: 14.3重放攻击与cookie我们监听http数据传输的截获的敏感数据大多数就是存放在cookie中的数据。其实在web安全中的通过其他方式(非网络监听)盗取cookie与提交cookie也是一种重放攻击。我们有时候可以轻松的复制别人的cookie直接获得相应的权限。关于cookie,我想应该用单独的一篇文章来说明,在这里就不重复了。14.4重放攻击的防御方案(1)时间戳“时戳”代表当前时刻的数基本思想A接收一个消息当且仅当其包含一个对A而言足够接近当前时刻的时戳原理重放的时戳将相对远离当前时刻时钟要求通信各方的计算机时钟保持同步处理方式设置大小适当的时间窗(间隔),越大越能包容网络传输

14、延时,越小越能防重放攻击适用性用于非连接性的对话 (在连接情形下双方时钟若偶然出现不同步,则正确的信息可能会被误判为重放信息而丢弃,而错误的重放信息可能会当作最新信息而接收)(2)序号通信双方通过消息中的序列号来判断消息的新鲜性 要求通信双方必须事先协商一个初始序列号,并协商递增方法 (3)提问应答“现时”与当前事件有关的一次性随机数N(互不重复即可)基本做法期望从B获得消息的A 事先发给B一个现时N,并要求B应答的消息中包含N或f(N),f是A、B预先约定的简单函数原理A通过B回复的N或f(N)与自己发出是否一致来判定本次消息是不是重放的时钟要求无适用性用于连接性的对话14.5重放攻击演示本

15、来是做了个演示的,但受到了相关人士的阻拦,这里就不发布了。如果你有相关的实例,可以贡献出来做个补充POST重放攻击与测试工具(2010-05-1615:06:46) 转载标签: 杂谈分类:ApplicationSecurity当你张贴任何数据,WebCruiser捕捉后的数据自动进行。首先,让我们登录一个演示应用程序:切换到tabpage“重发”,Post数据已经被捕获在这里:现在,你可以修正post数据和重发。让我们试着用它来SQL注入:首先,修改使用者名称以的价值管理'和'1'='1第二,修改用户名的价值管理”和“1”2='我们有不同的反应。这意味着这个应用程序有漏洞的SQL注射。网易163/126邮箱百分百兼容iphoneipad邮件收发

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1