Glibc-audit GLIBC-AUDIT is een gewijzigde versie van GLIBC voor toepassingsontwikkelaars die hun code controleren met een automatische geheugentoegangscontrole
Download nu

Glibc-audit Rangschikking & Samenvatting

Glibc-audit Tags

geheugen glibb geheugencontrole patched glibc toegang tot het geheugen Glibc-audit

Glibc-audit Beschrijving

GLIBC-AUDIT is een gewijzigde versie van GLIBC voor toepassingsontwikkelaars die hun code controleren met een automatische geheugentoegangscontrole GLIBC-AUDIT is een gewijzigde versie van GLIBC voor toepassingsontwikkelaars die hun code checken met een automatische geheugentoegangscontrole zoals Valgrind, verzekering of zuivering.glibc-audit is gecontroleerd en opgeruimd, zodat rapporten van het gebruik van een geheugen van de ontwikkelaar Toegangscontrole is meer kans om interessant te zijn voor de ontwikkelaar, met minder "ruis" van de C-bibliotheek zelf. Typisch initialiseert GLIBC-AUDIT alle lokale variabelen en structuren vóór gebruik. Gewone GLIBC maakt gebruik van niet-geïnitialiseerde dummy-variabelen die "niet-Care" zijn op zijn logica, maar gemeld door de Checker Toegangscontrole. Ook is het R_Debug.r_Brk-protocol verbeterd om samen te werken met een co-ingezeten accountant. Als de auditor .r_brk september, belt de runtime-lader de accountant rechtstreeks wanneer een gedeeld bibliotheekgebeurtenis plaatsvindt. Dit is veel handiger dan het gebruik van breekpunten. Standaard werkt het oude breekpoint-protocol net als voorheen. Het nieuwe protocol is binair compatibel met de oude op machines waar een aanwijzer naar een functie dezelfde grootte heeft als een gewone aanwijzer. Platforms waarbij een aanwijzer naar een functie groter is (zoals HP-PA RISC, alfa-processor of powerPC) zijn niet binair achterwaarts compatibel, en zullen r_debug.r_version moeten verhogen. Het schuiven van klanten (zoals GDB) zal ook een negeerbare type mismatch-fout zien wanneer ze worden gebouwd. Maar voorlopig is het meer waard om GDB op runtime op x86 te antagoniseren. De patch modificeert 91 bestanden. In vergelijking met GLIBC-2.3.2-27.9 neemt de aanvullende code 18 meer bytes van .text, en 24 minder bytes in de .so. Op nano-scopische schaal is de typische uitvoeringskosten 0 tot 3 CPU-cycli per aangetaste routine; De geschatte mediane totale impact is minder dan 1 seconde per machine per dag. In het geval van * printf () is GLIBC-AUDIT sneller dan GLIBC omdat de opgeruimde bron GCC-3.2 helpt GCC-3.2 te voorkomen om de gruwelige code te genereren bij het initialiseren van printf_spec.info voor parse_one_spec () in Stdio-Common / PrintF-parse.h. GLIBC-AUDIT is geconstrueerd door een geheugentoegangscontrole uit te voeren op de interne testcases van Glibc en analyseer vervolgens de gerapporteerde fouten en het modificeren van de bron. Het proces onthulde 10 geheugentoegangsbugs in Glibc-2.3.2-11.9. Zeven werden gefixeerd in Glibc-2.3.2-27.9, nog twee zijn gefixeerd in CVS, en één is een ontwerpfout die waarschijnlijk niet zal worden opgelost. Predecessor-patches naar GLIBC-AUDIT-1 werden ingediend bij het GLIBC-project, maar die patches werden genegeerd , geweigerd of afgewezen. Er is voldoende verbetering van de bruikbaarheid en betrouwbaarheid om GLIBC-AUDIT-1 afzonderlijk te publiceren. De niet-gemodificeerde GLIBC-2.3.2-27.9.SRC.RPM is verkrijgbaar bij Redhat Spiegels. RPMBuild -BA --Target I686 duurde ongeveer 4 uur en 2,5 GB schijfruimte op een machine met 1,1 Ghz CPU, 384 MB RAM, UDMA100-schijf. Wat is nieuw in deze release: · De patches zijn bijgewerkt naar GLIBC-2.4-4. · Een GLIBC-bug die verstoorde met GDB-stop-on-Solib-events werd vastgesteld. · Op X86, X86-64 en PowerPC is het __NR_OPEN-systeemoproep verbeterd om lekkende informatie van de gebruiker naar de kernel te voorkomen.

Glibc-audit Gerelateerde software