GDB / LLDB (低レイヤデバッガ)

こんにちは！開発の現場で、こんな壁にぶugぶつかったことはありませんか？「自分でゼロから作った言語処理系（JITコンパイラ）が、メモリ上で生成した動的な機械語を実行した瞬間に、『Segmentation fault (core dumped...

セキュリティ調査の決定版！GDBを用いた『GOT/PLTフック』によるライブラリ関数呼び出しの監視と差し替え術現代のDevOpsおよびセキュリティエンジニアリングにおいて、ブラックボックスなバイナリの挙動解析は避けて通れない関門である。特に...

はじめに：なぜ「GOT/PLTフック」をGDBで極める必要があるのかテックリードの視点から言えば、現代のセキュアコーディングやリバースエンジニアリングにおいて、ブラックボックス化したバイナリの挙動を完全に支配下置くスキルは、もはや「特技」で...

こんにちは！日々のデバッグやセキュリティ調査、本当にお疲れ様です。開発者として経験を積んでいくと、「動いているプログラムの内部で、ライブラリの関数がどう呼ばれているのかを覗き見たい」「特定の危険なAPIコールの瞬間をキャッチして、挙動を捻じ...

LLDB極限活用術：レジスタとメモリの直接操作による「不可能な状態」の強制再現と自動化優れた開発者と、伝説的なアーキテクトを分かつ境界線はどこにあるか？それは「問題が発生するのを待つ」か、「望みの異常系を意図的にねじ伏せて作り出す」かの違い...

LLDBの深淵：『Frame Variable』と『Memory Read/Write』を極め、デバッガ上で「不可能な状態」をねじ曲げる裏技こんにちは。テックリードとして日々数百万行規模のコードベースと格闘していると、次のような絶望的な状況...

こんにちは！日々のデバッグ作業、本当にお疲れ様です。バグを直すために「コードを書き直して、コンパイルして、再現手順をもう一度踏んで……」と何分も消耗していませんか？もし、「いま動いているプログラムのメモリやレジスタをその場で直接書き換えて、...

生のポインタ地獄からの脱却：GDB Python Pretty-Printersで巨大自作コンテナを「人間語」で可視化する極意コンパイル言語、特にC++でミドルウェアやゲームエンジン、あるいは高頻度取引（HFT）システムのエッジサービスを開...

はじめに：なぜ、ポインタの羅列を読む苦行を続けるのか？テックリードの私たちが、日々のコードレビューや障害解析において最も時間を奪われているもの。それは「複雑なC++カスタムコンテナの内部状態をGDB上で把握する作業」ではないでしょうか。自作...

こんにちは！日々のC++開発、本当にお疲れ様です。巨大な自作コンテナや、複雑にネストされた独自ポインタ構造体をGDBでデバッグしていて、絶望的な気分になったことはありませんか？(gdb) p my_custom_map$1 = { _M_i...