glibc-audit

glibc의 감사는 퓨리을, 같은 Valgrind의로 자동 메모리 액세스 검사로 자신의 코드를 확인 보험에 가입 또는 응용 프로그램 개발자의 glibc의 수정 된 버전입니다.
glibc의 감사는 감사 및 메모리 액세스 검사의 개발자의 사용에서 보고서가 C 라이브러리 자체에서 더 적은 "노이즈"로, 개발자에게 흥미로운 일이 될 가능성이 더 높습니다 수 있도록 정리되어 있습니다. 일반적으로, glibc의 감사는 사용하기 전에 로컬 변수와 구조체를 모두 초기화합니다. 일반 glibc는 그 논리에 "안되주의"하지만 메모리 액세스 검사에 의해보고 초기화되지 않은 더미 변수를 사용합니다.
 
또한, r_debug.r_brk 프로토콜은 함께 상주 감사와 협력하도록 향상되었습니다. 감사는 .r_brk 설정하면 공유 라이브러리 이벤트가 발생할 때마다, 다음 런타임 로더는 감사를 직접 호출합니다.
이것은 훨씬 더 편리 브레이크 포인트를 사용하는 것보다. 기본적으로 기존의 브레이크 포인트 프로토콜은 이전처럼 작동합니다. 함수에 대한 포인터는 일반 포인터와 동일한 크기이고 새로운 프로토콜은 컴퓨터에서 이전과 바이너리 호환입니다. (예 : HP-PA RISC, 알파 프로세서 또는 PowerPC와 같은) 함수에 대한 포인터가 큰 플랫폼은 이전 버전과 호환 바이너리 없으며, r_debug.r_version을 증가해야합니다. 그들이 구축하는 경우 (예 : GDB 등) Exising 클라이언트도 무시할 형식 불일치 오류가 발생합니다. 하지만 지금은 x86에서 실행시에 GDB를 적대시하지 더 가치가있다.
 
패치는 (91) 파일을 수정합니다. glibc에-2.3.2-27.9에 비해, 추가 코드는는 .text의 18 개의 바이트, .so를 24 이하 바이트를 차지합니다. 나노 스케일 scopic에서 전형적인 실행 비용이 영향 루틴 당 0~3 CPU 사이클이고; 예상 평균 총 영향은 하루에 기계 당 1 초 미만이다. * 용의 printf ()의 경우, glibc가-감사의 glibc보다 빠른 청소 업 소스가 STDIO 공통 / printf의-parse.h에서 parse_one_spec ()에 대한 printf_spec.info을 초기화 할 때 극악한 코드를 생성 GCC-3.2 피를 수 있기 때문에.
 
Glibc의 감사는 그 다음의 glibc을 testcases 내부에 메모리 액세스를 실행하는 검사 오류보고를 분석하고, 소스를 변경하여 구성 하였다. 이 과정은 glibc에-2.3.2-11.9 10 메모리 액세스 버그를 한 것으로 밝혀졌습니다. 세븐은 두 가지 이상이 CVS에서 수정 된, glibc에-2.3.2-27.9 고정, 하나는 아마 고정되지 않습니다 설계 결함입니다했다.
 
선행 패치 glibc에 감사-1에 glibc의 프로젝트에 제출되었지만, 그 패치는 [사용자 "게스트", 암호 "손님"] 무시, 거부, 또는 거부했다. 유용성 및 glibc에 감사-1 별도로 게시하는 신뢰성에 충분한 개선이 있습니다.
수정되지 않은 glibc에-2.3.2-27.9.src.rpm는 레드햇 미러에서 사용할 수 있습니다. rpmbuild -ba --target는 i686은 1.1GHz의 CPU를, 3백84메가바이트 램, UDMA100 디스크를 컴퓨터의 디스크 공간의 약 4 시간이 걸렸다 및 2.5GB.
이 릴리스의 새로운 기능 :