|
|
|---|---|
|
|
|
|
|
|
|
|
前排占位
|
|
|
|
|
|
10001189 BF 9C800610 MOV EDI,1006809C ; ASCII "127.0.0.1"
1000118E 8BCE MOV ECX,ESI 10001190 F2:AE REPNE SCAS BYTE PTR ES:[EDI] 10001192 F7D1 NOT ECX 10001194 2BF9 SUB EDI,ECX 10001196 8BC1 MOV EAX,ECX 10001198 8BF7 MOV ESI,EDI 1000119A 8BFA MOV EDI,EDX 1000119C C1E9 02 SHR ECX,2 1000119F F3:A5 REP MOVS DWORD PTR ES:[EDI],DWORD PTR [E> 100011A1 8BC8 MOV ECX,EAX 100011A3 83E1 03 AND ECX,3 100011A6 F3:A4 REP MOVS BYTE PTR ES:[EDI],BYTE PTR [ESI> 服务器地址被写死,127.0.0.1 那是本地程序发的数据,自己架设的网站无法控制,所以没办法溢出 
|
|
|
|
|
|
|
|
|
不会吧.....没仔细看 晚上回去看下
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
刚刚看了一下这个，漏洞确实存在，但是貌似没办法利用。
漏洞为：当"taskid="后的内容不包含"\r\n"时，造成strstr返回空，使strncpy的第三个参数为一负数，造成内存访问违规，触发异常，通过覆盖SEH链达到利用的目的。 但是利用的前提是要确定数据的来源，操作如下： 结束本地QvodTerminal.exe进程后使用nc监听8031端口，打开一个Qvod播放网页，可以收到以下内容  然后关闭网页，等待QvodTerminal.exe进程启动后，使用nc将前面抓到的内容发送到8031端口，可以收到以下内容  动态跟踪一下溢出的函数，就会发现，后面接收到内容就是可能引起溢出的数据。 流程应该是Qvod启动一个进程监听本地端口，当网页中需要调用Qvod进行播放的时候，有浏览器插件与QvodTerminal.exe进程通信。 由于该插件是向127.0.0.1的8031端口发送并接受数据，所以基本上无法利用。 |
|
|
顶一个，原来漏洞就是这么被发现的啊
，学习了，谢谢！
|
|
|
呵呵膜拜.....
具体没看数据源，看着http以为是web 上面的呢 见笑了哈
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
我看到帖子的时候只有一行“QvodInsert.dlll ",看来我来晚了。没看到重点。
|
|
|
|
|
|
|
|
|
|
|
|
|
