冰楓論壇

標題: [解決]攻擊不停/檢喝丟加速,使遊戲CPU使用率過高 [打印本頁]

---

作者: anderson101866    時間: 2015-2-9 00:46
標題: [解決]攻擊不停/檢喝丟加速,使遊戲CPU使用率過高


如標題，

最近把加速檢物喝水的pointer安上去，用攻擊不停的這種模式去鎖定

不過造成楓谷的使用率高很多XDD

想說她明明有Sleep為什麼還是這麼高

去查才弄懂原來原始的攻擊不停其實是Sleep(0)

東找找西找找論壇上的不停數據都要$$，所以GOOGLE了一個XD，先參考一下

1. //http://toby.logdown.com/posts/237384/beibei-173-3-scripts "蓓蓓173.3 數據"
   
2. //TwMS v173.3_ICS_攻擊不停
   
3. //Update:s99471379
   
4. 
   
5. [Enable]
   
6. Alloc(FuckingTubi, 256)
   
7. CreateThread(FuckingTubi)
   
8. 
   
9. FuckingTubi:
   
10. Push 00     //#1
    
11. Call Sleep   //#2 <-----------here
    
12. 
    
13. mov eax,[015F84A4] //#3
    
14. Test Eax, Eax
    
15. Je   FuckingTubi
    
16. And  [Eax+0000A8A4], 00 //#4
    
17. And  [Eax+0000A8B4], 00 //#5
    
18. Jmp  FuckingTubi
    
19. [Disable]

複製代碼

數據在做的事情就是:

在楓谷開一條線程
然後#3把015F84A4指向的地址載入，加上2種offset以後,
把這兩個位址分別在#4與#5使用，並把那兩個位址所在的變數歸零
最後

簡言之就是用一個近乎spinning的迴路去鎖定兩個變數的值，把他們歸0這樣

當然如果數據允許的話，是不用鎖定那麼快就是了
也就是說現在的數據像是這樣

1. while(1){
   
2.         sleep(0);
   
3.         do something
   
4. }

複製代碼

稍微查了一下，Sleep()這個API在參數=0的時候
深入分析Sleep(0)与Sleep(1)的区别

Sleep(0)，如果线程调度器的可运行队列中有大于或等于当前线程优先级的就绪线程存在，操作系统会将当前线程从处理器上移除，调度其他优先级高的就 绪线程运行；如果可运行队列中的没有就绪线程或所有就绪线程的优先级均低于当前线程优先级，那么当前线程会继续执行，就像没有调用 Sleep(0)一 样。

因此如果數據允許的話Sleep 的參數也許可以高一點 不需要用0(鎖0鎖太勤勞XD)


那麼Sleep()在組語裡頭要怎麼給予參數呢，其實數據裡面有講了XD
比如這樣

1. Push 32
   
2. Call Sleep

複製代碼

這樣就會變成Sleep(50)了 //0x32=50

那麼有人會說怎麼很奇怪，為什麼PUSH就好，我們究竟需不需要處理pop這件事

於是我又去查了，於下文中
Calling windows functions in ASM (push/pop question)

Virtually all Win32 API functions use the __stdcall calling convention, where the called function is responsible for popping the argument(s) off the stack. So in the case of Sleep(), you don't have to do anything else than what you've shown.

小翻譯一下，就是說Win32中的API，預設都是使用__stdcall這種calling的方法，而這種方法呼叫的函數，被呼叫者有義務把參數從stack中pop出來，而你只需要把參數push進去。

所以囉，覺得加了某某不停以後，確定數據又是pointer鎖定類型的，那就看看Sleep有沒有辦法睡久一點吧XD (#1, #2處)

---

作者: Doem    時間: 2015-2-9 13:43
Inndy大的神速檢物做法是...Loop撿物Call

---

作者: anderson101866    時間: 2015-2-9 15:25

Inndy大的神速檢物做法是...Loop撿物Call

所以是內建 "撿一次 = 撿很多次" 嗎XD，是說那份還在嗎 還是已被AB


不然對pointer鎖0, 其實大部分時間pointer本來就是0

對撿物Call動手腳應該比較沒那麼大負擔XD 個人感覺比較不兇

---

作者: 陳偉齊    時間: 2015-2-13 20:54
.

---

作者: jses900075    時間: 2015-2-27 23:48
好厲害看的霧撒撒

---

作者: ya1122002    時間: 2015-3-29 15:58
感謝大大

---

作者: kkooi    時間: 2015-3-31 00:28
感覺很厲害~
但是沒學過就完全看不懂

---

歡迎光臨 冰楓論壇 (https://bingfong.com/)

Powered by 冰楓