Glibc-Audit. GLIBC-Audit ist eine modifizierte Version von Glibc für Anwendungsentwickler, die ihren Code mit einem automatischen Speicherzugriff überprüfen
Jetzt downloaden

Glibc-Audit. Ranking & Zusammenfassung

Glibc-Audit. Stichworte

Erinnerung Glibc Memory Checker. patched glibc. Speicherzugriff Glibc-Audit.

Glibc-Audit. Beschreibung

Glibc-Audit ist eine modifizierte Version von Glibc für Anwendungsentwickler, die ihren Code mit einem automatischen Speicherzugriffsprüfung überprüfen GLIBC-Audit ist eine modifizierte Version von Glibc für Anwendungsentwickler, die ihren Code mit einem automatischen Speicherzugriffsprüfer überprüfen, wie z. B. valgrind, verworren oder purify.GLIBC-Audit wurde geprüft und aufgeräumt, so dass Berichte von der Verwendung eines Speicher des Entwicklers Der Zugangschecker ist eher für den Entwickler interessant, mit weniger "Rauschen" von der C-Bibliothek selbst. In der Regel initialisiert die GLIBC-Audit alle lokalen Variablen und -strukturen vor der Verwendung. Gewöhnliche Glibc nutzt nicht initialisierte Dummy-Variablen, die "NICHT-SORGUNG" auf seine Logik sind, sondern von der Speicherzugriffsüberprüfung berichtet. Das Protokoll R_DEBUG.R_BRK wurde auch verbessert, um mit einem Co-Resident-Auditor zusammenzuarbeiten. Wenn der Auditor Sets .R_BRK setzt, wird der Runtime Loader den Auditor direkt anrufen, wenn ein freigegebenes Bibliotheksereignis auftritt. Dies ist viel bequemer als die Verwendung von Haltepunkten. Standardmäßig funktioniert das alte Haltepoint-Protokoll wie zuvor. Das neue Protokoll ist Binärkompatibel mit den alten auf Computern, in denen ein Zeiger auf eine Funktion die gleiche Größe wie ein gewöhnlicher Zeiger ist. Plattformen, bei denen ein Zeiger auf eine Funktion größer ist (z. B. HP-PA RISC, ALPHA-Prozessor oder PowerPC) sind nicht Binary rückwärts kompatibel und muss r_debug.r_version inkrementieren. Wenn Sie Clients (z. B. GDB) abzielen, werden auch ein ignorierbarer Mismatch-Fehler angezeigt, wenn sie erstellt werden. Aber jetzt ist es mehr wert, GDB bei der Runtime auf x86 nicht zu antagonisieren. Der Patch ändert 91 Dateien. Im Vergleich zu Glibc-2.3.2-27.9 belegt der zusätzliche Code 18 weitere Bytes von .text und 24 weniger Bytes in dem. Auf einer nano-skopischen Skala beträgt die typischen Ausführungskosten 0 bis 3 CPU-Zyklen pro betroffener Routine; Der geschätzte mittlere Gesamtstoß beträgt weniger als 1 Sekunde pro Maschine pro Tag. Im Falle von * printf () ist die glibc-audit schneller als glibc, da die gereinigte Quelle GCC-3.2 hilft, ordrokiöse Code zu vermeiden, indem er beim Initialisieren von printf_spec.info für parse_one_spec () in stdio-common / printf-parse.h initialisiert. Glibc-Audit wurde durch Ausführen eines Memory Access Checker in den internen Testcases von Glibc erstellt, und analysiert dann die gemeldeten Fehlern und das Ändern der Quelle. Der Prozess ergab 10 Speicherzugriffsfehler in Glibc-2.3.2-11.9. Sieben wurden in Glibc-2.3.2-27.9 fixiert, zwei weitere wurden in CVS fixiert, und einer ist ein Design-Fehler, der wahrscheinlich nicht fixiert wird. Vorgänger-Patches an Glibc-Audit-1 wurden dem Glibc-Projekt übermittelt, aber diese Patches wurden ignoriert , abgelehnt oder abgelehnt. Es besteht ausreichend Verbesserung der Benutzerfreundlichkeit und Zuverlässigkeit, um Glibc-Audit-1 separat zu veröffentlichen. Der nicht modifizierte Glibc-2.3.2-27.9.src.rpm ist von Redhat Spiegeln erhältlich. RPMBuild -Ba - Target I686 dauerte ungefähr 4 Stunden und 2,5 GB Speicherplatz auf einem Computer mit 1,1 GHz CPU, 384 MB RAM, UDMA100-Diskette, was in dieser Version neu ist: · Die Patches wurden auf Glibc-2.4-4 aktualisiert. · Ein GliCC-Fehler, der mit den GDB-Stopp-On-Solib-Events startete, wurde behoben. · Bei X86, X86-64 und PowerPC wurde der __NR_OPEN-Systemaufruf verbessert, um auslaufende Informationen vom Benutzer an den Kernel zu vermeiden.

Glibc-Audit. Zugehörige Software