問題タブ [ld-preload]

システムコール mkdir() を変更して、ディレクトリを作成させたくない一部のユーザーをフィルタリングしようとしています。これは最もエレガントな方法ではないかもしれませんが、なぜ機能しないのか知りたいです。

mkdir() の置き換えコードは次のとおりです。

-Wall -std=c99 -fPIC -lconfig -ldl -shared でコンパイル

mkdirバイナリで使用すると、完全に機能します

LD_PRELOAD=wrapper.so /bin/mkdir ディレクトリ

しかし、私がこのように使用すると：

LD_PRELOAD=wrapper.so bindfs AB my mkdir() は使用されません。

この実装を試してみましたが、私のニーズをカバーしていませんが、binfs で動作します

これはおそらく恥ずかしいでしょう：

私は他のプロジェクトでライブラリのプリロードを使用していますが、この最小限の例を機能させることができません:

弱参照.h:

弱いref.c:

test_weakref.c:

これが私がすることです：

最後のコマンドの期待される出力は

私は何が欠けていますか？

LD_PRELOAD を使用してオーバーロードsystem()などfopen()を行っています。 fstream を独自の実装に置き換えたいのですが、どこから始めればよいかわかりません。Web を検索しましたが、クラスの一部または全体のオーバーロードに関する良い例が見つかりません。どんな助けでも大歓迎です。

ありがとう。

さまざまなファイルシステム パスをハードコードするコンパイル済みプログラムを実行する必要があり、それらのパスには異なる値が使用されます。実際的な理由から、プログラムのソース コードを調整して再コンパイルすることはできません。さらに、ハードコードされたファイルをシンボリックリンクに置き換えたり、ハードコードされたファイルを他の方法で変更したりすることは認められません。

LD_PRELOAD フックとバイナリへのパッチの 2 つの解決策しか思いつきません。前者はより簡単で信頼性が高いようです。より良い解決策、またはこの問題を解決することを目的とした既存のソフトウェアはありますか?

PS私は恐ろしいハックについて話していることを知っています. 問題のハードコードされたソフトウェアは、Linux ディストリビューションで広く配布されていますが、完全にメンテナンスされていないように見えます。また、私が許容できる時間内にパッチを配布するどころか、ディストリビューションにパッチを適用する可能性もありません。

特に Mac OS X では、プログラムが DYLD_INSERT_LIBRARIES を介して SIGTERM を無視するようにすることは可能ですか?

これをコンパイルして挿入しようとしました：

でも、

問題なく kill -15 できました。

malloc/calloc/realloc/free 関数を書き直しています。今のところ、私はmallocを終了し、テストのために、次のような「無料」関数を書きます:

そして、さまざまなソフトウェアで機能をテストし、ls/firefox/man で動作します...

しかし、GIMPのようなソフトウェアを使用すると、次のことができます:

SO、何もしない無料でこの問題が発生する理由がわかりません。（私の無料の関数が呼び出され、「printf」でテストしました）

誰かがそれがどこから来たのか知っていますか?

読んでくれてありがとう

LD_PRELOAD を使用して、共有ライブラリ内の関数の呼び出しをインターセプトできることを知っています (アプリが静的にリンクされていない場合)。ただし、追加機能やバックグラウンド スレッドをアプリケーションに追加するためにどのように使用できるかはわかりません。

たとえば、バークレー研究所のチェックポイント/再起動では、このメソッドを使用して、後でチェックポイントが設定される可能性のあるバックグラウンド スレッドをアプリケーションに追加していると思います。

では、問題は、どの共有ライブラリの関数がこのアプリから呼び出されているかを事前に知らずに、LD_PRELOAD を使用してコンパイル済みのアプリにスレッドを挿入する方法です。

リンカーに厄介な問題があります。いくつかのシンボルを共有ライブラリから静的ライブラリにリンクしたいが、そのシンボルをエクスポートしたくない (つまり、単純にライブラリをマージしたり とリンクしたりすることはできない--whole-archive)。私が欲しいのは、共有ライブラリを静的なものにリンクし（実行可能ファイルをリンクする、未定義のシンボルを解決するなど）、未定義のシンボルを削除することです。

私が探しているのはおそらく単なるリンカー オプションですが、指を置くことはできません。

問題をできる限り説明し (それほど簡単ではありません)、おもちゃで最小限の例を示して遊んでみます。

編集：問題は解決されました。解決策は質問の最後に投稿されました

簡単な説明:

LD_PRELOADこのトリックを使用して、一部の関数呼び出しを実行可能ファイルにトラップしたいと考えています。この実行可能ファイルは、トラップしたい関数の関数定義を含むサード パーティの共有ライブラリに対してリンクされています。

このサードパーティのライブラリには、別のライブラリのシンボルも含まれています。これは、自分のライブラリでも使用していますが、別の (互換性のない) バージョンです。

私がやりたいことは、共有ライブラリをコンパイルし、コンパイル時にシンボルをエクスポートせずに最後の (静的) ライブラリの定義とリンクして、共有ライブラリがトラップしたいバージョンとは異なるバージョンを使用するようにすることです。

簡素化された問題の説明

というサードパーティ ライブラリlibext.soがありますが、そのソース コードはありません。これは関数を定義し、別のライブラリbarの関数を使用しますが、シンボルは両方ともそこで定義されています。foo

前述fooしたように、新しいバージョンを使用したい外部依存関係です。私はそれのために更新されたライブラリを持っています、それを呼びましょうlibfoo.a：

問題は、 を再定義する動的ライブラリを作成したいのですが、ライブラリでfrombarの定義を使用し、 from の関数でfromの関数を呼び出したいことです。言い換えれば、ライブラリのコンパイル時のリンケージが必要です。foolibfoo.alibext.sofoolibext.solibfoo.a

私が探しているのはlibfoo.a、シンボルを使用するがエクスポートしないライブラリを定義することです。ライブラリを にリンクするとlibfoo.a、次のようになります。

つまり、 と の両方をオーバーロードfooしbarます ( をオーバーライドしたくありませんfoo)。ライブラリをlibfoo.aにリンクしないと、次のようになります。

したがって、私のライブラリは のバージョンを使用しますがfoo、これも望ましくありません。私が欲しいのは：

コンパイルfoo時にリンクされ、そのシンボルはエクスポートされません。

最小限の例

これを読む必要はありませんが、これを使って遊んで解決策を見つけることができます。

bar.cpp: コードを持っていないサードパーティのアプリを表します:

foo.cpp: 私のライブラリとサードパーティの両方で使用される関数の新しいバージョンを表します:

trap.cpp：私のライブラリからのコード、それはトラップbarし、新しいものを呼び出してfoo転送します：

exec.cpp: 呼び出すダミーの実行可能ファイルbar:

Makefile: Unix のみ、申し訳ありません

この場合、;をbar呼び出します。foo通常の実行は次のとおりです。

ライブラリをプリロードすると、interceptsbarが呼び出され、myfooおよび forwardsが呼び出されますbar。現在の実行は次のとおりです。

最後の行が間違っています。目的の出力は次のとおりです。

解決

1) 受け入れられた回答で指摘されているように、リンカー バージョン スクリプトを使用して、望ましくないシンボルのスコープをグローバルからローカルに変更できます。

リンカー バージョンのショーでのコンパイルfooはローカルであり、プログラムは期待どおりに動作するようになりました。

libfoo.a2) 別の方法は、属性を使用して再コンパイルし、-fvisibility=hiddenそれに対してリンクすることです。エクスポートされたシンボルの可視性もローカルであり、動作は上記と同じです。