員外 Security

Defcon17 Wargame Crypto_Badness 400 解題過程

2009-06-12T02:29:00.000+08:00

接續上一篇 Defcon 17 Wargame 競賽解題心得，這次分享的是 Crypto_Badness 400 的題目解題過程。

此題提供下載一個檔案，題目說明表示，此程式正在 pwn11.ddtek.biz 主機上執行，該程式為一 FreeBSD 的可執行檔，執行時會開 TCP Port 7852。直接用工具 nc 連向 pwn11.ddtek.biz 7852，即出現詢問 Password。所以按照慣例，先來個 strings 指令，觀察檔案內容。

其中有個字串，”chickenfingers” 應該就是該 Password 要問的答案了。當 Password: 提示出現時，輸入 chickenfingers，出現 What is your name? 時，隨便亂輸入 1234567890，最後出現如下圖:

要求解出該加密過的字串，該加密字串的每一字元用 16 進制表示。
接下來就不知要幹嘛，只好把原來的 FreeBSD執行檔，再來作分析，這一次改用工具 objdump 作反組譯(Disassemble)以及逆向工程(Reverse Engineering)，分析結果如下:

為一對稱式加密法，先取得五個亂數數值，每個亂數值為 0~255 (0x00~0xff) 之間，再建立一個 256 字元的陣列，陣列中每個值介於 0 至255。利用此五個亂數數值為亂數種子，擴充成 256 個亂數數值，存於此陣列中。
利用簡單的 XOR 運算來加密，從明文中逐一取得字元，再從前面擴充成 256 個亂數陣列中，取一數值，來和明文的該字元 XOR，當明文的每一字元完成 XOR 後，即為密文。每次從 256 個亂數陣列中取值的方式則和明文字元的位置有關。
由於 XOR 的特性，若是把密文的每個字元和 Key 的每個字元作 XOR 就可以反解成明文。透過程式的逆向工程，可以知道加密演算法，甚至可以直接取用相關計算函式。如此一來，我們只要猜測一開始亂數取得的五個亂數字元，就可以把 256 字元的亂數陣列值計算出來。
不過，若是嘗試寫程式用暴力法計算，五個亂數數值全部猜測，就要計算 256 的 5 次方，而且，如何判斷該亂數值是否猜測正確呢?
由於明文是從純文字檔內讀取 32 個字元，所以假設明文都是可顯示之字元(包含大小寫英文、符號及空白字元)，那就可以在暴力法每回解出明文時，掃瞄一次明文字元是否都為可顯示之字元，若是，就假設為明文字串，全部顯示出來。

這下就可以寫程式，計算 256 的 5 次方，求解明文了！但是這樣跑程式實在太慢了，就算試著用一些最佳化或分散運算的方式，仍然要等上很久。

回過頭來重新檢視之前的輸入輸出。當 Password: 提示出現時，輸入 chickenfingers，出現 What is your name? 時，則輸入 1234567890，最後出現如下圖:

奇怪，1234567890 字串到 ? 字元出現的中間有一段空白，改用 hexedit 編輯看看:

這樣就看清楚了，在 1234567890 字串後面，接了 6 個空白字元(0x20)，然後一個字元(0xCE)，再一個 : (0x3A)字元。這個 0xCE 字元，即為一開始取五個亂數值中的第一個數值。
五個亂數值中，第一個數值已知，如此一來，就可以動手寫暴力破解程式，計算 256 的 4 次方，即可找出\x5f\x92\x84\xbc\xe\x16\xab\x2a\x92\x97\x63\x78\x06\x5f\xa1\x3a\xa3\xee\xa9\xc3\xee\x49\xea\xea\x92\x1a\x36\x2e\xa8\x7c\x28\x0cf 的明文。

透過分散數台電腦來分批執行暴力破解程式，但仍然很慢，花了數個小時仍找不出明文字串。這時想到，原來的程式中，輸出的函式有兩組，另一組會輸出兩倍長度的字元。假若我可以改變程式流程，跳躍至另一組輸出函式，也許可以輸出五個亂數值中的前兩個數值，這樣就可以跑計算次數降為 256 的 3 次方。

將所附的程式碼再重新反組譯，可以觀察出程式中有一個變數可以控制字元輸出的長度。該變數位在 -0x25(%ebp)，此變數值是由 -0x29(%ebp) 和 1 作 AND 運算後的結果，若此變數 -0x25(%ebp) 的值為 1 是，則會輸出兩倍長度的字元。

當 Password: 提示出現時，輸入 chickenfingersa (故意多打一個字元，造成 one byte 溢出)，出現 What is your name? 時，則輸入 ABCDEFGHIJKLMNOABCDEFGHIJKLMNO，最後出現如下圖:

在 ABCDEFGHIJKLMNOABCDEFGHIJKLMNO 字串後面，接了 2 個換行字元(0x0A)，然後三個字元(0xD9、0xE2、0x00)，再接一個 : (0x3A)字元。其中 0xD9、0xE2 字元，即為一開始取五個亂數值中的前兩個數值。這樣一來跑暴力破解程式實在快多了，不到十秒就出現一組明文。

不過這明文怎麼看都不像啊！讓暴力破解程式繼續執行，很快地，又發現第二組明文啦。

賓果! 解出明文了！

註: 暴力破解程式的解密函式是直接從原程式作逆向工程後取用，變數處理要注意 signed/unsigned 的問題，否則從亂數陣列取值時會計算不正確。

Defcon 17 Wargame 競賽解題心得

2009-06-10T21:59:00.000+08:00

上週末剛好是美國知名駭客大會 Defcon 17 的 Wargame 外圍競賽期間。和往年一樣，這一次大夥又一塊聚在一起解題目，各展長才，不論是卡關卡的很痛苦、解謎解的快抓狂，或是終於解出答案的喜悅，總之我喜歡這樣的感覺。

經過兩天的努力，成績差強人意，雖然還是未能打進前十名，但應該也有二十多名，在全球兩三百個團隊競賽下，也不算太差吧！這兩日我共解了兩題，一題 100 分，另一題 400 分，我打算把解法寫出來，和大家分享交流。

這題是屬於 Binary_L33tness 的 100 分題目，題目很簡單，給一個檔案然後 "Find the key"，如圖:

下載完檔案，第一步當然用 Linux 的 file 指令來判斷檔案型態囉！

[timhsu@localhost 100]$ file 100.file
100.file: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped

此 100.file 檔為 Linux 的靜態執行檔，而且被 strip 過。不要怕，直接執行看看。

[timhsu@localhost 100]$ ./100.file
What is the password? 123
I smack you down. Step off bitch.

看來是要猜密碼耶。可以猜想一下，這個題目應該是密碼字串就在 Binary 執行檔裡，只要把檔案用 strings 指令來找這個字串，應該就是答案了。

有這麼容易嗎? 哦！若是直接用 strings 指令，大概找不出什麼像答案的字串吧！來用 hexdump 把檔頭資料印出來瞧瞧。

[timhsu@localhost 100]$ hexdump -C 100.file -n 256
00000000 7f 45 4c 46 01 01 01 03 00 00 00 00 00 00 00 00 |.ELF............|
00000010 02 00 03 00 01 00 00 00 e8 83 c0 00 34 00 00 00 |............4...|
00000020 00 00 00 00 00 00 00 00 34 00 20 00 02 00 28 00 |........4. ...(.|
00000030 00 00 00 00 01 00 00 00 00 00 00 00 00 10 c0 00 |................|
00000040 00 10 c0 00 d0 7b 00 00 d0 7b 00 00 05 00 00 00 |.....{...{......|
00000050 00 10 00 00 01 00 00 00 1c 0e 00 00 1c 0e 05 08 |................|
00000060 1c 0e 05 08 00 00 00 00 00 00 00 00 06 00 00 00 |................|
00000070 00 10 00 00 01 99 69 2e 55 50 58 21 e6 07 0d 0c |......i.UPX!....|
00000080 00 00 00 00 a6 03 01 00 a6 03 01 00 14 01 00 00 |................|
00000090 9a 00 00 00 02 00 00 00 63 3f 64 f9 7f 45 46 46 |........c?d..EFF|
000000a0 01 00 02 00 03 00 0d 92 ff b7 d9 ee 04 08 34 06 |..............4.|
000000b0 2c e5 17 0b 20 00 07 00 28 00 26 00 23 00 cf 3d |,... ...(.&.#..=|
000000c0 77 b1 06 0f 03 80 04 08 e0 0b 03 5a b3 69 9a 05 |w..........Z.i..|
000000d0 04 03 14 01 81 1b 05 1b ac fb 03 13 0f 13 1b 01 |................|
000000e0 03 ef b5 9f 8b 00 3b 03 a4 5b 0a 03 3f cf b9 b1 |......;..[..?...|
000000f0 d9 00 10 1f 13 eb 1b 03 50 d7 75 5f ec 78 22 00 |........P.u_.x".|

檔頭裡發現關鍵字串 "UPX"，為一加殼程式，也就是說這個 Linux 執行檔被 UPX 加殼過，真正的檔案內容要在執行期間才會解開執行。直接用 upx 工具來作解殼動作，還原檔案內容。

[timhsu@localhost 100]$ upx -vvv -d 100.file
Ultimate Packer for eXecutables
Copyright (C) 1996 - 2008
UPX 3.03 Markus Oberhumer, Laszlo Molnar & John Reiser Apr 27th 2008

File size Ratio Format Name
-------------------- ------ ----------- -----------
upx: 100.file: Exception: checksum error

Unpacked 1 file: 0 ok, 1 error.

失敗！upx 工具的解殼動作出現 checksum error，所以無法解開。
好吧，換個思維想想，既然加殼程式在執行期間會在記憶體還原原檔案內容，所以我們就可以試著在檔案執行時，把記憶體內容傾印出來。

試著建立 CoreDump 檔。

[timhsu@localhost 100]$ ulimit -c unlimited
[timhsu@localhost 100]$ ./100.file &
What is the password? [1] 22488

[1]+ Stopped ./100.file
[timhsu@localhost 100]$ kill -11 22488
[timhsu@localhost 100]$ ls
100.file*
[timhsu@localhost 100]$ ps
PID TTY TIME CMD
22408 pts/4 00:00:00 bash
22488 pts/4 00:00:00 100.file
22490 pts/4 00:00:00 ps
[timhsu@localhost 100]$ bg
[1]+ ./100.file &
[1]+ Segmentation fault (core dumped) ./100.file

CoreDump 建立成功！馬上用 strings 指令瞧瞧檔案內容。

[timhsu@localhost 100]$ strings core.22488 | more
...<略>...
,[^_]
[^_]
What is the password?
visilooksgoodinhotpants
, %d byte packets
CWR ECN
...<略>...
/lib/i686
libc.so.6
What is the password?
rotection after relocation
apic
mtrr
...<略>...
[timhsu@localhost 100]$

有兩組可能的密碼，試一下就知道。

[timhsu@localhost 100]$ ./100.file
What is the password? visilooksgoodinhotpants
You're my daddy! See you at the hacker swinger's club next week.

成功！這樣看來很簡單是吧?
事實上，當時我是用幾年前自己寫的小工具 dump2bin 來傾印執行檔，後來才想到不必寫程式的 DumpCore 方法，也許有其它方法，大家可以動動腦筋。

下回我將分享 Crypto_Badness 400 分的解題心得。

大陸 DNS 暴風門事件

2009-06-03T17:20:00.000+08:00

上個月，在中國地區有個驚人的網路消息爆發，在 5/19 日時，大陸的 DNS 發生大規模的故障: 後來稱作「暴風門」事件。

「5月19日晚間訊息，來自廣州、杭州等地中國電信客服人員向新浪科技證實，這些地區的網路出現故障，致使用戶無法上網。從晚間九點開始，陸續有多位網友反映稱，包括廣州、山西網通、上海、浙江等地均出現了不同程度的DNS癱瘓故障。」--- 節錄自: http://4i4u.com/blog/dns-baofeng-dnspod/

當時事件發生時，有網友猜測是 DNS 伺服器被黑客大規模 DDoS 攻擊，但這影響層面廣大是前所未聞。後來經過這陣子的調查，大家才了解事情的始末。

在 5/18 日時，著名 DNS 服務廠商 DNSPod 的 6 台伺服器受到 DDoS 的攻擊，直到 5/19 日，DNSPod 承受不了如此大流量攻擊下，被迫停止 DNS 服務。但為何這樣幾台 DNS 伺服器下線，就會造成大規模的網路異常呢?

這是因為，大陸地區最盛名的影音播放軟體 - 暴風影音，該公司的 DNS 服務就是由 DNS Pod 所提供的。因此，暴風影音播放器的用戶端無法解析出伺服器的 IP，開始不斷向網路供應商的 DNS 伺服器發送解析請求，造成 DNS 伺服器堵塞。據說，暴風影音的 1.5 億的客户端，其中約一半的客户端解析不到域名，令人詬病的是，暴風影音軟體會啟動自動連線程式，約每 15 秒連線暴風影音，若 DNS 查詢失敗則會不斷重試，因此，各地的客户端不停地發送 DNS Query (UDP 封包)，各地 ISP 的 DNS 伺服器也就連帶著被暴風影音的用戶 DDoS 了。

相關消息及資料整理如下:

1. 5月19日大陸DNS發生大規模故障
2. 暴风影音DNS故障追踪：由24岁站长引发的蝴蝶效应
3.暴风长老, 请收了神通吧!
4.大陸出現罕見網絡大癱瘓網民不滿
5.大陸DNS大規模故障始末：網域服務商遭DDOS攻擊
6.“5·19网络大瘫痪案”告破
7.暴风召回1.2亿播放软件称损失应由黑客赔偿

當中也可以發現由於黑客地下經濟的興盛，從木馬程式開發、販售、「肉雞」養成，到提供各項網路攻擊，只要有錢，就可以胡作非為。

這些文章中也提到了 2006 年 12 月時，台灣發生地震，波及海底光纜，造成台灣對外如大陸地區、東南亞和澳洲等無法正常連線。事實上，當時台灣網路對外連線困難的影響，還意外地讓大家注意到了中華電信(hinet)偉大的 DNS 伺服器: 168.95.1.1。

我們可以在網路上找到許多網路教學或設定的文件，幾乎都是教人設定 DNS 伺服設定為: 168.95.1.1。還不止這樣，google://168.95.1.1 把範圍縮小到網路設備手冊，不論中文還是各國語言，也可以看到熟悉的 IP: 168.95.1.1！當然，台灣這幾年來在網通設備上的開發，出廠預設值的 DNS 伺服器，自然也是 168.95.1.1！

這也就是台灣 2006 年 12 月的地震，衝擊了世界上其它地區數以萬計的網友無法正常上網。真好奇 168.95.1.1 這台的 DNS Query 流量如何，而有多少 DNS Query 來自非台灣地區? :-)

DNS 的重要性看來很明顯，直到去年，都還有 DNS 伺服器的問題被爆出來 (Multiple Vendors DNS Spoofing Vulnerability) ，或許還有些我們不知道的問題在未來會發生，像這次「暴風門」事件，除了期望 ISP 固好 DNS 外，我們能試著改變一些習慣?
例如，DNS 的設定上除了 168.95.1.1 我們還可以設定其它 ISP 提供的 DNS 作為 Secondary。

不久前，有位友人和我打趣地說，若是 168.95.1.1 不回應 ICMP 的話會如何? 我說，大概很多人都以為網路對外不通吧！

網站轉址攻擊-ARP掛馬

2009-03-12T23:48:00.000+08:00

從上一篇「網站轉址攻擊事件」發文後，有朋友來信問我，為何能確信是「ARP掛馬」，而不是「IP-Spoofing」。

事實上，此攻擊事件不論是「ARP掛馬」或是「Non-Blind Spoofing」，都能得到類似網站轉址的效果。

看來這回的攻擊事件，爭議點只剩下究竟是「ARP掛馬」還是水落石出的「Non-Blind Spoofing」。

我曾看了 Fyodor Y. 的留言以及他的看法，也和他交換了意見，對於他的技術能力，我毫無懷疑，甚至我覺得他寫的「Non-Blind Spoofing」模擬攻擊程式寫得很好，很值得研究參考。

那為何我不選擇相信是「Non-Blind Spoofing」，難道我有作什麼實驗，或是整天在網路上抓封包測試嗎。我的依據是什麼呢？

這篇，我就來說明一下這兩個攻擊的可能性，以及我的質疑和判斷。

「Non-Blind Spoofing」這個攻擊，事實上是需要封包監聽以及插入封包，並且搶在真正的回應封包前，傳送惡意封包回 Client 端。

那要在那個網路節點上封包監聽作這樣的攻擊呢？任何一點都有可能。
但問題是，有可能監聽到嗎？二話不說，馬上實驗，各位就立刻執行 Wireshark 看看，來監聽看看你老闆的 MSN 吧！若是你聽到了你老闆的的談話，你就選擇相信「Non-Blind Spoofing」，一點問題都沒有。

另外有一種可能。這也是水落石出的可能了:

「某個網路節點的 Router 被入侵，並且改了設定」

這是要逼 ISP 啞巴吃黃蓮嗎？

Router 被入侵的可能性當然是有，然而中華電信 ISP 天天在檢查，完全沒有發現異常的情況。

再說，改了設定是要把封包 Mirror 到那裡？中華電信機房該 Router 旁的主機嗎？
那來的這台「Router 旁的主機」？中華電信機房可以隨便放機器就是了？
那設定封包 Mirror 到較遠的主機呢？那你怎麼搶送封包回 Client 端？
而且能不能照原路由傳送回假封包都是問題！！
以上問題若不能回答出來，就請別再誤導各位網友了好嗎？

好，那另外一種「ARP掛馬」攻擊的可能性呢？

我在上一篇文章有提到，國內之前早有人揭漏了「ARP掛馬」攻擊。而最近的國外安全研究機構 SANS 的討論，大家可以看一下 Massive ARP spoofing attacks on web sites
這篇。

另外，遠在 2007 年的一篇技術報告 "Studying Malicious Websites and the Underground Economy on the Chinese Web" 中提到「ARP 掛馬」攻擊大陸的 "Norton China" 網站，我擷圖如下，覺得不清楚或想看整篇文章的朋友可以自行閱讀。

此外，這一兩年大陸駭客在各駭客論壇或駭客雜誌裡，早已把「ARP 掛馬」講到爛了，有興趣的朋友，可 Google 「ARP 掛馬」或「ARP-Spoofing」，有一堆的事件資料可參考。
這說明了什麼呢？這說明，利用「ARP-Spoofing」作攻擊是最可行的方式！

也許有人質疑，這回攻擊所側錄的封包和使用「ARP掛馬」攻擊的封包有些差異。但是，就憑網路封包 ID/TTL 的不同，就說和「ARP掛馬」無關，這樣的否定會不會太粗糙了？

要修改封包回應或插入不同的封包內容，這對程式能力高的駭客來說，這是幾分鐘就可以改的，要亂數處理也行，愛怎麼變就怎麼變，唯一不變的是，要達成這樣的攻擊，「ARP Spoofing」是最容易，也最現成，更是大陸駭客流行許多的手法，而且，重要的是

「不會有駭客這麼閒，整天在看部落格後一直改攻擊程式的」。

所以，從以上我的觀點，所得到的結論如下:

1. 會作 ARP-Spoofing 掛馬攻擊的原因，絕大部份是因為該網站的防護很強，無法攻破後直接掛馬，所以只好作「ARP 掛馬」。
2. Sniff 不同網站的封包流量當然有可能得到不同的攻擊方式，而且不用預測下一波，因為「ARP 掛馬」不斷發生，總是會有新聞可以炒作。這點資安專家們可以安心。
3. 和基礎架構和設備無關，這類的攻擊在世界各地都可能常發生。

最後我要說的是：
指控中華電信 ISP 的路由器有異常，是非常嚴重的事，也關係著商譽問題。一般說來，資安專家或廠商發現了異常或漏洞，都會有道德的與出問題的一方作好溝通，釐清真正問題點，再選擇適當時機公佈詳細資訊(Full−disclosure)。

但是，若證據都不足的情況下，貿然的指控，只是會令人懷疑背後的動機。

身為資安廠商，除了技術能力和新聞議題外，更重要的是道德，不是嗎？

網站轉址攻擊事件

2009-03-10T11:31:00.000+08:00

上週開始，陸續有人發現在連到 www.msn.com.tw、tw.msn.com、taiwan.cnet.com 等網站時，發生了一些異常行為，瀏覽器被硬生生的導到其它網站(www.dachengkeji.com) 等。

詳細的討論可看 Richliu 的某些 ISP 疑似被 hijacking 攻擊一文。

事情看來很大條，各專家紛紛出來澄清或解釋這樣的攻擊。
有專家說，這是「新型態的網路攻擊手法」！
有專家說，這是「電信業者的DNS主機遭攻擊」！
有專家說，這是「某 ISP 的路由器(Router)被攻破」，甚至還說 Router 被感染了。真不知道是被感染了什麼鬼玩意。
當然也有專家真的分析了封包內容，提出了可能是「Non-Blind Spoofing」的結論。

看到這些說法，我其實蠻訝異的。

我上週知道這件事發生後，就和幾位 CHROOT 的成員討論過，並在第一時間透過管道，得到了 ISP 的「三不一沒有」的資訊:
「不是 DNS 問題、不是 Proxy 問題、不是 Router 問題，沒有被入侵」
(昨日 3/9, 中華電信資安辦公室證實了這點 http://www.itis.tw/node/2601)

而我們的結論是「這是大陸駭客愛用的 ARP Spoofing 攻擊」，不過攻擊地點在 IDC 端。
我們以為這並非什麼新的攻擊型態，不過專家就是專家，總要有自己的看法，不知道原因的，也要說成是新的攻擊型態，混合了幾種專業名詞大家就點頭稱是了。

事實上，對岸駭客真的把「ARP Spoofing + 網頁掛馬」，簡稱「ARP 掛馬」技術發揮到了極點，從 MSN SHELL 所在SERVER遭ARP掛馬就提到了在 IDC 端的「ARP掛馬」案例。

我的看法如下:
1. 被導向的網站 www.msn.com.tw、tw.msn.com、taiwan.cnet.com，「當時」都在位在新加坡電信Singtel。我想應該台灣的 ISP 應該和新加坡電信窗口聯絡，知會一下狀況。

2. 並非每次或每個人瀏覽都會被導向，原因應該是流量過大，封包處理不及，或是該攻擊有時間間隔處理。

3. 此事件中，看來只有從台灣連去的封包被影響，有針對性。

4. 以現在的工具來看, 利用「ARP 掛馬」發展得很成熟，大家可以 google 看看 zxarp，我甚至可以告訴你，這個工具參數怎麼下，放在「對」的地方，就可以造成這次的效果。呃，上述的第 2、3 點，該工具都有參數支援啦。

當然啦，每個人的看法不同，堅持是什麼「新的攻擊型態」的專家，或許這回真的可以揚名國際！但若是真的「ARP 掛馬」，也請認真的研究一下這個攻擊，並提醒大家，這種攻擊的嚴重性。

至於會不會有真的證明是「ARP 掛馬」呢？我不知道！(謎之聲: 誰會承認自己 IDC 被 ARP 掛馬)

套句某駭客的名言「忍一下就過去了！」，有道理，不是嗎？ :-)

x86 shellcode detection and emulation - libemu

2009-02-03T17:08:00.000+08:00

去年我在研究開發惡意文件偵測技術 - mdscan 時，就在試著找尋適合的 x86 emulator。可惜，找到的幾乎都是 Virtualizer 性質，非我所需要。
一月時無意間發現了 libemu，這兩天就著手將原來 mdscan 的動態追蹤核心，換成 libemu 來模擬執行。

Malicious Document Scan Tool Version 0.5
---------------------------------------------------
Copyright (c) 2009 Net-Hack Technology Co.,Ltd. All rights reserved.

Scanning CVE/MS08-014/69a7b1dd0af391523ae55a846232c68f
opcode: E8E4FFFFFF call 0xffffffe9
opcode: 5E pop esi
opcode: 8BFE mov edi,esi
opcode: 8BD6 mov edx,esi
opcode: 83C214 add edx,0x14
opcode: 52 push edx
opcode: B96A030000 mov ecx,0x36a
opcode: AC lodsb
opcode: C0C000 rol al,0x0
opcode: AA stosb
opcode: 49 dec ecx
opcode: 75F8 jnz 0xfffffffa
opcode: AC lodsb
opcode: C0C000 rol al,0x0
opcode: AA stosb
opcode: 49 dec ecx
opcode: 75F8 jnz 0xfffffffa
opcode: AC lodsb
opcode: C0C000 rol al,0x0
opcode: AA stosb
opcode: 49 dec ecx
opcode: 75F8 jnz 0xfffffffa
opcode: AC lodsb
opcode: C0C000 rol al,0x0
opcode: AA stosb
opcode: 49 dec ecx
opcode: 75F8 jnz 0xfffffffa
opcode: AC lodsb

不過，libemu 缺乏詳細的文件，而且有些 instructions 並沒有 mapping(例如 opcode: A8 and A9)，有些 API 也不甚明白是什麼作用，畢竟還在 version 0.2 開發中吧！

想試著研究 shellcode 追蹤或是自動化解殼(unpack)的朋友，不妨試試。

舊 blog 文章轉換到 blogger

2009-02-03T16:15:00.000+08:00

感謝 google-blog-converts-appengine 的 blog 轉換程式，已成功將我舊 blog 的內容，轉移至此啦！
google-blog-converts-appengine 是用 python 語言開發，要額外裝 ElementTree 即可正常執行。

Gmail 釣魚網站

2008-03-08T17:45:00.000+08:00

今日有研究員 D 先生回報，收到 Gmail 釣魚網站郵件，分析如下，僅供參考。

------ 底下為釣魚郵件內容 -------
From: Gmail 小組 <mail-noreply@gmail.com>
Date: 2008/3/6 16:40
Subject: 請及時更新您的Gmail服務，以免對您的使用造成不便
To: timhsu.tw@gmail.com

Google近日開始對用戶的Gmail電子郵件服務進行升級

，新版Gmail服務不僅在界面上有所變化，在內部結構上也針對Firefox2和IE 7進行了優化。

由於對JavaScript後端系統進行了重新設計，所以新版Gmail服務的訪問速度將更快，打開一封郵件的時間將不到200毫秒。

免費Gmail電子郵件的存儲空間將由原來的4G增至6G。

請按下面的步驟及時提交您的申請，我們將在24小時之內為您提供新版服務，舊版服務可能在一週之內過期，對您造成的不便請諒解。

步驟一：進入服務申請頁面 https://mail.google.com/mail/updateservices
步驟二：驗證客戶信息。
步驟三：完成申請。

感謝您使用 Gmail！
衷心感謝！
Gmail 小組敬上

請勿回複本電子郵件。如果您希望與Gmail小組聯係，請登錄您的帳戶並點擊任何網頁
頂部的"幫助"。然後，點擊位於支持中心底部的"與我們聯係"。

------ 以上為釣魚郵件內容 -----------

其中在釣魚郵件內容中的，步驟一：進入服務申請頁面 https://mail.google.com/mail/updateservices，若點擊，則網址會連至(已把 link 改為無效)

http://googleaccounts-login.dynalias.com/google/ServiceLoginservicemail&passivetrue/Fmail.google.com3Dl&ltmpldefault&ltmplcache/google.asp?user=timhsu.tw@gmail.com

同時，此頁面隱含(嵌入iframe)有 MS-06014 針對 IE 瀏覽器的攻擊.

經過查詢，googleaccounts-login.dynalias.com 的 IP 為 211.22.79.234 底下為 whois 資訊：

Li Wai Sh Co., Ltd.

Netname: LI-WAI-SH-CO-E4-NET
Netblock: 211.22.79.232/29

Administrator contact:
hn84050286@hn.hinet.net

Technical contact:
hn84050286@hn.hinet.net

此應為立瑋仕公司(http://www.device-giant.com.tw/) 所有之 IP 範圍，已被駭客利用來作釣魚網站及攻擊跳板。

www.device-giant.com.tw 的 whois 資訊為：

Domain Name: device-giant.com.tw
Registrant:
蝡讠�隞閗隞賣����
Device-giant Co.,Ltd
5F-1,No. 161,Sung Teh Road Taipei Taiwan

Contact:
John Lin john@device-giant.com.tw
TEL: 23463210
FAX: 27593009

Record expires on 2008-11-14 (YYYY-MM-DD)
Record created on 2000-08-30 (YYYY-MM-DD)

Domain servers in listed order:
device-giant.com.tw 211.22.79.234
ntweb.device-giant.com.tw 211.22.79.234

CGoban

2006-03-12T19:51:00.002+08:00

最近對圍棋特別感興趣，有點時間就上網找人廝殺，不過都是被別人殺得一踏糊塗。
我使用 Java 版的 CGoban2下網路圍棋。至於象棋，我都跑去 PTT下棋，不過好像沒有像 CGoban2 這麼好用又跨平台的軟體。
底下是我看別人下圍棋時的快照：

X 的設計原則

2006-03-08T00:44:00.002+08:00

無意見看到 Wikipedia 對於 X 設計的原則描述，茲引言如下：

1984年，Bob Scheifler和Jim Gettys制訂了X的早期原則：
* 除非沒有它就無法完成一個真正完整的應用程式，否則不用增加新的功能。
* 決定一個系統不是什麼和決定它是什麼同樣重要。與其去適應整個世界的需要，寧可使得系統可以擴展，這樣可以用上層相容的方式來滿足新增需求
* 只有根本沒有實例才會比只有一個實例更糟。
* 如果問題沒有完全弄懂，可能最好根本就不要去解決它
* 如果預期要用百分之90的努力去完成百分之10的工作，應該用更簡單的辦法解決。 (參見更糟就是更好。)
* 盡量避免複雜性。
* 提供機制而不是策略。實踐中把用戶界面策略放在用戶手裡。

第一條原則在設計X11時修改為：「除非制訂有真實的應用程序需要，否則不用增加新功能。」 X基本上一直遵循這些原則。參考實現是從擴展和改進的著手來進行開發，同時和1987年的最初的協議幾乎保持完全相容。

上文提及的更糟就是更好，中文維基百科裡還沒有中譯。當然除了 X 外，也一定會想到 UNIX 的設計哲學:

1. Small is beautiful.
2. Make each program do one thing well.
3. Build a prototype as soon as possible.
4. Choose portability over efficiency.
5. Store data in flat text files.
6. Use software leverage to your advantage.
7. Use shell scripts to increase leverage and portability.
8. Avoid captive user interfaces.
9. Make every program a filter.

基本上，以上提及的設計原則，都離不開「簡單就是美」的哲學。說來慚愧，寫程式多年至今，還未能接觸到大型且複雜的程式，更沒有能力與機會參與設計龐大的軟體架構。只靠賣弄些程式技巧，雖足以過活，但心裡知道，若要實現一些想法，還有一大段功夫要磨練。

好好思索，好好反省，我所寫過的程式是不是稱得上「美」呢？唉。

資安展遊記

2006-03-06T23:26:00.002+08:00

上週的「台北國際資訊安全科技展」，算是台灣資安界年度大拜拜。趁著這個機會，我也逛了許多廠商的攤位，為的是了解資安設備發展的方向。

1. Novell 攤位上只有一位好心的小姐在介紹，雖然她熱心的想提供 SuSE Linux 上課折價卷，但是我真的不需要啊。如果有人想上課考 NCLP，請參考 CdChen 的恆逸將開辦 NCLP 課程

2. 諮安科技的線上弱點掃瞄服務( !Patrol SNAP online)，嗯，很好，不過我情願用 Nessus

3. 我在 openfind 攤位上告訴一位美麗的小姐，mail2000 系列許多政府和學校使用，十分有名氣，可說是國內少數成功的商業 webmail。當然，就被贈送了免費使用半年的 mail2000 帳號。

4. 力麗科技的 Message Server 50，多功能郵件伺服器。這應該是 mail2000 競爭產品，不過，防垃圾郵件、防病毒郵件就算了，為何要加上個防駭客攻擊呢？答案是，可以防駭客 DoS 攻擊。帥吧。

5. 看到一個號稱全球唯一可側錄 skype 語音通話內容以及文字聊天內容的超強系統。陶華科技代理的 MIS Keeper - 資訊稽核管理系統。哇！一看就被嚇到吧，不過當業務談到要在使用者電腦上裝管理軟體時，我腦裡想的盡是如何移除該「類 rootkit 的 spyware」。

6. 8e6 的網路安全行為管理系統。喔，又是一個監控員工上網行為的設備。不過，我倒對封鎖 spyware 軟體封包和防詐騙網站、惡意程式碼攻擊等較感興趣。號稱有分門別類的 URL 強大資料庫，並且會定時掃瞄所有大型網頁來作資料庫，提供比對，以封鎖釣魚網站。

當然，還有許多優秀的產品，我就不一一細說。只是有種感覺，那就是網路安全管理和內容安全管理已經開始作到爛了，大部份產品的定位都在企業應用上，都在幫企業想如何控管員工上網行為，如何讓員工的電腦更受保護。

能讓電腦或網路更安全的設備，大家都樂意接受，一旦要被約束、被管理、甚至被監視，那就是千百個不願意了。如果像電影「全民公敵」那樣，說過的每句話，做過的每件事，去過那裡，吃過什麼鳥蛋，喝過什麼鳥咖啡都被他人記錄並檢閱，你如何開心的上班，歡欣的把工作完成呢？在怎麼爽，也是公司的 MIS 和老闆互相在爽而已啊！

是不是要多為更多的 End Users 著想？人們用電腦上網，圖的是方便和私密，大家已經受夠了為了病毒，要被迫裝上醜不拉嘰的防毒軟體，還要隔一段時間就 Windows Update 一下，好補補 Windows 的破窗。現在，人們還要面對正版後門監控軟體，「類 rootkit 的 spyware」，對於手無寸鐵只會下載 A 片的員工們，只有被張開嘴等著宰殺的份。你可能不知道自己電腦已被植入這類的「間諜軟體」，或著你明明知道，就無法移除它。它就那麼可惡的從「間諜」化身成「稽核」。不就是上個網看看色情圖片、傳傳打情罵俏的 MSN 訊息，抱怨一下上司的豬頭，有這麼嚴重到要剝奪那麼一點的隱私和樂趣嗎？

算了算了，來吧，大家來改用 Linux，練習一下 ssh/http tunnel、GPG 加密郵件、Gaim-encryption 加密通訊內容吧。至於什麼都不懂的人們，就只好學習「忍」了。

SSH TCP FORWARDING

2006-02-18T03:48:00.002+08:00

有些公司或機關會試著用一些防火牆和監控設備，來對公司內部同仁上網作加以控管。最常見的例子就是對 IM (MSN/Yahoo!)等作記錄或限制。如果防火牆有開放 ssh 連線，或是沒有對 HTTP Protocol 作查核，那就可以試著用 ssh 的 tcp-forwarding 來建立加密連線(secure tunnel)。

(公司外部 Server: proxy.nosuchserver.org)
1. 先架好 Proxy，例如可以 bind 在 3128 Port.
2. 設好 Firewall 規則，只開放 localhost 連線:
iptables -A INPUT -p tcp -s ! 127.0.0.1 --dport 3128 -j DROP
3. 加個帳號叫 tunnel

(公司內部 Linux: 192.168.1.10)
1. 用 ssh 登入 proxy.nosuchserver.org
ssh -L 8080:127.0.0.1:3128 tunnel@proxy.nosuchserver.org
2. 此時可以將 MSN 或 WWW-Browser 的 proxy 設定指向 127.0.0.1:8080
3. 利用此 tunnel 即可對外加密連線

如果你想讓公司內其它同事共享此 proxy，則可以利用新版 ssh 的功能:

ssh -L 192.168.1.10:8080:127.0.0.1:3128 tunnel@proxy.nosuchserver.org

那麼大夥通通把 proxy 設定指向 192.168.1.10:8080 即可。

如果對外沒開放 port 22，那就只好試著讓 Server 上的 sshd 聽 port 80 或其它開放的 port 囉。

某金控網站被入侵

2006-02-15T01:31:00.002+08:00

今天下午某位朋友告訴我，當他連上某國內知名金控網站時，防毒軟體發出了警告。該網站的首頁疑似被加入了一行不顯示的 iframe 連結。順著該連結到另一個公司的網站，就會啟動一個惡意的 Javascript，而此 script 的動作則是執行一個植入後門的程序。
想看此惡意 javascript 原貌? 看看 ICST上的相關討論吧。
顯然，至少有兩家公司被入侵，網頁內容遭駭客篡改。但被植入惡意 Javascript 的網站，也許已經讓許多的使用者電腦中了後門。

害怕了嗎？還不快把 MS-IE 換掉！

至於被植入的後門，經過 Birdman 大師的 Archon 惡意軟體掃瞄，其結果如下圖：

十三號星期五

2006-01-14T00:48:00.002+08:00

今天的日子，總會令我不禁想起年少時狂熱追求電腦病毒技術的時代。
從 (c) Brian 到 Jerusalem 的泛濫，恰是我從 GW-BASIC 往 Assembly 學習的時間。旗標早期出版的 DOS 技術手冊、組合語言、組合語言程式設計實例、電腦病毒徹底研究等，都是我國中和高中時不可或缺的精神食糧。
印象中，黃瑞強先生有段時間在第三波雜誌開了個專欄，剖析各種電腦病毒，以及最新的病毒技術。諸如，病毒產生器、多形病毒、變體引擎、伴隨型病毒等。當然，這也是當時我最愛的雜誌專欄。
回憶就此打住！就來看看當年十三號星期五發作的 Jerusalem，倒底是長得什麼模樣?
從Jerusalem 病毒原始碼可以看到一開頭就有個熟悉的字串 "sUMsDos"！
底下程式片段是利用 int 21h 取得日期，判斷是否為十三號星期五，若是，就把 b000E 設為 1，代表病毒發作日。


mov     ah,2Ah
int     21h		;  get date, cx=year, dx=mon/day
mov     cs:[b000E],0
cmp     cx,7C3h
je      loc_6
cmp     al,5
jne     loc_5
cmp     dl,0Dh
jne     loc_5
inc     cs:[b000E]

接著，病毒常駐到記憶體後，當使用者欲執行檔案時，遇到發作日，就把該執行檔刪除，若非發作日就感染該執行檔。底下的 loc_12 程式片段就是為了刪除檔案。


loc_12:
xor     cx,cx
mov     ax,4301h
int     21h	;  get/set file attrb, nam@ds:dx
mov     ah,41h
int     21h	;  delete file, name @ ds:dx
mov     ax,4B00h
popf
jmp     dword ptr cs:[pv21]
loc_13:
cmp     cs:[b000E],1
je      loc_12

程式寫的真美，是不？

對了，如果看不懂 Jerusalem 程式請勿來信問我，因為我早就忘光 DOS 呼叫和 MZ EXE 了啊。

Gaim-Encryption

2005-12-27T07:27:00.002+08:00

Gaim-Encryption 是一個 Gaim 通訊加密模組，它利用 Mozilla 的 NSS (Network Security Services) 來提供 RSA 加密。
今天 Nanika 要找人測試 Gaim-Encryption，才想起一年前我曾抽了點空將 Gaim-Encryption zh_TW.po 翻譯好。
連上官方網站才發現 i18n 網頁上竟把中文放在第一行，而進度統計卻是將 zh_TW.po 排在最後。這讓偷懶了一年的我看了真有點汗顏。於是，馬上就抽空下載了 Gaim-Encryption 3.0beta2 並試著更新 zh_TW.po。
此外，我也順便下載了 Gaim 2.0beta1，果然高級啊，可以看得到 MSN 小動畫了哩。真讚！
經過一番努力，已把 zh_TW.po 更新並送至 mailing-list了。希望可以順利在 Gaim-Encryption 3.0 Release 時看到中文化的成果囉。

如果你怕你的 MSN 訊息被監聽，或是怕被監控記錄，請愛用 Gaim-Encryption 吧！

BTW, 我是用 gtranslator 這套工具處理 po 檔的。

註：Gaim-Encryption i18n 統計其實是用開頭字母順序排的啦！ :-)

Enigmail OpenPGP

2005-12-08T00:10:00.002+08:00

自從下定決心開始要來使用 OpenPGP 後，我花了幾乎一整個下午在處理 Thunderbird Enigmail。

當然，我不會錯過用 urpmi 工具來輕鬆安裝 enigmail，只要敲入 urpmi enigmail，相關套件就裝好了。只不過，重新啟動 Thunderbird 後，Enigmail 並不能正確的運作。幾乎所有 Enigmail 相關的功能，全數不能使用。

然後就不斷的從 google 裡找答案，試了好幾次的移除(rpm -e) 和安裝(urpmi)。即使，試著直接從 Enigmail 的網站 http://enigmail.mozdev.org下載，最後安裝還是失敗。

也許是 mozilla-thunderbird-1.0.2-5.1.102mdk 版本太舊? 好吧，我決定從 Thunderbird網站直接下載升級 Thunderbird。不用 RPM 套件了！

將下載回來的 thunderbird-1.0.7.tar.gz 解壓到 /usr/lib
# tar zxf /tmp/thunderbird-1.0.7.tar.gz
# mv thunderbird/ /usr/lib/mozilla-thunderbird-1.0.7
再編輯 /usr/bin/mozilla-thunderbir，將其中 moz_libdir=/usr/lib/mozilla-thunderbird-1.0.2 字串改為
moz_libdir=/usr/lib/mozilla-thunderbird-1.0.7

然後下載 Enigmail-0.93.0後，執行 Thunderbird。
再從 Thunderbird 裡的 Tools->Extensions 裡安裝 enigmail-0.93.0-tb10-linux.xpi。
最後，重新執行 Thunderbird。

太讚了，OpenPGP Key Management 可以用了。看來一切應該都正常可以用了。酷吧！

加密式檔案系統

2005-12-05T23:19:00.002+08:00

自從前兩天可愛小硬碟入手後，我將它放入 USB Mobie Disk，不久，就發現一件悲慘的事情。

我的 USB Mobie Disk 不愛穿衣服！

一但我將 USB Mobie Disk 的上蓋蓋起來，USB 連接線一接上 X31，X31 馬上發瘋似地重開機，履試不爽。現在，只好讓它脫了上蓋，給它一個清涼，但外觀看起來就是沒這麼漂亮有質感啊！

好吧，不愛穿衣服就算了。我又想到萬一某天，這顆備份資料用的小硬碟，不小心遺失了的話，我可不希望裡頭一些私密資料讓人看光光。於是乎，我就想試試 Linux 的加密式檔案系統。

只不過，試了半天才發現，我現在用的 Linux 系統(MDK LE 2005)並不支援 AES Multi Key (V2=64 keys / V3=65 keys)。所以，底下的步驟是建立一個 10G 的加密式檔案系統，並利用 AES 128 加密。

1. 建立一個約 10G 的大型檔案，檔案內容塞滿亂數資料

# dd if=/dev/urandom of=mystuff bs=1M count=10000

2. 產生單一 AES Single Key 並用 GPG 加密起來
# head -c 2925 /dev/urandom | uuencode -m - | head -n 66 | tail -n 1 | gpg --symmetric -a > /etc/fskey.gpg

3. 將 mystuff 檔案利用 aes-128 加密並掛上 /dev/loop0
# losetup -e aes-128 -K /etc/fskey.gpg /dev/loop0 mystuff

4. 格式化
# mkfs.ext3 /dev/loop0
# tune2fs -m0 /dev/loop0

5. 將 aes-128 加密的檔案系統掛載上 /mnt/crypto
# mkdir /mnt/crypto
# mount -t ext3 /dev/loop0 /mnt/crypto
# df-h
Filesystem 容量已用可用已用% 掛載點
/dev/loop0 9.7G 33M 9.6G 1% /mnt/crypto

如果你有些敏感資料或很隱私的內容，需要以加密的方式儲存時，Linux 的加密式檔案系統將是一個不錯的選擇。

參考資料：
1. Cryptoloop-HOWTO
2. loop-AES.README

可愛小硬碟

2005-12-04T01:19:00.002+08:00

下午跑去 NOVA 買了顆 2.5 吋 WD800UE 小硬碟，它的外觀如下：

據說 WD Scorpio?技術還不錯，夠安靜。

當然，回到家就馬上接上 X31，底下是 Linux 偵測到的硬體資訊：

USB Mass Storage support registered.
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
Vendor: WDC WD80 Model: 0UE-00HCT0 Rev: 09.0
Type: Direct-Access ANSI SCSI revision: 00
usb-storage: device scan complete
SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
sda: assuming drive cache: write through

接著用 fdisk /dev/sda 作切割：

Command (m for help): p

Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 1 9729 78148161 83 Linux

再用 mkfs.ext3 -c -j /dev/sda 作檢查並格式化，最後用 tune2fs -m 0 將保留空間釋放。
# mount /dev/sda1 /mnt/tmp/
# df -h /dev/sda1
Filesystem 容量已用可用已用% 掛載點
/dev/sda1 74G 33M 74G 1% /mnt/tmp

來測測看速度吧！X31 裡硬碟的速度：
# hhdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 74 MB in 3.00 seconds = 24.66 MB/sec
而新入手的 WD 小硬碟呢
# dparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 60 MB in 3.05 seconds = 19.64 MB/sec

嗯，慢了一點，不過還是適合我用來備份資料 :)

駭客大騙局

2005-11-24T02:49:00.002+08:00

The Art of Deception: Controlling the Human Element of Security

本書作者是駭客界鼎鼎大名的 Kevin David Mitnick。當年他被拘捕後，駭客界成立了 Free Kevin 網站要求美國政府將他釋放。 2003 年，Kevin 出獄，目前成立了一家資訊安全公司。

駭客大騙局這本書都是在描述社交工程(Social engineering)。作者虛構了許多小故事，其中內容宛如電影情節般，利用假冒的身份和高段的談話技巧等，入侵企業設施，竊取商業機密。作者也進一步描述如何預防社交工程的攻擊，以及提供一些忠告。

我不禁會想到，台灣治安最頭大的詐騙集團也是操作社交工程技倆的佼佼者啊。如果人人都學了社交工程，也許我們善良百姓還能以反社交工程回敬對方呢。

當然，如果有人利用巧克力攻擊法，我也會跟著乖乖交出密碼的啦。

製作長生不死藥

2005-11-21T08:32:00.002+08:00

剛看完成龍的電影 - 神話
我可能比較冷血一點，體會不出劇中的痴情浪漫，倒是對麗山瀑布後的秦陵巧思，以及女主角金善喜小姐的楚楚之美，覺得印象十分深刻。
不過，我卻對長生不死藥的研發，心裡啟了疑竇。
假若我在古代要研究長生不死藥，要怎麼證明藥的效用? 或是秦始皇要如何證明藥是有效的呢? 研發長生不死藥的人，總要人體實驗後才能知道效果，才知道有無副作用。但研發的人如果活得不夠久，根本就研發不出來啊。

下面這段文字節錄於凡事大前未有樣者，不易做，剛好和電影神話裡的劇情有關。

公元前212年，發生了歷史上有名的坑儒事件。坑儒是由方士求神仙不得引起的。俗話說得好，人的欲望是無止境的，當了皇帝就想長生不死，秦始皇就是這樣。當時有兩個方術之士侯生和盧生，投其所好，答應給秦始皇找長生不死藥，但他們到哪裡去弄呢？很快就到了交差的時間。沒辦法，他們隻好散布說秦始皇剛愎自用，貪於權勢，所以求不到仙藥，並且逃走了。秦始皇知道后非常惱火，下令御史追查此事。在追捕中牽涉了460多人，除方士之外還有一批對秦始皇心懷不滿的儒生。秦始皇盛怒之下，將這些人全部坑殺。第二年，東郡（今河南濮陽）落下一塊大隕石，有人偷偷在石頭上刻了?始皇帝死而地分?七個字。秦始皇還是派御史去調查，因找不到刻字的人，結果將居住在隕石周圍的百姓全部殺光。

古代的歷史或神話故事，都反映了中國人對長生不死的執著，人們除了希望長生不死，還希望青春健康。
萬一將來真有那麼一天，順了人們長生不死的願，身份證上還得寫上萬歲萬歲萬萬歲呢。

奇怪的 Zyxel P-330W

2005-11-21T04:20:00.001+08:00

今天到燦坤買了台 Zyxel P-330W 無線寬頻分享器，外表看來還蠻可愛的，會員價不到兩千元，還送 7-11 的 iCash 卡。

沒想到，買回去接到網路上，PPPoE 撥接竟然屢次失敗 :(
不甘心，連到 Zyxel 網站上，竟然找不到 P-330W 型號，也沒有 firmware 好下載. 好不容易從 google 問到一個官方 firmware 卻是奇怪的 V1.4 版本。
沒辦法，死馬當活馬醫，把下載回的奇怪 V1.4 版本上傳更新後，那隻可愛的 P-330W 管理介面變成了英文版，重點是，PPPoE 撥接還是不行。

怒了後，只好跑回燦坤，燦坤的維修工程師沒有環境可以測試 PPPoE 撥接，最後加了幾百塊換了 D-Link DI-524 Wireless Router。

結果呢? DI-524 設定完 PPPoE 撥接帳號密碼，就馬上連上 Internet 了啊。
突然想到，奇怪的 P-330W 只讓我輸入帳號、密碼，不像 DI-524 還會要求再輸入密碼確認。
雖然我對 D-Link 也沒啥好感，不過還真的比較好用，而那個 Zyxel 會不會也太扯了點，
Zyxel P-330W 還是用 Embedded Linux 作的哩。

Encrypted PEM key

2005-11-19T01:29:00.001+08:00

昨天遇到一個 PEM 格式如下:
-----BEGIN RSA PRIVATE KEY-----
Proc-Type: 4,ENCRYPTED
DEK-Info: DES-CBC,44CD3CBDEBDBDA7B

代表著是被 encrypted。當要使用時必須輸入密碼。
利用 openssl 工具即可容易處理。

$ openssl rsa -in encrypted.pem -out uncrypted.pem
Enter pass phrase for encrypted.pem
writing RSA key
$

可是我忍不住要抱怨一下。
機車喔，這麼容易的事為什麼高級的 XXXXX 設備不自動處理也不跳個視窗告訴我格式不符的原因。

關於 openssl 更多使用範例可參考 SSL and secure servers

[好書推薦] HACKER DEBUGGING UNCOVERED

2005-11-16T01:08:00.001+08:00

不論你是熱衷於軟體破解，或是從事軟體開發的工程師，應該能了解軟體除錯的各種工具和技術的重要性。本書即從除錯工具介紹起，SoftICE、IDA Pro、 GDB、ALD、Linice、PIce、BIEW等，也提到了幾種常見的模擬器，如 DOSBox、Bochs、Microsoft Virual PC 和著名的 VMWARE。
目前幾種常見的軟體保護方式，例如密碼保護、註冊碼保護、軟體序號，以及試用版限制的保護，作者都一一詳加說明各保護方式，並且一步步利用各種工具對軟體進行除錯和反組譯，繞過保護機制，撰寫破解程式。
這樣還不夠，通常軟體保護為了避免被輕易破解，都會加上反追蹤或反除錯的軟體技術。因此，各作業系統下所常見的反除錯技術也是本書重要內容。例如，偵測 SoftICE 是否運行、清除中斷點、檢查硬體中斷點、判斷是否處於 ptrace 狀態以及動態修改程式碼以改變流程或解碼等技術。
此外，書中也提醒了軟體工程師在開發軟體時所須注意的細節，以減少軟體錯誤的出現，並且說明軟體測試的一些方法和流程。最後，還針對 Windows 的 PE 執行檔格式詳加解說。
整體來說，書的內容較為偏向駭客喜愛的破解技術及反組譯，對於除錯工具對軟體開發上的應用則較為缺乏。沒辦法，書名就叫 HACKER DEBUGGING 嘛！
由於本書內容略為艱澀，偏向程式設計，建議讀者應具備C/C++ 及組合語言程式撰寫的經驗，對作業系統內部運作也略有了解，閱讀此書才不會顯得吃力。書附光碟一片，包含書裡的所有程式原始碼及一些實用的工具。

作者簡介：
Kris Kaspersky 為一技術作家，約 28 歲。從小即接觸電腦，喜愛研究系統安全相關的各項技術，像是防毒、軟體破解與保護、軟體反向工程等，而且對編譯器開發、程式最佳化、即時作業系統等也都甚感興趣。著有 Hacker Disassembling Uncovered、Code Optimization:Effective Memory Usage、CD Cracking Uncovered: Protection against Unsanctioned CD Copying 等書。

註：原文刊於 iThome 企業資訊安全技術應用專刊第190頁 (2005 年 10 月 21 日出版)

原來我們這麼近

2005-10-28T20:09:00.001+08:00

前幾天在公司忙了一整天，就在快下班前，Gaim 突然跳出個視窗，許久不見的前公司同事傳來訊息。

Lancelot: hello
Lancelot: 我昨天早上好像有看到你耶..
TimHsu: 阿
Lancelot:你是不是搬到我們公司附近了??
TimHsu: 我在內湖洲子街
Lancelot: 難怪...
Lancelot: 今天中午好像看到小虫..
TimHsu: 不會吧你也在這附近嗎
TimHsu: 哈我中午和他一起吃飯
Lancelot: 是阿...我在加油站旁的台企銀樓上.
TimHsu: 這麼近！

嗯，走路三分鐘，每天上下班都會經過，真的很近啊！
還有更近的嗎?
昨日上午勿勿來到公司大樓準備按電梯上樓，咦，眼熟的臉孔，毫不遲疑就開口問了對方。
"還記得我嗎?"，慘，我忘了對方名字。
"你是?"，嗯，看對方一臉疑惑，以為我是籍故搭訕的色狼阿伯吧。
"妳之前不是曾在宇X工作嗎?"，提醒對方一下囉，不過我仍然想不起名字。
"是啊，不過你是那位?"，咳，仍然不記得我，不過顯然我沒認錯人，難道是我變了樣?
進了電梯，我按六樓，對方按八樓。咦，八樓好像是競爭廠商啊。
"喔，我想起來了，你是 XXXX 嗎?"，對方想起來了，不過把我名字也記錯啦。
"你變胖了，一下子認不出來啦" ，嗚嗚，有人看到我哭著跑離電梯。

這件事證明二件事，一是我記憶力退化，想不起對方名字；二是我真的變肥了啊啊啊~~~

公司搬家

2005-10-16T08:04:00.001+08:00

已在新店的矽谷大樓工作已一年多的我，即將伴隨公司遷往內湖。噢！沒錯，又是內湖。
有時會納悶怎麼待過的公司都是往內湖搬呢？
前兩天在公司時已將自己物品與公司資產打包完畢，當天中午一樣是去近半年來經常光顧的綠竹屋吃午餐。由於我們公司有許多人是綠竹屋常客，老闆娘得知我們即將搬至內湖後，便即興招待我們在綠竹屋包廂內一塊聊天、唱卡拉OK。幫忙打個廣告: 綠竹屋 (新店市北新路三段 65 巷 13 號, 02-2915-4885)，老闆娘和其員工人都很親切，餐點也很好吃喔，在附近工作的朋友有機會別忘去試試。
昨日則和同事 Nanika 一塊跑去內湖，看看公司新環境，順便研究未來上班路線。公司新址就在內湖高工後方，洲子街，附近一堆大樓、辦公室，還有看起來挺高級的餐廳。嗯，內湖沒綠竹屋。
就這樣，我又回到內湖工作了，內湖的朋友們，來約吃飯吧！哈哈！