ARM64でptraceより2000倍以上速いシステムコールフック作った - Blog posts by @retrage
元ネタ: https://yasukata.hatenablog.com/entry/2021/10/14/145642 せっかちな人向け ARM64向けの高速なシステムコールフックを作った マイクロベンチマークではptraceの2000倍以上、seccompの140倍程度高速 コードはこちら: https://github.com/retrage/svc-hook zpolineとは USENIX ATC 2023において、zpolineというx86/Linux向けの高速なシステムコールフックが提案された[1]。これは、binary rewritingで2バイトの命令である syscallやsysenterを同じ2バイト命令であるcallq *%raxに置き換えた上で0x0のアドレスにトランポリンを設置する、というものである。 同じような仕組みを他のアーキテクチャでも実現だろうか？という
libevのev_asyncとは何に使用するものですか？
libevのドキュメントでしたら 本家のREADME を参照するのが良いと思います。 ev_async は、マルチスレッド環境でイペントループに対して安全にイベントを通知する仕組みです。例えば、あるスレッドが ev_run() しているイベントループに対して、別のスレッドからループの終了を通知したいといった目的で利用されます。 以下に ev_async を用いて、別スレッドからイベントループを終了させるサンプルのコードを載せておきます。（※ エラー処理など省略しています） #include <stdio.h> #include <unistd.h> #include <pthread.h> #include <ev.h> struct ev_loop *loop; struct ev_async shutdown_w; static void * thread_main (void *ar
【Linux】イベント駆動ライブラリのlibevのサンプルmain - 地方エンジニアの学習日記
software.schmorp.de #include <stdio.h> #include <stdlib.h> #include <netinet/in.h> #include <ev.h> #include <strings.h> #define PORT_NO 3033 #define BUFFER_SIZE 1024 void accept_cb(struct ev_loop *loop, struct ev_io *watcher, int revents); void read_cb(struct ev_loop *loop, struct ev_io *watcher, int revents); int main() { struct ev_loop *loop = ev_default_loop(0); int sd; struct sockaddr_in addr;
D_FORTIFY_SOURCEを使う - hidetzu's blog
これもバッファーオーバーフロー検出に関するお話。 gcc4からの機能です。 使い方 (o1以上の最適化オプションをつける) gcc -O1 -D_FORTIFY_SOURCE=1 foo.c検出時は、下記のいずれか コンパイル時 実行時 これの機能のすごいとこは、リリースビルドで使えるということ。 gオプションがいらないので、リリースするモジュールにも積極的に使えるということ。 #include <string.h> static char buf[6]; int main(int argc, char** argv) { strcpy(buf, argv[1]); return 0; } こんなソースを実行すると下記の感じになる。 ======= Memory map: ======== 08048000-08049000 r-xp 00000000 08:01 10888991 /ho
CおよびC++のコンパイラ・オプション強化ガイド - The Linux Foundation
このドキュメントは、C および C++のネイティブ（またはクロス）ツールチェーンを使用して、信頼性が高くセキュアなコードを提供するために貢献するコンパイラとリンカのオプションに関するガイドです。コンパイラオプションの強化の目的は、潜在的な攻撃や誤動作に対するセキュリティメカニズムを備えたアプリケーションバイナリ（実行可能ファイル）を生成することです。また、強化されたコンパイラオプションは、最新のオペレーティングシステム（OS） の既存のプラットフォーム セキュリティ機能とうまく統合するアプリケーションを生成するはずです。コンパイラコンパイラを効果的に設定することは、コンパイラーの警告、静的解析、デバッグインスツルメンテーションの強化など、開発中にもいくつかの利点をもたらします。 本ドキュメントは、以下の方々を対象としています： 組み込み機器、モノのインターネット機器、スマートフォン、パソコ
お手軽にcoredumpを圧縮して保存する方法 〜core_patternの話〜 - Qiita
TL;DR coredumpはサイズが大きくなりがちなので圧縮したいということはよくあると思う。 下記設定で、お手軽にgzip圧縮して保存できる、という小ネタ。 環境 動作確認、および、引用しているLinuxのソースコードはv4.15.0。 core_patternとは？ coredumpが出力されるLinux環境では、デフォルトではプロセスの実行ディレクトリにcoreという名前で保存される。 ただこのままだと場所がバラけてしまうため管理しにくい。 また、同一ディレクトリで動いているプロセスにつき一つしかcoredumpを残せないのも問題だ。 そこでlinuxには/proc/sys/kernel/core_patternで出力ファイル名を変更する仕組みが用意されている。 man core(5) Naming of core dump files By default, a core dum
第16回「 kernel-debug ノススメ」 | NTTデータ先端技術株式会社
Tweet Linux カーネルの中には、カーネル内でのデッドロックやメモリリークなど、カーネル自身のデバッグを行うための様々な機能が含まれています。しかし、 kernel パッケージに含まれている普通のカーネルでは大部分が無効化されているため、実際に運用を開始してトラブルに遭遇するまで、カーネル自身のバグに気が付かないケースが多くあります。 RHEL の場合、多くのデバッグ機能を有効にした kernel-debug というパッケージも提供されています。 kernel-debug パッケージに含まれているデバッグ用カーネルを用いてシステムの構築時に試験を行うことで、運用開始後に遭遇する可能性のあるバグの一部を事前に見つけて対処を行うことができます。また、運用開始後でも、原因の究明に役立つことがあります。 kernel-debug パッケージのインストールは、以下に示すように yum コマン
ftraceの使い方 - へにゃぺんて＠日々勉強のまとめ
ftraceの使い方については、以下の記事でも紹介しましたが、 ftraceを試してみました - へにゃぺんて＠日々勉強のまとめ 過去には紹介しなかった使い方も分かったので、あらためてまとめます。 過去に紹介したときは、 「関数単位でカーネルの実行状況のトレースログを出してくれる機能」 という紹介でしたが、実は他にも機能があります。 なお以降の説明は、Linux 3.14.51で確認したものです。 また、debugfsのマウントポイントをで略記しています。 参考: debugfsのマウント方法 (マウントポイント /sys/kernel/debug の場合) sudo mount -t debugfs none /sys/kernel/debug カーネルコンフィギュレーションの変更 ftraceを使用する際もカーネルコンフィギュレーションの変更が必要です。 Kernel hacking
google/gopacket + libpcap で作るツールのパケットバッファ戦略 - Copy/Cut/Paste/Hatena
tcpdpの中のお話です パケットを一時的に保持するバッファ google/gopacket/pcap パッケージでパケットを取得するようなツールを作る場合、2つのバッファを持つことになります。 libpcapが持つバッファ google/gopacketが持つバッファ（バッファ付きチャネル）。1000で固定。 パケットは加工されつつ上記のバッファを経由して、最後にgopacketからパケットを受けとることになります。 そしてバッファには、以下のような特徴があります。 libpcapが持つバッファが溢れたらパケットロスが発生します gopacketのバッファサイズは固定です libpcapは ImmediateMode がOFFだと、libpcapが持つバッファにある程度パケットを貯めてからまとめて返します 上記特徴からみても、ツールが正しく動くようにするためには いかにlibpcapのバ
【systemd】StandardOutput=fileはログをファイルに出力できるけど追記されない | なうびるどいんぐ
systemdで作ったserviceのログ(標準出力)をファイルに出力したい！みたいな奴の、少し新しめなやり方。 (タイトルちょっと変わった、以前のタイトル: systemd 236からはStandardOutput=fileでログをファイルに出力できる) 先に結論 僕は長話が好きなので、急ぎの人のために先に結論を。 systemdのバージョン236以上からはStandardInput、StandardOutput、StandardErrorにfileを指定可能。 StanderdOutput=file:/absolute/pathみたいに指定する。 しかしこれはファイルが追記されない。追記させるにはsystemd 240から追加されたappendが必要。 systemdのログをファイルに出力したい みたいな要求、ありますよね？僕はあります。 もちろんsystemctl statusとかj
ソートしないで重複行を削除する - Qiita
uniq コマンドは事前にデータをソートしておく必要がありますが、ソートされていないデータから重複する行を削除したいこともありますよね。そんなときは これだけです。 解説 a は連想配列の変数で名前は何でもいいです $0 には行全体が格納されています つまり各行をキーとする連想配列を作成し、同じ行が現れるたびに値をインクリメントします ! により値が 0 のとき、つまり最初にその行が現れたときだけ条件が真になります アクション部分は省略されているので行全体が表示されます Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark them
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
man poll (2): ファイルディスクリプタにおけるイベントを待つ
man sigaction (2): シグナルの動作の確認と変更
15.2.3. C コードを使用したクロック解決の比較 | Red Hat Product Documentation
Visual Studio Codeでsigactionを使うと「incomplete type is not allowed」 - cist-it
vsprintf(3) manページ
Linuxにおけるデバイスドライバの 開発とデバッグの実際
Embedded Linux kernel解析ノウハウ Linux kernel traceの詳細
デバイスドライバのデバッグ手法と使い分け
Man page of CHMOD