[UPDATED 2009-9-17] 感谢热心的朋友,现在已经能触发了. 默认情况就可以触发这个heap overflow. 所以这个危险还是很大的. /////////////// 看来挺严重的,http://www.kb.cert.org/vuls/id/180065 研究了一小时暂时没能触发这个漏洞,先放着, 看看哪位大虾能把它触发了,或者证明构造的畸形数据触发不到那个地方?  我暂时没能构造出数据到达那个地方. 补丁看起来比较简单,heap overflow Index: src/http/ngx_http_parse.c ========================

http://www.milw0rm.com/exploits/9191 成因不说了. 这个linux kernel 0day看视来势汹汹,各位看官也不必太紧张, /dev/net/tun在很多系统上都不是普通用户可以读写的. crw------------ 1 root root 10,200 Jul 18 07:26 /dev/net/tun. FC5,RHEL5.8 都是这样的权限. 普通用户不能读写,就触发不了这个kernel漏洞,这个exploit也就无效了. 系统管理员请检查上面的文件权限是否是如上,假如不是的话,请去掉其它普通用户的读写权限就可以阻止这个攻击. 不过这个exploit code

quartz.dll解析quicktime文件的代码质量实在太差了. 造成至少如下漏洞. CVE-2009-1537 CVE-2009-1538 CVE-2009-1539 这次补丁,代码质量明显提高不少,估计那两个directshow 0day是玩不转了. 简单看了下修补后的代码,一开始还以为quartz.dll设置了一个是否解析quicktime文件的接口呢 HKEY_CURRENT_USER, Software\\Microsoft\\Multimedia\\DirectShow SkipQTParse 乍看这个名

一个typo,估计是MS的程序员看程序的时候打扫了下键盘，多变了一个&出来 ,导致了一个严重的安全问题。 不过这样的代码应该自己简单测试下就可以测试出来的，难道这块代码没怎么做测试就放了出来？！ ReadFromStream(LPSTREAM ppvData) {         SafeArrayCreate(xx,x, user_controlled_len);         SafeArrayAccessData(xx,& ppvData);         ReadFile(x,& ppvDat

说到core dump file,想到我在2005年问过的一个问题。 solaris上一个只能执行的文件，可以获得它的文件内容是否为漏洞？ http://www.derkeiler.com/Mailing-Lists/Full-Disclosure/2005-09/0386.html 也是通过core dumpfile手段获得的文件的内容。 那时候的linux就已经没有solaris上的这个问题了。就安全性来讲，我认为linux比solaris安全的多，不管是kernel 还是libc. 以前焦点论坛上还红红火火讨论过setuid shell的安全问题，对比来讲还是linux走在了前面。 用的人多了，该暴露的安全问

既然看了udev那个漏洞，也来说说这个Linux kernel <2.6.29 exit_notify() exploit. http://www.milw0rm.com/exploits/8478 1: /proc/sys/fs/suid_dumpable 必须是1 or 2（默认好象不开啊） 2: 假如第一个条件满足的话，这倒是个好漏洞，作者也说让人联想到以前那个 prctl(PR_SET_DUMPABLE,2)漏洞，利用方法一致。 3： 这个exploit需要等24小时，其实不需要，改一点就可以缩短到一个小时。而且core文件形式在有些系统上core.xxxx ,自己修改吧。

不是linux kernel的漏洞， 是个非常好用的应用程序漏洞。 http://www.milw0rm.com/exploits/8478 udevd进程处理用户数据不当导致的任意执行命令漏洞。其实邪恶的环境变量不单单是LD_PRELOAD。 int udev_event_execute_run(struct udev_event *event) {     struct udev_list_entry *list_entry;     int err = 0;     dbg(event->udev, "executing run list\n");     udev_list_entry_foreach(list_entr

经常在代码中看到如下比较，eax为HDC类型 and     eax, 7F0000h cmp     eax, 210000h jnz       xxxxx;error. ... 我是这样创建这个HDC的。 HDC hDC = GetDC(hWnd); 但不能绕过如上代码的检测。 检查hDC & 0X7F0000是否等于0X210000欲意何为啊？ 0X210000是一个怎样一个HDC? 如何才能创建绕过上面这个检测的HDC? 由于个人对windows不是很熟，故blog下，欢迎朋友指点。

Q : GetMetaFile()正常的wmf文件为什么总返回NULL? A : a7个人认为是WINDOWS GDI32.DLL实现上的一个小BUG. 没有能正确处理wmf最开始WMFSPECIAL结构的情况。 gdi32.dll默认一开始就是一个WMFHEAD.并且由IsValidMetaHeader16来校验其合法性。 解决办法是假如wmf文件以 D7 CD C6 9A 开始，那么直接删掉这 22 个字节的WMFSPECIAL结构。 问题就可以得到解决。

A 0day exploit for the latest Quicktime7.5.5/Itunes8.0 was released yesterday. The exploit author announced this as a Remote Heap Overflow so we decided to take a look and analyze it. After our research, we found that this is actually an off-by-one stack overflow. Some noteworthy points are: 1. QuickTime has the /GS swi

刚才在群 killer问到有没有人认识 xdxf.cn 和huaidan.org 的人。 出于好奇，我也去看了下，里面有篇 blog GDI+来了 . 正好有个朋友有样本，就分析了简单分析了。 确认是MS04-028，不是最新的GDI+漏洞，也不是杀毒软件误报。 offset 0x39的地方是 szSection等于 1, MS04-028这个

上次在浏览器跨域的两种跨法 中提到 还有一种就是浏览器跨游览器自身的域的问题，这次这个CVE-2008-2259的漏洞就是这个情况。

关注人的太多反而不太想blog了 先看下AVERT上的BLOG。里面图画的不错。 http://www.avertlabs.com/research/blog/index.php/2008/07/23/the-cat-is-out-of-the-bag-dns-bug/ 1：这个漏洞影响DNS服务器和客户端，影响服务器是因为一般DNS服务器也会作为client去forward到别的DNS服务器上去查询。 2：DNS 查询一般使用UDP，伪造DNS返回数据需要以下的字段和request匹配。

Two new Linux kernel vulnerabilities discovered & patched http://www.avertlabs.com/research/blog/index.php/2008/06/24/two-new-linux-kernel-vulnerabilities-discovered-patched/ 其中Brandon Edwards的DCCP的漏洞其实是个本地的kmalloc(0)的问题。 在

http://www.80sec.com/pstzine/0x02/html/PSTZine_0x02_0x04.html 提到的是浏览器跨“remote domain",通常是父窗口和子窗口在不同的域下，父窗口对子窗口的一些数据可控。 通常我们见到的就是 setTimeout，这个函数在firefox和IE里已经出过多次问题了。 还有一种就是浏览器跨游览器自身的域，Internet domain 里的脚本直接当做local domain本地域的脚本来执行，本地域中的权限是比较高的。几乎可以干任何意