ptrace より 100 倍速いシステムコールフック作った - かーねるさんとか
新しい高性能で汎用的なシステムコールフックの仕組みを作ってみました。 モチベーションとして、システムコールをフックしてユーザー空間でエミュレートしたくなったのですが、現状、性能と汎用性を両立する仕組みがなさそうだったので、新しい方法を考えました。 今回のシステムコールフックの仕組みは以下のような特徴があります。 ptrace より 100 倍以上高速 LD_PRELOAD や既存のバイナリ書き換えツールより確実 カーネルへの変更なし、かつカーネルモジュールを使わない プログラムのソースコード、プログラムの再コンパイル不要 eBPF でトレーシングをしているけれど、できれば制約が少ないユーザー空間でトレーシングツールを作りたい。もしくは、gVisor のようなサンドボックスを作りたいけれど、ptrace による性能劣化が大きいので、他の高速なシステムコールフックの仕組みが使いたい、というよう
革命の日々！ a.out からコンパイラバージョンを取得する方法
忘れないうちにメモ Linuxで普通に実行ファイルつくると.commentセクションとデバッグインフォメーションの 二箇所にコンパイラのバージョンが入ってる。これはobjdumpやreadelfで観測できる。 なぜこんなテクニックを知る必要があるかというとバグ報告で嘘のコンパイラバージョンを 報告してくる輩はけしてレアではないからである １つめ。.comment セクションを objdumpで表示 % objdump -s -j .comment a.out a.out: file format elf64-x86-64 Contents of section .comment: 0000 4743433a 2028474e 55292034 2e342e36 GCC: (GNU) 4.4.6 0010 20323031 32303330 35202852 65642048 2012030
gcc _Unwind_Backtrace()の謎
ふと思い立ち、gccの秘密(?)関数_Unwind_Backtrace()を使って実行途中プロセスのbacktraceを取ってみようとしたら、驚くほど動かず、延々と調査するはめに。結局わかったことは以下: C++のコードの中から使った場合は(試した範囲内では)いつでも動く Cのコードから使った場合、x86_64(amd64)やIA64では動くが、x86(32ビット)とかsparcでは動かない。また、これらはOSにも依存しない Cの場合で、x86_64とx86の違いは、ELFの.eh_frame section内に実行コードのframeに関するcall frame information(CFI)が含まれているかどうか。含まれていれば動くが、そうでなければ動かない。 x86におけるC++とCの差もELFの.eh_frame sectionの中身の違い .eh_frame sectionに必要
スタックオーバーフローのハンドリング (Stack Overflow Handling)
作成日：2004.04.12 更新日：2006.02.19 更新記録 (2004.04.12) 3/6、 3/11、 3/13 の日記をまとめて作成。 (2004.05.07) 文章を修正。サンプルコードを追加。 (2005.01.20) alternative → alterante に修正。 (2005.02.13) 追記を記述。 (2006.02.17) linux_stack_info.cpp の実装に誤りがあったので修正。 (2006.02.19) BSD 系OS でのスタック領域情報の取得の仕方を追加 初めに C/C++ でプログラムをしているとつい忘れてしまうのがスレッドのスタックオーバーフローの問題。 最近の OS はスレッド当たり 2〜8MB のスタック領域を持っているため、よほどのことがない限りスタックが溢れてしまうことはない。 だが、再帰や alloca を積極的に使
Vimでバイナリ編集が出来るプラグインvinarise - Ideals and Reality
Vimでバイナリ編集をする際にはxxdコマンドを使ってバイナリ表示をさせることになると思いますが、それは単体ではとても使いにくいもので、決して常用出来るものではないと思います。 しかし、現在のVimには直接バイナリが編集出来るプラグイン、vinariseがあります。 github : vinarise vinariseは現在最低限のバイナリ編集機能しかありませんが、xxdコマンドを使うよりも非常に使い勝手が良いです。 今回最先端のVim上で使用出来るバイナリエディタとしてvinariseを紹介したいと思います。 使用時の最低要件 vinariseを使用するには、vinariseのプラグイン自体は当然必要ですが、Pythonインタフェースが必要になります。 Pythonインタフェースについては以下を参考にしてください。 Hack #132: Pythonインタフェースを使う(1) あとはvi
Open Design Computer Project [Open Design Computer Project]
当サイトは、オリジナルなハードウェア・ソフトウェアでコンピュータを1から設計・製作し、その成果物をオープンに公開することを目的としたウェブページです。 製作を進めているシステムは携帯端末や汎用コンピュータなどのリッチなシステムをターゲットとし進めています。ハードウェアとソフトウェアの連携を強化し、低消費電力でありながらも体感パフォーマンスを満足できるコンピュータアーキテクチャを目指し製作を進めています。 当プロジェクトは、情報処理推進機構 2011年度未踏IT人材発掘・育成事業に採択されました。 現在のハイエンドプロセッサではOur Of Order実行という仕組みを採用し、プログラミングされた順序をハードウェア自身が都合の良い順番に変え命令レベルの並列性を向上させる仕組みを用いています。これにより命令レベルでの並列度は格段に向上しますが、ハードウェア規模の増大を招いてしまい、結果的に消費
CXXIがクロスプラットフォームでC++/C# interopを実現する(予定) - ものがたり(旧)
monoチームからCXXIという新しいコンポーネントが登場しました。これはC++とC#のinteroperabilityを実現するフレームワークだそうです。 》 CXXI: Briding the C++ and C# worlds. http://tirania.org/blog/archive/2011/Dec-19.html 以前からcppinteropという名前で作っていたハカーたちがいて、7月のMonospace conferenceでも発表されていたのですが、それがブラッシュアップされて登場したのがコレです。 》 mono / cxxi https://github.com/mono/cxxi 以下、6割方↑記事の内容を引っ張ってきています。 CXXIの機能・特徴 CXXIが実際にサポートする機能は、ざっと次のようなものだそうです（便宜上C#と.NETはまとめてC#と書きます）
BridJ on Androidでネイティブコードを活用する - ものがたり(旧)
これは最近いじっていたBridJというライブラリについてまとめたものです。本当はもうちょっと体裁を整えてどっかに記事として投げられないかなあと思っていたんですが、そこに時間を割くのももったいないかなと思ってやめました。なわけで文体が違和感ありありですがそこは気にしない^2 - AndroidとJNI Javaでは、ネイティブコードを呼び出す方法として、JNI (Java Native Interface)が提供されています。JNIは、JavaとC/C++で書かれたネイティブコードを繋ぐものです。具体的には、Javaでnativeキーワードを使用して定義したメソッドを入り口から、対応するCあるいはC++のコードを（プラットフォーム固有の）共有ライブラリとしてロードして実行できます。 JNIで使用する共有ライブラリとしては、Windowsであれば.dll、Mac OS Xであれば.dylib、
maloader - a mach-o loader for linux - 兼雑記
https://github.com/shinh/maloader Linux で動く Mach-O loader を書いています。何ができるかというと、 Mac のバイナリが Linux でそれなりに動きます。今のところ、 gcc 、 otool 、 nm などの、いくつかのコマンドラインツールと、その gcc が生成した簡単なプログラムなんかが動きます。 Safari とか iTunes とかはもちろん動きませんし、動くようにしたいとも思ってないです。 仕組みとしては、引数に与えられた Mach-O バイナリを適当に読み込んで、指定された通りに mmap して、未定義なシンボルは linux の世界から探してきて再配置して、でエントリポイントに jmp する、と。まぁローダの説明そのまんまという感じです。 ローダはまぁ Mach-O のフォーマットが mach-o/loader.h か
めくるめくギリギリCPUの世界 - .mjtの日記復帰計画
追記 : ↓のmcpuがネタ元にしているmprozは拡張され、SCSIインターフェースやビデオ出力、マルチタスクOSさえ備えたxprozになっている。http://www.bitlib.de/pub/xproz/ 詳細はドイツ語PDFしかないが、アーキテクチャは英語txtで読める。 prev: http://d.hatena.ne.jp/mjt/20100912/p2 世間には、MISC - Minimal Instruction Set Computerと呼ばれるジャンルのCPUが有る。RISCのRはReducedなので、Minimalというくらいならどれくらい少いのか。 まず、OISC - One Instruction Set Computerが有る。 http://en.wikipedia.org/wiki/One_instruction_set_computer コンピュータを構
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - google/bloaty: Bloaty: a size profiler for binaries
GitHub - Homebrew/ruby-macho: 🔩 A pure-Ruby library for parsing Mach-O files.
GitHub - NixOS/patchelf: A small utility to modify the dynamic linker and RPATH of ELF executables
Building Mach-O Files
Interface Definitions for libgcc_s
gcc/config/i386/nacl-i386-macros.s - native_client/nacl-gcc - Git at Google
NaCl SFI model on x86-64 systems - The Chromium Projects
static linking only some libraries
C ABI Hacks
Google Code Archive - Long-term storage for Google Code Project Hosting.