上書きされたHOME変数

Question

私は最近〜がHOME変数を参照していることを知りました。

FOO /ドキュメント：ベストプラクティスは何そのようなファイルやディレクトリ

私は、HOME =/fooのを設定してあれば、それは言って終わるにcd〜/書類をご希望のbashスクリプトを使用するようにしてくださいこの状況では？クラッシュし、HOMEに上書きしたとユーザーに苦情を言いますか？またはHOMEのデフォルト値を回復する方法はありますか？

Answer 1

私はあなたがファイルにアクセスする他の問題のようにこれを扱うべきだと思います。アクセスしようとしているファイルが存在しないか、ディレクトリにファイルを作成しようとしていてアクセスできない場合は、エラーメッセージを表示します。アプリケーションの操作が重要な場合は、エラーを報告した後に終了します。

私の知る限り、ユーザーのホームディレクトリを使用する必要があるほとんどのアプリケーションは、HOMEという環境変数を使用するだけで、2番目の推測を試みません。

これにはセキュリティ上の意味はありません。ユーザーは依然としてファイルにアクセスするための適切なアクセス許可が必要なので、HOMEをリダイレクトすると、他人のファイルを書き込まないようにすることはできません。アプリケーションがset-uidの場合は、ユーザーのディレクトリにあるファイルを開くときには常にユーザーのIDに戻り、昇格された権限は使用しないようにしてください。

Answer 2

ユーザーのホームディレクトリの真実のソースは/etc/passwdです。これには、システム上のすべてのユーザーの行が含まれ、ユーザーの名前、ホームディレクトリ、その他の情報が一覧表示されます。あなたの質問は、「まあまあのホームディレクトリは何ですか？」である場合は、/etc/passwdでそれを調べる必要があります。*

しかし、ユーザーは、彼らは、他のいくつかのパスで$HOMEを上書きさた場合/etc/passwdは、正しいことをしながら、 「本当の」ホームディレクトリの代わりにその値を使用することをお勧めします。ユーザーがホームディレクトリをスプーフィングすることを許可するセキュリティ上の問題がない限り、ユーザーが指定した値を盲目的に使用することが望ましい場合があります。

個人的には、$HOMEがディレクトリであるかどうかを確認します（例：if [[ -d "$HOME" ]]）。その場合はそのまま使用します。そうでない場合はgrepとcutを使用して/etc/passwdから解析します。恐らくstderrに警告が出力され、ユーザーに$HOMEが不良であることを通知します。 id -uで印刷されたUIDに対してgrepを実行することができます。これは、root以外のユーザーには拘束されません。

$HOMEが本当に心配しているのであれば、$PATH、$LC_*変数、およびさまざまな事柄を壊す可能性のあるいくつかの環境変数についても心配する必要があります。最終的には、セキュリティ上の懸念がない限り、これらの変数が正しいと仮定し、そのまま使用する方が簡単です。つまり、は盲目的に$HOMEを使用し、間違っていると心配しないでください。

は*アカウントを管理するLDAPまたは類似のネットワーク化されたシステムを使用しているシステムでは、ユーザーのアカウントが表示されない場合があります。場合によっては/etc/passwd.cacheなどがありますが、これにはユーザーが含まれることがありますが、これはすべてのシステムで動作するとは限りません。 strace(1)をwhoami(1)に掲載すると、この情報がどこから来ているかを示すのに役立ちます。