gdb内の特定のオペコードで命令をブレーク

Question

私は、プログラムのある時点で実行されるいくつかのコードのアセンブリコードを持っています。 メモリ内のコードのアドレスがわかりません。

現在の命令が入力された命令と一致するときにgdbを中断させることはできますか？例えば

私は、GDBは、この命令に到達するたびに分割するgdbをしたい：

leaq  0x000008eb(%rip),%rax 

Answer 1

いいえ、これが不可能であり、また、実装するのは非常に非効率的だろう。

デバッガの通常のブレークポイントの2種類のサポート：

• をハードウェアがをブレークポイント：メモリ内のいくつかの場所が変更されたように、デバッガは、いくつかのイベントが発生したときに特別な例外割り込みを上げるためにCPUを要求します。
• ソフトウェアブレークポイント：デバッガはブレークポイントのアドレスのオペコードを特別な "トラップ"命令（x86アーキテクチャではint 3/0xcc）に置き換えます。

現在の命令のオペコードを一致させると、ハードウェアブレークポイントを挿入するためのCPUサポートが必要になるか、ソフトウェアブレークポイントを使用するためにデバッガがアドレスを知る必要があります。

理論上、デバッガは命令のバイトシーケンスをメモリ全体で検索するだけで、命令またはデータの途中でバイトシーケンスが発生する可能性があるため、誤検出が発生する可能性があります。

アセンブリ命令は可変長であるため、任意のアドレスにジャンプしたり、コード自体を修正したりすることができます。メモリ領域全体を逆アセンブルして特定の命令を見つけるのも簡単ではありません。

基本的に、任意のアセンブリコードで確実に命令を見つける唯一の方法は、命令レベルでシングルステッピングすることです。これは非常に高価なものになります。すべての命令を一歩一歩実行すれば、今日のハードウェアではprintf()などの些細な図書館の呼び出しでも数分かかることがあります。

Answer 2

I don't know the address of the code in memory.

あなたはそのアドレスを見つけることを妨げる原因は何ですか？ objdump -dを実行し、目的の命令を見つけ、そのアドレスを書き留めます。問題が解決しました？ （これは共有ライブラリにも同様に拡張されています）

Answer 3

ハードウェアのサポートがないため、効率的に実行することは不可能です。

しかし、あなたが本当にそれをしたい場合は、このPythonコマンドは、出発点としての役割を果たすことができます。

class ContinueI(gdb.Command): 
    """ 
Continue until instruction with given opcode. 

    ci OPCODE 

Example: 

    ci callq 
    ci mov 
""" 
    def __init__(self): 
     super().__init__(
      'ci', 
      gdb.COMMAND_BREAKPOINTS, 
      gdb.COMPLETE_NONE, 
      False 
     ) 
    def invoke(self, arg, from_tty): 
     if arg == '': 
      gdb.write('Argument missing.\n') 
     else: 
      thread = gdb.inferiors()[0].threads()[0] 
      while thread.is_valid(): 
       gdb.execute('si', to_string=True) 
       frame = gdb.selected_frame() 
       arch = frame.architecture() 
       pc = gdb.selected_frame().pc() 
       instruction = arch.disassemble(pc)[0]['asm'] 
       if instruction.startswith(arg + ' '): 
        gdb.write(instruction + '\n') 
        break 
ContinueI() 

だけでそれをソース：

source gdb.py 

として次のコマンドを使用します。

breaki mov 
breaki callq 

あなたは与えられたオペコードで実行された第1の命令のままになります。

TODO：これはあなたの他のブレークポイントを無視します。

syscallの特定の一般的なケースでは、あなたがcatch syscallを使用することができます「...そして、また、実装するのは非常に非効率的だろう」* https://reverseengineering.stackexchange.com/questions/6835/setting-a-breakpoint-at-system-call