問題タブ [ld-preload]

私の前の質問に関連して

私はうまく介入しましたが、もっと問題mallocがあるようです。calloc

これは特定のホストで発生し、内部呼び出しcallocの可能性がある無限ループでスタックします。ただし、基本的なテストホストはこの動作を示しませんが、私のシステムの「ls」コマンドは示しています。callocdlsym

これが私のコードです：

さて、次のことを行うと、無限ループに続いてセグメンテーション違反が発生します。例：

ただし、インターポーザーをコメントアウトすると、callocほとんど機能しているように見えます。

つまり、「ls」はinit()2回呼び出されることを意味します。

編集出力からわかるように、次のホストプログラムは正しく機能することに注意してください-init()一度だけ呼び出され、calloc正常に挿入されます。

initの属性printf()を介していくつかの s を実行する共有オブジェクトがあります。ものすごく単純。設定したいくつかの変数を通知するだけです。

printfsが原因でエラーLD_PRELOAD=mylib.so ./program.sh -flagsをprogram.sh吐き出すと：

その後、プログラムは正常に起動します。printf()変数のチェックを行うときに、bash スクリプトが s で破損しているようです。

回避策はありますか?

一緒に配布することはできますか？

• GPLプログラムとそのソース
• ソースのない非フリーライブラリ
• ライブラリをGPLプログラムにLD_PRELOADSするinitスクリプト

GPLプログラムは、フリーでないライブラリがなくても正常に機能します。この非フリーライブラリは、プログラムバイナリがリンクされているフリーライブラリと同じインターフェイスを提供します。

このようなものを一緒に配布することは許可されていますか、それともGPL違反になりますか？

ライブラリ関数をフックするために使用LD_PRELOADしていますが、Linux では完全に機能します。しかし、OSXで同等のことを行う方法がわかりません。

Linuxでのセットアップは次のとおりです。

コードは次のとおりです。

次に、次のようにコンパイルします。

次に、次のように実行します。

上記はすべて Linux でうまく機能しますが、これを OSX で機能させるための各ステップに相当するものは何ですか? これをグーグルで検索しましたが、一部の手順の情報が欠落しているため、提供された情報を使用して機能させることができませんでした.

前もって感謝します！

LD_PRELOAD に関する問題が発生します。

HPUX と Solaris で LD_PRELOAD を使用すると、open64/open/creat64/creat 関数を /usr/bin/touch にアタッチできないことがわかりましたが、リンク解除は /usr/bin/rm で有効になります。なぜですか?

私は簡単なテストをしました：

これを行うと、次のことがわかりました。通常、ファイルを開くことはできませんが、タッチするとできます。

なぜ!私は長い間これに戸惑いました. 誰が私を助けることができます.thx

最後に、下手な英語でごめんなさい

Mac OS 10.7.2 を実行し、libfaketimeを実行しようとしても何も起こりません。指示どおりにインストールして実行しましたが、時刻と日付だけがシステムに設定されているとおりに正確に保持されますか? OSXでこれを正常に実行できる人はいますか?

openat()経由でロードできるカスタム共有ライブラリを使用して、Linuxでシステム コールをインターセプトしようとしていLD_PRELOADます。例intercept-openat.cには次の内容があります。

経由でコンパイルしgcc -fPIC -Wall -shared -o intercept-openat.so intercept-openat.c -ldlます。次に、この小さなサンプル プログラムを実行すると、次のようになります。

呼び出しは、openat()ライブラリを介して書き直されます。

ただし、GNU tar では、同じシステム コールを使用していても、同じことは起こりません。

そのため、カスタムopenat()fromintercept-openat.soは呼び出されていません。何故ですか？

動的共有ライブラリlibexecHook.soでいくつかの関数をデバッグしようとしています。このライブラリは、execve（）およびその仲間への呼び出しをインターセプトして書き換えるために、LD_PRELOADを設定してプリロードされています。デバッグの目的で、シンボルを使用してgmakeを作成しました。私が他の質問で読んだことから、これはうまくいくはずです：

ブレークポイントが適切に設定されているのがわかります。

しかし、gdbはプリロードされたexec ..（）関数で壊れることはありません。実行中にデバッグ出力を見ると、ライブラリ関数が呼び出されていることがわかります。

LD_PRELOADsetuid パーミッションを持つアプリケーションでライブラリをプリロードするために使用しようとしています。最初に試しLD_PRELOADてみたところ、setuid バイナリでは無視されているように見えましたがls、dirなどで試してみると機能していました。

LD_PRELOAD のドキュメントから:

上記のこのドキュメントに従って setuid パーミッションを使用してライブラリを/usr/lib、/usr/local/lib、およびに配置しようとしましたが、まだ機能していないようです。/usr/lib64setuidLD_PRELOADを使用して標準ディレクトリにライブラリがある場合にパスを指定しないと、ライブラリが見つからないように見えます。パスを指定しても、何もしません。

setuid バイナリは、root 以外のユーザー シェルで実行される root 権限バイナリです。何かご意見は？パスや環境変数が欠落しているのか、上記のドキュメントを誤解しているのかわかりません。

編集: 要求された権限は次のとおりです。

としょうかん：

アプリ：

LD_PRELOADを使用してプログラムに共有ライブラリを挿入するプロジェクトに取り組んでいます。

挿入されたライブラリは、プログラムに挿入されたときに新しいスレッドを作成します。すべてのロジックはこのスレッドで発生します（ネットワークトラフィックの分析など）。

まず、プリロードされているプログラムについてこれを知る必要があります。これは、静的バッファーに書き込まれ、サーバーに送信されるすべてのパケットを暗号化するクライアントアプリケーションです。クライアントでパケットを暗号化して送信する機能を見つけ、迂回することができました。これで、静的バッファーを変更し、「send」関数でバッファーを暗号化してサーバーに送信することができます。

しかし、今私は問題を抱えています：ライブラリのスレッドの静的バッファの内容を変更し（偽のパケットを送信できるようにするため）、同時にプログラムのスレッドも静的バッファを変更するとどうなりますか？それはクラッシュを引き起こすでしょう。

ある種の同期が必要です。

だから私はいくつかの解決策を考えてきました：

1. バッファを変更するプログラム内のすべての関数を見つけ、それらを迂回して、その呼び出しなどにミューテックスを追加します。でも何年もかかるだろう...
2. バッファを変更する私のコードを1つのブロックで実行する方法を見つけてください。したがって、私のコードは、POSIXスレッドが他のスレッドに切り替わることなく、実際に一度に実行されます。これも可能ですか？
3. 私のアプリケーションを同期させて泣いてください。

誰かがより良い解決策を思い付くことができますか？または、ソリューション2を可能にする方法を知っていますか？

よろしくお願いします、ギリス