前往Shuct.Net首页

Shudepb PB反编译专家长时间以来,为业内同类软件事实上的唯一选择.细节,彰显专业.态度,决定品质.

关于Pbobfuscator的搜索

Powerbuilder混淆與加密器(powerbuilder防止反編譯,pb混淆器,支持5-12) obfuscator for PowerBuilder_StackDoc StackDoc 高級搜索|網站地圖|TAG標簽RSS訂閱[設为首頁] [加入收藏] --> 主頁 IT新聞 JAVA編程 編程語言 操作系統 數琚庫 服務器軟件 開發管理 其它綜合 SCHOOL 搜索 檢索標題 智能模糊 搜索 熱門標簽: nginx apache 编译语言 Hibernate cobol test Eclipse插件 程序员 python C++ × 當前位置: 主頁 > 編程語言 > ASP > Powerbuilder混淆與加密器(powerbuilder防止反編譯,pb混淆器,支持5-12) obfuscator for PowerBuilder 時間:2010-10-02 11:32來源:互聯網 作者:互聯網 點擊: 次 ? 下載地址: http://chengg0769.download.csdn.net/最上面一個,注意因為不能刪除,所以其他的標明作廢的不要下載。 ? 無csdn賬號的請在公共下載站下載(版本可能滯 ? 下載地址: http://chengg0769.download.csdn.net/最上面一個,注意因為不能刪除,所以其他的標明作廢的不要下載。 ? 無csdn賬號的請在公共下載站下載(版本可能滯後,因為每月只能更新2次): http://www.onlinedown.net/soft/15463.htm (我會通過作者平台更新) http://www.newhua.com/soft/15463.htm (我會通過作者平台更新) http://xintong.newhua.com:82/soft/15463.htm (我會通過作者平台更新) ?? 其他下載站(版本可能滯後,因為每月只能更新2次): http://xiazai.zol.com.cn/detail/41/403589.shtml (我會提交update) http://skycn.com/soft/57984.html (我會通過作者平台更新) http://mydown.yesky.com/soft/develop/others/446/468946.shtml (我會提交update) ? mysite: (僅供發佈時提供給下載站用,請勿外鏈到下面兩個地址,提交完後會刪除) http://www.mis2erp.com/soft/Pbobfuscator.rar (肯定最新) http://www.mis2erp.com/soft/PowerbuilderPBDobfuscator.rar (肯定最新) 警告,因本次發行的屬於無限制免費版,所以凡稱:破解,補丁,系列號等都是不可信任的網站。還有類更可笑的網站有如"無緣無故中獎","誘點不良信息"等都是詐騙網站,我也無法保證上百個轉載此程序的網站都是善意的。在國外已經發現一個網站掛了三個病毒,通常,一些工具都容易被利用名義來做非法的行為,請謹慎鑑別。 100% clean: 關鍵字:powerbuilder,pbd,dll,pbd混淆器,pbd加密器,pbd反混淆,pbd反編譯,pb反編譯,pbkiller,powershield pb protect,pbprotect,pb obfuscator,powerbuilder obfuscator,pb decompiler,powerbuilder防止反編譯,obfuscator for PowerBuilder,PowerBuilder obfuscator ? 常見的關於Powerbuilder加密與保護的命題如下: /*------------------------------------------------ -- 關於PB程序加密(包括PBD偽代碼方式) PB防反編譯 pb加密與解密 PB編譯、反編譯、反反編譯 pbzip pb防反編譯封包工具 powerbuilder程序如何對抗shudepb PB反編譯工具 PowerBuilder程序暴力破解自己做的一個PB反編譯器 DePB針對PowerBuilder語言編寫的程序進行反編譯 PBKiller v2.5.18 pb程序有哪些反編譯,反破解的方法 PowerBuilder shudepb反彙編利器 PBKiller2.5.18及PB加密器下載針對Powerbuilder的硬加密套件 PowerBuilder的編譯文件PBD加密程序反編譯PowerBuilder語言程序的工具 Powerbuilder 11下載Powerbuilder 12 Powerbuilder 11.5下載Powerbuilder教程 Powerbuilder 9.0下載Powerbuilder 10下載Powerbuilder下載Powerbuilder 8.0下載 Powerbuilder 9.0 Powerbuilder 11破解Powerbuilder 12破解Powerbuilder 12下載 Powerbuilder .net破解 */------------------------------------------------ --- ? Pbobfuscator v2010.05.3(Powerbuilder-pbd文字移除與代碼混淆加密器) build 2010.05.19 23:52 支持版本: pkb2.5 pb5,6,7,8,9,10,10.5,11,11.5,12 版本為pbvm.dll的版本,如pbvm115.dll。而不是指開發工具的版本。因為一個vm支持多個細微版本。 ? 用於powerbuilder5-12的代碼混淆和加密。做這程序的目的很簡單,因為我一直在用powerbuilder做項目。時間大約有5年了。 曾撰文把pb比作鑰匙鏈上的指甲剪,隨拿隨用,方便簡單,但又不乏強大。防止破解是軟件發行時最關心的問題。 ? 自2009.6開始研究pbd文件格式。同期開始開發反編譯器,現已基本成熟,因為有一些顧慮(不知道如何授權以及僅授權給需要的用戶), 所以暫未釋出。 2010.3月研究PowerShield1.0簡易版,並成功反混淆(估計是簡易版的緣故,否則我不會感嘆太容易反混淆)也撰文提到 PowerShield1.0簡易版可能留有後門和安全係數不高的問題。 PowerShield有點像三打祝家莊里的白楊樹,一旦測試一個程序的不同加密強度,其轉彎標識清晰可見。如果在分析時設置一個檢查棧,並適配假跳的規律,即可反混淆。尤以區分行間與行內為一個重要技巧,可完美反混淆。具體文字可見我blog中述。 ? 其中代碼混淆部分的思路參考LJTT的PowerShield1.0簡易版,在此表示敬仰和感謝。鑑於pbkiller對pb9以下的程序造成極大傷害, 倒不是pbkiller有什麼不對,關鍵在於它的授權氾濫。所以也給了極高的關注並在混淆時想辦法加於克制。並對kivens表示敬仰。只要用過混淆器的,pbkiller應該都不起作用。還有他對longlong類型的不支持,對unicode版本的不支持,基本無害,因為作者沒針對性開發。把pb kill掉還要我們做什麼呢? ? 主要特點: 1.修改了部分關鍵點參數,誘導早期的一些反編譯器崩潰。沒有人維護的反編譯器就讓他退出破解的應用場合吧。至於工程恢復,那是另話。 2.代碼混淆部分原理參考LJTT的PowerShield1.0簡易版,並在其基礎上擴展出一些新的方式。還有些東西在腦子裡,暫未實現。 2.1加入隨機變化因子,這樣使得反混淆器算法難度增加; 2.2增加了欺騙和邏輯陷阱,這些陷阱靠人眼是可以分析和發現的,但因為人腦是有邏輯思維能力,而靠編程是無法去理解我偽造的假代碼的邏輯性的。從而會陷入我預設的邏輯陷阱中。 Beta後會擴展: 2.3在當前的工作基礎上(9種)增加至36種(or 100種)左右的混淆方式,並限制在單機能測試到所有混淆方式,這樣開發反編譯器的人因為無法測試到所有可能性,從而加大反混淆的難度。最主要是混雜一些看似是正常代碼的假跳轉,(包括直接偽造本地變量參與的表達式,讓人難辨真偽)相似性越高,越不容易判定,致使反混淆無法運用程序進行歸納識別。 2.4混淆前,查看變量列表中有否有一些可利用的變量,如int,long類型,可以進行偽造假的代碼並添加進來與真實代碼混雜在一起,或者對真實代碼形成包裹與混雜,相似性更高。 2.5將多種方式離散在多個發行版本中。從而讓反編譯器無所適從。離散也包括按機器特徵,時間,版本,授權種類等。盡量分散。 2.6其他動態語言的混淆器還沒去參考,因為想先有個基本實現。 java,c#等的混淆器應該已經很成熟,可以藉鑑。 2.7還將在更多的數據段進行偽造。偽造的一個好處是,想反編譯必須得先理順並歸置到偽造前。這個有點難。還有一個公理是:pb執行時是動態的,他用到的才會去呼叫並調用內存。而偽造的絕對不會被呼叫。但,但,反編譯器並不知道,所以任何東東都會去屁顛屁顛地分析。 2.8數字和文字的等效替換,防止pj者直接搜索敏感位置。 2.9考慮到我的實現受制於代碼長度,可利用代碼太少,版本差異等因素,想到可給編程者預留陷阱標誌(混淆器代為擾亂),程序員在代碼編寫上主動防禦,則混淆後真假難分,模糊程度更好,陷阱隱蔽性更好。 ? 3.抹掉所有不必要的可視文字,如RefListObject文字,var變量名,function名字和參數等文字。如此反編譯器只能重新命名,從而無法還原可讀性。代碼功能的閱讀在沒有備註的情況下,很大程度依賴變量名,函數名。我們都是程序員,這個道理都懂。因函數與時間都可能被全局呼叫或動態呼叫(寫在引號內),所以目前暫未對函數和事件名字採取措施。處理上應該也相當麻煩。 ? 4.增加了欺騙對像或函數。雖然借助對本軟件的反複調試,反混淆器作者可以發現規律,但是因為欺騙對象帶隨機因子,在沒有參考物的情況下,要校驗一個對象的格式完整性和正確性,目前還沒人有那個能力。除非就是到處用斷言,總歸很難判定。就如用視覺鑑別一瓶純淨水和一瓶汽油一樣。反混淆器就會不小心陷入其中。 ? 5.增加對象內函數或事件造假功能。因為考慮到反編譯器會提供單點反編的調試開關,所以盡量細化到每個pbd文件,每個對象,每個函數事件,每段代碼都可能出現阻止反編譯器的有效手段。如果能輕易繞過,那豈不是白搭。上2.9就是居於這種考慮。除反混淆和反編譯開發者外,一些使用反編譯器的普通人是不知道反編譯器為什麼會中途異常退出的,因為他們沒反編譯器源碼,也無法單步調試。他們對此種情況也無能為力(要的就是這種效果)。反編譯器開發者也不會去為一個不確定的規律而修改程序。 -size: small;"> 6.對一些可有可無,但對pbd格式肉眼分析有幫助的地方都盡數抹掉了,從而增加肉眼人工分析的錯覺感。我的原則是抹掉一切可抹掉之字節,擾亂一切可擾亂的字節。 目前可以確定在格式解析和基本框架上無錯。但是碼表依然不完整(截止2010.5.12尚差30個),如果測試到錯誤(unknown pcode),請告知。但是請注意,請用full編譯通過的程序測試,不要用那種編譯出錯,或者編譯到一半異常退出的pbd來測試,它本身就是有問題(這在反編譯器開發時遇到過) 還有種錯誤如link error。實際就是失敗了。 ? 建議: 強烈建議只對系列號管制,註冊,在線人數限制等關鍵代碼或關鍵算法等地方進行加密混淆,對於一般的數據錄入查詢等,沒必要進行加密混淆,因為加密混淆數倍,數十倍冗餘代碼,從而造成執行效率低下。並不是其他混淆器所說的只減慢一點點。我測試我的pb11項目時發現有能感覺得到的延遲。當然是設置的強度非常大的情況下。同時為避免不必要的麻煩,系列號管制等代碼,請放在一定數量的代行之後,如100行,不管怎麼說,測試版的反編譯器都會對可以閱覽的代碼行有一個限制(因為那個原因...)。這在一定程度也保護了自己的代碼。程序的寫法上也有一些技巧,並非如平常代碼一樣編寫。 使用: 1.把你的以p-code編譯方式的文件放入到一個臨時文件夾,如d:\123 為什麼要放入一個臨時文件夾,而不是直接對文件操作,因為混淆過程可能失敗,失敗情況下文件會被寫入一些數據,pbd在被處理前先會備份成".bac"為擴展名的備份文件(bak跟ue的自動備份衝突),當處理後發現問題,可以第一時間恢復,但是當您選擇另外一個文件名後,就無法恢復前一個文件了,你可以打開臨時文件夾,自行恢復。 處理過程必須一氣呵成,不能分幾次進行。 2.按軟件界面的"load files"按鈕,選擇一個exe,dll,pbd格式文件(machine-code編譯方式的單一exe文件和pbni方式的除外,提示: dll文件,如果不是單一exe文件, dll還是含有偽代碼),隨即,文件內的所有對象將在左邊的兩個CheckListBox中列出(僅僅處理uo,win,func,其他對像類型我認為沒必要處理如menu)。其中上面一個CheckListBox中勾選的對象將被加密和混淆下面一個CheckListBox中勾選會將此對象擾亂,主要是欺騙和讓反編譯軟件運行時崩潰。利用的一個普遍真理是:反編譯程序很難校驗文件的格式有效性。就比如我從一個對象的二進制系列中隨機刪除一個。你看不出問題,但是你分析立馬死掉。道理很簡單。雖然你能用uo的二進制對比發現我修改了哪些地方,當然我是隨機地。但最終用戶使用混淆器處理後,他的原始pbd是不會給你的。你就無法對比了。就好比被修改過的電影劇本,你拿到新版本你無法知道跟老版本的差異在哪裡一樣。這是公理,不是歪理。只有一個可以檢測得到,那就是反編譯器的崩潰,或者是從外部調用它會崩潰。所謂兵不厭詐。 一般建議在10個對像中放置2-3個這樣的“從來都不會用到“的廢對像作為欺騙對象。一般來說,按照我的經驗,必然使得反編譯器崩潰。在對象命名上要同其他對象名字無甚麼差別,就是不要讓人一眼看出即可。切忌不可以有什麼規律,否則pj者給你屏蔽掉。就如同正常對像一樣命名。 3.點"Confuse"按鈕,代碼被處理。 正常情況下顯示如下: FilePath: D:\pbr測試樣本\pb9\ //文件信息 FileName: pxx.pbd FileLength: 20480bytes ObjQty: 5 Unicode/Ansi: Ansi Version: PowerBuilder/vm:9.0/vi:108691/build:8836 //版本信息 -########Write File finished,Object: uf_bitshl.fun //修改後寫入“########”為正常標誌 Old Len: 1394,New Len: 4552 Close File normally. //關閉文件 如果出現其他提示,就是不正確(提示前有"++++++++"連續加號標誌,就是重大錯誤或失敗,如空間不足等提示就表示處理不成功,如下: Obj:n_cst_dw2excel.udo,Ctrl:n_cst_dw2excel,funcID: 21 -++++++++Can't find enough space to dispose Code-Chip,[failing] //程序切片不能夠放在既有的空間裡。程序會 //跳過。如果是你的註冊函數, Code = 0x39,step: 4600 of 5481 //那肯定不行.因為尋址空間為0xFFFF,所以 //5481個是會出現問題的。 你必須調整擴展的空間大小(在options標籤頁,9-30倍可選,但是因為尋址空間oxFFFF,是有限的,如果切片太多就放不下),當然在調整空間前,你可以嘗試2 -3次,因為程序在尋找一個放代碼的空間時會嘗試100次,但是有時還是會存在本來有空間,但是卻不湊巧的可能。程序採用隨機尋找位置而非遍歷來找空間。 ? 但是類似這些信息是正常的:-------------Empty expression,Skip.Ctrl:usv_datawindow,funcID: 1 它表示跳過空的代碼段,但是現在這些無聊信息我已經屏蔽掉。只顯示關鍵信息了。 為了不給其他人蓄意調試本軟件的處理結果,調試也無所謂。我有我的思路應對,options中除了"代碼擴展倍數"和"插入冗餘的密度"可以選擇外,其他選項都不可以改變。代碼太少,大約小於20行(100個切分段),也不會被混淆。因為代碼太少,如一句。用眼睛就可以反編譯。 ? 4.2010.5.12新增移除dll編譯方式下的PCODE偽碼,雖然用ue手工移除過幾個進行測試,發現能運行正常(就是Pcode是多餘的,只是產生機器碼的臨時過渡),但我仍然不保證結果正常,以前聽說過pb的機器碼編譯方式是機器碼和偽碼參半的,也沒去研究。編譯機器碼時動輒幾十分鐘,夠Lan的。所以作為一個選項給你自己勾選。移除後是否能運行正常,你自己測試。 ? 5.2010.5.12新增偽造一個對象的內部函數,如你寫有一個函數,如of_today,你想讓他變成一個阻止反編譯的地雷,那請在左下方的memo裡輸入該函數名“of_today” ,可以輸入多個,每行一個。處理對象時,將核對如果函數名符合,則將func或者event的碼進行擾亂。比如用隨機數覆蓋開頭的幾個碼即可達到目的。當然這個函數肯定應該是廢函數。只要名字相同,不管他在哪個對象,哪個控件的哪個地方。當然,你混淆其他的項目時應該及時刪除它否則會把其它程序裡同函數名的函數搞亂了。你最好約定使用一個名字來命名你的地雷,在你的整個項目裡。 想到三打祝家莊的描寫,又想到混淆器軟件的實現,有點同工。 那老人道:“你便從村里走去,只看有白楊樹,便可轉彎,不問路道闊狹。但有白楊樹的轉彎,便是活路。沒那樹時,都是死路。如有別的樹木轉彎,也不是活路。若還走差了,左來右去,只走不出去。更兼死路里,地下埋藏著竹籤、鐵蒺藜。若是走差了,踏著飛簽,准定吃捉了。待走那裡去?”(《水滸傳》第四十七回) 凡是可以歸納出方法的混淆,都可以採用公式編程來反向,所以模糊真與假的界限。做到真假難辨是混淆器應該下功夫的地方。 反編譯器在實際運行過程中,它的依賴性也比較強,比如它非常依賴對編譯後文件結構的絕對正確,不允許半點誤差。所以偽造和刻意的修改都是有針對性的。 反混淆的方法也有很大的弱點,就是依賴固定模式的混淆方式。反之,混淆方式不固定,則難於總結成公式。攻其要害,也是混淆能克制反編譯應該著重考慮的地方。 矛有盾可抵御之點,盾有矛可刺穿之處。二者相遇並非形成一個相持平面,必然是一個相互制約,相互滲透,此消彼長的長期過程,事物同理。 ? 未完成工作: 1.PE loader。當然不是一般的loader,因為loader很容易被dump出來。除非有點思路才弄。如混淆後加一個殼應該算不錯。 最近有出現一些軟件調用molebox來包裝EXE和DLL文件的,不過molebox已經是不新鮮的技術了,2006年前的東西,如果用molebox技術來包裝pb程序,可以被稱作包裝器,但無臉稱作"PB加密器",因為molebox可以包裝任何語言開發的軟件,非專為pb;其次,未有證實molebox無法解包。所以休提安全性。如提,置安全性於兒戲。為騙。國外有pbguard為包裝器,國內也有若干。如能經時間檢驗,那的確沒問題。如未beta就開賣,為錢是圖。 ? 我這個小工具將beta至少3個月。並承諾保留一個免費版,支持20-30種混淆處理方式。至於是否發行商業版,如有需求,可考慮增加多一些專有方式。 ? 2.VM解析的修改+pbd文件格式的修改加密,目前還沒足夠時間去跟踪調試。技術方面的實現有些難度。 但是我想在不久的一段時間,在我項目空暇時間,必然會走這個思路。說到安全係數問題,可能"定制vm+pbd格式加密",才能稱得上牢靠。這個ljtt早說過,但是很遺憾未見其形。因為定制vm和加密pbd文件時都可以設置很多隨機因子,致使每家的文件不一樣,加之pbd和vm互為配合(狼狽為J),從而從根本上防止反編譯。當然並不是看到我這個提示你就去完成一個對文件格式的全部加密的代碼嵌入到vm中,那樣必然有人去研究如果反。因為太明顯了。不過並非易事。 ? 重申安全性: 混淆器理論上是無任何安全保障的,它只能保障反編譯器在基於機械反向時對打亂的statement無法做到真實還原,也無法還原文字可讀性,還有無法還原已經被模糊化或者做等效替換的部分。除此之外,因為程序的邏輯順序並未打亂,所以如果靠人工,不管欺騙,陷阱,冗餘,都能被去除,如果輔於工具,假以時間,是可以正確還原的! ! !這其中主要的癥結在於偽碼編譯不是太低階,甚至於很容易理解和還原成高級語言。這就是偽碼本身的不安全性。這和java,c#,以及早期的vb等類似。當然也得說說偽碼的反面,因為偏偏是那種編譯成機器碼的程序,往往容易被跟踪調試。從而在高手的一個NOP就搞定了。喜歡看彙編的人看彙編時跟我們看程序可能是一樣的。就說pb開發工具,每每都是放出來幾天,高手就貼出補丁來。就如最近的v12,就被一串空操作簡單搞定。所以混淆器並不保障程序安全。只是提高反編譯的難度係數。 ? 可以預見的錯誤: 因為永遠不可能掌握跟sybase一樣的p-code碼表,所以無法保證切分代碼時正確無誤,但是基本可以保障常用寫法時能正確。碼表會在足夠數量的測試下逐漸命中那些小概率的碼。代碼的正確切分是混淆的必要保證,否則就一錯到底了。所以,在進行混淆後請自行測試程序。萬一出錯,造成授權或限制不起作用那就不要怪我了。現在我未掌握的未知碼,都有標示出來,在混淆時都會提示unknown pcode,所以會很快完善,包括我自己也會大量測試自己的項目,pb sample和網上下載的代碼,會很快完善的。 ? 如果遇到錯誤或者混淆後無法運行,或者運行時報錯,請將截圖和測試用的pbd文件一起發給我(如果純粹測試的pbd可以發給我,如果是商業的程序,請不要發給我,但為了能完善混淆器,可以單獨將出問題的對象複製到一個新的pbl中並編譯成pbd然後發給我,這樣我不會太了解你的程序是乾嘛使的) ? 額外提示: 請在發行程序時進行full編譯,full編譯通過後再進行混淆。 ? 敏感的速度: 理論上,大約會增加執行時間5-10倍。因為不固定,只是個估算。但是只應用到一些關鍵點的混淆,是可以接受的。隨著新想法的出現,如果放置堡壘部分,可能增長到20-100倍也有可能。如果代碼比較短,隨機地,也可能會選擇超高強度,比如擴展到200倍。但是不要擔心,就算你自己平時寫非常複雜的代碼甚至超過pb的最多行限制,它執行起來也足夠快的。因為pb程序主要是人機交互,如果是類似inline之類的頻繁調用的函數,如bitand運算。或者你本身要絕對快速的計算部分,那可不能用混淆。如強度過分平均的話,不利於構建密集的陷阱陣列和多分叉迷宮。不管設置多少個陷阱,只要一個生效就足夠了。 聯繫方式: QQ: 273939617(請勿隨意加,因為已滿) blog: http://blog.csdn.net/chengg0769 download: http://chengg0769.download.csdn.net/ email: chengang0769#21cn.com pb11_1-QQ群: 6539042 pb11_2-QQ群: 20232067 pb11_3-QQ群: 23597462 pb11_4-QQ群: 52930236 pb11_5-QQ群: 42210443 pb11-6-QQ群: 16820030 pb11-7-QQ群: 3935632 PB11B/S體驗:43875405 PB+ORACLE:12592289 PB天下:105603518 ? 陳剛於中國廣東東莞2010年4月15凌晨5:12 ?? 在此感謝非常多的朋友的關注,例如在csdn的blog後面留言反饋問題的朋友,在download那裡反饋問題的朋友,在群裡測試的朋友。 恕我不能一一列舉名字。有問題請在我的blog上留言反饋,也可以寫mail給我。群組裡發言也行。 ? 特別感謝: ===========================感===謝================== ===================== 感謝ourmis的推薦貼 ? 感謝網友創造頻道告訴我的不對項目pbd進行混淆的理由。不過我認為理由只能保留。商業POS軟件和盜版做鬥爭的歷史說明,不保護自己軟件的商業軟件公司是不存在的。也是無法存在的。不過我們還就其他問題進行討論。意義超過此軟件。 ? 感謝ourmis.com/pcm的sbo demo,在demo中的sbo_report.pbd中發現是多NOD段時存在bug。已修正;並增加了多FRE段。 ? 感謝網友水上漂將pb8的項目程序用本軟件測試並給一個用戶測試。並提出做第一個正式用戶,當然現在才bata是不會論及錢,但是很感動。有用就好。 ? 感謝Hfong(136824728**#163.com)在4.22寄來樣本。在他的ping test中發現一個混淆時的幼稚問題已修正。 ? 感謝Foxstudio在2010.3.27寄給我的pb5開發工具綠色版。我今晚在寫pb5的demo測試時,就想到應該在這裡寫一句感謝。因為我並沒有找到第二份pb5. ? 感謝FYJ對反編譯器和混淆器的支持。 ? ============================更新日誌==================== =================== 2010.05.19: 增補與整理pb5,10.5的碼表,並測試5,10,10.5的pb-sample通過; 自此,支持5-12全系列。因pb12剛出正式版,前期只測試過beta,待後期著重測試。版本改為v2010.05.3。 NOD一個bug修正. 2010.05.17: 修正在checklistbox中未列出的對像如struct,menu等的"混淆標誌"未清零的bug,致使未列出對象的參數被非法修改,致使運行錯誤。 bug由pcm和群內的牛解庖丁(475392*)測試時發現的,可能跟內存有關,如我的電腦測試多次都不出現。有的電腦每次都出現,但是應該歸程序責任。 限制用戶必須勾選至少一個對象,否則無法得到某些參數的正確的初始化值。版本更新到2010.05.2 2010.05.15: 修正短代碼擴展係數太大造成的越界問題 2010.05.12: 修正TRL和FRE造成的問題。並測試自己的兩個pb11編譯的項目,運行正常。修改版本號為2010.05.1 2010.05.11: 增加移除dll機器碼編譯時的偽碼,一個網友說可以抹掉。但是我無法確定,故為一個選項供用戶勾選。但是並未移除,而是先混淆,然後將入口地址拿掉,成無頭殭屍,起到相同作用,因為我不想為此改動太多代碼造成新問題。 2010.05.07: 修正try...catch結構的轉移地址 2010.05.02: 增補pb10.5增加的byte類型的碼約十個 2010.05.01: 承ourmis.com/pcm的樣本測試,發現10Bx標誌處最後一個short不能為0,因為採用隨機數擾亂,故測試大約十多次才發現一次,修正。 2010.05.01: 承ourmis.com/pcm提醒,當我用自己的pb9測試時,6x標誌可抹掉仍然運行正常,而他寄來的樣本(也是9)就是不能抹掉,看提示好像是n_cst_msg,好像是PFC的東東,本想抹掉一切可能抹掉的東西,此處只好不抹。 2010.04.30: 反編譯器那邊發現全局函數重載(內含一個以上的函數體造成報錯)修正。 2010.04.29: 與反編譯器一起修正6,7,8與9嚴重不同:取ctrl-list的不同,從而6-12測試解析正常了。 2010.04.29: 與反編譯器一起修正:取控件名時判斷控件的編號時>=8000寫成了==8000,導致嚴重遺漏從而解析出錯。修正。 2010.04.28: 對超長代碼段實行折中妥協,自動降低JCP複雜度使得空間不夠的提示盡量不出現。當無法插入JCP時,使用簡單JXP做連接還原代碼執行順序。對超短代碼段提升長度為200字節。 2010.04.23: public的func和event需要用名字呼叫,故不抹掉。 2010.04.21: 修改exe格式丟失結尾的TRL段問題。 ? 附圖: ? 選項: 正在改成中文界面並推出正式版: 本文摘自:http://blog.csdn.net/chengg0769/archive/2010/04/17/5495693.aspx 頂一下 (0) 0% 踩一下 (0) 0% ------分隔線---------------------------- 上一篇:Powerbuilder混淆器改成正式版和中文界面 下一篇:PowerBuilder DeCompiler Demo download(PB反編譯器demo下載) 收藏 挑錯 推薦 打印 發表評論 請自覺遵守互聯網相關的政策法規,嚴禁發布色情、暴力、反動的言論。 評價: 中立 好評 差評 表情: 驗證碼: 匿名? 發表評論 最新評論 進入詳細評論頁>> 欄目列表 PHP ASP JS-HTML-WEB .NET Delphi C/C++ Python Ruby Flash編程 開發綜合 正則表達式 C# XML Perl CORBA FLEX 汇编 推薦內容 IT職場人生系列之十五:語言與技術 本文是IT職場人生系列的第十五篇。(之一,之二,之三,之四... 用ASP讀取文本文件的幾個函數 '************************************************** '函數名:FSOFileRead '作... VS2010中的自動化測試(4)——Web性 概述 網站的性能由很多不同的因素决定,比如:網络速度、不同... [置頂]山塞一個PetShop 4.0(00)—— PetShop是一個範例,微軟用它來展示.Net企業系統開發的能力。業... IT職場人生系列之十四:經驗積累 本文是IT職場人生系列的第十四篇。(之一,之二,之三,之四... Asp Gridview結合模糊查詢(全文索引 到網上搜分頁存儲過程一大把。但是有些需求的話... 熱點內容 Android遊戲框架AndEngine使用 用實例分析H264 RTP payload Android HAL實例解析 PCI規範學習筆記(1) 網络負載平衡(Network Lo 用Live555 中的openRTSP 保存 Meego安裝初體驗 FreeIPMI 簡介 一枚基於jQuery的頭像截取 TableView 的使用實例二 Copyright ? 2010-2012 Www.StackDoc.Com. StackDoc 版權所有 ??