glibc-audit

軟件截圖:
glibc-audit
軟件詳細信息:
版本: 2.4-4
上傳日期: 3 Jun 15
開發: John Reiser
許可: 免費
人氣: 85

Rating: nan/5 (Total Votes: 0)

的glibc-審計的glibc的誰檢查他們的代碼具有自動內存訪問檢查等的valgrind,投保,或純化應用程序開發人員修改後的版本。
glibc的審計已經審計和清理,以便從開發者的使用內存訪問檢查報告更可能是有趣的開發商,與C庫本身少“噪音”。通常情況下,glibc的審計,使用前初始化所有的局部變量和結構的。普通的glibc使用的是“鴕鳥政策照顧”到它的邏輯,但報告的內存訪問檢查未初始化的虛擬變量。
 
此外,r_debug.r_brk協議已得到增強,與助駐地審計員合作。如果審核員設置.r_brk,則運行時加載程序將調用審核直接每當共享庫的事件發生。
這比使用斷點方便得多。默認情況下,舊的斷點協議的工作只是像以前一樣。新的協議是二進制的機器上與老兼容,其中一個指針指向一個功能是相同的大小作為一個普通的指針。平台,其中一個指向函數較大(如HP-PA RISC,Alpha處理器,或PowerPC)是不是二進制向後兼容,並且將不得不增加r_debug.r_version。 Exising客戶端(如GDB)也將看到一個可忽略的類型不匹配的錯誤是建立在他們。但現在,這是值得更不是對抗GDB在運行在x86上。
 
該補丁修改91文件。相比的glibc-2.3.2-27.9,附加代碼佔據18多個字節的.text的,並且在中的.so 24較少的字節。上的納米鏡下規模,典型的執行成本是每受影響的常規0-3 CPU週期;所估計的中位總衝擊每個機器小於1秒,每天。在*的printf()的情況下,glibc的審核比glibc的更快,因為清理後的源有助於GCC-3.2初始化避免了printf_spec.info在標準輸入輸出,通用/ printf的-parse.h parse_one_spec()時,產生惡劣的代碼。
 
glibc的審計是通過在glibc的內部運行測試用例內存訪問檢查,然後分析報告的錯誤和修改源構成。這個過程揭示的glibc-2.3.2-11.9 10內存訪問錯誤。七是在固定的glibc-2.3.2-27.9,兩個都被固定在CVS,一個是設計缺陷,可能不會被固定。
 
前身補丁到glibc-審計-1被提交給glibc的項目,但這些補丁被忽略[用戶“客人”,密碼為“客人”],拒絕或拒絕。有足夠的提高可用性和可靠性發布的glibc-審計-1分別。
未改性的glibc-2.3.2-27.9.src.rpm可從RedHat的鏡子。的rpmbuild -ba --target i686的耗時約4小時,2.5GB的磁盤空間的機器上1.1GHz的CPU,384MB RAM,硬盤UDMA100。
什麼是新的,在此版本:

類似的軟件

Cleaner
Cleaner

3 Jun 15

WingDBG
WingDBG

20 Feb 15

顯影劑的其他軟件 John Reiser

jumpstart
jumpstart

2 Jun 15

意見 glibc-audit

評論沒有發現
添加評論
打開圖片!