লিনাক্স বাইনারি সরাসরি ভাগ করা অবজেক্ট নির্ভরতা নির্ধারণ?


169

আমি কীভাবে সহজেই ELF ফর্ম্যাটে কোনও লিনাক্স বাইনারিয়ের সরাসরি অংশীদারি অবজেক্ট নির্ভরতা খুঁজে পেতে পারি?

আমি এলডিডি সরঞ্জামটি সম্পর্কে সচেতন, তবে এটি বাইনারি নির্ভর যে কোনও অংশীদারি অবজেক্টের নির্ভরতা সহ বাইনারিটির সমস্ত নির্ভরতা আউটপুট করে প্রদর্শিত হয়।


উত্তর:


261

আপনি 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
এটা অসাধারণ. এলডিডি থেকে ভিন্ন, পাঠকরা একটি ক্রস-প্ল্যাটফর্ম বাইনারি পরিদর্শন করতে পারে (অর্থাত্ x86-64 লিনাক্স থেকে নির্বাহযোগ্য একটি এআরএম পরিদর্শন করতে পারে))
রবার্ট ক্যালহাউন

86

যদি আপনি পুনরাবৃত্তভাবে নির্ভরতাগুলি খুঁজে পেতে চান (নির্ভরতার নির্ভরতা, নির্ভরতার নির্ভরতার নির্ভরতা এবং আরও কিছু সহ)…

আপনি lddকমান্ড ব্যবহার করতে পারেন । ldd - ভাগ করা লাইব্রেরি নির্ভরতাগুলি মুদ্রণ করুন


5
Ldd কমান্ড নির্ভরতা নির্ভরতা কাজ করে, যা আমি চাই না।
নিখরচায় উইলডিবেস্ট

11
আমার জন্য এটি ভাল কাজ করে। এমনকি এটি আপনাকে জানায়, কোনটি গ্রন্থাগার পাওয়া যায় এবং পাওয়া যায়নি।
ফিলিপ এফ

2
ldd একটি এক্সিকিউটেবলের সাথে কাজ করবে না - কেবল ভাগ করা লাইব্রেরির নির্ভরতাগুলি অনুসন্ধানের জন্য এটি দরকারী।
টাক্সডুড

2
টাকসুদে, কেন এমন ভাবছেন? ইডিএফ এক্সিকিউটেবলের জন্য এলডিডি'র অযোগ্যতার কারণ কী?
ভিট্টি evসায়েভ

ডেভলপমেন্ট মেশিন থেকে ডিপোরিয়াল আর্কাইভের ক্যাপিয়ং প্রয়োজনীয় ভাগ করা লিবসের জন্য এটি দুর্দান্ত।
টোম জ্যাটো - মনিকা

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

সরাসরি ভাগ করা অবজেক্ট নির্ভরতাগুলি 'নিডেড' মান হিসাবে তালিকাভুক্ত করছে। সুতরাং উপরের উদাহরণে, libXpm.so.4আমার সিস্টেমে কেবল প্রয়োজন libX11.so.6এবং libc.so.6

এটি লক্ষণীয় গুরুত্বপূর্ণ যে এর অর্থ এই নয় যে বাইনারি দ্বারা প্রয়োজনীয় সমস্ত চিহ্নগুলি objdumpপাঠাগারগুলিতে উপস্থিত হবে, তবে এটি বাইনারি লোড করার সময় লোডার কোন লাইব্রেরিগুলি লোড করার চেষ্টা করবে তা অন্তত প্রদর্শিত হবে।


13

ldd -v "সংস্করণ তথ্য: 'বিভাগের অধীনে নির্ভরতা গাছ প্রিন্ট করে that বিভাগের প্রথম ব্লকটি বাইনারিগুলির সরাসরি নির্ভরতা।

হায়ারার্কিকাল এলডিডি দেখুন (1)


এই এবং এর মধ্যে পার্থক্য কী objdump -x <binary> | grep "NEEDED"? আমার অর্থ, উভয়ই প্রায় একই, আমি কেবল একটি .soফাইলের lddচেয়ে বেশি পেয়ে যাচ্ছি objdump। তবে ফলাফলগুলি একই নয় বলে আমাকে বিস্মিত করে তোলে কোন পদ্ধতিটি আরও সঠিক।
m4l490n
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.