HITCONxTDOH 闖關活動逆向題目Source開源啦

-
當初會寫這個有趣的題目裡面是正好想提到IDA Pro的一些小小手花技巧，正好可以接上 HITCON CMT 2015 手花詐欺IDA Pro的一些小手段 (IDA ProHex-Rays DecompilerSimple Tricks) 的議程XD

Source Code連結：https://github.com/aaaddress1/HITCONxTDoH-2015-Crypto-Game

留言

張貼留言

這個網誌中的熱門文章

[英雄聯盟] 召喚師啊...你追求 4K 螢幕比水晶兵營還大顆的游標嗎？

-
圖片
4K螢幕打英雄聯盟的窘境 應該不少人要發年終了，想說打個遊戲要在家裡擺一顆 4K 漂亮大螢幕好好慰勞一下自己的英雄聯盟角色，但會立刻發現拳頭公司對高解析度螢幕極為不友善 QQ。即使把游標在遊戲大小調整到最大了，會戰經常會找不到超小一根游標到底在哪，然後就被路人嘴打得跟屎一樣。 好的，我們雷人雷路人就算了，是不可以雷到隊友的，該怎解決呢？ 英雄聯盟用戶端 UI 配置文件（PersistedSettings.json） 在預設安裝的英雄聯盟中可以到 C:\Riot Games\League of Legends\Config 中使用記事本打開  PersistedSettings.json 文件，其為用於紀錄玩家在遊戲中視窗彈性配置文件。參下圖所示，搜尋 JSON 文件中的 CursorScale 值當前保存為 0.87 即對應遊戲中滑鼠大小 87%。  因此，大家應該猜得到只要把這個 CursorScale 的數值修改超大就可以惹對吧？對一半。原因是，不知道拳頭公司是有什麼毛病，不允許這些數值超過 100% 所以你手動改完進入遊戲會看到游標確實變超大——過一瞬間又立刻變回超小滑鼠惹。 所以大家記得：改完 CursorScale 數值後，記得要對 PersistedSettings.json 文件滑鼠右鍵、內容（屬性）並把文件屬性設定為唯讀（R）才可以避免遊戲又把你的配置文件覆寫回 100% 以內。 接著，你就可以快樂進遊戲享受比科加斯... 喔不，甚至比水晶兵營還大的滑鼠惹。
閱讀完整內容

[Windows] [Debug] 記憶體無痕鉤子 - 硬體斷點 (C++) 實作 Ring3 進程防殺

-
圖片
前言 其實三年前就土炮過調試器了，不過最近要做碩論（？）會用到動態路徑分析所以又重新回頭來玩一些以前寫外掛用到的技能，而翻了一下繁體中文的文獻好像對這部分沒什麼提及就寫了一篇做一個簡單整理（主要是方便我以後回頭拿來當工具用XD） 本文實作做一個標準調試器自動下硬體斷點、然後修改暫存器內容再恢復執行緒運作，藉此來達成記憶體程式碼不破損情況下做到修改程式邏輯，完成自我進程防殺（防止工作管理員殺除） Debugger 在 Windows 進程權級分割下如果想除錯其他進程要先用  AdjustTokenPrivileges 拿取 SE_DEBUG 令牌，有了這張令牌就可以除錯其他進程（不過拿這張令牌要先過 UAC 就是）接著可以用 DebugActiveProcess 函數 attach 上對應你想動態除錯的進程、接著你除錯的進程就會被掛起成 DEBUG_MODE 接著執行緒會被排程跳到 DbgBreakPoint 上踩到 \xCC 然後就拋出一個異常可以讓 Debugger 接收負責接下來對應處理。 （所以一些殼在處理 anti-attach 主要就是在 DbgBreakPoint 上一個 hotpatch 去自殺） 而接下來 Debugger 負責做的處理就是一個無限迴圈：以  WaitForDebugEvent 向系統拿取當前被掛載進程的異常事件（這個概念有點像 Win32 視窗程式的 GetMessage 架構拿消息）當被掛載進程拋錯時候， WaitForDebugEvent 就可以拿到異常事件、Debugger 負責接手接下來的事情。 所以講到這邊原理就很淺而易見可以知道：如果外掛要修改邏輯（以除錯器模式實作）就會有很基礎的三種方式去讓程式執行到想攔截的函數時，就必須拋錯，主流方法就三種： int 3 讓 CPU 踩上去時候自動拋出異常 記憶體改成不可執行的分頁區讓 DEP 防護拋出異常 或者本文要講的硬體斷點手段 硬體斷點（DR0 → DR4） 可以查閱 wiki 知道： wiki/X86_debug_register ，總之 x86 CPU 提供了每個 Thread 有四個「當前正在除錯的地址」可以指示當 CPU 正在對某塊地址進行 讀/寫/執行 時「就必須拋錯」。那麼這四...
閱讀完整內容

[C#] Lambda花式應用噁爛寫法（跨UI委派秒幹、多線程處理...etc）

-
為啥會有這篇呢...因為最近寫太多C# 突然發現Lambda對程式碼減化太有幫助了=...= 為了怕哪天老人癡呆忘了這些噁心的花式寫法，就開一篇Blog文紀錄了 以前在寫多線程,可能得這麼寫： void Func() {/*多線程要做的事情*/} //接著呼叫： Thread nThread = new Thread(Func); nThread.Start(); 但今天用Lambda可以改寫： Thread nThread = new Thread(() => {/*多線程要做的事情*/}); nThread.Start(); 甚至在噁心點寫的寫法： new Thread(() => {/*多線程要做的事情*/}).Start(); 簡單來說Lambda的形式可拆解成： ()是指你的函數參數列、然後可用=>代表你要接的Lambda陳述句/塊，最後用{}把事情包起來。 在來就是比較討厭的C#內要做跨UI線程操控UI上物件，會有跨UI安全性線程問題， 所以一般會額外寫個委派函數，然後請求UI Thread去處理這個委派函數請求，才能控制 這樣往往可能只用一兩次的委派函數，卻要占用一個篇幅去寫委派函數 先看看正常的跨UI委派寫法： private delegate void nCallback(string ContentText); public void n(string ContentText) { if (this.InvokeRequired) { nCallback obj = new nCallback(n); this.Invoke(obj, new object[] { ContentText }); return; } this.Text = ContentText; } //調用時呼叫n("str") 就可以改寫成： this.Invoke(new Action(() => { this.Text = "Str"; })); 又因為=>後面可接陳述塊或者陳述句，所...
閱讀完整內容