Glibc-Audit GLIBC-Audit es una versión modificada de GLIBC para desarrolladores de aplicaciones que revisan su código con una verificación automática de acceso a la memoria
Descargar ahora

Glibc-Audit Clasificación y resumen

Glibc-Audit Etiquetas

memoria glibc comprobador de memoria parcheado glibc acceso a la memoria Glibc-Audit

Glibc-Audit Descripción

GLIBC-Audit es una versión modificada de GLIBC para los desarrolladores de aplicaciones que revisan su código con un cheque automático de acceso a la memoria GLIBC-Audit es una versión modificada de GLIBC para los desarrolladores de aplicaciones que revisan su código con un verificador automático de acceso a la memoria, como Valgrind, Asegure o Purify.Glibc-Audit, se ha auditado y limpiado para que los informes del uso del desarrollador de una memoria. Es más probable que el inspector de acceso sea interesante para el desarrollador, con menos "ruido" de la propia biblioteca C. Por lo general, la auditoría GLIBC inicializa todas sus variables y estructuras locales antes de usarlo. El GLIBC ordinario utiliza variables ficticias no inicializadas que se "preocupan" a su lógica, pero informadas por el corrector de acceso a la memoria. Además, el protocolo R_DEBUG.R_BRK se ha mejorado para cooperar con un auditor de CO-residente. Si el auditor establece .r_brk, entonces el cargador de tiempo de ejecución llamará directamente al auditor cuando se produce un evento de biblioteca compartida. Esto es mucho más conveniente que el uso de puntos de interrupción. Por defecto, el antiguo protocolo de punto de interrupción funciona como antes. El nuevo protocolo es compatible con binarios con los viejos en máquinas donde un puntero a una función es del mismo tamaño que un puntero ordinario. Las plataformas donde un puntero a una función es más grande (como HP-PA RISC, el procesador alfa o PowerPC) no es compatible con binarios hacia atrás, y tendrá que incrementar R_DEBUG.R_VERSION. Existir los clientes (como GDB) también verá un error de desajuste de tipo ignorable cuando se construyen. Pero por ahora, vale más que no debe antagonizar GDB en tiempo de ejecución en X86. El parche modifica 91 archivos. En comparación con GLIBC-2.3.2-27.9, el código adicional ocupa 18 bytes más de texto. Y 24 bytes menos en el .SO. En una escala nano-scopic, el costo de ejecución típico es de 0 a 3 ciclos de CPU por rutina afectada; El impacto total mediano estimado es inferior a 1 segundo por máquina por día. En el caso de * PRUPTF (), GLIBC-Audit es más rápido que GLIBC porque la fuente limpia ayuda a GCC-3.2 Evite generar un código atroz al inicializar printf_spec.info para parse_one_spec () en stdio-common / printf-anal.h. La auditoría GLIBC se construyó ejecutando un corrector de acceso a la memoria en las testacas internas de GLIBC, luego analizando los errores informados y modificando la fuente. El proceso reveló 10 errores de acceso a la memoria en GLIBC-2.3.2-11.9. Siete se fijaron en GLIBC-2.3.2-27.9, se han fijado dos más en CVS, y uno es un defecto de diseño que probablemente no se arreglará. Los parches de predecesor a GLIBC-AUDIT-1 se enviaron al proyecto GLIBC, pero aquellos parches se ignoraron [Usuario "," Invitado ", declinado, o rechazado. Hay una mejora suficiente en la facilidad de uso y la confiabilidad de publicar GLIBC-AUDIT-1 por separado. El desenredado GLIBC-2.3.2-27.9.src.rpm está disponible en RedHat Espejos. rpmbuild -BA --Target I686 Tomó aproximadamente 4 horas y 2,5 GB de espacio en disco en una máquina con CPU de 1.1GHz, RAM de 384MB, disco UDMA100. Lo que está nuevo en esta versión: · Los parches se actualizaron a GLIBC-2.4-4. Se solucionó un error de GLIBC que interfirió con GDB STOP-ON-SOLIB.

Glibc-Audit Software relacionado