2009-05-25

2009-05-24 YAM.COM(蕃薯藤/天空) DNS異常

這是 2009-05-25 在 XDITE那邊看到的訊息 blog.yam.com DN 錯亂
連到 www.yam.com / blog.yam.com 都是

PPT.cc 對 http://blog.yam.com 的快照。 網頁於 2009-05-25 02:12:53 GMT+8 顯示時所取得。

去查了下nslookup發現有個怪現象


看起來像是 Yam.com 的domain註冊商networksolutions那邊的紀錄被動手腳了
dns3的IP有出入
正常應該是
dns3.yam.com internet address = 210.66.81.232
結果有問題的狀況是
dns3.yam.com internet address = 205.178.189.131

而出問題被指過去的IP 205.178.189.131 http://whois.domaintools.com/205.178.189.131... 是yam.com網域註冊商Network Solutions的IP

另外在2009-05-25 02:04:47從 whois.domaintools.com 查到的紀錄是

ppt網頁備份
其中
Database last updated on 24-May-2009 11:39:03 EDT.

而在 2009-05-25 02:24:22從 centralops.net查到的紀錄是

ppt網頁備份
其中
Database last updated on 24-May-2009 14:01:29 EDT.

這個上層紀錄異動的很頻繁啊,
而且 Registrar Status: clientTransferProhibited 有點詭異..
看來這時候又要請李組長出來皺一下眉頭了 XD

最後在2009-05-25 02:30再次測試已恢復正常

其他相關BLOG :
天空蕃薯藤(Yam)掛點？！ @ kilin 特訓有益身體健康 :: 痞客邦 PIXNET :::
台中2B月台: yam天空的消失:

張貼者： Wisely Song 於 02:59 2 意見

標籤：

2009-05-21

2009-05-21 [友情廣告] Webi 新功能測試報告

為了響應車庫大姊頭的網站--WEBI 推廣新活動----貼POWER測試文送限量ICASH卡
這邊就弄篇來介紹一下這次叫做POWER的新功能吧.(其實是要賺那張ICASH啦 XD)

首先可能很多朋友不知道什麼是WEBI，
如果只是單純連到Webi首頁 http://webi.cc/ ，首先映入眼簾的頁面：

看起來除了配色及板塊跟一般網站比較不太一樣以外，其他似乎沒什麼特別的；難道WEBI只是這樣？

當然不只，在首頁看到的只是個匯整好的索引頁面。

WEBI真正特別的地方是在進入到所謂的Cell裡面以後。(註冊帳號登入/或是直接按首頁上面的那些寫真專區的圖片)


沒玩過的朋友點進去後猛一下看起來似乎有點複雜，
其實只要把進入平台以後的畫面想像成是一個跑在瀏覽器(IE/Firefox/Chrome/...)中的桌面，
裡面所有的圖片/文字/影像物件/視窗都是可以任意拖拉/放大縮小/開啟關閉的，


你可以照自己的意思隨便上傳/放置圖片/影片/文章在cell桌面的任意位置，大小也是隨你高興。
瀏覽器的可視範圍不夠？ 圖片太大塞不進去？ 要放的東西太多擠不下？
沒關係，WEBI還有虛擬大桌面：


在右上角的小地圖拖動顯示位置就可以移到超出原本瀏覽器範圍之外的地方。

猛一看好像挺複雜不是那麼容易上手，不過其實只要在畫面上看到按鈕就按，能拖就拖能拉就拉，多玩幾下很快就能熟悉它的操作方式。
另外也可以抽空看下詳細的使用教學，不過光是看說明可能會霧颯颯，建議自己先亂玩，等玩到卡住不知怎麼辦時再去看解答會更有意思...^^
這邊在附上今年三月WEBI正式開站時順手錄下的基本操作影片
(因為缺乏後製所以影片有點冗長 ~ 囧rz)：



至於這次上線的新功能 POWER，
如果有在玩噗浪的朋友可以把它想像成類似PLURK的Karma值， 或是線上遊戲的等級/經驗；
簡單說就是Webi帳號的活躍獎勵點數 :



像是每天上傳新增的無敵風火輪第一個圖片/文字會讓這個POWER +1..


當然還有其他條件，像是
邀請朋友：登入後在Webi首頁按下 推薦好友

然後填上要邀請朋友的EMAIL


等好友收到邀請信確認加入會員之後，也會加這個POWER點數...

從1.0 => 1.2 囉~~

至於這POWER能幹麻，基本上日後應該會依據不同的等級而有些特殊的功能或是徽章之類的獎勵。具體到底有些什麼？就等大家一起來發掘了～

目前整個WEBI平台一直都在持續開發中，所以各項功能將會隨著開發進度越來越完善，相信日後還會有更多讓人驚豔的功能出現。

看到這有沒勾起你的好奇心？ 想要進一步試試看WEBI嗎？
這邊推薦幾個有特色的個人cell：
小歪的cell http://tw8934611.webi.cc/cell/ 就是我的啦...XD
站長的cell 很多新消息都在這...
KUSO收集王 一堆有的沒的好笑的東西...
沒玩過的朋友點進去就隨便玩，看到按鈕就按，看到視窗物件就拖拉。不用怕玩壞，因為只有cell的主人能夠儲存最終配置，其他人不管怎麼拖拉關都不會影響實際的資料，如果真的關到沒東西玩的時候再把頁面reload就好了...
你厭倦了版面一成不變的部落格嗎？ 那就來玩玩WEBI吧...

張貼者： Wisely Song 於 06:09 0 意見

標籤： ,

2009-05-12

2009-05-12 Plurk訊息成長量週統計

前情提要：請先參閱
2009-02-18 Plurk一天產生多少則新訊息?
2009-04-05 Plurk一天產生多少則新訊息?(續)


為求有比較精確的Plurk 新增訊息數統計資料，拿個測試帳號 設定每小時整點自動發一則新訊息做定位的動作 ，並記錄下每一則訊息的plurk_id流水號，有了這資料以後就可以算出Plurk每個小時新增了多少筆訊息。
目前的蒐集到的資料從台灣時區(GMT +0800) 2009/5/4 12:00 開始，紀錄到2009/5/12 00:00為止，共計7天又12小時。
把每小時新增加的訊息數統計後畫出新增數量走勢圖

詳細大圖請按此

上圖的時間軸是以台灣時區為基準，目前Plurk的台灣用戶數應該已經超過全球的1/2了(請參考此噗的推論)，加上印尼/菲律賓也有為數不少的噗浪客(這前三名保守粗估超過總數80%以上)，由畫出的整體走勢可以看出Plurk這個全球性的服務，基本上每小時新訊息增加的數量多寡完全是跟著GMT+8這個時區的作息在走的XD
從這個新訊息數量的走勢來看可以得到幾個推論：

  1. 每天新訊息數最少的時間區間是凌晨的3點~6點 (下圖紅粗線)
  2. 每天新訊息數最多的時間區間是晚上的20點~23點 (下圖藍粗線)
  3. 每天新訊息數都是從上午8點開始飛速成長,之後維持一個均值直到18點後開始快速增加，最後在0點後迅速下滑
  4. 每個工作天的中午12點會有個短暫的下滑，然後在13點後回復原有水平(下圖紅細線)


連中午12點午休吃飯時間都會小量下滑，這一整個看下來完全就是台灣上班族的打混摸魚趨勢圖嘛

另外進行單日新訊息數總計
五月初統計：工作日一天約有35萬、週休假日一天約有29萬則新訊息
對照之前的紀錄
四月初統計：工作日一天約有26萬、週休假日一天約有22萬則新訊息
二月中統計：工作日一天約有19萬、週休假日一天約有17萬則新訊息
從二月中到五月中短短三個月，單日新訊息數幾乎倍增了，這樣的成長速度算是很驚人了。

另外主訊息平均每小時新增量是14101，換算下來平均每秒約新增4條新訊息，而且這算出的僅只是主訊息的新增的數量，還不包含每一則訊息底下的回應。這樣的資料量已經算是不小了，在後端資料庫處裡上的要求是個挺大的挑戰，也難怪Plurk的技術頭Amir會說：資料庫問題是絕大部分讓人沮喪的原因，我們有非常非常多的資料，對我們來說這真是個讓人洩氣的痛呀！

最後附上這一週的詳細資料

Datetimeplurk_idplurks/hplurks/d
2009/5/4 12:0046444396

2009/5/4 13:004646014515749
2009/5/4 14:004647617516030
2009/5/4 15:004649203415859
2009/5/4 16:004650781515781
2009/5/4 17:004652407416259
2009/5/4 18:004654164117567
2009/5/4 19:004655971218071
2009/5/4 20:004657867618964
2009/5/4 21:004659977621100
2009/5/4 22:004662262122845
2009/5/4 23:004664585823237
2009/5/5 00:0046667080212225/4(一)半天不統計
2009/5/5 01:004668352716447
2009/5/5 02:004669404010513
2009/5/5 03:00467009416901
2009/5/5 04:00467064015460
2009/5/5 05:00467109214520
2009/5/5 06:00467155344613
2009/5/5 07:00467208225288
2009/5/5 08:00467276676845
2009/5/5 09:004673886811201
2009/5/5 10:004675429615428
2009/5/5 11:004677062416328
2009/5/5 12:004678714816524
2009/5/5 13:004680303715889
2009/5/5 14:004681977416737
2009/5/5 15:004683605516281
2009/5/5 16:004685228516230
2009/5/5 17:004686888616601
2009/5/5 18:004688632417438
2009/5/5 19:004690403217708
2009/5/5 20:004692241618384
2009/5/5 21:004694289120475
2009/5/5 22:004696467621785
2009/5/5 23:004698749922823
2009/5/6 00:0047008764212655/5(二) 341684
2009/5/6 01:004702535016586
2009/5/6 02:004703624910899
2009/5/6 03:00470436257376
2009/5/6 04:00470492315606
2009/5/6 05:00470540654834
2009/5/6 06:00470586644599
2009/5/6 07:00470641205456
2009/5/6 08:00470709786858
2009/5/6 09:004708172610748
2009/5/6 10:004709711915393
2009/5/6 11:004711368516566
2009/5/6 12:004713010916424
2009/5/6 13:004714634716238
2009/5/6 14:004716292716580
2009/5/6 15:004717945716530
2009/5/6 16:004719567616219
2009/5/6 17:004721265116975
2009/5/6 18:004723047017819
2009/5/6 19:004724848218012
2009/5/6 20:004726719118709
2009/5/6 21:004728742720236
2009/5/6 22:004730987322446
2009/5/6 23:004733251322640
2009/5/7 00:0047353675211625/6(三) 344911
2009/5/7 01:004737070217027
2009/5/7 02:004738144810746
2009/5/7 03:00473887517303
2009/5/7 04:00473942725521
2009/5/7 05:00473995255253
2009/5/7 06:00474041844659
2009/5/7 07:00474096385454
2009/5/7 08:00474166757037
2009/5/7 09:004742777411099
2009/5/7 10:004744359115817
2009/5/7 11:004746054416953
2009/5/7 12:004747808817544
2009/5/7 13:004749497016882
2009/5/7 14:004751265917689
2009/5/7 15:004752976717108
2009/5/7 16:004754687917112
2009/5/7 17:004756422517346
2009/5/7 18:004758247318248
2009/5/7 19:004760014617673
2009/5/7 20:004761941619270
2009/5/7 21:004763966820252
2009/5/7 22:004766121521547
2009/5/7 23:004768373822523
2009/5/8 00:0047704836210985/7(四) 351161
2009/5/8 01:004772175216916
2009/5/8 02:004773236610614
2009/5/8 03:00477394717105
2009/5/8 04:00477450415570
2009/5/8 05:00477497394698
2009/5/8 06:00477544044665
2009/5/8 07:00477598725468
2009/5/8 08:00477670007128
2009/5/8 09:004777816011160
2009/5/8 10:004779438316223
2009/5/8 11:004781205217669
2009/5/8 12:004782935417302
2009/5/8 13:004784631916965
2009/5/8 14:004786369617377
2009/5/8 15:004788094817252
2009/5/8 16:004789791216964
2009/5/8 17:004791527717365
2009/5/8 18:004793304717770
2009/5/8 19:004795000016953
2009/5/8 20:004796690116901
2009/5/8 21:004798518718286
2009/5/8 22:004800518820001
2009/5/8 23:004802620021012
2009/5/9 00:0048046432202325/8(五) 341596
2009/5/9 01:004806358917157
2009/5/9 02:004807557711988
2009/5/9 03:00480834577880
2009/5/9 04:00Plurk維修

2009/5/9 05:00480886815224
2009/5/9 06:00480934404759
2009/5/9 07:00480984805040
2009/5/9 08:00481045616081
2009/5/9 09:00481128968335
2009/5/9 10:004812374510849
2009/5/9 11:004813658412839
2009/5/9 12:004815077714193
2009/5/9 13:004816523014453
2009/5/9 14:004817919013960
2009/5/9 15:004819278413594
2009/5/9 16:004820579013006
2009/5/9 17:004821851212722
2009/5/9 18:004823164813136
2009/5/9 19:004824507013422
2009/5/9 20:004825965214582
2009/5/9 21:004827586016208
2009/5/9 22:004829415618296
2009/5/9 23:004831364919493
2009/5/10 00:0048333240195915/9(六) 286808
2009/5/10 01:004835076417524
2009/5/10 02:004836218111417
2009/5/10 03:00483700497868
2009/5/10 04:00483754175368
2009/5/10 05:00483795344117
2009/5/10 06:00483833093775
2009/5/10 07:00483875854276
2009/5/10 08:00483927525167
2009/5/10 09:00484001447392
2009/5/10 10:00484099469802
2009/5/10 11:004842212712181
2009/5/10 12:004843531013183
2009/5/10 13:004844855413244
2009/5/10 14:004846206013506
2009/5/10 15:004847529413234
2009/5/10 16:004848858813294
2009/5/10 17:004850147712889
2009/5/10 18:004851481413337
2009/5/10 19:004852918114367
2009/5/10 20:004854488415703
2009/5/10 21:004856283217948
2009/5/10 22:004858443821606
2009/5/10 23:004860649922061
2009/5/11 00:0048627582210835/10(日) 294342
2009/5/11 01:004864491017328
2009/5/11 02:004865561310703
2009/5/11 03:00486626327019
2009/5/11 04:00486674414809
2009/5/11 05:00486714954054
2009/5/11 06:00486754113916
2009/5/11 07:00486802244813
2009/5/11 08:00486865146290
2009/5/11 09:004869691410400
2009/5/11 10:004871274715833
2009/5/11 11:004872994417197
2009/5/11 12:004874749517551
2009/5/11 13:004876490717412
2009/5/11 14:004878291318006
2009/5/11 15:004880041317500
2009/5/11 16:004881753317120
2009/5/11 17:004883463417101
2009/5/11 18:004885319118557
2009/5/11 19:004887176118570
2009/5/11 20:004889130319542
2009/5/11 21:004891229220989
2009/5/11 22:004893502622734
2009/5/11 23:004895825223226
2009/5/12 00:0048979753215015/11(一) 352171

張貼者： Wisely Song 於 01:16 0 意見

標籤：

2009-04-21

2009-04-21 TWNIC上的Google Tw連線/頻寬資料

今天在看TWNIC-連線頻寬登錄查詢系統 的時候,赫然發現有Google出現在裡面(其實是之前沒注意)


2009年第2次 Flash圖 (調查時間2009年4月)



從TWNIC這份資料來看,跟GOOGLE台灣Data Center對接的單位如下

國內連線頻寬資料
互連單位
英文簡名		互連單位
中文簡名		AS Number頻寬種類數量(條)總頻寬(Mbps)
ASNet中研院92641G11000
e-MAX超級資訊網路
1G11000

裡面的 e-MAX 超級資訊網路 引起了我的好奇,所以開始查TWNIC那邊的歷史資料.

首先是看GOOGLE第一次出現在TWNIC連線頻寬資料之中,是在2009年第一次(1月)的報告
2009年第1次 Flash圖(調查時間2009年1月)


當時只有跟 ASNet 中研院有1G的連線頻寬.

而GOOGLE到了2009年第2次(調查時間2009年4月) 才出現跟 e-MAX 超級資訊網路有1G的連線頻寬

另外再看看 e-MAX 超級資訊網路 這單位的背景/連線頻寬資訊 http://map.twnic.net.tw/main01_1.php?UnitESName=e-MAX&UnitType=C


e-MAX並沒有直接連到國外的線路


國內連線頻寬資料
互連單位
英文簡名		互連單位
中文簡名		AS Number頻寬種類數量
(條)		總頻寬
(Mbps)
google
151691G11000
KGEx和宇寬頻99181G11000
NTTNTT29141G11000
TCOL永大數位動力17809Other220000
TFN台灣固網99241G11000

比較特別的是他對 TCOL 永大數位動力 有20G的連線頻寬

接下來再看看 TCOL 永大數位動力 的資料 http://map.twnic.net.tw/main01_1.php?UnitESName=TCOL&UnitType=C

看TCOL的負責人跟上面的e-MAX 是同一位,看來屬於同一個集團的不同公司.
而TCOL 在對國外也只有通過 EBIX 亞太交換中心 2G的線路,在對國外連線上並沒有特別的優勢

看了下 e-MAX/TCOL的網頁資料,他們是屬於 午陽集團 ,而該集團是在台中地區經營地區寬頻服務的..

午陽關係企業網站中還有一個歷史悠久讓人懷念的 酷必得購物網

看到這裡真的是挺好奇的,GOOGLE TW Data Center為什麼除了中研院之外就只跟e-MAX對接??
還是說TWNIC的調查資料有其他與GOOGLE對接的單位沒有回報上去??
從TWNIC的資料中看GOOGLE的詳細資訊都是空的,可能GOOGLE並沒有去TWNIC登錄,而是其他單位登錄資料中有出現GOOGLE才會有的吧.
有人知道真正的原因嗎?? PLURK討論串
============================================================

============================================================
2009-04-22 update: 在PLURK討論串中感謝熱心網友提供資料
costw : PCZONE 討論區:華信與google
談戀愛都是上世紀末的事了 : 在peeringdb上面看到的資料在台灣只有跟Chief LY Building Taipei做peering
只是看完以後疑問更多 =_=""

張貼者： Wisely Song 於 23:01 0 意見

標籤： ,

2009-04-18

2009-04-18 SSH入侵嘗試密碼蒐集

在去年 (2008-05-30) 做過一次 SSH入侵嘗試所使用的密碼蒐集記錄 之後,
本週(2009-04-10~2009-04-18)又做了一次針對SSHD (TCP/22)的暴力入侵嘗試帳號/密碼蒐集.
從 2009-04-10 到 2009-04-18 總共蒐集到 10,538 次的入侵帳密嘗試
依據來源IP/次數統計,共有36個IP,排序如下

ip次數國家/地區
59.179.244.52257印度
211.44.250.2351420韓國
58.62.125.1621365中國廣東省廣州市
122.117.101.25893臺灣 中華電信
202.125.47.222848澳大利亞
82.87.10.24713西班牙
61.152.169.68669中國上海市
60.220.248.57610中國山西省長治市
59.124.0.194482臺灣 中華電信
200.49.156.246343巴西
203.110.208.68223印度
204.15.194.76118美國
193.194.81.53109阿爾及利亞
222.218.156.41107廣西北海市
218.1.118.6957中國上海市
221.194.128.6641中國河北省廊坊市
211.75.183.11537臺灣 中華電信
59.144.1.2333印度
78.143.45.231德國
211.138.191.5025中國安徽省
210.18.127.22721印度
220.229.57.15216臺灣 新世紀資通
61.191.57.3215中國安徽省合肥市
218.22.67.12315中國安徽省蕪湖市
61.147.115.14715中國江蘇省揚州市
61.150.111.19815中國陝西省安康市
59.125.137.4110臺灣 中華電信
218.36.124.13810韓國
124.128.93.1189中國山東省濟南市
218.56.61.1149中國山東省濟南市
89.212.76.1116斯洛文尼亞
211.100.17.876北京市
58.196.29.335中國 教育網
88.169.116.2442法國
41.241.234.2452南非
61.175.196.1821中國浙江省杭州市


依據使用的帳號/次數統計,這10,538 次的帳號密碼嘗試總共用了2,834個帳號,
以下是超過40次的帳號排序
ID次數
root2558
test183
admin131
user93
guest90
oracle75
tester73
testing65
mysql54
ftp51
administrator49
postfix45
adm41


依據使用的密碼/次數統計,共嘗試了5,339個密碼
以下是超過40次的密碼排序
PWD次數
123456441
password365
test193
12345171
1234166
123160
test123152
passwd138
182
123456754
admin46


而從中發現到幾個比較特別含有特殊字元的密碼有
!@#$%^&*()
#no6412temp
%5%7%4%5%1%4%8%7
&thecentercannothold&
';lkjhgfdsa
+#SGU9&rbf-#

基本上從這邊導出的結論跟去年差不多

以下是簡單歸納出的幾個已知規則
a.一般常見英文名/系統預設服務名/單辭
b.單一/重複數字 (ex: 1,2222 , 33333333)
c.順序數字 or 帳號+順序數字 (ex: 123 , 1234 , 987654321, root123)
d.順序符號 (ex: !@#$% , !@#$%^&*() , )(*&^%$#@! )
e.鍵盤順序字母(ex: qwerty , asdfgh , 1qaz2wsx3edc4rfv , 3edc4rfv5tgb)
f.簡單文字符號代換(ex: r@@t , p@ssw0rd )

針對sshd安全建議:

1.可能的話把port改掉,不要用default的TCP/22
2.不要允許root登入(PermitRootLogin no)
3.若情況允許,使用AllowUsers來設定允許SSH登入帳號的正面表列
4.直接關掉PasswordAuthentication,改用authentication key驗證

完整的時間/ID/PWD/IP紀錄已放在GOOGLE DOC上,請自行參閱 http://spreadsheets.google.com/pub?key=pj62VKrg9JNMO9SbmF2eIRA
如果在那裡面能蒐到所使用的密碼,建議立即更換.


2009-04-19 update: 後續持續蒐集,發現到 59.179.244.5 這個印度IP持續在做帳號密碼嘗試的動作,截至 2009-04-19 18:54:17 為止, 59.179.244.5 總共TRY了13509次,完整LOG http://spreadsheets.google.com/pub?key=pj62VKrg9JNNTcj_DnPbAdw 而且頻率並不固定,同時有出現帳密互換後來TRY的情況,推測不像一般是WORM之類的在自動跑而是有人為介入的在嘗試; 這邊特別把這IP用過的ID/PWD字典整理排序出來 http://spreadsheets.google.com/pub?key=pj62VKrg9JNNJaaATx94HUA

張貼者： Wisely Song 於 13:48 0 意見

標籤： , ,

2009-04-16

2009-04-16 沒有任何防護的Windows 2000掛上網路能撐多久?

前兩天吃飽撐著時有個想法,弄台沒有任何防護(無防毒/防火牆)也沒update的Windows 2000 (SP4)直接掛上Internet,看它能撐多久.
測試日期為2009-04-13~2009-04-14 , 拿我一個閒置很久的IP來掛上.
多次測試的結果是..頂多撐10分鐘.
過程中只要發現有中標後就將測試環境整個還原後重新測試. 每次都在10分鐘之內淪陷.

這裡有用wireshark錄到的三次worm成功打進來的cap檔,可以從中看出所使用的手法,也有紀錄到打進來以後指定下載的惡意檔案位置.

從實測看來,目前Internet上四處流竄的worm主要是針對去年底MS08-067的漏洞針對 TCP:445來進行滲透感染.
成功後通知下載指定的惡意檔案.
其中有發現到的有三隻,分別是
http://83.111.115.55:4243/yxwhmqfu (4/16再次測試時還在)

這隻是 WORM/Conficker.AC ThreadExpert的報告& Virustotal的報告

http://59.125.12.124:33220/x (4/16再次測試時此連結已失效)

這隻是 Worm/Autorun.fla.1 ThreadExpert的報告& Virustotal的報告

tftp 59.147.183.11 ssms.exe (4/16再次測試已失效)

這隻是 WORM/SdBo.167936.56 (當時手滑沒留檔..不過從cap將封包資料重組匯出後小紅傘報的是這個)

另外還有一隻 http://doiluc.com/demo.exe 在當時就404了


等上述的檔案下完以後就自行感染並成為宿主向外狂掃/打 tcp:445
當然這試驗有點過分的刻意了,任何防護都沒有就掛上internet是挺蠢的一件事..

其實Windows 2000只要勤快點把update追到最新,原則上可以稍微抵擋一下這些四處流竄的worm攻勢(起碼不至於被秒殺).

目前看到的 頻率是大概10分鐘就會被不特定來源的worm搞一次;

看來最大的問題是這世界啥都可能會缺.可是就不缺懶人,難怪永遠都會有一堆的肉雞.

張貼者： Wisely Song 於 15:00 1 意見

標籤： ,

2009-04-05

2009-04-05 Plurk一天產生多少則新訊息?(續)

繼上次二月中算過一次2009-02-18 Plurk一天產生多少則新訊息? 之後

今天(4/5)再來算一次,看看隔了一個半月有沒有什麼改變.
目前搭配了 Plurk Time Jumper外掛以後整個找指定時間噗的速度比上次快多了.
.只要到 "更多有趣的噗浪客" 那邊, 篩選條件都選全部..基本上公開河道上就會SHOW 所有的噗...


然後再用Plurk Time Jumper的JumpTo去指定時間來找噗.... 指定2009/4/3 0:0:1 可以找到 4/3 0:0:0前後的噗 (以我這邊設定的台北時間為準)


找到的整點採線噗URL頁面編號是 mc3h4


之後依序用Plurk Time Jumper的JumpTo指定 2009/4/4 0:0:1 & 2009/4/3 0:0:1找出的整點採線噗URL頁面編號
2009/4/4 0:0:0 整點採線噗URL頁面編號是 mhpvs


2009/4/5 0:0:0 整點採線噗URL頁面編號是 mmf1e


所以這邊得到了3個plurk_ids 編號 4/3 mc3h4 4/4 mhpvs 4/5 mmf1e
而單筆plurk的ids編號是36進位,這噗有從PLURK用的Javascript中找到他們轉的方法,是用javascript的 toString(36)去把10進位轉為36進位的字串,
利用javascript轉回去則可用parseInt('string',36); 所以把那三個編號代入相減便可得到當天的總噗量.
用下面這段直接貼到瀏覽器的URL列就可以得到結果

javascript:alert('4/3 Plurks= '+(parseInt('mhpvs',36)-parseInt('mc3h4',36))+' \n4/4 Plurks= '+(parseInt('mmf1e',36)-parseInt('mhpvs',36)) );

得出:
4/3 Plurks= 262320
4/4 Plurks= 219226

也就是
4月3日 星期五,整個Plurk總共產生了26萬2千筆新訊息
4月4日 星期六,整個Plurk總共產生了21萬9千筆新訊息

跟上次計算後得出的結論一樣,也就是假日的噗會少不少.
而單日總噗量則是由二月中的 (工作日)19 & (假日)17萬 成長到 26 & 22萬

PS:p.s. 這數字是全球的單日噗總量,不單是台灣的.
另外"更多有趣的噗浪客" 那邊公開可查的目前大概是10天左右的量.. 2009-04-06 看來PLURK把那邊的資料有清過了..囧..
低調同場加映另一個惡搞下的發現XD
====PLURK有多少用戶(原噗)==== 圖檔備份XD

張貼者： Wisely Song 於 02:12 2 意見

標籤：

2009-03-31

Plurk Time Jumper - 可跳至指定日期河道的Greasemonkey外掛.

隨著Plurk河道越來越長,朋友越來越多,要往前找過去的噗都會特別累人.
而 plurkhistory 又只能看自己的噗,總是覺得缺少了點什麼..
要是能直接指定河道時間的功能就好了,不過PLURK官方一直沒有出現這功能,那就自己來幹吧..

上網查了一下,去年七月有位 YungSang 寫了 Plurk Time Machine 有符合這需求,不過因為之後Plurk改變部分變數的名稱跟處理方式,使得這外掛失效了,
後續也沒人修正,那就來給他改改看好了.
目前改好的檔案就先取名叫Plurk Time Jumper,位置在 http://userscripts.org/scripts/show/45523 ,原始碼 .
需配合 Greasemonkey 使用.
Greasemonkey的安裝可參考 我們的放浪人生 - 噗浪（Plurk）台灣的非官方部落格:幫你的噗浪加上外掛turbo！（上）

雖然改的有點二二六六,不過還能用,安裝啟用後,在PLURK的最上方會出現一個SelectDate JumpTo的選項.
按下後會跳出輸入日期的提示,確認後便會開始處理跳轉.不過目前跳轉機置處理的有點糟..經常會跳失敗.XD
v0.2改為開新視窗,確保參數帶入生效,所以此版本已無跳轉失敗問題.
v0.3直接呼叫Plurk的function來做河道時間切換.

也可以直接在URL網址列後面輸入 #2009/02/20 (想要跳轉的日期).後將整個頁面重新載入即可.
若跳轉成功後則河道最左邊就是所指定的時間,接下來可以往前拉來找噗.

後續就有待高手們協助完善囉..

PS: [PLURK] 2009/03/31 Plurk Time Jumper @ 040's Box :: 痞客邦 PIXNET ::: 這篇介紹寫的比較詳細,有興趣的噗友可以參考看看~

2009-04-01 update: Plurk Time Jumper v0.2 改了一點小地方,把原本的SelectDate按鈕改成**JumpTo** , 然後是按下確定後會開新視窗(比之前原視窗reload的方式好些,可確保100%成功)
2009-04-03 update: Plurk Time Jumper v1.0直接呼叫Plurk的function來做到河道時間的跳轉,而且不管是自己還是別人的河道都能轉.這原則上算是完成版了

張貼者： Wisely Song 於 10:43 1 意見

標籤：

2009-03-11

非廣告: WEBI 開站了~~ @20090311

在歷經千辛萬苦之後,WEBI http://webi.cc/ 終於小有所成了,整個首頁也換新了~

目前整體操作&效能跟之前相比有很大的進步了...

身為創辦人大姊頭的前同事,當然要給他情意相挺一下的啦..
附上簡單的操作影片,告訴大家 WEBI該怎麼玩~~


另外也試試嵌入號稱HD高畫質的Vimeo.

WEBI.CC 20090311 OPEN

WEBI怎麼玩? 上傳照片隨意拖拉,愛放哪放哪, 放大縮小,釘在桌面~~ 就是這樣玩~~
現在還有拉攏PPT鄉民的活動呢~~


PS: Youtube要等他把影片轉成HD還不知道要等到民國哪一年,原始影片1280x720在沒轉之前實在有點糊..
試試便當狗的也會清楚些.. http://www.badongo.com/vid/640x480/1052980

張貼者： Wisely Song 於 23:39 0 意見

標籤：

2009-03-10

ARP 掛馬的作業模式觀察

這是拿網上隨手搜到的ARP掛馬工具測試

環境說明

VM HOST 192.168.1.2 (Windows2003) VMware Server 1.08

VMNAT 192.168.200.0/24 HOST GW 192.168.200.2
VMNAT Port Forward Host Port 80 => 192.168.200.100:80

VM WEB 192.168.200.100 tcp:80 (Debian Apache2)
MacAddress 00:0c:29:a7:a3:c6

VMARPATTACK 192.168.200.128(DHCP) (Windows 2003)
MacAddress 00:0c:29:4d:a8:bd


正常情況,在此環境內連結http://192.168.1.2/ 會經由VMNAT轉至VM內的 192.168.200.100:80
顯示結果如下 Wireshark紀錄 http://www.swm.idv.tw/20090310_A.pcap


在那台VMARPATTACK 192.168.200.128上面執行ARP掛馬工具 (當然這台肉雞上是沒有任何防護的)
測試工具下載位置 http://soft1.hackdos.com/soft/2008713arp.rar
(這種工具不需要特意去找,GOOGLE一挖就有一堆的..取得上一點難度也沒有)
不過那些被放出來的東西裡面通常都藏了些有的沒的,沒事的話不建議隨便以身試法..XD


其中設定插入代碼給一個便於識別的 1.1.1.1/mm.js (當然目前這個是不存在的)
執行以後安裝,從Wireshark上面就可以看到這個ARP spoofing開始運作了
Wireshark紀錄 http://www.swm.idv.tw/20090310_B_ARP.pcap


此時再去看 http://192.168.1.2/
Wireshark 紀錄 http://www.swm.idv.tw/20090310_C_ARP.pcap


由title來看可以確定已經成功被掛馬了
IE得到的網頁原始檔

Wireshark針對VMNET的封包擷取過程
連線建立時就有抓到重複的封包
而在第六個封包發出GET 時,目的地MacAddress 00:0c:29:4d:a8:bd
已經是 VMARPATTACK 192.168.200.128(DHCP) (Windows 2003) 偽裝成 192.168.200.100了




第10個封包,是VM WEB正常吐回的respond,但是目的地MacAddress 00:0c:29:4d:a8:bd 卻是 VMARPATTACK 192.168.200.128




然後在第12個封包才由MacAddress 00:0c:29:4d:a8:bd VMARPATTACK 192.168.200.128
將插入過的html返回

因為測試的環境是在內部NAT做port轉發,所以可能跟實況會有誤差.

不過理論上如果拿到外網環境應該也是可以通的,

這種攻擊模式的現成程式很多,每一款實作上可能也有些許差異,不過基本概念都是類似的.
等於是從同網段gateway/router之前攔截了http的封包硬插代碼後再送出.

這代表了什麼?代表我不需要實際去入侵每一台機器,

只要在IDC機房內同網段內抓出一台給他搞一下,
其他同網段沒有作ARP綁定防護的WEB SERVER就都會被插惡意代碼了..
管你是APACHE還是IIS..通通都會有..XD

而且被插的網站就算把整個網站程式碼翻到爛也找不到哪裡被插..

恐怖嗎?.....

相關閱讀:去年(2008)聖誕節時的舊文 MSN SHELL 所在SERVER遭ARP掛馬??

另外這模式初步看起來似乎跟

大規模網頁綁架轉址：威脅未解除，但專家都猜錯了:
&
破解新型態大規模網頁轉址攻擊

裡面提到的封包偽造特徵有點類似..看來也是從中間攔截封包硬插..不過目前手邊缺乏實例進行比對..不知道此特徵與此次的網頁轉址攻擊有無關聯

2009-03-10 19:25 Update: 再看了下並且經過交叉比對後發現似乎又跟這次的大規模網頁轉址有些不同,用這種掛馬工具出了gateway後並不會有兩個重複封包,而是直接修改封包後發出.
看來與這次的大規模轉址事件在實作方式上有些許不同,而且arp掛馬侷限性較高,若是從某個骨幹節點直接攔截造假封包送出,影響更為嚴重.

2009-03-13 update:
另外附上2008-12-24發現MSN SHELL 所在SERVER遭ARP掛馬??時用wireshark錄到的封包樣本 http://www.swm.idv.tw/20081224_cap.zip 有興趣或是手上有2009-03大規模轉址封包樣本的朋友可以抓回去分析比對看看.

張貼者： Wisely Song 於 15:56 0 意見

標籤： , , ,

訂閱： 文章 (Atom)