Linux kernel, Android, Golang & Recsys

Reaver在10小时之内破解WPA密码

December 29th, 2011 BianJiang No comments

从Hacker News看到一个WPA破解的工具Reaver, 号称能在10小时之内破解WPA, 晚上回去试试看.

The WiFi Protected Setup protocol is vulnerable to a brute force attack that allows an attacker to recover an access point’s WPS pin, and subsequently the WPA/WPA2 passphrase, in just a matter of hours.

This is something that I’ve been testing and using for a while now, but Stefan over at.braindump beat me to publication. Such is life.

Stefan’s code isn’t quite ready for release yet, so I’ve open-sourced Reaver, my WPS attack tool. Reaver is stable and has been tested against a variety of access points and WPS implementations.

Usage is simple; just specify the target BSSID and the monitor mode interface to use:

# reaver -i mon0 -b 00:01:02:03:04:05

For those interested, there is also a commercial version available with more features and speed improvements.

原文参考: http://www.devttys0.com/2011/12/cracking-wpa-in-10-hours-or-less/

–EOF–

Categories: Geek, Security Tags: attacker, hacker, reaver, wifi, wpa

Google开源实时语音视频项目WebRTC

June 2nd, 2011 BianJiang No comments

今天在solidot看到Google开发了开源实时语音视频项目WebRTC(需要翻墙), 相关的源代码在Google Code. 这里有个简单的Demo有兴趣的可以去看看, 相关的API可以参考这里. 搜了一下WebRTC相关信息，发现爱立信也在做相关的研究，项目地址在这里，并且有个Demo，不过需要安装WebKit library, 目前之支持Ubuntu 11.04, 不过看相关的视频效果还是不错。Web Real-Time Communication,

Categories: Geek Tags: Google, html5, iptv, opensource, voip, webrtc

通过修改Host访问Google picasaweb

August 12th, 2009 BianJiang No comments

Google picasaweb 被封，无法看到图片，找个几个IP暂时可以用。

203.208.39.104 picadaweb.google.com
203.208.39.104 lh1.ggpht.com
203.208.39.104 lh2.ggpht.com
203.208.39.104 lh3.ggpht.com
203.208.39.104 lh4.ggpht.com
203.208.39.104 lh5.ggpht.com
203.208.39.104 lh6.ggpht.com

把上面的地址更新进hosts就好了。
Linux: /etc/hosts

FuckGFW

Categories: Geek Tags: fuckgfw, GFW, Google, Picasa

微软 Zune 30 又现千年虫Bug

January 1st, 2009 BianJiang No comments

在2008年的最后一天，无数的Zune 30 用户忽然发现自己的MP3无法正常播放，而专家给出的解决方法是:

“let the Zune run out of battery and the clock bug will essentially fix itself”

(让电池耗尽或这一天不要用Zune，到第二天就会自己好起来)，但是这个Bug会四年后的今天再现。

在国外的一个论坛上看到一个帖子说Bug产生的原因, 当时闰年的时候天数是366天，下面的是Zune的时钟驱动:
year = ORIGINYEAR; /* = 1980 */

while (days > 365)
{
    if (IsLeapYear(year))
    {
        if (days > 366)  // 当在闰年的时候，days = 366 是出现死循环
        {
            days -= 366;
            year += 1;
        }
    }
    else
    {
        days -= 365;
        year += 1;
    }
}

我们会发现当 days = 366 天的时候，while 就会进入死循环，直到24小时过后，才能正常工作。

当然还有一种修改驱动的方法:

year = ORIGINYEAR; /* = 1980 */

while (days > 365)
{
    if (IsLeapYear(year))
    {
        if (days > 366)
        {
            days -= 366;
            year += 1;
        }
        else  // 可以修复Bug
        {
            break;
        }
    }
    else
    {
        days -= 365;
        year += 1;
    }
}

参考：