PCDVD數位科技討論區 - 勒索軟體病毒全球肆虐99國　台灣也受害

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)

- 七嘴八舌異言堂 (https://www.pcdvd.com.tw/forumdisplay.php?f=12)

- - 勒索軟體病毒全球肆虐99國　台灣也受害 (https://www.pcdvd.com.tw/showthread.php?t=1128699)

卡巴快到期了,想換Dr.Web Security Space玩玩,

可是查了這二年國外防毒排行都沒入榜,有這麼差嗎?

記得幾年前評價不錯啊.....

引用:

作者Dz6810

我覺得是因為菱鏡計畫或是自己的私心,
微軟在作業系統裏蓄意留下弱點,
才會如此頻繁的被駭客利用中毒.

大家有沒有發現,
微軟的作業系統不管是那一代,
都是上市十年後還在持續修補.
而且被補的錯誤,
不會造成當機,不會計算錯誤,不會弄壞檔案,
全部都是能被駭客入侵,遠方操控.

如果是真正的軟體撰寫錯誤,
理論上發生任一種異常都有可能,
不會集中在安全性問題上.

建議你也看一下非windows系統的安全性更新相關訊息
也建議學習一下編程基礎
否則我說到死，你也會覺得自己的懷疑最有可能

請教一個問題，中了這種病毒後，是立刻鎖死加密，還是當時無異狀，重開機後才發作？

引用:

作者野口隆史

建議你也看一下非windows系統的安全性更新相關訊息
也建議學習一下編程基礎
否則我說到死，你也會覺得自己的懷疑最有可能

野口大，這樣講沒有用的...畢竟不是每個人都有相關know-how,
就像在下跟朋友說當年在下在前前公司開發一個MSN plug-in給
OEM大廠內建在NB內，結果造成當時Windows BSOD數量爆增,
在下部門五個人還被M$找去泡茶XD～,但沒人相信;;;
當時就算把Source code給M＄工程師和我們一起研究三四天也
找不到原因，最後只能換個作法掛plug-in不使用COM...
Coding這東西有時候真的是超神奇Orz

引用:

作者jimmytsai

請教一個問題，中了這種病毒後，是立刻鎖死加密，還是當時無異狀，重開機後才發作？

那是立即的，因為只有修改一點點資料，幾乎沒有感覺檔案被大量寫入，
有些還會搜尋網芳分享是否有寫入權限，連別人一起受害，去年四月敝公司
就發生三次，只有一次是會加密網芳分享的檔案，後來補強資安防護，
換了FireEye防火牆、趨勢的端點防護DeepScurity，以及現有ESET升級到
6.x就沒再發生過，觀察記錄這些加密勒索病毒來源大多是左岸，大多以
破解專業商用軟體、技術文件PDF欺騙上鉤者

引用:

作者ca334807

卡巴快到期了,想換Dr.Web Security Space玩玩,

可是查了這二年國外防毒排行都沒入榜,有這麼差嗎?

記得幾年前評價不錯啊.....

因為沒有花錢去參加測試

是建議卡巴繼續用，至少台灣這邊用的人還不少
有什麼使用上問題也比較好問

如果家裡有用NAT Firewall Box ,應該還是可以擋住掃port弱點的攻擊!!

還好我一向都是用Win7躲在Firewall後面 , 還好沒事!! 倒是觀察DNS 53 port

有很多不應該出現的查詢 , 導致明明內網沒有流量產生,WAN port卻一直閃爍 LED燈

後來就限制每秒只能夠出現2次的DNS 查詢來降低這種類型的攻擊行為(我猜應該是一種DDoS的DNS server攻擊) !!

[YOUTUBE]NVQosjzt5RI[/YOUTUBE]

引用:

作者anderson1127

是做dnsmasq嗎？
不然一般dns禁止外部querry只要禁止外部遞迴查詢就可以了

引用:

作者野口隆史

是做dnsmasq嗎？
不然一般dns禁止外部querry只要禁止外部遞迴查詢就可以了

設定我早就做好了, wan 的部份只回答自己Domain 的查詢 , 內網會做遞迴的查詢!!

但我觀查過了 , 老是看到一些奇怪的查詢,比如說

引用:

IP z.arin.net.domain > 1xx-xxx-xxx-xxx.static.seed.net.tw.12468: 822- 0/4/1 (315)
ns2.afrinic.net.domain > 1xx-xxx-xxx-xxx.static.seed.net.tw.22537: 29655*- 2/8/9 A 204.61.216.100, RRSIG (1340)
11:19:56.284551 IP f.in-addr-servers.arpa.domain > 1xx-xxx-xxx-xxx.static.seed.net.tw.9670: 62822- 0/8/1 (385)

再去看DNS 的Log 都會出現拒絕回答的Log , 但這種DNS Query的Packet ,就是要你產生回覆的訊息給查詢端IP !!
也因為DNS都是走UDP Packet ,偽造source ip容易 ,查詢內容隨便填 , 看你想攻擊那個
IP address , 就把source ip 填寫進去packet就好 , 送給那些不知情的DNS server
這些DNS Server為了回覆錯誤訊息給source ip , 就會回傳UDP packet 給souce ip
如此一來就可以造成DNS DDoS攻擊 , 將頻寬給耗盡 ,讓這些source ip 所使用的頻寬塞車 !!

這種情況很難杜絕 , 我只能夠被動減少這方面的回應設定 !! :jolin: :jolin: :jolin: