タグ付けされた質問 「reverse-engineering」

いくつかの一般的なコマンド（などread）が実際にはBashビルトインであることを発見した後（プロンプトでコマンドを実行すると、ビルトインに転送する2行のシェルスクリプトを実際に実行しています）、同じかどうかを確認していました以下のための真実であるtrueとfalse。 まあ、彼らは間違いなくバイナリです。 sh-4.2$ which true /usr/bin/true sh-4.2$ which false /usr/bin/false sh-4.2$ file /usr/bin/true /usr/bin/true: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=2697339d3c19235 06e10af65aa3120b12295277e, stripped sh-4.2$ file /usr/bin/false /usr/bin/false: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), …

80 linux  reverse-engineering 

最近、バイナリLinuxプログラムを理解する仕事をしました。ただし、プログラムはバイナリ形式でした。 私は、コマンドを使用しfile、stringsし、objdumpそれが何をやっていたのわずかなアイデアを持っている、そしてそれは呼んでいたものを機能。 バイナリはデバッグ情報とともにコンパイルされているようです。それについてさらに何を学ぶことができますか？

52 linux  reverse-engineering 

一般に、アームシステムの場合、デバイスツリーはカーネルにハードウェア情報を提供します（Linux）。これらのデバイスツリーは、コンパイルされてカーネルにロードされるdts（デバイスツリーソース）ファイルとして存在します。問題は、そのようなdtsファイルにアクセスできず、ファイルにもアクセスできないことdtbです。 私はへのアクセス持っている/sysと/proc、マシン上に、私はそれは私がDTSで使用される「正しい値を推測」できるようになるならばお願いしたいですか？ また、潜在的な答えは、この質問への答えがデバイスツリーインターフェイスが最初に使用されたか（つまり、a dtbが作成されてカーネルに提供されたか）に依存する場合、さらにハッキングする代わりに側面をさらに強調する可能性があります。カーネルのみのデバイス情報の問題を解決するようにカーネルにパッチを適用します」

20 linux  linux-kernel  arm  device-tree  reverse-engineering 

残念ながら、ソースコードを紛失し、Linuxのgccで作成された出力ファイルがあり、PCにアクセスできません。出力ファイルをソースファイルに変換する方法はありますか（LinuxのCでは）？

14 c  source-code  reverse-engineering