Auditoria Glibc. glibc-audit é uma versão modificada do GLIBC para desenvolvedores de aplicativos que verificam seu código com uma verificação automática de acesso à memória
Baixe Agora

Auditoria Glibc. Classificação e resumo

Auditoria Glibc. Tag

memória glibc. Verificador de memória Glibc remendado acesso à memória Auditoria Glibc.

Auditoria Glibc. Descrição

Glibc-Audit é uma versão modificada do GLIBC para desenvolvedores de aplicativos que verificam seu código com uma verificação automática de acesso à memória A Glibc-Audit é uma versão modificada do GLIBC para desenvolvedores de aplicativos que verificam seu código com um verificador de acesso automático de memória, como Valgrind, assegure ou purify.glibc-audit, foi auditado e limpo para que os relatórios do uso de uma memória do desenvolvedor. O verificador de acesso é mais provável que seja interessante para o desenvolvedor, com menos "ruído" da própria biblioteca C. Normalmente, a Auditoria de Glibc inicializa todas as suas variáveis e structs locais antes de usar. A Glibc comum usa variáveis manequim não inicializadas que são "não-se importam" à sua lógica, mas relatadas pelo verificador de acesso à memória. Além disso, o protocolo R_DEBUG.R_BRK foi aprimorado para cooperar com um auditor de co-residente. Se o auditor sets .r_brk, o carregador de tempo de execução chamará o auditor diretamente sempre que ocorrer um evento da biblioteca compartilhada. Isso é muito mais conveniente do que usar pontos de interrupção. Por padrão, o antigo protocolo de breakpoint funciona apenas como antes. O novo protocolo é compatível com os antigos em máquinas, onde um ponteiro para uma função é do mesmo tamanho que um ponteiro ordinário. Plataformas em que um ponteiro para uma função é maior (como HP-PA RISC, processador alfa ou powerpc) não são compatíveis com retrocesso binário e terá que incrementar r_debug.r_version. Exiando clientes (como o GDB) também verá um erro de incompatibilidade de tipo ignorável quando eles são construídos. Mas, por enquanto, vale mais não a antagonizar o GDB no tempo de execução no X86. O patch modifica 91 arquivos. Em comparação com o GLIBC-2.3.2-27.9, o código adicional ocupa 18 mais bytes de .text e 24 bytes inferiores no .so. Em uma escala nano-scopic, o custo de execução típica é de 0 a 3 ciclos de CPU por rotina afetada; O impacto total mediano estimado é inferior a 1 segundo por máquina por dia. No caso de * printf (), o Glibc-Audit é mais rápido que o Glibc porque a fonte de limpeza ajuda a GCC-3.2 a evitar a geração de código atroz ao inicializar PrintF_Spec.Info para Parse_One_Spec () em Stdio-Common / Printf-Parse.h. A Glibc-Audit foi construída executando um verificador de acesso à memória nos testcações internas do GLIBC, analisando os erros relatados e modificando a fonte. O processo revelou 10 bugs de acesso à memória em Glibc-2.3.2-11.9. Sete foram fixados em Glibc-2.3.2-27.9, dois mais foram fixados em CVs, e uma é uma falha de design que provavelmente não será corrigida. Patches predecessor para Glibc-Audit-1 foram submetidos ao projeto GLIBC, mas esses patches foram ignorados , recusado ou rejeitado. Há melhora suficiente na usabilidade e confiabilidade para publicar glibc-audit-1 separadamente. O glibc-2.3.2-27.9.src.rpm não modificado está disponível nos espelhos RedHat. RPMBuild -BA --Target I686 levou cerca de 4 horas e 2,5 GB de espaço em disco em uma máquina com 1.1GHz CPU, 384MB RAM, UDMA100 disk.O que é novo nesta versão: · Os patches foram atualizados para Glibc-2.4-4. · Um bug glibc que interferiu no GDB Stop-on-Solib-events foi corrigido. · No X86, X86-64 e PowerPC, a chamada __nr_open foi melhorada para evitar vazar informações do usuário para o kernel.

Auditoria Glibc. Software Relacionado