리눅스 바이너리의 직접적인 공유 객체 의존성을 결정 하는가?


170

ELF 형식의 Linux 바이너리의 직접 공유 객체 종속성을 쉽게 찾을 수있는 방법은 무엇입니까?

ldd 도구를 알고 있지만 바이너리가 의존하는 공유 객체의 종속성을 포함하여 바이너리의 모든 종속성을 출력하는 것으로 보입니다.


답변:


262

readelfELF 헤더를 탐색하는 데 사용할 수 있습니다 . readelf -d직접 종속성을 NEEDED섹션 으로 나열합니다 .

 $ readelf -d elfbin

Dynamic section at offset 0xe30 contains 22 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libssl.so.1.0.0]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 0x000000000000000c (INIT)               0x400520
 0x000000000000000d (FINI)               0x400758
 ...

20
대단하다. ldd와 달리 readelf는 크로스 플랫폼 바이너리를 검사 할 수 있습니다 (예 : x86-64 Linux에서 ARM 실행 파일 검사)
Robert Calhoun

86

종속성을 재귀 적 으로 찾으려면 (종속성의 종속성, 종속성의 종속성 등 포함)…

당신은 ldd명령을 사용할 수 있습니다 . ldd-공유 라이브러리 종속성 인쇄


5
ldd 명령은 종속성의 종속성을 해결하지만 원하는 것은 아닙니다.
무료 Wildebeest

11
나를 위해 이것은 잘 작동합니다. 그리고 어떤 라이브러리를 찾을 수 있고 찾을 수없는지도 알려줍니다.
Philipp F

2
ldd는 실행 파일과 함께 작동하지 않습니다. 공유 라이브러리의 종속성을 찾는 경우에만 유용합니다.
Tuxdude

2
Tuxdude, 왜 그렇게 생각하십니까? ELF 실행 파일에 대해 ldd를 사용할 수없는 이유는 무엇입니까?
Vitaly Isaev

개발 머신에서 배포 아카이브에 이르기까지 필요한 공유 라이브러리를 복사하는 데 좋습니다.
Tomáš Zato-복 직원 모니카

30

objdump도구를 사용하면이 정보를 알 수 있습니다. 당신이 호출하면 objdump-x옵션, 당신은 바로 "동적 섹션"의 시작 부분에서 공유 객체 종속성을 찾을 수 있습니다 출력의 모든 헤더를 얻을 수 있습니다.

예를 들어 objdump -x /usr/lib/libXpm.so.4내 시스템에서 실행 하면 "동적 섹션"에 다음 정보가 제공됩니다.

Dynamic Section:
  NEEDED               libX11.so.6
  NEEDED               libc.so.6
  SONAME               libXpm.so.4
  INIT                 0x0000000000002450
  FINI                 0x000000000000e0e8
  GNU_HASH             0x00000000000001f0
  STRTAB               0x00000000000011a8
  SYMTAB               0x0000000000000470
  STRSZ                0x0000000000000813
  SYMENT               0x0000000000000018
  PLTGOT               0x000000000020ffe8
  PLTRELSZ             0x00000000000005e8
  PLTREL               0x0000000000000007
  JMPREL               0x0000000000001e68
  RELA                 0x0000000000001b38
  RELASZ               0x0000000000000330
  RELAENT              0x0000000000000018
  VERNEED              0x0000000000001ad8
  VERNEEDNUM           0x0000000000000001
  VERSYM               0x00000000000019bc
  RELACOUNT            0x000000000000001b

직접 공유 객체 종속성은 'NEEDED'값으로 나열됩니다. 위의 예 libXpm.so.4에서 내 시스템에는 libX11.so.6and 만 필요합니다 libc.so.6.

이것이 전달되는 바이너리에 필요한 모든 심볼 objdump이 라이브러리에 있음을 의미하지는 않지만 최소한 바이너리를로드 할 때 로더가로드하려고하는 라이브러리를 보여줍니다.


13

ldd -v는 "버전 정보 :"섹션 아래에 종속성 트리를 인쇄합니다.이 섹션의 첫 번째 블록은 이진의 직접적인 종속성입니다.

참조 계층의 LDD (1)


이것과의 차이점은 무엇입니까 objdump -x <binary> | grep "NEEDED"? 나는 둘 다 거의 동일하다는 것을 의미 .so합니다.보다 하나의 파일을 더 많이 얻 ldd습니다 objdump. 그러나 결과가 동일하지 않기 때문에 어떤 방법이 더 정확한지 궁금합니다.
m4l490n
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.